OpenWB im Zusammenspiel mit Kostal Plenticore

[Rheinhesse]

Kostal KSEM
Plenticore plus
Pylontech 24 kWh
openWB Serie 2 mit addon Platine automatischer Phasenumschaltung

Die openWB ist für mich die ideale Wallbox, wobei ich natürlich die Fähigkeiten aller Wallboxen kenne. Das normale Überschussladen können viele,
aber wie sieht es min z.B. ‚Min + PV’ oder ‚Sofort‘ mit Lade- und Mengenkontrolle aus?
In Verbindung mit Min + PV kann man bei größerem Speicher auch direkt z.B. mit mindestens ca. 3,6 kW (6 A) laden und bis 11 kW je nach Überschuss. Auch schätze ich das Sofort Laden. Hier kann man auch am späteren Nachmittag oder abends aus dem Speicher unter Angabe der Stromstärke (z.B. 6 A) und Lademenge (z.B. 10 kWh abhängig von der Speichergröße) laden. Nicht zu vergessen ist u.A. die Tibber Integration.
Ich besitze einen Kia eNiro der mit 6A ca. 3,6 kW zieht und einen Kia EV6 der mit 6A ca. 4,1 kW zieht.

[Meth]

Man muss über den Installateurszugang im Plenticore Setup die Batteriesteuerung auf "Extern" schalten und einen Timeout festlegen, z.B. 60 Sekunden. Wenn Steuersignale über Modbus TCP ankommen, schaltet der Plenticore von interner auf externe Steuerung um. Wenn innerhalb des Timeouts keine weiteren Steuersignale ankommen, wird automatisch wieder auf intern zurück geschaltet.

Das PDF mit den Modbus Registern bekommst Du bei Kostal zum Download angeboten.
Batteriesteuerung siehe Seite 24.

OpenWB ist allerdings nicht fähig die Batterie aktiv zu steuern.
EVCC kann es, oder man baut sich selbst etwas mit NodeRed, oder oder oder...

Oder man schaltet entsprechend die digitalen Eingänge

[Thomas aus W]

Man muss über den Installateurszugang im Plenticore Setup die Batteriesteuerung auf "Extern" schalten und einen Timeout festlegen, z.B. 60 Sekunden. Wenn Steuersignale über Modbus TCP ankommen, schaltet der Plenticore von interner auf externe Steuerung um. Wenn innerhalb des Timeouts keine weiteren Steuersignale ankommen, wird automatisch wieder auf intern zurück geschaltet.

Das PDF mit den Modbus Registern bekommst Du bei Kostal zum Download angeboten.
Batteriesteuerung siehe Seite 24.
...

Ich versuche gerade, die den TCP-Modpus des Plenticore mit python anzusprechen, aber irgendwie klappt es nicht.
Der TCP/Modbus ist im Kostal aktiviert:

kostal-modbus-Bildschirmfoto_2024-11-10_21-43-28.png (39.54 KiB) 202 mal betrachtet

abei mein Skript bekommt keine Daten:

Code: Alles auswählen

import traceback
import pymodbus
from pymodbus.constants import Endian
from pymodbus.client.sync import ModbusTcpClient
from pymodbus.transaction import ModbusRtuFramer
from pymodbus.payload import BinaryPayloadBuilder, BinaryPayloadDecoder

def custom_port(ip_address, port=1502):
    client = ModbusTcpClient(ip_address, port, framer=ModbusRtuFramer)
        
    try:
        # Connect to the inverter
        is_connected = client.connect()
        print(f"connect: {is_connected}")
        if is_connected:
          # Read various parameters
          print(f"is Modbus active: {client.read_holding_registers(0x2, 2, unit=71, byteorder=Endian.Little)}")
        else:
          print('failed to connect')
    except Exception as e:
        print(f"Error reading data: {e}")
        print(traceback.format_exc())
    finally:
        client.close()        

# Usage
ip_address = "wr1"  # Replace with your inverter IP address
custom_port(ip_address)

Ausgabe:

Code: Alles auswählen

$ ~/.venvs/foo/bin/python ./kostalWkModbus.py 
connect: True
is modbus active: Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 2 bytes (0 received)
Error reading data: 'ModbusIOException' object is not subscriptable
Traceback (most recent call last):
  File "/home/thomas/Dokumente/Haus/E-Auto/OWB/erweiterung/python/./kostalWkModbus.py", line 24, in custom_port
    'battery': client.read_holding_registers(0x2100, 2, unit=71)[1],
               ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^
TypeError: 'ModbusIOException' object is not subscriptable

Die Register-Adresse habe ich so in der Kostal Doku gefunden.
Wie kann ich das Problem weiter analysieren?

bye
TW

[KrailPV]

Hallo zusammen,
ist es denn geplant, dass auch die Open WB die Speicherladung oder Entladung steuern können soll, z.B zum Laden der Batterie aus dem Netz, oder zum Vermeidung der Entladung der Batterie für E-Auto laden? Evcc kann es übrigens schon...

[KLez]

Die Register-Adresse habe ich so in der Kostal Doku gefunden.
Wie kann ich das Problem weiter analysieren?

Schau dir mal hier den Code an. Vielleicht hilft Dir das weiter. Ich selbst habe mich noch nicht mit dem manuellen auslesen beschäftigt.

ist es denn geplant, dass auch die Open WB die Speicherladung oder Entladung steuern können soll, z.B zum Laden der Batterie aus dem Netz, oder zum Vermeidung der Entladung der Batterie für E-Auto laden?

Mein letzter Kenntnisstand ist, dass Funktionen wie diese erst mit der Umsetzung von Bidirektionalem Laden kommen sollen. Könnte also noch etwas dauern... Es sei denn an dieser Haltung hat sich mittlerweile etwas geändert.

[openWB]

oder zum Vermeidung der Entladung der Batterie für E-Auto laden?

https://forum.openwb.de/viewtopic.php?t=9475

[KrailPV]

oder zum Vermeidung der Entladung der Batterie für E-Auto laden?

https://forum.openwb.de/viewtopic.php?t=9475

Da dort Kostal nicht erwähnt ist: dh dieses gilt auch für diesen? Das heißt die Voraussetzung hierfür ist dann die Aktivierung der externen Steuerung im Installationsmenü des Wechselrichters?

Wie schaut es dann mit der Ladung des Speichers aus dem Netz aus? Ist ja dann praktisch auch nur noch eine Steuerung über TCP Mod Bus auf die entsprechenden Register?

[openWB]

Das Grundgerüst ist gelegt. Die Implementierung für das MQTT Modul ist erfolgt.

Da dort Kostal nicht erwähnt ist: dh dieses gilt auch für diesen?

Für Kostal müsste nun jemand einen PR stellen damit dies auch damit funktioniert.

Das heißt die Voraussetzung hierfür ist dann die Aktivierung der externen Steuerung im Installationsmenü des Wechselrichters?

Wie genau das bei Kostal umzusetzen ist weiß ich nicht. Klingt aber nicht verkehrt.

Wie schaut es dann mit der Ladung des Speichers aus dem Netz aus?

Erstmal geht es hier um die Sperrung. Ladung ist dann ein anderes Thema.

Ist ja dann praktisch auch nur noch eine Steuerung über TCP Mod Bus auf die entsprechenden Register?

Ob das bei Kostal so ist / Kostal das so unterstützt weiß ich nicht. Das müsste dann jemand mit Kostal WR testen.

[Thomas aus W]

Die Register-Adresse habe ich so in der Kostal Doku gefunden.
Wie kann ich das Problem weiter analysieren?

Schau dir mal hier den Code an. Vielleicht hilft Dir das weiter.

Zumindest zeigt es, dass es nicht an mir liegt, denn ich bekomme die selbe Fehlermeldung:

Code: Alles auswählen

Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)

Das ist keine Exception, sonder der Rückgabewert der function client.read_holding_registers


[edit]
Problem ist gelöst:
Mit der aktuellen Version 3.7.4 von pymodbus klappt die Abfrage. Leider läuft die OWB mit Version 2.5.2...

bye
TW

[KLez]

Ah, sehr schön. Hatte mich schon gewundert, weil der "Grund-Code" eigentlich nicht viel anders möglich ist.
Was hast Du eigentlich vor zu basteln?