Jump to content

rtrbt

Administrators
  • Gesamte Inhalte

    1.604
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    164

rtrbt hat zuletzt am 6. November gewonnen

rtrbt hat die beliebtesten Inhalte erstellt!

Letzte Besucher des Profils

Der "Letzte Profil-Besucher"-Block ist deaktiviert und wird anderen Benutzern nicht angezeit.

rtrbt's Achievements

Mentor

Mentor (12/14)

  • Dedicated Rare
  • Reacting Well Rare
  • Very Popular Rare
  • Conversation Starter
  • First Post

Recent Badges

248

Reputation in der Community

  1. Die bekommst du über die Suche oder hier: https://www.warp-charger.com/downloads/
  2. Ein EVSE-Ladeprotokoll brauchen wir nicht, da fehlen die relevanten Infos, die im Debug-Report (auch wenn du den erst bis zu eine Stunde später ziehst) enthalten sind.
  3. Ich habe gerade eine neue Firmware mit dem Bugfix veröffentlicht. @ludwig Kannst du einmal nachsehen, ob es bei dir immer noch kaputt ist und wenn ja einen Debug-Report herunterladen (unter System -> Ereignislog) und hier posten?
  4. Firmware: WARP1 2.8.12, WARP2 2.8.13, WARP3 2.8.13, WARP Energy Manager 2.4.11, WARP Energy Manager 2.0 1.3.11 Falsche Lastmanagement-Allokationen behoben, die auftraten, wenn Phasenrotation nicht konfiguriert war Safari-Bug umgangen, der Firmware-Updates über den Fernzugriff gebrochen hat Download: WARP1 2.8.12 bzw. WARP2 2.8.13 bzw. WARP3 2.8.13 bzw. WARP Energy Manager 2.4.11 bzw. WARP Energy Manager 2.0 1.3.11
  5. Firmware: WARP1 2.8.11, WARP2 2.8.12, WARP3 2.8.12 Sprach-spezifischen Dezimaltrenner in CSV-Ladelog repariert Behoben, dass die veraltete object_id auf Home Assistant-MQTT-Discovery-Topics geschickt wurde (Nur WARP2, WARP3) Wartezeit beim Phasenwechsel auf 60 Sekunden erhöht, um mit langsam schaltenden Fahrzeugen kompatibel zu sein (durch Update auf Ladecontroller-Firmware 2.2.18) Download: WARP1 2.8.11 bzw. WARP2 2.8.12 bzw. WARP3 2.8.12
  6. Wir fragen die Preise direkt von ENTSO-E ab, nicht über die Tibber-API
  7. "Grundfunktionen" heißt alles passiert lokal auf deinem Gerät, außer Die Abfrage der Strompreise (die wir technisch gesehen nicht an Dritte weitergeben dürfen, außerhalb von "unserem" System) Wir können aber nicht verhindern, dass du mit deinem Browser auf api.warp-charger.com gehst, oder https://github.com/Tinkerforge/api.warp-charger.com auf einem Rechner deiner Wahl laufen lässt und bei deiner Wallbox/deinem WEM unter http://[dein_host]/day_ahead_prices/config die URL anpasst Die Abfrage der PV-Vorhersage: Da benutzen wir https://forecast.solar/ (wird nicht von uns betrieben). Du kannst da genauso unter http://[dein_host]/solar_forecast/config die URL anpassen Der Fernzugriff: Den hosten wir selbst auf my.warp-charger.com. Das ist im Endeffekt ein VPN (mit WireGuard im Browser!) + eine Schlüsselverwaltung dazu, bei der alles mit deinen Zugangsdaten (bzw. daraus abgeleiteten Keys) verschlüsselt wird, damit wir als Serverbetreiber nicht deinen Traffic sehen können. Darfst du auch gerne selbst hosten: https://github.com/Tinkerforge/esp32-remote-access (in dem Fall kannst du die Server-URL sogar im Webinterface unter System->Fernzugriff in den Experten-Einstellungen ändern) Alles davon ist Opt-In, nichts sammelt deine Daten.
  8. Korrekt. Das ist bei der Verschiebung des CSV-Exports vom Webinterface auf den Mikrocontroller kaputt gegangen. Fix kommt diese Woche noch.
  9. Firmware ist veröffentlicht, der Fix hat es aber nicht ins Changelog geschafft. Sollte jetzt trotzdem funktionieren.
  10. Firmware: WARP1 2.8.10, WARP2 2.8.11, WARP3 2.8.11, WARP Energy Manager 2.4.10, WARP Energy Manager 2.0 1.3.10 (Nur WARP2, WARP3) Monatlichen E-Mail-Versand des Ladelogs über den Fernzugriff hinzugefügt (Nur WARP2, WARP3) Unterstützung der Phasenumschaltung über OCPP hinzugefügt Lastmanagement-Statusseite überarbeitet Informationen über Lastmanagement-Entscheidungen hinzugefügt Hinzugefügt, dass Lademodus für einzelne Wallbox pro Ladevorgang überschreibbar ist Hinzugefügt, dass Lademodus optional persistent sein kann (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Hinzugefügt, dass Ladeplan des Eco-Modus persistent ist (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Hinzugefügt, dass Eco-Ladeplan-Plots bei Klick vergrößert werden Schlüsselgenerierung zur WireGuard-Unterseite hinzugefügt (Nur WARP1, WARP2, WARP3) Überprüfung der Versorgungsspannung hinzugefügt Modbus TCP: Sungrow Batterieleistungs- und -energiewerte repariert Modbus TCP: Goodwe Wechselrichter- und Netzenergiewerte repariert Modbus TCP: Fox ESS H3 Batteriewerte repariert; Unterstützung für zweite Batterie hinzugefügt Sichergestellt, dass Lastmanagement nicht zu viel Strom allokiert, wenn ein Fahrzeug keinen Strom bezieht Sichergestellt, dass Lastmanager beim Neustart nicht alle laufenden Ladevorgänge stoppt (Nur WARP1, WARP2, WARP3) Modbus TCP-Server: Lesen bekannter Register ist jetzt immer erlaubt, selbst wenn das zugehörige Feature nicht verfügbar ist (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Sichergestellt, dass Eco-Ladeplan-Entscheidungen nur zwischen 15-Minuten-Slots geändert weden (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Behoben, dass Abfrage von dynamischen Strompreisen, Firmware-Updates und PV-Prognose, sowie Verbindungen zum Fernzugriff nur funktionierten, wenn Netzwerklatenz unter 50ms lag Behoben, dass automatische Kanalwahl des WLAN-Access Points den ersten WLAN-Verbindungsversuch gestört hat (Nur WARP1, WARP2, WARP3) Behoben, dass über API vorgetäuschte NFC-Tags nicht im Webinterface angezeigt wurden (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Fehlermeldung, wenn dynamische Strompreise nicht verfügbar sind, verbessert (Nur WARP1, WARP2, WARP3) Behoben, dass Ladestatus-Automatisierungsbedingungen fälschlicherweise nach Neustart ausgelöst wurden Sichergestellt, dass ein nicht funktionaler Web Server zu einem Rollback auf die letzte Firmware führt (Nur WARP2, WARP3) Wartezeit beim Phasenwechsel auf 45 Sekunden erhöht, um mit langsam schaltenden Fahrzeugen kompatibel zu sein (durch Update auf Ladecontroller-Firmware 2.2.17) (Nur WARP2, WARP3) Konfigurierbare Wartezeit beim Phasenwechsel hinzugefügt (durch Update auf Ladecontroller-Firmware 2.2.17) (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Unterstützung für Eltako DSZ16DZE hinzugefügt (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Unterstützung für Iskra WM3M4C hinzugefügt (Nur WARP2, WARP3) Sporadisch angezeigten Fehlerzustand 5 behoben (durch Update auf Ladecontroller-Firmware 2.2.17) (Nur WARP2, WARP3) Robustheit der Phasenumschaltung verbessert(durch Update auf Ladecontroller-Firmware 2.2.17) Download: WARP1 2.8.10 bzw. WARP2 2.8.11 bzw. WARP3 2.8.11 bzw. WARP Energy Manager 2.4.10 bzw. WARP Energy Manager 2.0 1.3.10
  11. Kannst du nochmal mit der Firmware im Anhang testen? Mit der kannst du unter Wallbox -> Einstellungen die "Wartezeit bei Phasen­umschaltung" einstellen. Standardwert sind 45 Sekunden. Reichen 45 Sekunden bei dir, oder musst du auf 60 Sekunden erhöhen? warp3_firmware-NIGHTLY_2_8_10_6904e3be_ee6c990911f5cea_merged.bin
  12. Nochmal zum rekapitulieren: Hast du mit der Firmware die immer 60 Sekunden zum Phasenwechsel braucht, noch das Problem, dass die Willkommensladung immer dreiphasig sein muss? Oder hat sich das mit den längeren Phasenwechseln behoben?
  13. The MQTT module for ESP32 bricks is not an implementation of the MQTT bindings (https://www.tinkerforge.com/en/doc/Software/API_Bindings_MQTT.html#api-bindings-mqtt) that allow you to control Bricklets via MQTT. You have to run the MQTT bindings on some PC, Raspberry Pi, etc. and can then use the unmodified ESP32 firmware to control attached Bricklets. If you want to build a custom firmware, you have to implement / pass-through calls to the Bricklets yourself, as is described here: https://www.tinkerforge.com/en/doc/Tutorials/Tutorial_ESP32_Firmware/Tutorial.html This is not very convenient, but currently there is no complete implementation of the MQTT bindings that can run on the ESP32 brick directly.
  14. Ist sie im Moment, das ist aber ein Bug. Wird mit dem nächsten Firmware-Release gefixt.
  15. Mit ISO 15118 kann man außerdem weniger als 6 A Ladeleistung freigeben -> besseres PV-Überschussladen (manche) Autos erkennen, ohne dass man ein NFC-Tag ö.Ä. verwenden muss, siehe z.B. https://docs.evcc.io/docs/features/vehicle#erkennung-via-plug--charge eventuell auslesen, was die maximale Ladeleistung des Autos ist -> besseres Lastmanagement möglicherweise verhindern, dass Autos so einschlafen, dass man sie nicht wieder aufwecken kann -> das ist auch relevant für's PV-Überschussladen
×
×
  • Neu erstellen...