photron

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