Probleme mit Modbus-Zähler für Wallbox

[Markinus]

Moin!

Zuerest ein großer Dank an alle die hier mitgewirkt haben.

Ich habe ein Problem und benötige eure Hilfe. Ich habe die folgende Konfiguration:

• Raspberry PI 3 mit evcc und openhab
• Neue Elli Connected Wallbox (Ersetzt eine alte Wallbe).
• Im Sicherungskasten einen Siemens 7KT1665 3 Phasenzähler. Dieser Modbus RTU Zähler hängt an einem Link150 Modbus TCP Converter.
• Fahrzeug BMW 530 e XD
• SMA PV und Batterie Wechselrichter
• SMA Home Manager 2.0

Alles Funktioniert bis auf den Zähler. Die Konfiguration mit dem Zähler funktioniert seit Jahren super. Ich kann die Werte per Modbus TCP mit Openhab problemlos auslesen. Leider habe ich massive Probleme diesen Modbus TCP Zähler in die Konfiguration der von EVCC einzufügen. Die Konfiguraion der Register ist 100% die selbe wie Openhab (mehrfach verglichen). Der Link150 kann sehr viele Verbindungen gleichzeitig (gesetzt auf 16) so, dass dies nicht das Problem sein sollte. Aber auch mit ausgeschaltetem Openhab bekomme ich keine Werte herausgelesen. Auch Firewall, etc. habe ich gecheckt. Ich komme einfach nicht weiter. (Es geht ja mit Openhab auf demselben RaspPi).

Fehler:
[lp-1 ] ERROR 2022/08/17 21:38:29 charge meter: read failed: dial tcp 192.168.104.6:502: i/o timeout

Dieser erscheint aber nur wenn ich den Timeout: Parameter setze. Ohne des Parameters bekomme ich gar keine Fehlermeldung, es geht einfach nicht.

Um die Elli zu verwendet benötigt man ja den "ganz" frischen Code. Als evcc benutze ich die gepatchte Version von DerAndereAndi eebus-improvements branch. Diese habe ich heute selbst mit den GO Modifikationen kompiliert (#1217). (Nebenbei, die Elli-Anbindung an sich funktioniert echt gut !!! DANKE ;) )

evcc.txt

Logauszug in Trace:
Log.txt

Ich habe es auch mit der evcc V0.100 getestet. Als Wallbox-Template dann eebus genommen damit kein Fehler kommt (Komminikation geht nicht, war klar). Aber auch hier geht die Zählerkonfiguration nicht. Es erscheint dieselbe Fehlermeldung.

Es wäre super wenn Ihr mir helfen könntet.

VG
Markus

Edit:
Ohne des Timeout Parameter erscheint die Fehlermeldung nach sehr langer Zeit und nicht sofort nach dem Start von evcc. Sieht auch ein wenig anders aus:
[lp-1 ] ERROR 2022/08/18 08:16:15 charge meter: read failed: read tcp 192.168.104.9:50060->192.168.104.6:502: i/o timeout

[mclane]

Ich habe ein ähnliches Problem: siehe hier

[mclane]

Hallo, bei meinem Protoss Converter hier musste ich das Protokoll von Modbus auf None umstellen, danach lief es. Vielleicht hilft das auch bei Dir?

[Markinus]

Ich kann nicht NONE auswählen. Entweder Automatic oder Modbus ASCII. Beides geht nicht.

Das ist aber glaube ich die Übetragung zum Zähler und nicht zum Clienten. Das Ding spricht nach draußen immer Modbus TCP.

[Markinus]

Das sind noch die restlichen Parameter:

[premultiply]

Immer das gleiche Problem: In evcc wird Modbus RTU over IP eingestellt und der verwendete Konverter erwartet aber in dieser Konfiguration Modbus TCP weil er so intern Modbus RTU<->Modbus TCP konvertiert.
Modbus RTU und Modbus TCP sind zwei völlig unterschiedliche Protokolle die nicht miteinander kompatibel sind.

Kaum spricht man die gleiche Sprache wird es funktionieren.

[andig]

/cc @premultiply

[Markinus]

@premultiply Aber wie stellt man die Konfiguration in evcc auf Modbus TCP um? Ich habe hierzu jegeliche Doku gelesen aber leider nichts gefunden. Nicht was default ist und wie man es umstellt. Bitte hierzu um Hilfe.

[rucksman]

Modbus ist auch bei mir ganz schön zickig, ich lese damit meinen SMA Wechselrichter aus. Ich habe das Thema so umschifft, dass ich ein Python-Skript dafür einsetze, das die Modbus-Werte ausliest und dann per MQTT zur Verfügung stellt. Vielleicht ist das ja auch für Dich eine Variante, die Daten, die du sowieso schon in Openhab hast, einfach weiterzuverteilen. Aber dazu kenne ich Openhab zu wenig um zu wissen, ob und wie das geht.

[Markinus]

Ich habe diese Doku zu Modbus gefunden (Vorher nicht gesehen, weil der Link unter "Doku/Plugins" auf Modbus Tot ist, vielleicht könnte diesen jemand reparieren).
Jedenfalls in der Doku steht:

"Seriellen Schnittstellen verwenden standardmäßig das Modbus-RTU-Protokoll, Netzwerkziele werden standardmäßig via Modbus/TCP angesprochen. Dieses Verhalten kann mittels rtu: true/false ggf. überschrieben werden."

Nach dieser Doku ist der Default bei Netzwerkzielen Modbus TCP. Das heißt, es müsste bei mir direkt funktionieren.
Ich versuche es aber noch mit dem rtu: false Parameter.

[andig]

rtu: false

...und bitte Deine Config formatieren- es ist keine Einrückung sichtbar.

[premultiply]

...oder einfach im Konverter unter Industrial Protocols MODBUS/TCP deaktivieren!

[Markinus]

Es ist eingerückt, aber ich habe keine Ahnung wie man diesem Webeditor beibringt das genau so darzustellen (also ohne die Formatierung zu zerstören). Ich habe jetzt ein Bild gepostet. Im Anfang des Threats ist auch die Konfigdatei angehängt.

[premultiply]

Einfügen, Block markieren, Formatsymbol drücken, fertig.

[Markinus]

Einfügen, Block markieren, Formatsymbol drücken, fertig.

Korrigiert, danke.

[Markinus]

Ich habe jetzt alle Vorschläge getestet, aber egal ob ich rtu: true/false setze oder nicht an der Fehlermeldung ändert sich nichts. Wenn ich Modbus TCP am Gerät deaktiviere dann ist der 502 komplett tod.
Ich habe aber jetzt den "Radzio! Modbus Master Symulator" verwendet. Dieser funktoniert im Modus "Modbus TCP". Folgende EInstellungen als Screenshots (wie evcc):

Das einzige was mir hiere auffällt ist, dass ich auf "Register number (starting with 1)" umschalten musste. Es bestätigt aber, dass es TCP ist.

Das zweite was auffält ist der Parameter Timeout. Wie oben bereits beschrieben habe ändert das extrem das Verhalten. Ist er gesetzt dann kommt die Fehlermeldung sofort (Es ist auch egal auf welchen Wert ich den Timeout setze, die Fehlermeldung kommt sofort beim Start von evcc).
Ist der Timeout nicht gesetzt dann scheint alles OK zu sein aber in der GUI sind "Leistung" und "Geladen" auf 0 und die Ströme der Phasen tauchen garnicht auf. Dann nach langer Zeit erscheint die Fehlermeldung "[lp-1 ] ERROR 2022/08/18 08:16:15 charge meter: read failed: read tcp 192.168.104.9:50060->192.168.104.6:502: i/o timeout".

Kann es sein, dass der Timeout Parameter nicht OK ist? Und ohne es sich um ein anderes Problem handelt (dass wir Werte 0 sind bzw. nicht erscheinen)? Kann es sein, dass dies etwas mit derm Lesen ab Register 0 oder 1 zu tun hat?

[rucksman]

Modbus-Geräte haben normalerweise nicht nur eine begrenzte Anzahl gleichzeitiger Anfragen, sondern auch eine Begrenzung von Anfragen pro Zeiteinheit. Wenn Dein Openhab durch häufige Abfragen das Gerät blockiert, kann es auch zu diesem Problem kommen (komme gerade drauf, weil du timeout angesprochen hast). Wie schon oben erwähnt: Ich würde - auch aus Gründen der Datensparsamkeit - einfach die Daten nehmen, die ohnehin schon in Openhab da sind. Auf dem Raspberry hat sicherlich noch ein Mosquitto Platz, und es gibt mit Sicherheit eine Möglichkeit, mit Openhab MQTT Nachrichten zu empfangen bzw. zu verschicken. Bei mir hat der Wechselrichter auch ohne Ende gezickt, als ich über mehrere Geräte Anfragen über Modbus gestellt habe. Seit ich nur noch von einem Gerät abfrage und die Daten über MQTT an die anderen verteile, ist Ruhe und alles läuft problemlos (wenn sich Modbus nicht im Wechselrichter aufhängt, was im Schnitt einmal im Quartal passiert).

[Markinus]

Gelöst, der "Timout" Parameter der Konfiguration war das Problem. (Es geht nie, egal wie groß dieser gesetzt wird).

  power: # power (W)
    source: modbus # plugin type
    uri: 192.168.104.6:502 # Hostname
    id: 10
    register:
      address: 58
      type: input # holding or input
      decode: int32 # int16|32|64, uint16|32|64, float32|64 and u|int32s + float32s
    scale: 0.01 # floating point factor applied to result, e.g. for kW to W conversion
    timeout: 2000 # ms

Auch das Lesen um einen Versetzten Byte löste das Problem mit Energie und Leistung. Beide werden jetzt dargestellt. Das einzige was nicht dargestellt wird sind die Ströme pro Phase. Das ist aber wahrscheinlich etwas anderes. Meine Konfig ist jetzt:

- type: custom   
  name: wbmeter
  power: # power (W)
    source: modbus # plugin type
    rtu: false
    uri: 192.168.104.6:502 # Hostname
    id: 10
    register:
      address: 57
      type: input # holding or input
      decode: uint32 # int16|32|64, uint16|32|64, float32|64 and u|int32s + float32s
    scale: 0.01 # floating point factor applied to result, e.g. for kW to W conversion
    
  energy: # energy (Wh)
    source: modbus # plugin type
    rtu: false
    id: 10
    uri: 192.168.104.6:502 # Hostname
    register:
      address: 6687
      type: input # holding or input
      decode: uint32 # int16|32|64, uint16|32|64, float32|64 and u|int32s + float32s
    scale: 0.001 # floating point factor applied to result, e.g. for kW to W conversion
  currents: # current (A)
  -
    source: modbus # plugin type
    rtu: false
    id: 10
    uri: 192.168.104.6:502 # Hostname
    register:
      address: 7
      type: input # holding or input
      decode: uint32 # int16|32|64, uint16|32|64, float32|64 and u|int32s + float32s
    scale: 0.0001 # floating point factor applied to result, e.g. for kW to W conversion
  -
    source: modbus # plugin type
    rtu: false
    id: 10
    uri: 192.168.104.6:502 # Hostname
    register:
      address: 9
      type: input # holding or input
      decode: uint32 # int16|32|64, uint16|32|64, float32|64 and u|int32s + float32s
    scale: 0.0001 # floating point factor applied to result, e.g. for kW to W conversion
  -
    source: modbus # plugin type
    rtu: false
    id: 10
    uri: 192.168.104.6:502 # Hostname
    register:
      address: 11
      type: input # holding or input
      decode: uint32 # int16|32|64, uint16|32|64, float32|64 and u|int32s + float32s
    scale: 0.0001 # floating point factor applied to result, e.g. for kW to W conversion

Es wäre super wenn sich jemand diesen Timeout Parameter anschauen könnte. Sonst stolpert bestimmt jemand anders noch über das Problem.

[andig]

Wir könnten den Zähler bei mbmd hinzufügen falls ich Testzugang hätte ([email protected])

[andig]

Timeout möchte bitte eine Einheit haben, sonst sinds ns

[Markinus]

Ja, die ns sind das Problem. Mit SO einer großen Zahl habe es dann nun doch nicht getestet. Nach der Doku hier sind es ms (Das Beispiel ganz unten).

Beispiel:

source: modbus
...
register:
  address: 40070
  source: holding # holding or input
  decode: int32 # int16|32|64, uint16|32|64, float32|64 and u|int32s + float32s
scale: -1.0 # floating point factor applied to result, e.g. for kW to W conversion
timeout: 2000 # ms

Die Aufnahme des Zählers wäre super. Ich melde mich.

[andig]

Es sind ns. mach einfach

2s

dann passt es

[Markinus]

Ja, das funktioniert, danke.

[andig]

Ich hab mir mal erlaubt, das Thema Modbuskonfiguration etwas umfassender zu beschreiben, vielleicht hilft es ja:

Modbuskonfigurationen für unterschiedliche Einsatzbereiche

Einsatzbereich	Geräteprotokoll	Adapter Ausgang	Adapter Eingang	Anwendungsprotokoll
Direkte Netzwerkverbindung	ModbusTCP	-	-	ModbusTCP
Lokaler USB Adapter	ModbusRTU	RS485	USB	ModbusRTU
Ethernet Adapter ohne Protokollwandlung	ModbusRTU	RS485	Ethernet	ModbusRTU über Ethernet (erfordert rtu: true)
Ethernet Adapter mit Protokollwandlung	ModbusRTU	RS485	Ethernet	ModbusTCP

[Markinus]

Super, das hilft auf jeden Fall.