fortgeschrittene Modbus Probleme mit OH3 und SMA WR

[oh73]

dann schalte den Wechselrichter mal aus,
lösche die Netzwerkverbindung mit der 192.168.100.48 in der Fritzbox.

schalte den Wechselrichter wieder an und lass von der Fritzbox eine neue IP vergeben!

vielleicht geht es damit besser!



im Sunny Explorer steht auch die richtige IP !

[Homer-S]

good news:
nach dem Ein ausscchalten gestern abend, gerade probiert

2023-05-16 12_39_37-Window.png

Jetzt werd ich mal alles in OH von modbus löschen und neu aufsetzen.
Ich gehe nach der Anleitung vor:
https://hoerli.net/openhab-sma-wechselr ... -anbinden/

[oh73]

noch einen Anleitung,

https://github.com/alaub81/openhab_modbus_sma_inverter

von da hab ich meine Einrichtung für den Modbus.

sind alle Items, Things dabei!
musste nur ein Teil löschen, deaktivieren da ich keinen Batterie Speicher habe.

[Homer-S]

2023-05-16 13_00_09-Window.png

Den WICHTIGSTEN WERT hab ich schon mal.

Herzlichen Dank an alle die mit mir gelitten haben und mich auf den rechten Weg geschuppst haben!!!!!!!!!!!!!!!

DANKE!

[TOPBREAKER]

Hallo zusammen,

ich wollte das mein SMA Tripower 8 zwei Gree Klima Geräte automatisiert startet. Ich kämpfe nun schon einige Tage mit dem Modbus vom SMA Wechselrichter. Ich habe bisher nur das Register 30845 für den Ladestatus der Batterie zum testen benutzt. Es hat auch einmal den richtigen Wert angezeigt (das sollte jegliche Fehlkonfiguration ausschließen!?). Nach einer Nacht aber plötzlich nicht mehr. Das komische ist, dass die Modbus Verbindung an sich im Openhab online ist und auch ein Modbus Tester eine Verbidnung aufbaut. Nur die Werte kommen nicht an. Ich habe den Raspberry + WR neu gestartet und Modbus im WR einmal deaktiviert und wieder aktiviert. In der Fritzbox vorm WR neustart die IP geändert. Kein Unterschied.

Laut SMA: Datentransferintervall über das Modbus-Protokoll Aus Gründen der Systemstabilität soll der zeitliche Abstand zwischen Datentransfers über das Modbus-Protokoll mindestens 10 Sekunden betragen. Dabei sollen gleichzeitig nicht mehr als 5 Parameter und Messwerte pro Wechselrichter übertragen werden. Ich hatte 5s Poll im Openhab eingestellt da es in einigen Tutorial so gemacht wurde. Liegt es vielleicht daran? Was habt ihr für Zeiten? Vielleicht "verschluckt" der WR sich wenn zu häufig Daten über MB abgefragt werden.

[Tokamak]

Vorab: Mit den Bildern kann man (ich) nichts anfangen. Sie sind nicht vergrößerbar, und sie helfen nicht.

Ich frage eine gut 17 Jahre alte SMA-Web-Box mit Modbus ab, im 2-Sekunden-Intervall.
Aber wenn schon SMA sagt, man soll nicht häufiger als alle 10 Sekunden abfragen: Hast du das mal probiert?

Wen es Probleme beim Abholen gibt, wird das im openhab.log etwa so protokolliert:

Code: Alles auswählen

2025-03-27 07:19:14.999 [WARN ] [rt.modbus.internal.ModbusManagerImpl] - Try 1 out of 3 failed when executing request (ModbusReadRequestBlueprint [slaveId=2, functionCode=READ_INPUT_REGISTERS, start=30775, length=2, maxTries=3]). Will try again soon. Error was I/O error, so resetting the connection. Error details: net.wimpi.modbus.ModbusIOException I/O exception: SocketTimeoutException Read timed out [operation ID d13fc87a-9759-424f-9be6-2168363c4919]

Wenn das bei dir nicht oder selten kommt, dürfte das nicht die Ursache sein.

Wie sieht denn deine Openhab-Konfig aus? Meine sma.things ist:

Code: Alles auswählen

Bridge modbus:tcp:sunnywebbox [ host= "sunnywebbox", id= 2 ]
{
    Bridge poller Ertrag [ start= 30513, length= 8, type= "input", refresh= 5000 ] {
        Thing data Gesamt [ readStart= 30513, readValueType= "uint64" ]
        Thing data Tag [ readStart= 30517, readValueType= "uint64" ]
    }
    Bridge poller Aktuell [ start= 30775, length= 2, type= "input", refresh= 2000 ] {
        Thing data Wirkleistung [ readStart= 30775, readValueType= "int32" ]
    }
}

[udo1toni]

Anmerkung: im Firefox kann ich das Bild (es ist nur eines) per Kontextmenü mit "Grafik in neuem Tab öffnen" in einem separaten Tab öffnen, dort hängt die Größe dann nur vom Fenster und der gewählten Zoomstufe ab.

Ansonsten gilt aber wie so oft dennoch die Aussage von Tokamak, die Grafik ist wenig hilfreich. Vor allem nimmt sie unnötig viel Platz ein, es wäre sinnvoller gewesen, wenn überhaupt, dann den Text als Text einzufügen.
Wenn ein Programm keine Option bietet, solche Informationen als Text zu exportieren, möchte ich die MS PowerToys empfehlen, dort gibt es eine ziemlich gute Texterkennung mit Screenshot, als Beispiel der linke Teil der Grafik:

Code: Alles auswählen

> Anlagenkommunikaüon
v Externe Kommunikation
V Modbus
Modbus Unit ID
Modbus P-Vorgaben auf Eingang 2
v TCP-Server
Modbus TCP-Server eingeschaltet
Modbus TCP-Server-Port
v UDP-Server

Mit Tabellen kann der Screenreader auch umgehen (muss man allerdings auswählen), so sieht die Tabelle aus:

Code: Alles auswählen

x- 56. Err O: ID =	3. - 04. S R 1000ms
Name	Name	00850
850 --
851 = 4294967295
2		852 = --
3		853 = 4294967295
4		854 =
5	845 = 4294967295
6
7	847 = 4294967295
8
9	849 = 4294967295

Und in der aktuellen Version (keine Ahnung wann das dazu kam) kann auch das in Windows integrierte Snipping Tool direkt Text aus Bildern extrahieren.

[TOPBREAKER]

Hallo und danke für die Hinweise. Ich habe für das Bild per URL anstatt IMG eingefügt. Entschuldigung dafür ich es geändert. Auf dem Bild wollte ich parallel auf der linken Seite das Setting im SAM WR und rechts einen Modbus Tester darstellen. Der Modbus Tester hat auch eine Verbindung (Tx Wert erhöht sich). Wenn ich im WR Modbus deaktiviere dann verliert der Modbus Tester die Verbindung. Allerdings sind die Werte nur murks.

Der Log viewer zeigt keinerlei Fehler an.

Openhab habe ich nach der Anleitung aus diesem Video konfiguriert (ich habe nicht den Code geschrieben):
Youtube Tutorial

Dort wird erst ein MB Slave Thing erstellt. Das sieht bei mir so aus:

Code: Alles auswählen

UID: modbus:tcp:77afe2a9fc
label: SMA_WR
thingTypeUID: modbus:tcp
configuration:
  rtuEncoded: false
  connectMaxTries: 3
  reconnectAfterMillis: 2000
  timeBetweenTransactionsMillis: 15000
  port: 502
  timeBetweenReconnectMillis: 2000
  connectTimeoutMillis: 10000
  host: 192.168.178.104
  afterConnectionDelayMillis: 2000
  id: 3
  enableDiscovery: false

Dann kommt das Regular Poll Thing:

Code: Alles auswählen

UID: modbus:poller:77afe2a9fc:bbb5a6b1bf
label: SMA WR POLL Livedaten
thingTypeUID: modbus:poller
configuration:
  length: 10
  start: 30845
  refresh: 14000
  maxTries: 3
  cacheMillis: 50
  type: input
bridgeUID: modbus:tcp:77afe2a9fc

Als letztes die Ausgabe der Daten:

Code: Alles auswählen

UID: modbus:data:bbb5a6b1bf:4c08bdc09b
label: SMA WR DATA Livewerte
thingTypeUID: modbus:data
configuration:
  readValueType: uint32
  readTransform:
    - default
  writeTransform:
    - default
  readStart: "30845"
  updateUnchangedValuesEveryMillis: 10000
  writeMultipleEvenWithSingleRegisterOrCoil: false
  writeMaxTries: 3
bridgeUID: modbus:poller:77afe2a9fc:bbb5a6b1bf
channels:
  - id: number
    channelTypeUID: modbus:number-type
    label: Value as Number
    description: Number item channel
    configuration: {}
  - id: switch
    channelTypeUID: modbus:switch-type
    label: Value as Switch
    description: Switch item channel
    configuration: {}
  - id: contact
    channelTypeUID: modbus:contact-type
    label: Value as Contact
    description: Contact item channel
    configuration: {}
  - id: dimmer
    channelTypeUID: modbus:dimmer-type
    label: Value as Dimmer
    description: Dimmer item channel
    configuration: {}
  - id: datetime
    channelTypeUID: modbus:datetime-type
    label: Value as DateTime
    description: DateTime item channel
    configuration: {}
  - id: string
    channelTypeUID: modbus:string-type
    label: Value as String
    description: String item channel
    configuration: {}
  - id: rollershutter
    channelTypeUID: modbus:rollershutter-type
    label: Value as Rollershutter
    description: Rollershutter item channel
    configuration: {}
  - id: lastReadSuccess
    channelTypeUID: modbus:last-successful-read-type
    label: Last Successful Read
    description: Date of last read
    configuration: {}
  - id: lastReadError
    channelTypeUID: modbus:last-erroring-read-type
    label: Last Erroring Read
    description: Date of last read error
    configuration: {}
  - id: lastWriteSuccess
    channelTypeUID: modbus:last-successful-write-type
    label: Last Successful Write
    description: Date of last write
    configuration: {}
  - id: lastWriteError
    channelTypeUID: modbus:last-erroring-write-type
    label: Last Erroring Write
    description: Date of last write error
    configuration: {}

Mit den Zeiten habe ich schon ein wenig herumgespielt. Aber sonst ist es die gleiche Konfiguration wie ursprünglich wo es funktioniert hat.

[Tokamak]

Unmittelbar ist das kein Fehler zu sehen.

Ich verstehe allerdings deine Aussage "Allerdings sind die Werte nur murks" nicht. Wenn die beim Modbus Tester Murks sind, warum sollten sie dann bei openhab gut sein?

Die Kombination aus "keine Fehlermeldung" und "keine Daten" war bei mir immer dann der Fall, wenn das Modbus-Bindung untätig wurde, weil etwa längere Zeit das Modbus-Gerät nicht erreicht wurde. Da reagiert das Modbus-Binding etwas unerfreulich.
Das würde deine Aussage "Nach einer Nacht aber plötzlich nicht mehr. Das komische ist, dass die Modbus Verbindung an sich im Openhab online ist und auch ein Modbus Tester eine Verbidnung aufbaut" erklären, wenn nachts aus irgnendeinem Grund das Gerät länger nicht erreichbar war, wobei "länger" lediglich ein paar Minuten sind.

Inzwischen hast du sicher das Modbus-Bundle oder gar openhab neu gestartet, so dass das ein untätiges Binding nicht die Ursache ist.

Ich würde versuchen, Mist zu konfigurieren, etwa den Start auf 30846 legen. Dann muss im Logging was stehen, weil das Gerät bei falscher Adresse keine Daten liefert.
Und ich würde versuchen. mehrere Poller anzulegen, um zu schauen, ob andere Daten durchgehen.

[TOPBREAKER]

Hallo Tokamak,

ich bin deinem Rat gefolgt und habe absichtlich Fehler Produziert und mir den Log angesehen. Die Fehler wurden angezeigt. Dann habe ich alle Modbus Things gelöscht und erneut eingefügt + Rapraspberry Neustart. Und siehe da plötzlich kann ich mit einem Modbus Tester und mit Openhab etwas empfangen. Nun kommt bei der Adresse 30845 mein gewünschter Batterie Ladezustand an. Allerdings werden weder dieser noch die Raumtemperatur der Klima bei Openhab als point angezeigt. Habt ihr da eine Idee woran es liegen kann?

Code: Alles auswählen

06:14:13.473	INFO	openhab.event.ItemStateChangedEvent	Item 'Modbus_Data_Value_as_Number' changed from 1313 to 55
06:01:51.411	INFO	openhab.event.ItemStateChangedEvent	Item 'Gree_Eltern_Aktuelle_Temperatur' changed from 18 °C to 17 °C