photron

Registeradresse 5035 ist Frequenz, nicht der Power Factor. Sungrow dokumentiert die Registernummern (Registernummern == Registeradresse + 1). Du musst also auf alle Registeradressen im Wallbox-Log eine 1 draufaddieren, um die Registernummern zu bekommen, die in der Sungrow Dokumentation stehen. An Registeradresse 5035 lese ich exakt ein Register. Die Modbus-Antwort sollte also 2 Byte Daten haben. Die Antwort hat aber laut Wallbox-Log mal 96, mal 36, mal 42 und auch mal 8 Byte Daten. Es werden weiterhin durch den Waveshare-Adapter die Antworten falsch zugeordnet. Es muss noch etwas anderes geben, dass neben der Wallbox immer noch Anfragen an den Waveshare-Adapter schickt. In Modbus darf ein Gerät (in diesem Fall der Wechselrichter) nur antworten, wenn es gefragt wurde. Es darf nicht von sich aus antworten. Zur Einordnung: Die Wallbox fragt die Daten sekündlich ab. Die Fehler treten aber nur alle paar Minuten auf. Sprich, die aller meisten Antworten kommen korrekt an. Allerdings treten auch ca 13 Timeout-Fehler pro Minute auf. Hier würde es helfen, wenn du die Baudrate höher stellen könntest.

Kannst du testweise mal dein Home Assistant pausieren? Ich vermute dass dann die Fehler auf der Wallbox verschwinden. Alle Fehler im Wallbox-Log kommen von Modbus-Antworten die nicht zu den Anfragen passen, die die Wallbox schickt. Ich habe schon bei einem anderen Kunden gesehen, dass es mit RTU/TCP Adaptern passieren kann, dass Antworten falsch zugeordnet werden. Sprich die Anwort für Home Assistant wird an die Wallbox geschickt und anders herum. Mit welcher Baudrate läuft die RS485-Schnittstelle an der der Waveshare-Adapter hängt? 9600? Kannst du das höher stellen?

Hast du am CHINT DTSU666-20 per RS485 parallel den Wechselrichter und den Waveshare-Adapter angeschlossen? Das funktioniert nicht. Modbus/RTU kann nur einen Master haben der Daten liest. Du müsstest aber den Waveshare-Adapter parallel zum Win-S2 Kommunikationsmodul am Wechselrichter an eine frei RS485-Schnittstelle anschließen können. Dann ließt die Wallbox über den Wechselrichter den Zähler aus.

Lad bitte unter System -> Ereignis-Log einen Debug Report herunter und häng diesen hier an. Ich möchte gerne sehen was da genau passiert und das Probem dann allgemien beheben. Ich vermute, dass es sich um Register handelt, die dein Wechselrichtermodel nicht hat.

Ist repariert, sorry.

Die neuen Firmwares im ersten Post haben diesen Fehler behoben. Sorry!

SMA wird kommen, wir sitzen da auch nicht auf der 6-Register-Methode fest. Das funktioniert ja offensitlich nicht 100%. @CptHildi Bitte dokumentiere hier weiter deine Erfahrungen, davon können wir lernen, wie es richtig zu machen ist. Danke!

Hier geht es 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 Verbot zum Laden zu­rück­neh­men Neu in Phase 3: Wiederholungs-Interval einstellbar gemacht Presets für Alpha ESS, Deye, Hailei, Sungrow und Victron Energy hinzugefügt Zeitraum als Bedingung hinzugefügt Speichersteuerung global abschaltbar gemacht Einzelnen Regeln abschaltbar gemacht MaskWriteRegister für bit-weises Schreiben hinzugefügt Das Ganze funktioniert ähnlich wie die Anbindung von Modbus/TCP-Stromzählern. Weiterführende Dokumentation ist hier zu finden: https://docs.warp-charger.com/docs/compatible_devices/batteries Das Preset für SMA fehlt absichtlich, da das letzte Preset nicht richtig funktioniert hat und noch nachgebessert werden muss. Achtung: Die Konfiguration ist zwischen diesen und den vorherigen Firmwares nicht kompatible und muss nach dem Update neu angelegt werden. Wir freuen uns über jegliche Rückmeldung. Gerne auch mit Modbus-Registersätzen die für eure Speicher funktionieren. Nachtrag: Firmwares aktualisiert. Die Geräteadresse für eine benutzerdefinierte Register kann wieder umgestellt werden. Edit: Veraltete Firmwares entfernt.

Für PV-Überschussladen muss die Wallbox nur wissen wie gross die saldierte PV-Überschussleistung in W ist. Typsicherweise sitzt am Hausanschluss schon ein Zähler der genau diesen Wert erfasst. Denn lesen wir dann einfach vom Wechselrichter und steuern damit das PV-Überschussladen der Wallbox. Bei Victron Energy GX lesen wir dazu die phasengetrennte Netzanschlussleistung aus den System Unit Registern 820, 821 und 822 und summieren die drei Werte auf. Kommen da bei dir die richtigen Werte raus, auch wenn deine Topologie eine andere ist? Wenn ja, dann musst du da nichts basteln und es wird einfach funktionieren. Falls die Werte in den Registern 820, 821 und 822 nicht passen, dann kannst du einen API Zähler mit der Vorlage "PV-Überschussladen" in der Wallbox anlegen. Dieser Zähler hat genau einen Messwert: die saldierte Leistung am "Netzanschluss" in W. Der Wert muss positiv bei Bezug aus der Stromnetz und negativ bei Einspeisung ins Stromnetz sein. Den Messwert kannst du extern berechnen du dann einmal pro Sekunde über MQTT oder HTTP an die Wallbox schicken: https://docs.warp-charger.com/docs/interfaces/mqtt_http/api_reference/meters/?hardwareType=warp3&apiType=mqtt

Sigenergy steht auf der TODO Liste. Ich kann dir aber gerade keine genauere Angabe dazu machen wann das fertig sein wird. Lass uns mal mit "bald" verbleiben. 😅

Fixed brickd 2.4.8 is released. Please try "sudo apt update" and "sudo apt install brickd" again.

Die Wallbox hat einen Modbus/TCP Server (im Log modbus_tcp_srvr). Über diesen können anderen Modbus/TCP Clients Daten von der Wallbox auslesen und diese auch steuern. Im Log ist zu sehen, dass alle paar Sekunden sich von IP-Adresse 192.168.121.168 jemand zum Modbus/TCP Server der Wallbox verbindet und die Verbindung dann sofort wieder trennt. Wie und wo versuchst du denn die Daten über Modbus/TCP auszulesen? Der Debug-Client hat mit dem Modbus/TCP Server nichts zu tun. Dies ist ein Werkzeug für fortgeschrittene Nutzer (und vorallem für uns in der Entwicklung), um mit anderen Modbus/TCP Geräten (z.B. Stromzählern, Wechselrichtern oder Batteriespeichern) testweise zu kommunizieren. Für den normalen Betrieb der Wallbox spielt der Debug-Client keine Rolle.

Bindings: Go 2.0.17 Fix bool arrays in setters Download: Go

Bindings: Go 2.0.17 Bool-Arrays in Settern repariert Download: Go

New brickd version to work with libgpiod2 and libgpiod3 coming this week.

Ich habe gerade in die Shelly Dokumentation geschaut und ich stimme dem zu. Das sollte einfach funktionieren. Alle drei Shelly Pro 3EM Varianten (Shelly Pro 3EM, Shelly Pro 3EM-400 und Shelly Pro 3EM-3CT63) verweisen auf die gleiche API-Dokumentation.

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