Jump to content
View in the app

A better way to browse. Learn more.
Tinkerunity

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

rtrbt

Administrators

  • Benutzer seit

  • Letzter Besuch

Profil anzeigen Aktivitäten des Benutzers anzeigen

Posts erstellt von rtrbt

    Geschrieben

    Es hat leider etwas gedauert, bis wir ein CM5 + das IO-Board dazu bekommen haben, aber das ist in der Tat kaputt. Teste bitte einmal die Version im Anhang: (Am besten mit

    sudo apt install ./brickd_2.4.8+snapshot~192475e_arm64.deb

    installieren, dann wird dir auch util-linux-extra installiert, was notwendig ist damit die Echtzeituhr des HATs benutzt werden kann)

    brickd_2.4.8+snapshot~192475e_arm64.deb

    Geschrieben

    On 12/19/2025 at 9:28 AM, COW said:

    So, komme gerade von unserem "Ladepark" zurück. Die besagte WB reagiert auf keinen NFC in der Nähe. Ich habe mehrere verschiedene angelernte und auch nicht angelernte Karten probiert. Es ist noch nichtmal das kleine Flackern des blauen Lichts zu sehen wenn eine NFC-Karte vorgehalten wird. Bei allen anderen sieht man das kurze flackern. Das Laden über die Weboberfläche zu starten ist kein Problem.

    Soll ich direkt ein neues NFC-Modul bestellen, oder kann ich das von unserem Elektriker testen lassen?

    Versuch mal auf http://warp2-22sX/nfc/reset zu gehen. (Du bekommst dann nur eine weiße Seite) Du siehst, dass das funktioniert, wenn dann im Ereignis-Log 10 Sekunden lang viele Meldungen der Form "2025-12-19 11:13:39,114 | nfc | Failed to get tag ID 0, rc: -2" auftauchen. Wenn die Box danach wieder auf NFC-Tags reagiert (nimm am besten ein "altes" zum Testen), dann war das nur ein Software-Problem. Wäre dann ein Fall für @borg .

    • Like 1

    Geschrieben

    Firmware: WARP1 2.8.13, WARP2 2.8.14, WARP3 2.8.14, WARP Energy Manager 2.4.12, WARP Energy Manager 2.0 1.3.12

    • Unterstützung für weitere Modbus-TCP-Geräte hinzugefügt: Zähler der Janitza UMG Serie, Huawei Smart Logger 3000

    • Auslesen der Batteriekapazitätswerte für Alpha ESS-, Hailei- und Sungrow-Wechselrichter hinzugefügt

    • Summe der MPPT-Leistungswerte des Fronius GEN24 Plus über SunSpec repariert

    • WireGuard- und Fernzugriffs-MTU konfigurierbar gemacht

    • Hinzugefügt, dass sich über Fernzugriff nicht zweimal eingeloggt werden muss

    • Behoben, dass Fernzugriff nicht den Server-Hostnamen neu aufgelöst hat

    • Große Anfragen über Fernzugriff repariert

    • Kompatibilität des Lastmanagers mit Fahrzeugen, die den Ladevorgang abhängig vom verfügbaren Strom starten oder stoppen, verbessert

    • (Nur WARP1, WARP2, WARP3) Hinzugefügt, dass der Ladevorgang automatisch freigegeben wird, wenn alle Automatisierungsregeln, die diesen blockiert haben, entfernt wurden

    • (Nur WARP1, WARP2, WARP3) Behoben, dass Buttons zum Lademoduswechsel bei einer lastgemanageten Wallbox nicht angezeigt wurden, wenn diese zuvor als Lastmanager für nur sich selbst konfiguriert war

    • (Nur WARP1, WARP2, WARP3) Behoben, dass "Lademoduswechsel anfordern"-Automatisierungsregeln nicht korrekt gespeichert wurden

    • (Nur WARP Energy Manager 2.0) Erweitertes Logging des Heizungsmoduls entfernt. Logs werden in Debug-Report geschrieben.

    • (Nur WARP Energy Manager 2.0) Sichergestellt, dass nicht direkt nach einem Neustart in teuren Stunden geheizt wird

    • (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Anzeige der MAC-Addressen und BSSIDs zu den LAN- und WLAN-Unterseiten hinzugefügt

    • (Nur WARP1) Anzeige der MAC-Addresse und BSSIDs zu den WLAN-Unterseiten hinzugefügt

    • Behoben, dass der Modbus-TCP-Client geteilte Verbindungen nicht neu verbunden hat

    • Hostnamen- und IP-Adress-Validierung verbessert

    • Bedienbarkeit des Webinterfaces bei vielen konfigurierten Wallboxen/Zählern verbessert

    • Zeitzonendatenbank aktualisiert

    • (Nur WARP2, WARP3) Sichergestellt, dass CP nicht getrennt bleiben kann, wenn während der Trennung der erlaubte Ladestrom geändert wird (durch Update auf Ladecontroller-Firmware 2.2.19)

    Download: WARP1 2.8.13 bzw. WARP2 2.8.14 bzw. WARP3 2.8.14 bzw. WARP Energy Manager 2.4.12 bzw. WARP Energy Manager 2.0 1.3.12

    Geschrieben ·

    bearbeitet von rtrbt
    Edit: Bei MQTT musst du charge_modes_update verwenden.

    Sorry, unsere Dokumentation ist an der Stelle etwas veraltet. Versuch mal direkt eine Lademodus-Zahl auf [dein-topic-prefix]/charge_manager/charge_modes_update/[null-basierter index der Wallbox] zu schreiben.

    Also z.B. an das Topic warp3-abcd/charge_manager/charge_modes_update/3 eine 0 schicken sollte bewirken, dass die 4. Wallbox in der Konfiguration in den Lademodus 0, also "schnell" wechselt.

    On 12/16/2025 at 1:21 PM, Falk said:

    Ich habe auch schon versucht, das über die Automatisierung zu machen (Aktion "Fordere Lademodus an"), aber die lässt sich bei mir nicht speichern (sobald das Editierfenster der Automation geschlossen/verlassen wird, ändert sich die Anzeige zu "Wechsel Lademodus [Deaktiviert]" (bei den Slave-Boxen und beim Master kann ich ja nicht auswählen, welche Box betroffen sein soll) und hat keine sichtbare Funktion.

    Das kann ich reproduzieren, habe ich gerade gefixt. Firmware-Update kommt hoffentlich diese Woche noch.

    Geschrieben

    Um deine ursprüngliche Frage zu beantworten: Es gab früher die Möglichkeit, die externe Steuerung zu deaktivieren. Das haben wir entfernt, weil jedes Gerät, dass (wenn du die externe Steuerung aktiviert hättest) den Ladevorgang steuern kann, auch die API, die die externe Steuerung aktiviert oder deaktiviert, aufrufen kann. Das hatte also wenig Mehrwert. Außerdem hatten wir extrem viele Support-Anfragen, weil Nutzer vergessen hatten die externe Steuerung zu aktivieren.

    Geschrieben

    Im Moment "soll" das so sein. Wir tracken technisch gesehen eher die Standzeit, als die Ladezeit: Es wird der Zeitpunkt aufgezeichnet zu dem ein Auto angesteckt wird (oder du dich per NFC-Tag autorisierst) und der Zeitpunkt zu dem das Auto wieder abgezogen wird. Das Problem daran, die echte Ladezeit zu tracken ist, dass die ggfalls. zerstückelt ist, z.B. wenn das Ladeziel erreicht wird und du es danach verändest. Manche Autos stoppen den Ladevorgang auch kurz, wenn du die Zentralverriegelung aufmachst.

    Stand- und Ladezeit separat zu tracken wurde sich schon gewünscht, z.B. hier: https://github.com/Tinkerforge/esp32-firmware/issues/175 Das wartet noch auf andere technisch notwendige Umräumungen, z.B. https://github.com/Tinkerforge/esp32-firmware/issues/329

    Geschrieben

    On 11/20/2025 at 3:26 PM, Tommes78 said:

    Das mit den Farben zuweisen über MQTT funktioniert, aber geht das überhaupt das ich während der Ladung die LED Farbe ändere?

    Jein. Du kannst über indicator_led_update die Farbe setzen, aber wie du schon gemerkt hast, greift das nur für die Zeit, die du setzt. Die Idee an der API ist eigentlich auch eher, dass man damit auf der LED eigene Zustände anzeigen kann, falls man über MQTT den Ladevorgang steuert o.Ä.

    Dass sich die Farbe des "Atmens" während des Ladens auf die des gewählten Lademodus setzt, ist im Moment nicht implementiert, kommt aber eventuell in der Zukunft.

    Prinzipiell geht die LED aber nach 15 Minuten (wenn ich die Zahl richtig im Kopf habe) in den Stand-By, also Aus. Wenn du also den ganzen Ladevorgang über das "Atmen" in Lademodusfarbe möchtest, musst du periodisch indicator_led_update aufrufen.

    Geschrieben

    On 11/20/2025 at 1:51 PM, ChrisRe78 said:

    Und ich bekomme es nicht hin das der Charger den Hager über RTU ausliest (Ein modBus RTU zu Ethernet Server habe ich schon versucht)

    Über RTU kann die Wallbox nur sehr wenige Zähler auslesen, im Endeffekt nur die, mit denen mal WARP Charger verkauft wurden. Über Modbus TCP sollte es eigentlich klappen, den Hager ECR380D auszulesen, wir haben aber (noch?) kein Registerset implementiert, das müsstest du also von Hand konfigurieren.

    Wenn ich mir die Registertablle vom ECR380D ansehe, dann glaube ich aber, dass das gerade für die Abrechnung mit dem Arbeitgeber keinen Sinn macht: Angeblich kann man die Energiewerte nur auf ganze Kilowattstunden gerundet auslesen. Das habe ich bisher noch bei keinem Zähler so gesehen :D

    Gut, dass es mit dem Shelly einfach funktioniert.

    Geschrieben

    Kannst du, wenn das nochmal passiert, auch einen Debug-Report (unter System->Ereignis-Log) ziehen? Dann bekommen wir noch ein paar Infos zur Stromverteilung.

    Mit folgenden beiden Automatisierungsregeln kannst du das eventuell beheben:

    image.png

    und

    image.png

     

    Falls dabei irgendetwas schief geht, und du nicht mehr laden kannst, kannst du unter Wallbox -> Ladestatus die Automatisierungs-Ladestromgrenze wieder freigeben.

    image.png

    Geschrieben

    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

    Geschrieben

    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

    Geschrieben

    "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.

    • Thanks 1

    Geschrieben

    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

    • Thanks 1

Configure browser push notifications
Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.