Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@fuzzy1955 sagte in HDG Heizung über Waveshare Modbus Gateway:

meinen Hybridwechselrichtern

wahrscheinlich chinesischer Herkunft!??
Holdingregister sind üblicherweise zum Schreiben, bei der vermuteten Herkunft aber leider auch für eigentliche Inputregister misdbraucht

@strike498
Dein "Problem" könnte vielschichtig sein.

@Strike498 sagte in HDG Heizung über Waveshare Modbus Gateway:

Ich wollte exemplarisch mal die 211 auslesen

guter Ansatz!
immer erst nur mit einer einzigen Adresse beginnen.

@Strike498 sagte in HDG Heizung über Waveshare Modbus Gateway:

Die Registerliste habe ich, anbei ein Ausschnitt.

da fehlen wichtige Informationen, wie das jeweilige Datenformat, sowie der Offset.

---

Weiterhin hast du mit dem rtu2eth Konverter eine weitere Komplikation eingebaut.

Wie kannst du herausfinden ob das Kommunikationsproblem

• am Gerät selbst
• auf der seriellen Seite des Konverters
• beim Konverter Serverseitig
• beim Adapter

liegt??
Der Eintrag in den Registern sowie das debug-log hast du noch nicht gezeigt

[Strike498]

@Homoran

Hi Homoran,

danke dir für deine Antwort.

Du sagst in der Registerliste fehlen Informationen, also nochmal bei HDG anfragen?

Und was wäre denn eine andere Möglichkeit, wenn nicht der rtu converter?

Hier noch der Eintrag im Register.

Wie gesagt, hier habe ich bereits Holding und Inputregisters ausprobiert. Auch mit dem Typ habe ich schon herumprobiert.

Und noch ein Auszug aus dem Log.

Danke & Grüße, Tim

[Homoran]

@Strike498 sagte in HDG Heizung über Waveshare Modbus Gateway:

Du sagst in der Registerliste fehlen Informationen, also nochmal bei HDG anfragen?

ich denke, dass diese Informationen irgendwo in der Doku stehen werden.

@Strike498 sagte in HDG Heizung über Waveshare Modbus Gateway:

Und was wäre denn eine andere Möglichkeit, wenn nicht der rtu converter?

ich nutze ausschließlich usb2rs485.

@Strike498 sagte in HDG Heizung über Waveshare Modbus Gateway:

Hier noch der Eintrag im Register.

bitte keine sooo hochauflösende microfilme!

ist fast nicht zu entziffern.

Wo hast du die eingegebenen Parameter her?

@Strike498 sagte in HDG Heizung über Waveshare Modbus Gateway:

ein Auszug aus dem Log.

das ist kein debug-log

wo kommen denn diese function codes her?
hast du dich noch woanders Einträge?

https://en.wikipedia.org/wiki/Modbus#Public_function_codes

[Strike498]

@Homoran

In der Liste, die ich vom Support bekommen habe, stehen nur die ganzen Registernummern und das hier.

Ich habe versucht die Parameter mit Hilfe von ChatGPT zu ermitteln, was leider fehlgeschlagen ist.

Sorry, hier der debug log.

Nein, sonst habe ich nirgend irgendwelche Einträge.

Grüße, Tim

[Homoran]

@Strike498 sagte in HDG Heizung über Waveshare Modbus Gateway:

hier der debug log.

bitte als Text in code-tags!
das hier ist nicht zu erkennen

bitte lesen:
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge

[Strike498]

@Homoran
Danke für den Beitrag, werde ich in Zukunft berücksichtigen.

Hier nochmal der Log.

2025-12-02 12:03:37.207 - debug: modbus.0 (298011) Redis Objects: Use Redis connection: 127.0.0.1:9001
2025-12-02 12:03:37.224 - debug: modbus.0 (298011) Objects client ready ... initialize now
2025-12-02 12:03:37.226 - debug: modbus.0 (298011) Objects create System PubSub Client
2025-12-02 12:03:37.226 - debug: modbus.0 (298011) Objects create User PubSub Client
2025-12-02 12:03:37.257 - debug: modbus.0 (298011) Objects client initialize lua scripts
2025-12-02 12:03:37.260 - debug: modbus.0 (298011) Objects connected to redis: 127.0.0.1:9001
2025-12-02 12:03:37.279 - debug: modbus.0 (298011) Redis States: Use Redis connection: 127.0.0.1:9000
2025-12-02 12:03:37.288 - debug: modbus.0 (298011) States create System PubSub Client
2025-12-02 12:03:37.288 - debug: modbus.0 (298011) States create User PubSub Client
2025-12-02 12:03:37.342 - debug: modbus.0 (298011) States connected to redis: 127.0.0.1:9000
2025-12-02 12:03:37.357 - debug: modbus.0 (298011) Plugin sentry Initialize Plugin (enabled=true)
2025-12-02 12:03:37.500 - info: modbus.0 (298011) starting. Version 6.3.2 in /opt/iobroker/node_modules/iobroker.modbus, node: v22.21.0, js-controller: 7.0.7
2025-12-02 12:03:37.560 - debug: modbus.0 (298011) Initialize Objects for disInputs: []
2025-12-02 12:03:37.560 - debug: modbus.0 (298011) Initialize Objects for coils: []
2025-12-02 12:03:37.560 - debug: modbus.0 (298011) Initialize Objects for inputRegs: [{"_address":"211","name":"Puffer Temperatur Oben","description":"Puffer Temperatur Oben Ist","unit":"°C","type":"uint16le","len":1,"factor":1,"offset":0,"formula":"","role":"value.temperature","room":"","cw":"","isScale":"","address":211,"deviceId":1,"id":"inputRegisters.211_Puffer_Temperatur_Oben"}]
2025-12-02 12:03:37.560 - debug: modbus.0 (298011) Add inputRegisters.211_Puffer_Temperatur_Oben: {"_id":"inputRegisters.211_Puffer_Temperatur_Oben","type":"state","common":{"name":"Puffer Temperatur Oben Ist","role":"value.temperature","type":"number","read":true,"write":false,"def":0,"unit":"°C"},"native":{"regType":"inputRegs","address":211,"deviceId":1,"type":"uint16le","len":1,"offset":0,"factor":1}}
2025-12-02 12:03:37.560 - debug: modbus.0 (298011) Initialize Objects for holdingRegs: [{"_address":"211","name":"Puffer Oben Ist","description":"Puffer Temperatur Oben Ist","unit":"°C","type":"uint16be","len":1,"factor":1,"offset":0,"formula":"","role":"value.temperature","room":"","poll":true,"wp":"","cw":"","isScale":"","address":211,"deviceId":1,"id":"holdingRegisters.211_Puffer_Oben_Ist"}]
2025-12-02 12:03:37.561 - debug: modbus.0 (298011) Add holdingRegisters.211_Puffer_Oben_Ist: {"_id":"holdingRegisters.211_Puffer_Oben_Ist","type":"state","common":{"name":"Puffer Temperatur Oben Ist","role":"value.temperature","type":"number","read":true,"write":true,"def":0,"unit":"°C"},"native":{"regType":"holdingRegs","address":211,"deviceId":1,"type":"uint16be","len":1,"offset":0,"factor":1,"poll":true}}
2025-12-02 12:03:37.680 - info: modbus.0 (298011) Connected to slave
2025-12-02 12:03:37.681 - debug: modbus.0 (298011) [DevID_1] Poll start ---------------------
2025-12-02 12:03:37.682 - debug: modbus.0 (298011) Initialization of scale factors done!
2025-12-02 12:03:37.682 - debug: modbus.0 (298011) [DevID_1/inputRegs] Poll address 211 - 1 registers
2025-12-02 12:03:37.683 - debug: modbus.0 (298011) Sending pdu to the socket.
2025-12-02 12:03:38.643 - error: modbus.0 (298011) unknown function code: 0x64, 0x0
2025-12-02 12:03:39.362 - error: modbus.0 (298011) unknown function code: 0x64, 0x0
2025-12-02 12:03:40.092 - error: modbus.0 (298011) unknown function code: 0x64, 0x0
2025-12-02 12:03:40.670 - warn: shelly.0 (138837) [Mqtt.statusNotifications] 192.168.178.150 (shelly1minig3 / shelly1minig3-cc8da245f348 / shelly1minig3#cc8da245f348#1): "General Status Notifications" are disabled (see adapter documentation for details)
2025-12-02 12:03:40.842 - error: modbus.0 (298011) unknown function code: 0x64, 0x0
2025-12-02 12:03:40.992 - error: modbus.0 (298011) unknown function code: 0x64, 0x0
2025-12-02 12:03:41.863 - error: modbus.0 (298011) unknown function code: 0x64, 0x0
2025-12-02 12:03:42.312 - error: modbus.0 (298011) unknown function code: 0x64, 0x0
2025-12-02 12:03:42.612 - error: modbus.0 (298011) unknown function code: 0x64, 0x0
2025-12-02 12:03:42.683 - warn: modbus.0 (298011) Error: undefined
2025-12-02 12:03:42.683 - error: modbus.0 (298011) Request timed out.
2025-12-02 12:03:42.684 - error: modbus.0 (298011) Client in error state.
2025-12-02 12:03:42.685 - warn: modbus.0 (298011) [DevID_1] Poll error count: 1 code: {"err":"timeout","timeout":5000}
2025-12-02 12:03:42.686 - debug: modbus.0 (298011) Socket closed with error
2025-12-02 12:03:42.687 - debug: modbus.0 (298011) Clearing timeout of the current request.
2025-12-02 12:03:42.687 - debug: modbus.0 (298011) Cleaning up request fifo.
2025-12-02 12:03:43.683 - debug: modbus.0 (298011) Closing client on purpose.
2025-12-02 12:03:43.684 - info: modbus.0 (298011) Disconnected from slave 192.168.178.143

[Homoran]

@Strike498 Damit komme ich im Moment nicht weiter.

noch Ideen:

• gibt es in dem rtu2eth Umsetzer auch ein log?
• • oder wenigstens Angaben zu empfangenen und gesendeten Paketen seriell und Netzwerk?
• sind die Adressen Hex oder dezimal?

@Strike498 sagte in HDG Heizung über Waveshare Modbus Gateway:

ein Waveshare Modbus Gateway

welches?

[fuzzy1955]

@Strike498 sagte in HDG Heizung über Waveshare Modbus Gateway:

Hi Tim,

Die Baudrate der Heizung ist ab Werk auf 19200

Womit hast du am "Waveshare RS485 to Eth Konverter" die folgenden Werte eingestellt?

• IP-Adresse aus dem internen Netzwerk, möglichst fix, z.B. 192.168.0.xxx
• IP-Gateway und Subnet Mask
• Baud-Rate = 19200 (Standard ist 9600)
• Modbus-Adress-Nr. (1, 2, …) aus der Modbus-Konfiguration des angekoppelten Gerätes
• Protokoll: Modbus TCP
• Arbeitsmodus: TCP-Server
• Device-Port: 502.

Gruß,

hf

[fuzzy1955]

@Strike498

Etwas zu dem Log-Eintrag "modbus RangeError .. Attempt to access memory outside buffer bounds" habe ich gefunden:

Typische Auslöser sind:

• Falsche Registeradressen: Abfrage von nicht existierenden oder gesperrten Registern.*
• Falsche Länge: Zu viele Register in einem Block konfiguriert.*
• Gerätefehler: Unvollständige oder fehlerhafte Antwortpakete (z. B. CRC-Fehler, Timeouts).*
• Gateway-Probleme: Bei RS485‑Ethernet-Adaptern (z. B. Waveshare) können Paketverluste oder Terminierungsprobleme auftreten.*
• Firmware/Adapter-Bug: Manche Modbus-Geräte liefern nicht standardkonforme Antworten.

[Homoran]

@fuzzy1955 alles richtig!

aber ohne entsprechende logs/Fakten, kommen wir nicht auf die richtige Fährte.
Es fehlen Informationen zu der Modbuskonfiguration des Gerätes.
Es fehlen Informationen zu der Reaktion des Konverters
u.v.m

zu jedem dieser Möglichkeiten müsste ein entsprechender Passus im log stehen.
Tut es aber nicht.

Demnach scheint für mich die Ursache im falsch konfigurierten Konverter zu liegen.

Aber auch das ist geraten.

leider bekommen wir weder die notwendigen Informationen, noch die Möglichkeit selber für @strike498 danach zu suchen, da

@Strike498 sagte in HDG Heizung über Waveshare Modbus Gateway:

Meine Heizung von HDG

und "ein Gateway von Waveshare" keine Suche nach technischen Daten zulässt.

bei entsprechender Suche findet man dann u.a.

[Strike498]

@Homoran
Hallo, nochmal danke für eure Bemühungen.

Das Gateway ist ein Waveshare rs232/485 to wifi/eth.

Alles was ich konfiguriert habe im Gateway habe ich oben schon gepostet, bis auf den Mode. Der ist auf Modbus TCP <-> Modbus RTU eingestellt. Das lässt sich alles über das Webinterface einstellen
Eine Möglichkeit den Log des Konverters auszulesen, habe ich nicht gefunden.

Du meintest es fehlen Informationen in der Registerliste. Denkst du da sollte ich nochmal beim Hersteller anfragen?

Grüße, Tim

[Homoran]

@Strike498 sagte in HDG Heizung über Waveshare Modbus Gateway:

Das Gateway ist ein Waveshare rs232/485 to wifi/eth.

ich weiss nicht, ob es unter der Bezeichnung mehrere gibt. Ist es dieses: https://www.waveshare.com/rs232-485-to-wifi-eth-b.htm

[Strike498]

@Homoran
Genau das.

[Homoran]

@Strike498 ich hab jetzt due 75 Seiten Bedienungsanleitung quergelesen, ich verstehe gar nix!
Da sind viel zu viele Optionen.

ich weiß jetzt erst recht, warum ich diese Dinger meide

[Strike498]

@Homoran

Hmm okay, dann geht’s nicht nur mir so.

Du empfiehlst usb2rs485?

[Homoran]

@Strike498 ich hab die großen waveshare

und die kleinen Sticks

läuft alles ohne Probleme.

Wenn was icht auf Anhieb passt, kann man es schnell eingrenzen

[Strike498]

@Homoran

Hmm okay, dann muss ich nur schauen wie ich ein Kabel von meinem RPi zur Heizung bekomme.

[Homoran]

Dann versuchen wir noch was!
ohne Gewähr

stell den Adapter auf modbus tcp

und den Konverter auf tcp to rtu

[Strike498]

@Homoran
In der Hoffnung, dass du was erkennst, hier sind die Modi, die ich im konverter einstellen kann.

[Homoran]

genau so

und im Adapter auf TCP