rtrbt

Versuch mal direkt console.log(data.response.data) anstatt von const test = Buffer.from( data.response.data ) console.log( test ) data.response.data ist schon ein Array von Buffern. Ich bekomme [ <Buffer 00 00>, <Buffer 00 01>, <Buffer ff ff>, <Buffer ff ff> ] wenn ein Auto angesteckt ist, also einen Buffer pro Register mit je 2 Byte drin. Du müsstest dann noch herausbekommen, wie man aus jeweils zwei Buffern eine 32-Bit-Zahl macht.

Du benutzt connection.readHoldingRegisters versuch stattdessen mal connection.readInputRegisters

Nur um das offensichtliche auszuschließen: Du hast unter Schnittstellen -> Modbus TCP mindestens den Lesezugriff aktiviert und die WARP Charger-Registertabelle ausgewählt? Bekommst du im Ereignislog eine Ausgabe in der Art von "modbus_tcp_srvr | client connected: peer_address=123456789 port=47496"? Sorry, ich bin verwirrt. Du hast vor die Holding oder die Input Register zu lesen?

An Holding Register 1002 und 1003 liegt der von Modbus erlaubte Ladestrom, an 1004 und 1005 das Front-LED-Blinkmuster. Wolltest du stattdessen die Input Register 1002 bis 1005 lesen? Dann würdest du den Ladestatus und die User-ID zurückbekommen.

Das Problem sollte eigentlich mit WARP(1) 2.7.3 und WARP2/3 2.7.4 behoben sein. Falls du diese Firmware (oder neuer) schon hast, dann müsste ich versuchen, das hier zu reproduzieren. Das ist etwas schwierig, weil ich dafür die genauen (also die unveränderten Bytes der) Nutzernamen benötige. Dafür brauche ich von dir drei Dateien: Einen Debug-Report (kannst du unter System->Ereignislog herunterladen) Die Nutzernamen-Datei. Die kannst du herunterladen indem du mit dem Browser auf z.B. http://warp3-AbC/users/all_usernames gehst (warp3-AbC musst du auf deine Wallbox anpassen) Die getrackten Ladevorgänge im Binärformat. Die kannst du unter http://warp3-AbC/charge_tracker/charge_log herunterladen Die drei Dateien schickst du am besten per Mail an erik@tinkerforge.com oder als PM im Forum an mich.

Sollte sie eigentlich. Zieh bitte mal einen Debug-Report, wenn du das erzeugt bekommst (maximal ~ 45 Minuten später, damit die ganzen Entscheidungen noch im Log sind) Edit: Matze war schneller, trotzdem: Mit Debug-Report sehen wir was los ist.

Wir haben hier einen (sehr neuen) ID.3, der auch einmal Probleme mit der 1p->3p Umschaltung hat, das hat sich aber inzwischen gelöst. Was hast du genau für einen Softwarestand?

Hm, da habe ich einen echt blöden Logikfehler eingebaut: Eigentlich wird nur phasenumgeschaltet, wenn mindestens 9 Ampere dreiphasig (also 27 Ampere, ~ 6,2kW PV-Überschuss) zur Verfügung stehen, um die Wahrscheinlichkeit zu reduzieren, dass in ein paar Minuten wieder runtergeschaltet werden muss. (Weil die untere Ladestromgrenze ja 6 Ampere pro Phase sind). Es gibt aber eine Optimierung für den normalen Hausgebrauch (im Gegensatz zu großen Anlagen wo immer mehrere Wallboxen aktiv sind), dass wenn gerade nur maximal eine Wallbox lädt, dann schalten wir direkt bei 6 A dreiphasig (also 18 A, ~4,1kW) um. Die Logik an der Stelle war aber invertiert. Teste bitte die Firmware im Anhang, wenn die Sonne das nächste Mal scheint, damit sollte es funktionieren. Phasen angefordert bedeutet übrigens, was irgendwelche Teile der Software vom Ladecontroller selbst angefordert haben. Das ist typischerweise das Lastmanagement, die manuelle Phasenumschaltung über das Webinterface, oder auch die Erkennung einphasig ladender Autos. warp3_firmware-NIGHTLY_2_7_5_67c594a8_5af368ddb519a9d_merged.bin

Ich habe das mal ad-hoc implementiert: Du kannst jetzt ein anderes Energielimit auswählen, sowohl auf der Statusseite für einen Ladevorgang, als auch auf der Einstellungsseite als Standard-Limit. Es gibt aber jeweils nur einen Platz für ein eigenes Limit, also wenn du z.B. 2,5 kWh auswählst und dann danach 7 kWh auswählst, verschwindet der 2,5 kWh-Eintrag wieder. warp3_firmware-NIGHTLY_2_7_4_67bf0074_b36c610172f2bf4_merged.bin

Zumindest den Teil kann ich dir beantworten: Das ist eine Debug-Ausgabe die langfristig verschwinden wird. Wir haben den Modbus-Server grundlegend überarbeitet, und künftig wird dann auch im Webinterface angezeigt werden, wer gerade verbunden ist bzw. vor kurzem verbunden war und warum die Verbindung weg ist. Das existiert aber noch nicht, deshalb steht die Information erstmal im Ereignislog. Die Victron-Software scheint zum Auslesen der Wallbox aber nicht einfach eine TCP-Verbindung offen zu halten, sondern alle 10 Sekunden eine Verbindung aufzubauen, die Register zu lesen und die Verbindung dann wieder zu trennen. Das führt dann zu maximalem Logspam. Was mir nicht klar ist: Das Script, dass die Victron-Integration hinzufügt, kommuniziert über HTTP mit der Wallbox, nicht mit Modbus TCP. Hast du noch mehr konfiguriert? Irgendwas muss das Victron-Gerät ja dazu bringen, eine Modbus-TCP-Verbindung zur Wallbox aufzubauen. Wie du willst. Hier bekommen es typischerweise mehr Leute mit -> Du bekommst schneller eine Antwort. Das ist so von Victron vorgegeben: https://github.com/victronenergy/venus/wiki/dbus#evcharger Autostart benutzt im Endeffekt die evse/auto_start_charging-API. Das ist also das, was du als "manuelle Ladefreigabe" im Webinterface aktivieren kannst. Enable Charging scheint auf /StartStop zu mappen, und damit auf unsere evse/start_charging und /stop_charging-API. Damit kannst du also den Ladevorgang einmal stoppen oder starten, je nachdem. Wenn du damit sowieso gerade rumspielst, teste bitte mal diese Version, falls du Muße dazu hast: https://github.com/Tinkerforge/dbus-warp-charger/blob/main/dbus-warp-charger.py Der einzige Unterschied sollte sein, dass jetzt /MaxCurrent und /SetCurrent implementiert sind, du solltest also einmal den maximal erlaubten Strom (der auch gespeichert wird) setzen können und per /SetCurrent den Strom beliebig verstellen.

Firmware: WARP1 2.7.1, WARP2 2.7.2, WARP3 2.7.2, WARP Energy Manager 2.3.1, WARP Energy Manager 2.0 1.2.1 Zähler-Messort hinzugefügt (Nur WARP Energy Manager, WARP Energy Manager 2.0) Leistungsübersicht zur Status-Seite hinzugefügt Lastmanagement: Min+PV-Lademodus repariert Lastmanagement: Min-Lademodus repariert Mehrere Fernzugriffs-Bugs behoben Zeitzonen-Datenbank aktualisiert Übersetzungen verbessert Download: WARP1 2.7.1 bzw. WARP2 2.7.2 bzw. WARP3 2.7.2 bzw. WARP Energy Manager 2.3.1 bzw. WARP Energy Manager 2.0 1.2.1

Laut Debug-Report hast du bei den Lastmanagement-Experteneinstellungen den Spielraum des Phasenstroms auf 1A gesetzt (default sind 3A). Das ist vermutlich zu wenig: Der Zoe bleibt gerne mehr als ein Ampere unter dem vorgegebenen Strom. Der Spielraum ist im Endeffekt wie viel Strom das Lastmanagement der Wallbox mehr zuteilt, selbst wenn wir sehen, dass das Auto nur weniger zieht. Deshalb bekommst du, wenn 15,4A gezogen werden 16,4A zugeteilt. Wenn du den Spielraum erhöhst, dann werden z.B. 18,4A zugeteilt, wenn 15,4 gezogen werden. Das sollte dann dazu führen, dass der Zoe mehr zieht (und dann wieder mehr zugeteilt wird usw.) Hier nochmal graphisch: X ist erlaubter Ladestrom, Y ist reell gezogener Strom. Der Spielraum muss größer sein, als der Abstand zwischen der Ideallinie und dem was das Auto wirklich zieht. (Die Daten findest du hier: https://github.com/Tinkerforge/warp-charger/blob/master/tools/current_ramp/allowed_vs_effective_3.gp falls du damit spielen möchtest. Wir messen immer alle Autos, die wir in die Finger bekommen, einmal durch, damit wir ein Gefühl bekommen, wie man diese ganzen Stellschrauben einstellen sollte)

Firmware: WARP2 2.7.1, WARP3 2.7.1 Erkennung der angeschlossene Phasen nach Neustart repariert (durch Update auf Ladecontroller-Firmware 2.2.10) Download: WARP2 2.7.1 bzw. WARP3 2.7.1

Firmware: WARP1 2.7.0, WARP2 2.7.0, WARP3 2.7.0, WARP Energy Manager 2.3.0,WARP Energy Manager 2.0 1.2.0 (Nur WARP Energy Manager) Unterstützung der Phasenumschaltung von mehr als einer Wallbox durch ein Schütz entfernt (Nur WARP Energy Manager) "Nur Phasenumschaltung"-Modus hinzugefügt: Erlaubt anderem WARP Charger oder Energy Manager einen Verbund aus einem WARP Energy Manager und einem WARP Charger als phasenumschaltbare Wallbox zu steuern (Nur WARP Energy Manager) Lastmanagement überarbeitet: Phasen werden unabhängig gesteuert (Nur WARP Energy Manager) Dynamisches Lastmanagement hinzugefügt (Nur WARP Energy Manager) Unterstützung von PV-Überschussladen mit mehr als einer Wallbox hinzugefügt (Nur WARP Energy Manager) Maximum der (lastgemanagten) Wallboxen auf 64 erhöht (Nur WARP Energy Manager) Passive Unterstützung von Batteriespeichern zum PV-Überschussladen hinzugefügt (Nur WARP2, WARP3, WARP Energy Manager) Abfrage dynamischer Strompreise hinzügefügt (Nur WARP2, WARP3, WARP Energy Manager) PV-Ertragsprognose hinzugefügt (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Eco-Modus / Ladeplanung hinzugefügt MQTT-"Nur lesen"-Modus hinzugefügt Fernzugriff: Registrierung mit Autorisierungstoken hinzugefügt (Nur WARP Energy Manager) Unterstützung für weitere Modbus-TCP-Geräte hinzugefügt: Hybrid-Wechselrichter: GoodWe, Solax, Hailei, Fox ESS H3; Stromzähler: Siemens PAC, Carlo Gavazzi; Batteriespeicher: Fronius GEN24 Plus (Nur WARP Energy Manager) Unterstützung für RCT Power Hybrid-Wechselrichter hinzugefügt (Nur WARP Energy Manager) Einstellung für Systemsprache hinzugefügt (Nur WARP Energy Manager) "PV-Überschuss" und "dynamisches Lastmanagement"-Vorlagen zum API-Meter hinzugefügt (Nur WARP Energy Manager) Maximum der Fernzugriffs-Nutzer auf 5 erhöht (Nur WARP Energy Manager) SunSpec: Unterstützung mehrerer Modelle des selben Typs pro Gerät hinzugefügt (Nur WARP Energy Manager) Hinzugefügt, dass der Energy Manager im Proxy-Modus erkennt und blockiert, wenn er von mehreren Lastmanager gleichzeitig gesteuert wird (Nur WARP Energy Manager) Hinzugefügt, dass erst bei bestehender Netzwerkverbindung Verbindungen zu Servern aufgebaut werden (Nur WARP Energy Manager) Zeitmessung über RTCs, NTP und andere Zeitquellen verbessert (Nur WARP Energy Manager) Beschreibungstexte der Energiewerte des 4. Quadranten verbessert (Nur WARP Energy Manager) Einphasigen Modus des Shelly Pro (3)EM repariert (Nur WARP Energy Manager) MQTT: Sichergestellt, dass bei einer Verbindung zu einem nicht-standard-konformen MQTT-Broker nicht der Arbeitsspeicher gefüllt wird (Nur WARP Energy Manager) Häufige Modbus-Timeout-Meldungen im Ereignislog behoben (Nur WARP Energy Manager) Behoben, dass Nulllinie auf Achsenlabels gezeichnet wurde (Nur WARP Energy Manager) Benutzerinterface der Stromzähler-Unterseite verbessert (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) Lastmanagement: Hinzugefügt, dass Wallboxen synchron ab-/zugeschaltet werden um allen Fahrzeugen das Laden zu erlauben (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) Lastmanagement: Priorisierung der Wallboxen nach durchschnittlich zugewiesener Ladeleistung hinzugefügt (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) Lastmanagement: Fälschliche Ausgabe eines Fehlers nach einem Neustart des Lastmanagers entfernt (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) Sichergestellt, dass Anmeldeseite in der bevorzugten Sprache des Browsers des Nutzers angezeigt wird WLAN-Scanergebnisse bei unerwarteten Zeichen repariert Fernzugriff: Mehrzeilige Notizen hinzugefügt (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) SunSpec: Automatische Erkennung des Fronius GEN24 Plus Batterie-Modells hinzugefügt Modbus TCP: Netzfrequenzwerte des Shelly Pro (3) EM hinzugefügt Modbus TCP: Vorzeichen diverser Deye-Messwerte repariert SunSpec: Vorzeichen der SolarEdge-Wechselrichter-Leistung repariert SunSpec: Work-around für byte-vertauschte Kostal-Float-Werte hinzugefügt SunSpec: Work-aroung für SolarEdge-Zählermodell-Vertauschung hinzugefügt (Nur WARP Energy Manager 2.0) Zurücksetzen auf Werkszustand mit Knopfdruck repariert Erkennung des CapsLock-Zustands bei Passwort-Feldern verbessert (Nur WARP2) Hinzugefügt, dass eine Wallbox sich als einphasig angeschlossen annimmt, wenn der Zähler nur Spannung auf L1 misst (durch Update auf Ladecontroller-Firmware 2.2.9) Mehrere Fernzugriffs-Bugs behoben Übersetzungen verbessert Download: WARP1 2.7.0 bzw. WARP2 2.7.0 bzw. WARP3 2.7.0 bzw. WARP Energy Manager 2.3.0 bzw. WARP Energy Manager 2.0 1.2.0

Das sieht nach einem EVCC-Bug aus: Alle 3 bis 4 Minuten wird das Laden für eine bis wenige Sekunden verboten und dann wieder erlaubt. Hast du von dem Zeitraum (27.01. nachts bis ~ 06:43) noch das EVCC-Log? Vielleicht sehen wir darin, warum die Stromfreigabe immer kurz weggenommen wird. Alternativ-Ideen: Hast du andere Software, die per MQTT mit der Wallbox redet? Welchen MQTT-Broker benutzt du?

With the Pi 3 and Brick Viewer you should be able to find the HAT Brick. (You can also run Brick Viewer on your PC and connect to the Pi instead of installing it on the Pi) brick-flash does not work because the HAT is called Brick but technically it works like a Bricklet.

Es wird nur Adresse 1 benutzt. Die automatische Erkennung erkennt ausschließlich den Zählertypen (also SDM72 oder SDM630, usw.) anhand des Holding Registers 64515.

Das kommt darauf an, wann du blockierst. Im Extremfall blockierst du ab 8 Uhr wenn du jeden Tag vor 8 auf die Arbeit fährst. Im Moment nur mit Hacks. Wir haben noch auf der Liste eine Automatisierungs-Aktion einzubauen, mit der man beliebige APIs aufrufen kann (oder auch Ladestromslots außer dem für die Automatisierung schreiben). Aktuell kannst du das nur entweder extern machen (so wie @wuesten_fuchs) oder du hängst die Wallbox auf einen MQTT-Broker und benutzt die "Sende MQTT-Nachricht"-Aktion damit die Wallbox auf sich selbst evse/start_charging aufruft.

Du kannst dir unter Wallbox -> Automatisierung zwei Regeln anlegen, eine die um 02:00 den Ladevorgang freigibt und eine die um z.B. 18:00 den Ladevorgang blockiert (diese Regel ist nur notwendig, damit dann gegen 19:00 wenn du das Auto ansteckst der Ladevorgang blockiert ist) Achtung: Die Regeln sind so trivial wie sie aussehen, d.h. wenn du die Regel zum Blockieren heute um 18:01 konfigurierst, dann ist das Laden bis morgen 18:00 freigegeben, weil die Regel noch nicht ausgeführt wurde. Wenn du das eingerichtet hast und doch mal abends laden möchtest, kannst du unter Wallbox -> Ladestatus die Automatisierungs-Ladestromgrenze freigeben. Bis zur nächsten Ausführung der Blockierungs-Regel ist dann freigegeben.

Die externe Steuerung kannst du nicht mehr deaktivieren, stattdessen wird es mit dem nächsten Firmware-Release die Möglichkeit geben, dass du den MQTT-Schreibzugriff blockieren kannst (das ist effektiv das selbe nur strikter). Details hier:

Kannst du gerne machen. Im Anhang eine Testfirmware, du kannst damit unter Schnittstellen -> MQTT den "Nur Lesezugriff" aktivieren. warp3_firmware_2_6_6_6763dcac_6d9a2735750e4cb_merged.bin

Um prinzipiell wieder zu ermöglichen, dass du mit EVCC Statistiken aufsammeln kannst, aber EVCC dir nicht das Laden verbietet, habe ich einen "Nur Lesen"-Modus zu den MQTT-Einstellungen hinzugefügt. Kommt mit dem nächsten Firmware-Update.

Hast du dazu im EVCC-Log mehr Details? Ich wüsste ad-hoc nicht unter welchen Umständen die Wallbox einen 403 schickt. Wenn du EVCC nicht erlauben möchtest, dass es den Ladestrom kontrolliert, würde ich auch erwarten, dass es die Phasenumschaltung nicht kontrolliert.

Firmware: WARP1 2.6.6, WARP2 2.6.6, WARP3 2.6.6 Maximum der Fernzugriffs-Nutzer auf 5 erhöht "PV-Überschuss" und "dynamisches Lastmanagement"-Vorlagen zum API-Meter hinzugefügt (Nur WARP1) Unterstützung für SDM630MCT-V2 hinzugefügt Behoben, dass Lastmanagement die falschen Wallboxen deaktiviert hat um andere wartende Wallboxen zu aktivieren Übersetzungen verbessert Download: WARP1 2.6.6 bzw. WARP2 2.6.6 bzw. WARP3 2.6.6

Laut Debug-Report ist unter Energiemanagement -> PV-Überschussladen die "Min + PV: Min­dest­lade­leistung" auf 1,380 kW konfiguriert. Das entspricht 6 Ampere einphasig. Du schreibst auch Das passt also. Was aber noch fehlt ist, dass du unter Wallbox -> Einstellungen die Zuleitung auf einphasig konfigurieren musst. Danach sollte es funktionieren wie erwartet.