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

[Strike498]

@Homoran
Modbus Adapter ist auf TCP und Master gestellt. Fehler bleiben leider bei FC100.

[Homoran]

was bietet der Konverter in dem pulldown 'server' bei eth network sonst noch an?

[Homoran]

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

2025-12-02 22:30:31.142 - info: modbus.0 (302084) Connected to slave 192.168.178.143

das sieht schon mal gut aus.
Die Eth verbindung Adapter <-> Konverter steht.

aber
Die Abfrage der/des Registers klappt nicht
Das kann natürlich auch an der Konfiguration der seriellen Seite liegen.

Mach mal den Haken bei Aliases verwenden rein.
(hab allerdings keine allzugroße Hoffnung)

[Strike498]

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

was bietet der Konverter in dem pulldown 'server' bei eth network sonst noch an?

Da gibt’s noch „Client“. Das habe ich jetzt ausgewählt, aber dann kann er laut Log nicht mal mehr connecten.

2025-12-03 06:41:06.153 - info: modbus.0 (305479) starting. Version 6.3.2 in /opt/iobroker/node_modules/iobroker.modbus, node: v22.21.0, js-controller: 7.0.7
2025-12-03 06:41:06.213 - debug: modbus.0 (305479) Initialize Objects for disInputs: []
2025-12-03 06:41:06.214 - debug: modbus.0 (305479) Initialize Objects for coils: []
2025-12-03 06:41:06.214 - debug: modbus.0 (305479) Initialize Objects for inputRegs: [{"_address":30212,"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.30212_Puffer_Temperatur_Oben"}]
2025-12-03 06:41:06.214 - debug: modbus.0 (305479) Add inputRegisters.30212_Puffer_Temperatur_Oben: {"_id":"inputRegisters.30212_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-03 06:41:06.214 - debug: modbus.0 (305479) Initialize Objects for holdingRegs: [{"_address":40212,"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.40212_Puffer_Oben_Ist"}]
2025-12-03 06:41:06.214 - debug: modbus.0 (305479) Add holdingRegisters.40212_Puffer_Oben_Ist: {"_id":"holdingRegisters.40212_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-03 06:41:06.262 - debug: modbus.0 (305479) Remove old object modbus.0.holdingRegisters.211_Puffer_Oben_Ist
2025-12-03 06:41:06.262 - debug: modbus.0 (305479) Remove old object modbus.0.inputRegisters.211_Puffer_Temperatur_Oben
2025-12-03 06:41:06.391 - error: modbus.0 (305479) Socket Error
2025-12-03 06:41:06.392 - error: modbus.0 (305479) Client in error state.
2025-12-03 06:41:06.392 - warn: modbus.0 (305479) On error: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.178.143","port":502}
2025-12-03 06:41:06.392 - debug: modbus.0 (305479) Socket closed with error
2025-12-03 06:41:06.393 - debug: modbus.0 (305479) Cleaning up request fifo.
2025-12-03 06:41:07.392 - debug: modbus.0 (305479) Closing client on purpose.

[Strike498]

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

Mach mal den Haken bei Aliases verwenden rein.
(hab allerdings keine allzugroße Hoffnung)

Hat leider auch nichts gebracht.

[Strike498]

@homoran Wenn dir nichts mehr einfällt werde ich wohl doch versuchen auf usb2rs485 zu gehen und irgendwie das Kabel zu ziehen.

[Homoran]

Sorry, mit den RTU2ETH kenne ich mich gar nicht aus.

[Strike498]

@Homoran schade, danke trotzdem

[Ganner86]

Welche Steuerung hast du in der Heizung verbaut? Die Touch und Touch XL haben meines Wissens nach ein RJ45 zum einbinden ins Netzwerk. Darüber lassen sich auch viele Daten lesen. Da gibt es auch einen fertigen Adapter für den IOB.

[Strike498]

@Ganner86 Hey, danke für deine Antwort.

Welcher Adapter ist das denn? Am Netz hab ich die Heizung schon.

Grüße, Tim

[Ganner86]

@Strike498
https://www.iobroker.net/#de/adapters/adapterref/iobroker.hdg-bavaria/README.md
Das ist der Adapter. Wird leider vom Entwickler nicht mehr weiter gepflegt. Hatte kurzfristig Mailkontakt mit ihm. Diesen Adapter verwende ich in einer angepassten Form da er in der Ursprungsversion nicht mit meiner Steuerung funktioniert hat. Sollte im iob in der Adapter Liste aber auch zu finden sein.

[Strike498]

@Ganner86

Habe ihn jetzt über Github installiert, da er bei mir in der Adapter Liste nicht zu finden war.
Was hast du denn noch geändert am Adapter? Ich bekomme schon einige Werte, nur bei manchen steht „unbekannt“ oder einfach nichts drin.

[Ganner86]

@Strike498 Ich hatte mir den Adapter geforked und den request geändert da meine Steuerung nicht auf den request des original Adapter reagiert hat. Zusätzlich hab ich mir noch den Brauchwasserspeicher mit aufgenommen und ob eine Störung oder Warnung ansteht. Kenne deine Heizungsanlage nicht, eventuell stellt sie bei den unbekannten Werten keine Daten zur Verfügung. Bin leider selbst kein Entwickler und hab mir den Adapter etwas zurecht gebastelt das er für mich funktioniert.

[Strike498]

@Ganner86
Der Kessel ist ein HDG F20(E) Stückholzkessel.
Vom Adapter anpassen habe ich leider gar keine Ahnung.

[Ganner86]

@Strike498
Hab leider auch sehr wenig Ahnung von der Adapter Entwicklung. Da du einen Stückholzkessel hast werden sich die ID's die in der Steuerung angefragt werden teilweise zu den Pelletkessel unterscheiden. Ich hatte mir die benötigten ID's über die webvisu von der Steuerung mit den Entwicklertools vom Chrome raus gelesen und dann händisch im Adapter rein gebastelt. Wollte vor einiger Zeit mal in die Entwicklung von Adapter einsteigen, finde aber nicht so wirklich einen roten Faden.
Theoretisch kannst du die Daten von der Steuerung auch mit einem blockly Script zyklisch abfragen und in eigene Datenpunkte im iob schreiben lassen. Die Abfrage die an die HDG geht ist ein post request, hatte mit da testweise mal ein blockly gebaut.

[Strike498]

@Ganner86 Habe mir jetzt auch mal eine ID rausgesucht, mit der ich es probieren will. Habe nur leider absolut keinen Ansatz wie ich da Daten erhalten kann über blockly.

[fuzzy1955]

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

Habe nur leider absolut keinen Ansatz wie ich da Daten erhalten kann über blockly

@Ganner86

Hallo ihr beide!

Mit Modbus hab ich schon viel experimentiert und auch hingekriegt. Habt ihr den IOB-Modbus-Adapter schon probiert? Der Konverter müsste etwa so konfiguriert werden:

Und der IOB-Modbus-Adapter - wahrscheinlich Holding-Register:

EDIT: Wenn dann Datenpunkte im IOB angezeigt werden, könnt ihr mit Blockly oder JS gut weiterarbeiten.
Vielleicht hilft euch das.

Gruß, Fuzzy1955

[Ganner86]

@fuzzy1955 Vielen Dank für die Antwort. Ich selbst nutze keinen Modbus für die Kommunikation mit der Heizungssteuerung sondern die API der Webvisu über den ioBroker Adapter den ich mir etwas angepasst habe damit die Kommunikation funktioniert. Der Ursprungsadapter verwendet im Request einen String was bei mir nicht funktioniert hat da meine Steuerung als Request ein JSON Objekt mit jeweils 2 Key-Value Pairs pro Datenpunkt/ID erwartet. Zusätzlich habe ich mir noch ein zwei ID´s eingebaut die nicht vorhanden waren. Funktioniert bisher auch tadellos. Da ich leider kein Entwickler bin und wenig bis gar keine Ahnung von der Adapterentwicklung habe kann ich hier wenig unterstützen.

Da @strike498 einen anderen Kessel hat (Stückholz statt Pellet) werden bei ihm verschiedene Daten fehlen und andere keine Werte bringen da sie in der Steuerung nicht vorhanden sind.
Wenn ich mir das ganze so anschaue gibt es 3 Varianten wie man da die Kuh vom Eis bekommt:

1. Möglichkeit: Modbus weiter testen bis es funktioniert. Hierbei würde ich die Verkabelung überprüfen und nach den Abschlusswiderständen schauen und kontrollieren welchen der rs485 Anschlüsse für die übergeordnete Steuerung ist. An meiner Touch XL gibt es 3 Anschlüsse wovon einer für die Kommunikation mit dem Kesselschaltfeld ist, frag mich bitte nicht an welchen der 3 man sich da andocken kann, da kann vermutlich nur der Support oder try&error helfen. Weiterhin brauchen RS485 Verbindungen Abschlusswiderstände an den Enden, manche Steuerungen haben diese integriert und können per DIP Schalter zugeschaltet werden, so auch die Heizungssteuerung, andere brauchen einen externen Abschlusswiederstand. Ich hatte ein ähnliches Problem vor einiger Zeit bei der Verbindung eines WAGO Controllers mit einer Steuerung eines Almig Schraubenkompressor. Da lag es letztendlich an einem fehlenden Abschlusswiederstand am WAGO Controller. Was man hier ggf. machen könnte wäre sich einen simplen rs485-USB converter zu besorgen und mit einem Laptop und einem Modbus Tester zu probieren bis man die richtigen Paramerter eingestellt hat und die Kommunikation steht, dann kann man sie auf den MODBUS-ETH Adapter übertragen und schauen das die Verbindung zum ioBroker klappt.
   Edith: Die korrekten Pins sind wohl X4:1-3 habe ich gerade im Symcon Forum gelesen.

2. Möglichkeit: ioBroker Adapter Anpassen

3. Möglichkeit: Blockly script/Javascript bauen und zyklisch in einem definierten Intervall die Daten von der Webvisu abfragen und in selbst erstellte Datenpunkte im iob schreiben zu lassen. Ich habe mir damals das Programm "Postman" auf meinem PC installiert und über die Entwicklertools vom Chrome den Netzwerktraffic angeschaut und mir dann in Postman einen Request nachgebaut. Diesen dann in ein Blockly/Java Script im iob übertragen.

[Homoran]

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

Modbus weiter testen bis es funktioniert. Hierbei würde ich die Verkabelung überprüfen und nach den Abschlusswiderständen schauen und kontrollieren welchen der rs485 Anschlüsse für die übergeordnete Steuerung ist.

korrekt!
ich kenne mich leider nicht mit dem RTU2ETH Umsetzer aus. Vermute aber das Problem an dessen Konfiguration.

Daher jetzt die Frage;
liegt bei Verbindung des Touch via LAN dort bereits Modbus TCP an?

[Ganner86]

@Homoran An meiner Touch XL Steuerung gibt es 1 LAN Schnittstelle fürs Netzwerk und Fernwartung durch den Hersteller (Webserver mit Visu) sowie 3 RS485 Schnittstellen. Was ich gerade in einem Symcon Forum gelesen habe ist es wohl die RS Schnittstelle an der Klemmleiste X4 Pins 1-3 (Bezeichnung RS485-2 Extern).
Was ich im Beitrag von @strike498 gelesen habe ist das es Fehlermeldungen vom FC100 gibt, das ist die Funktion für einzelne Coils (Bits) zu lesen, das wird nicht gehen da man höchstwahrscheinlich nur komplette Register lesen kann. Jedenfalls habe ich in meiner Beschreibung der Modbus Adressen nur Register gefunden und keine Coils, da würde ich an seiner Stelle mal ansetzen.