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

Danke für's Testen. Das PV-Überschussladen schaut auf die Leistung, daher ist das durch das falsche Vorzeichen des Stroms nicht beinflusst. In dieser Firmware ist das Vorzeichen des Stroms korrigiert. warp3_firmware_2_8_6_6888a212_affc5f8a0d2e760_merged.bin

Danke, das sieht okay aus. Dein Batteriespeicher ist voll und lädt/entlädt gerade nicht. Das ist die Frage, die ich klären wollte. Wenn das passt dann wird das PV-Überschussladen funktionieren. Leider kann ich das so nicht sehen, da Leistung und Strom am Batteriespeicher gerade Null sind.

Ich habe mir gerade kurz den SMA eigenen Modbus-Registersatz angesehen. Hier eine Test-Firmware für WARP3, die einen Batteriespeicher unabhängig von SunSpec auslesen kann. Dazu auf der Wallbox einen Modbus/TCP Stromzähler für "SMA Hybrid-Wechselrichter" mit virtuellem Zähler "Speicher" anlegen. Dieser kann dann als Batteriespeicher-Zähler für das PV-Überschussladen verwendet werden. Das Regelverhalten kann dann auf "Ausgelichen" gestellt werden. Ich habe hier keinen SMA Hybrid-Wechselrichter zur Hand, um das selbst testen zu können. Könnt ihr bitte schauen, ob die Werte passen? Hilfreich wäre auch ein Debug-Report der Wallbox (unter System -> Ereignis-Log herunterladen). Es ist wichtig, dass Leistung und Strom beim Laden positive Werte sind und beim Entladen negative Werte sind. [Edit: Alte Test-Firmware entfernt]

Also... einmal in Ruhe durchatmen... PV-Überschussladen heißt, dass der Teil der PV-Leistung, der gerade nicht direkt verbraucht wird, für das Laden des E-Autos verwendet wird, anstatt, dass dieser ins Stromnetz eingespeißt wird. Dafür muss die Wallbox wissen, ob am Stromnetzanschluss gerade Leistung bezogen oder eingespeist wird. Diese Information kann z.B. vom SMA Home Manager kommen, der den Stromnetzanschluss misst. Diese Information kann auch von einem SMA Wechselrichter kommen, wenn dieser den Stromnetzanschluss misst. Die Wallbox regelt dann die Ladeleistung des E-Autos so aus, dass am Stromnetzanschluss weder Leistung bezogen noch eingespeist wird. Bis hier hin alles gut! Wenn aber auch ein Batteriespeicher vorhanden ist kann es jetzt zu folgender Situation kommen. Die Ladung des E-Autos beginnt bei voller Sonne, es ist viel PV-Überschussleistung vorhanden. Während des Ladevorgangs ziehen jetzt Wolken auf oder die Sonne geht unter. Die PV-Überschussleistung geht auf 0 W runter. Da der Batteriespeicher aber auch versucht den Stromnetzanschluss auf 0 W zu regeln fängt der Speicher jetzt an sich zu entladen, um die den Stromnetzanschluss auf 0 W zu halten während die Wallbox weiterlädt. Die Wallbox kann in dieser Situation nicht sehen, dass das gerade passiert, weil der Stromnetzanschluss weiter bei 0 W bleibt. Dadurch wird der Batteriespeicher jetzt ins E-Auto umgeladen. Das ist häufig unerwünscht. Um dieses Verhalten zu verhinden haben wir schon vor langer Zeit eingebaut, das man über die Option "Regel­ver­halten" einstell kann, dass die Wallbox versucht die Leistung am Stromnetzanschluss nicht auf exakt 0 W, sondern auf bis zu +/-200 W zu regeln und so der Regelung des Batteriespeichers entweder die Luft nimmt, oder lässt, um dem Batteriespeicher entweder zwingend ins E-Auto umzuladen oder eben nicht. Wie gut das funktioniert hängt aber auch von der Regelung des Batteriespeichers ab, weil die Wallbox und der Batteriespeicher dann durchgehend einen Tanz mit einander um die Leistung am Stromnetzanschluss aufführen. Die besser Option ist aber, dass die Wallbox zusätzlich weiss mit welcher Leistung der Batteriespeicher gerade lädt oder entlädt, um sich entsprechend anzupassen. Dadurch kann dann auch dem Batteriespeicher sauber der PV-Überschuss weggenommen werden, so dass aller PV-Überschuss ins E-Auto geht, ohne dass dabei aber der Batteriespeicher ins E-Auto umgelanden wird. Aktuell fehlt uns aber noch die Batteriespeicher-Anbindung für SMA, wenn der Wechselrichter nicht SunSpec Modell 714 bereitstellt. Fazit: PV-Überschussladen funktioniert grundsätzlich mit SMA und die Unterstützung wird noch verbessert werden.

Hast du einen STP5.0-3SE-40, STP6.0-3SE-40, STP8.0-3SE-40 oder STP10.0-3SE-40? Bzw welchen Wechselrichter hast du genau?

Das tut er, aber die Ausgangsleistung des Wechselrichters ist halt nicht die reine Ausgangsleistung des Batteriespeicher. Leider hat dein Wechselrichter nicht SunSpec Modell 714. Da wäre die Ausgangsleistung des Batteriespeicher drin. SMA hat neben SunSpec auch noch einen eigenen Modbus/TCP Registersatz. Den unterstützen wir aber noch nicht. Leider ist in dem Registersatz die Ausgangsleistung des Batteriespeichers auch in zwei Register getrennt, für Laden und Entladen. Wir brauchen das aber als einen Wert. Daher kannst du dir leider auch gerade keinen Modbus/TCP Zähler mit benutzerdefinierem Registersatz anlegen. Für den Moment ist, dass beste was du tun kannst den Batteriespeicher in der Wallbox auf "Kein Speicher" zu stellen. Dadurch kann es dann passieren, dass dein Batteriespeicher für die Ladung des Autos herangezogen wird. Auf Dauer werden wir auch den SMA eigenen Modbus/TCP Registersatz unterstützen und können dann auch die Ausgangsleistung deines Batteriespeichers auslesen. Im Moment sind die TODO Listen alle sehr voll. Ich hoffe wir kommen in den nächsten Wochen dazu. Sorry.

Du hast als Zähler für den Batteriespeicher fälschlicherweise den Wechselrichter ausgewählt. Dadurch ist die Wallbox verwirrt. Kannst du uns einen Log der SunSpec-Gerätesuche zeigen, damit wir sehen können ob der Batteriespeicher-Zähler verfügbar ist? Das Log kannst du beim Einrichten des SunSpec-Zählers herunterladen.

Hier gehts weiter:

Als nächstes großes Feature kommt die Batteriespeicher-Steuerung. Im Webinterface unter Energiemanagement > Speichersteuerung zu finden. Unter anderem kann dem Batteriespeicher das Entladen verboten werden, während im Schnelllademodus geladen wird. Vorher hätte sich der Batteriespeicher für die Ladung des Autos entladen. Dies kann jetzt unterbunden werden. Intern wird dies über das Lastmanagement realisiert. Daher muss der Lastmanager aktiviert sein. Dies ist aber vermutlich eh schon der Fall, da die Speichersteuerung hauptsächlich zusammen mit dem PV-Überschussladen verwendet werden wird, für das der Lastmanager auch aktiviert sein muss. Aktuell steht zur Kommunikation mit dem Batteriespeicher Modbus/TCP zur Verfügung. Es gibt aktuell sechs Aktionen, die wir für sinnvoll halten: Laden vom Netz erlauben Erlaubnis zum Laden vom Netz zurücknehmen Entladen verbieten Verbot zum Entladen zurücknehmen Laden verbieten (neu in Phase 2) Verbot zum Laden zu­rück­neh­men (neu in Phase 2) Neu in Phase 2 ist, dass jetzt Regeln festgelegt werden können, um die Aktionen auszulösen. Die Regeln bestehen aus UND-verknüpften Bedingungen für den Batterie­lade­stand, den dy­na­mi­scher Strom­preis und die PV-Er­trags­pro­gno­se. Dadurch kann z.B. netzdienliches Laden realisiert werden, indem das Laden verboten wird, solange der dy­na­mi­sche Strom­preis über einem bestimmten Schwellwert liegt. Das Ganze funktioniert ähnlich wie die Anbindung von Modbus/TCP-Stromzählern. Es wird auf Dauer vorgefertigte Presets für verschiedene Speicher geben. Aktuell müssen die Register von Hand eingetragen werden. Neu in Phase 2 ist, dass die Register-Konfiguration importiert und exportiert werden kann. Angehängt sind die Register-Konfigurationen für Deye, Hailei, SMA, Sungrow und Victron-Energy (in dieser Reihenfolge). Weiterführende Dokumentation ist hier zu finden: https://docs.warp-charger.com/docs/compatible_devices/batteries Wir freuen uns über jegliche Rückmeldung. Gerne auch mit Modbus-Registersätzen die für eure Speicher funktionieren. Edit: Die Firmware-Dateien wurden aktualisiert. Neu ist nun, dass ein Zeitplan in Abhängigkeit vom dynamischen Strompreis angelegt und bei den Regeln benutzt werden kann. Beispielsweise können die günstigsten drei Stunden in einem Zeitfenster von 20:00 bis 20:00 des Folgetages ausgewählt werden, um einen Speicher zu laden. Batteriespeicher-Konfiguration-Modbus-TCP-Deye.json Batteriespeicher-Konfiguration-Modbus-TCP-Hailei.json Batteriespeicher-Konfiguration-Modbus-TCP-SMA.json Batteriespeicher-Konfiguration-Modbus-TCP-Sungrow.json Batteriespeicher-Konfiguration-Modbus-TCP-Victron-Energy.json warp_firmware_2_8_6_68825561_95609c12840368c_feature-batteries-15_merged.bin warp2_firmware_2_8_6_68825819_5a4cb09375a4144_feature-batteries-15_merged.bin warp3_firmware_2_8_6_6882592d_5a4cb09375a4144_feature-batteries-15_merged.bin energy_manager_firmware_2_4_6_68825aa7_5a4cb09375a4144_feature-batteries-15_merged.bin energy_manager_v2_firmware_1_3_6_68825be8_5a4cb09375a4144_feature-batteries-15_merged.bin

@Hoich Sorry, für die späte Antwort. Da scheinen ja einige Dinge mit dem WattNode Zähler nicht zu passen. Ich würde das gerne so weit wie möglich auf unserer Seite verbessern. Dafür wäre es mir sehr hilfreich, wenn du mir eine Log von der SunSpec Gerätesuche und einen Debug-Report (unter System > Ereignis-Log) zeigen könntest (Falls du die nicht hier öffentlich anhängen willst, dann gerne auch als PM). Allerdings ohne die Modifikationen durch deinen Proxy, damit ich verstehen kann wie genau die falschen Werte aussehen.