photron

Die Unterstützung für Growatt steht auf der TODO Liste, die wird in kürze kommen.

Bindings: Python 2.1.32 Add support NFC forum tag type 5 to NFC Bricklet API Add cardemu_set/get_tag_id function to NFC Bricklet API Add write_line_2 function to OLED 128x64 Bricklet 2.0 API Add set/get_motor_stalled_callback_configuration functions and MOTOR_STALLED callback to Silent Stepper Bricklet 2.0 API Add set/get_capture_input_callback_configuration functions and CAPTURE_INPUT callback to IO-4 Bricklet 2.0 API Download: Python

Bindings: Python 2.1.32 Unterstützung für NFC Forum Tag Type 5 zur NFC Bricklet API hinzugefügt cardemu_set/get_tag_id Funktion zur NFC Bricklet API hinzugefügt write_line_2 Funktion zur OLED 128x64 Bricklet 2.0 API hinzugefügt set/get_motor_stalled_callback_configuration Funktionen und MOTOR_STALLED Callback zur Silent Stepper Bricklet 2.0 API hinzugefügt set/get_capture_input_callback_configuration Funktionen und CAPTURE_INPUT Callback zur IO-4 Bricklet 2.0 API hinzugefügt Download: Python

Kannst du über den Fernzugriff auf der Wallbox unter System -> Ereignis-Log einen Debug-Report speichern und hier anhängen?

Momentan fehlt der Wallbox die Möglichkeit überhaupt Modbus/UDP zu verwenden. Wir haben nur Modbus/TCP, weil das weit verbreitet ist. Ganz kurzfristig wird sich da leider nichts tun. Hinderlich ist weiterhin, dass wir keinen VM-3P75CT hier haben. Hast du schon eine WARP3 und den VM-3P75CT verbaut und könntest uns über den Fernzugriff zugänglich machen?

Nein, das hängt nicht zusammen. Wie genau kommst du den nicht mehr auf die Webversion? Lädt die Seite einfach nicht, bekommst du eine Fehlermedlung, oder irgendetwas anderes?

Bindings: Go 2.0.16 Add support NFC forum tag type 5 to NFC Bricklet API Add CardemuSet/GetTagID function to NFC Bricklet API Add WriteLine2 function to OLED 128x64 Bricklet 2.0 API Add Set/GetMotorStalledCallbackConfiguration functions and MotorStalled callback to Silent Stepper Bricklet 2.0 API Add Set/GetCaptureInputCallbackConfiguration functions and CaptureInput callback to IO-4 Bricklet 2.0 API Fix device identifier check Download: Go

Bindings: Go 2.0.16 Unterstützung für NFC Forum Tag Type 5 zur NFC Bricklet API hinzugefügt CardemuSet/GetTagID Funktion zur NFC Bricklet API hinzugefügt WriteLine2 Funktion zur OLED 128x64 Bricklet 2.0 API hinzugefügt Set/GetMotorStalledCallbackConfiguration Funktionen und MotorStalled Callback zur Silent Stepper Bricklet 2.0 API hinzugefügt Set/GetCaptureInputCallbackConfiguration Funktionen und CaptureInput Callback zur IO-4 Bricklet 2.0 API hinzugefügt Device Identifier Check repariert Download: Go

Wir haben mittlerweile eine SDM630 Modbus/TCP Registertabelle im WARP Charger. Du könntest also hier direkt mit dem WARP Charger den Modbus-RTU-nach-TCP-Wandler ansprechen. Ohne Umweg über Node-RED und API-Zähler. Was möchtest genau erreichen? Ein WARP Charger kann über seine Modbus/TCP API die Werte seines Zähler 0 wieder über Modbus/TCP rausgeben, wenn auch in einer anderen Registertabelle. Der WARP Energy Manager 2.0 hat noch keine Modbus/TCP API, steht aber auf der Todo Liste: https://github.com/Tinkerforge/esp32-firmware/issues/215

Modbus/UDP gibt es wohl, aber ich habes noch nie verwendet gesehen. Ich würde mich wundern, wenn dieser Zähler wirklich nur Modbus/UDP unterstützt. Hast du da mehr Dokumentation dazu? Ich kann auf die Schnelle keine detalierte Dokumentation oder Registertabelle finden. Ohne die Registertabelle kommen wir da eh nicht weiter.

Das sieht richtig aus.

Der Unterschied zwischen Smart und Pro ist exakt das Vorhandensein des Zählers. Daher kann die Smart ohne Zähler nichts messen und schätzen ist nicht möglich. Du kannst in der Wallbox den Shelly Pro 3EM als Zähler für die Ladevorgänge einrichten. Dazu unter Energiemanagement -> Stromzähler den "WARP Charger" Zähler löschen und einen neuen Stromzähler hinzufügen. Dabei unbedingt die Nummer des Stromzählers auf 0 umstellen, denn Zähler 0 ist der Zähler der für die Ladevorgänge verwendet wird. Als Klasse wählst du "Modbus/TCP" und als Hostname den Hostnamen oder die IP-Addresse des Shelly Pro 3EM. Als Registertabelle wählst du "Shelly Pro 3EM" und als Messort "Anderer". Dann "Hinzufügen", "Speichern", "Neustart" klicken. Jetzt solltest du die Werte des Shelly Pro 3EM sehen und diese werden dann auch für das Ladelog benutzt.

Firmware: WARP1 2.8.8, WARP2 2.8.8, WARP3 2.8.8, WARP Energy Manager 2.4.8, WARP Energy Manager 2.0 1.3.8 SunSpec: Falsche Leistungs- und Phase-zu-Phase-Spannungswerte für WattNode-Stromzähler korrigiert Fernzugriff: Hinzufügen eines neuen Benutzer repariert Absturz in der allgemeinen Konfigurationsbehandlung behoben Download: WARP1 2.8.8 bzw. WARP2 2.8.8 bzw. WARP3 2.8.8 bzw. WARP Energy Manager 2.4.8 bzw. WARP Energy Manager 2.0 1.3.8

Okay, ich bin endlch dazu gekommen mir das mal anzusehen. Lag auch daran, dass sich gerade noch ein andere Kunde mit diesem Problem gemeldet hat, der nicht so technisch Begabt ist wie du und sich nicht selber helfen konnte. Hier eine Test-Firmware, die alle Probleme beseitigen sollte. Könntest du testen, dass jetzt ohne deine Korrekturen die Werte auch richtig in der Wallbox angezeigt werden? 40197-40200: '* 0.1' -- Das die Phase-zu-Neutral-Spannungen um Faktor 10 zu groß sind kann ich weder in deinen noch in den Daten des anderen Kunden sehen. Hier keine Änderung von mir. '40201': int($40197 * 1.72 * 0.1) -- Die Phase-zu-Phase-Spannungen sind Quatsch (-247V). Das passt hinten und vorne nicht. Da was aus den Phase-zu-Neutral-Spannungen zu berechnen halte ich für fraglich. Ich habe diese Werte jetzt einfach weggelassen. Besser keine Werte, als falsche Werte. 40205': + 1 -- Hier ist mir nicht klar, warum du den Spannungs-Skalierfaktor verschiebst. Hier keine Änderung von mir. 40206-40211: '* -1' -- Die Phasen-Leistung ist nach unserer Konvention positiv bei Bezug und negative bei Einspeisung. WattNode macht es genau anders herum. Das muss also invertiert werden. Das habe ich auch so gemacht. Als letzten Punkt meldet WattNode die Phasen-Ströme mit Vorzeichen. Wir haben das bei allen anderen Herstellern bisher als Absolutwert gesehen. Ich habe das für WattNode auch mit angepasst, dass das jetzt als "Bezug minus Einspeisung" anstatt "Bezug plus Einspeisung" aufgeführt wird. Bezüglich Quirks an/abschaltbar machen: Das würde ich vermeiden wollen. Ja, das bringt mehr Flexibilität, aber auch mehr Dinge die man als Kunde verstellen kann und auf die wir dann im Support schauen müssen, wenn etwas nicht passt. Ich erkenne den WattNode Zähler am Manufacturer Namen "WattNode". Wenn du den Namen abwandelst, dann greifen meine Quirks nicht mehr und du kannst deine Änderugen sauber durchziehen. Danke für deine Unterstützung. warp2_firmware_2_8_7_68923caa_de666e93561f0fc_merged.bin

Firmware: WARP1 2.8.7, WARP2 2.8.7, WARP3 2.8.7, WARP Energy Manager 2.4.7, WARP Energy Manager 2.0 1.3.7 Modbus TCP: Unterstützung für virtuellen Batterie-Stromzähler für SMA-Hybrid-Wechselrichter hinzugefügt RCT Power: Unterstützung für virtuellen Wechselrichter-, Last- und PV-Stromzähler hinzugefügt RCT Power: Unterstützung Phasenleistungswerte zum virtuellen Netzanschluss-Stromzähler hinzugefügt SunSpec: Robustheit der Gerätesuche beim Verbindungsaufbau verbessert Lastmanagement: Schwellwert für den Ladezustand des Batteriespeichers beim PV-Überschlussladen hinzugefügt Lastmanagement: Robustheit der (m)DNS-Hostnamensauflösung verbessert PV-Ertragsprognose: Striktere Überprüfung der PV-Flächen-Konfiguration (Nur WARP2, WARP3) OCPP: An Errata-Version 2025-04 angepasst Eco-Plan wird ausgeblendet wenn Eco-Modus oder Lastmanagement deaktiviert sind (Nur WARP1, WARP2, WARP3) MQTT-Auto-Discovery: Phasenströme hinzugefügt (Nur WARP2, WARP3) Fahrzeug-Weckruf mittels IEC-Zustand F verbessert (durch Update auf Ladecontroller-Firmware 2.2.14) (Nur WARP2, WARP3) Verzögerung des Fahrzeug-Weckruf von 30 auf 90 Sekunden verlängert; einige VW EVs wachen von selbst wieder auf, benötigen aber länger als 30 Sekunden (durch Update auf Ladecontroller-Firmware 2.2.14) (Nur WARP3) Spezialbehandlung in der Phasenumschaltung für Polestar EVs und BMW PHEVs überarbeitet (durch Update auf Ladecontroller-Firmware 2.2.14) (Nur WARP3) Dauer der CP-Trennung von 5 Sekunden (nicht ausreichend für Polestar EVs) auf 15 Sekunden erhöht (durch Update auf Ladecontroller-Firmware 2.2.14) (Nur WARP1) Entsprechend der WARP3 API phases_*-Werte zur evse/low_level_state API hinzugefügt, um dreiphasigen Anschluss zu signalisieren Übersetzungen verbessert Download: WARP1 2.8.7 bzw. WARP2 2.8.7 bzw. WARP3 2.8.7 bzw. WARP Energy Manager 2.4.7 bzw. WARP Energy Manager 2.0 1.3.7