<![CDATA[[gelöst] ModBus Adapter keine Daten]]>Moin!

Seit einigen Wochen logge ich die Leistungsdaten meiner Photovoltaikanlage (E3DC S10) via ModBus und ioBroker (auf RaspberryPi4) mit Darstellung im VIS. Aufzeichnung in einer externen SQL-Datenbank. Lief alles problemlos.
Neuerdings kann sich der ModBus-Adapter nicht mehr verbinden, die Leistungsdaten werden also nicht mehr aktualisiert. Die Verbindungsparameter in der Adapterkonfiguration sind so, wie ich es nach Anleitung eingestellt habe, ebenso die weiteren Einstellungen.
Adapter-, S10-, Router-Neustart zwecklos, ioBroker Log sagt immer "Serial is not available".

Hier ein Auszug aus dem LOG:

modbus.0 2020-06-05 01:13:03.630 info (4468) starting. Version 3.0.2 in /opt/iobroker/node_modules/iobroker.modbus, node: v12.17.0, js-controller: 3.1.4
host.raspi 2020-06-05 01:13:02.469 info instance system.adapter.modbus.0 started with pid 4468
host.raspi 2020-06-05 01:12:59.972 info instance system.adapter.modbus.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
modbus.0 2020-06-05 01:12:59.443 info (4431) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
modbus.0 2020-06-05 01:12:59.441 info (4431) terminating
modbus.0 2020-06-05 01:12:59.438 info (4431) Got terminate signal TERMINATE_YOURSELF
host.raspi 2020-06-05 01:12:59.433 info stopInstance system.adapter.modbus.0 send kill signal
host.raspi 2020-06-05 01:12:59.430 info stopInstance system.adapter.modbus.0 (force=false, process=true)
modbus.0 2020-06-05 01:12:19.654 warn (4431) Module serialport is not available
modbus.0 2020-06-05 01:10:34.959 warn (4431) Module serialport is not available
modbus.0 2020-06-05 01:10:28.755 warn (4431) Serial is not available

(Frage nebenbei: wofür steht die Zahl in den Klammern? Ist immer wieder eine andere...)

Verstehe die Fehlermeldung auch nicht wirklich, das Gerät wird via TCP verbunden, nicht serial.
Wenn ich bei Instanzen auf die Ampel gehe, sagt das Popup "Verbunden mit Host: wahr, Lebenszeichen: wahr, Verbunden mit ModBus: falsch".
Im Router ist auch alles unauffällig, das S10 ist normal verbunden, IP fest eingestellt. Ich kann auch normal via Portal die Daten abrufen.
Am Gerät selbst gab es zwar ein Firmwareupdate, aber das kam schon Tage vorher. Mit der aktuellen FW lief die ModBus-Abfrage definitiv schon, ich schaue häufig auf die Daten.

Hat jemand eine Idee und kann mir weiterhelfen?

EDIT:
nun habe ich (wohl etwas voreilig) den ModbusAdapter rausgeschmissen und neu installiert/eingerichtet. Ergebnis ist das Gleiche, keine neuen Daten, und die alten Objekte sind natürlich auch futsch. Allerdings unterscheidet sich das Log, die Warnung (Serial...) kommt nicht:

2020-06-05 13:21:20.790 - info: host.raspi stopInstance system.adapter.modbus.0 (force=false, process=true)
2020-06-05 13:21:20.792 - info: host.raspi stopInstance system.adapter.modbus.0 send kill signal
2020-06-05 13:21:20.795 - info: modbus.0 (12695) Got terminate signal TERMINATE_YOURSELF
2020-06-05 13:21:20.798 - info: modbus.0 (12695) terminating
2020-06-05 13:21:20.799 - info: modbus.0 (12695) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-06-05 13:21:21.315 - info: host.raspi instance system.adapter.modbus.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2020-06-05 13:21:23.822 - info: host.raspi instance system.adapter.modbus.0 started with pid 12714
2020-06-05 13:21:25.425 - info: modbus.0 (12714) starting. Version 3.0.2 in /opt/iobroker/node_modules/iobroker.modbus, node: v12.17.0, js-controller: 3.1.4
2020-06-05 13:25:48.972 - info: host.raspi stopInstance system.adapter.modbus.0 (force=false, process=true)
2020-06-05 13:25:48.975 - info: host.raspi stopInstance system.adapter.modbus.0 send kill signal
2020-06-05 13:25:48.980 - info: modbus.0 (12714) Got terminate signal TERMINATE_YOURSELF
2020-06-05 13:25:48.984 - info: modbus.0 (12714) terminating
2020-06-05 13:25:48.986 - info: modbus.0 (12714) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-06-05 13:25:49.522 - info: host.raspi instance system.adapter.modbus.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2020-06-05 13:25:52.003 - info: host.raspi instance system.adapter.modbus.0 started with pid 12768
2020-06-05 13:25:53.256 - info: modbus.0 (12768) starting. Version 3.0.2 in /opt/iobroker/node_modules/iobroker.modbus, node: v12.17.0, js-controller: 3.1.4

]]>https://forum.iobroker.net/topic/34092/gelöst-modbus-adapter-keine-datenRSS for NodeSun, 10 May 2026 05:07:37 GMTFri, 05 Jun 2020 11:19:29 GMT60<![CDATA[Reply to [gelöst] ModBus Adapter keine Daten on Mon, 22 Jun 2020 06:07:53 GMT]]>Hallo,

die Fritzbox scheint bei Heimautomation an ihre Grenzen zu kommen, wenn zu viele bekannte Geräte im Netz sind. Der TR-064 Adapter listet bei uns nicht mehr alle Geräte auf. Bei uns haben die meisten Geräte (alle außer die, welche nicht von anderen Geräten angesprochen werden) eine feste IP-Adresse bekommen.

Zweimal musste ich die Fritzbox (7590) schon vom Stromnetz nehmen, da sie nicht mehr reagierte. Beide Male wurde gerade telefoniert, der Junior hat gezockt, die Heimautomation läuft eh und ich wollte auf die Weboberfläche der Fritzbox zugreifen.

Da das Fritz - MESH (2 Fritzboxen und ein Fritz Repeater) und Gäste-WLAN nicht so wie erwartet / erhofft laufen, überlege ich eh, auf einen anderen Hersteller zu wechseln.

]]>https://forum.iobroker.net/post/453206https://forum.iobroker.net/post/453206Mon, 22 Jun 2020 06:07:53 GMT<![CDATA[Reply to [gelöst] ModBus Adapter keine Daten on Wed, 17 Jun 2020 19:24:02 GMT]]>ich traue es mich kaum zu sagen:
Nachdem ich alles mögliche versucht habe, inkl. LAN-Verbindung per Messgerät checken und E3DC-Support bemühen, habe ich bemerkt, dass der Fehler eine falsche IP-Adresse in den Einstellungen des Modbus-Adapters war!
:man-facepalming:

Kann mir nur nicht erklären wie es dazu kam, in der Fritzbox ist eingestellt dass immer die gleiche IP vergeben werden soll. Und ich habe nicht an den Einstellungen herumgespielt, nachdem ich es eingerichtet hatte und alles super funktionierte - warum auch...
Scheinbar hat sich die Fritzbox einfach nicht daran gehalten. Und weil nur die Endziffer eine 9 statt 8 war, ist es mir nicht aufgefallen.
:man-shrugging:

]]>https://forum.iobroker.net/post/451305https://forum.iobroker.net/post/451305Wed, 17 Jun 2020 19:24:02 GMT<![CDATA[Reply to [gelöst] ModBus Adapter keine Daten on Wed, 17 Jun 2020 08:33:04 GMT]]>Da ich das auch habe, wenn auch erst heute bemerkt, liegt es nicht an der S10. Auch ich habe seit dem 5.6. keine Daten mehr von meiner S10 (und einem SolarEdge)

Leider hat auch ein npm rebuild bzw. npm install nach einem rm vom node_modules nicht gebracht. Wie hast du es gelöst?

]]>https://forum.iobroker.net/post/451039https://forum.iobroker.net/post/451039Wed, 17 Jun 2020 08:33:04 GMT<![CDATA[Reply to [gelöst] ModBus Adapter keine Daten on Sat, 06 Jun 2020 19:41:24 GMT]]>So, ich habe eben gesehen dass es ein Update beim ModBus-Adapter gibt. Gleich hoffnungsvoll installiert.
Fehlerbild unverändert, aber im Log steht nun:

modbus.0 2020-06-06 21:29:33.099 warn (5932) On error: {"errno":"EHOSTUNREACH","code":"EHOSTUNREACH","syscall":"connect","address":"192.168.178.38","port":502}
modbus.0 2020-06-06 21:29:33.097 error (5932) Client in error state.
modbus.0 2020-06-06 21:29:33.095 error (5932) Socket Error

o_O

Das Hauskraftwerk hängt an nem Switch, also Kabel abgezogen und direkt mit dem Router verbunden.
Keine Änderung. Hätte mich auch gewundert, das andere Gerät am Switch lüppt ja auch...
In der Fritzbox ist eine entsprechende Portfreigabe aktiviert.

Hab noch ein Ticket bei E3DC mit der Bitte um Schnittstellen-Überprüfung geöffnet, warte auf Antwort.

Langsam gehen mir die Ideen aus, wo man noch nach Fehlern suchen soll...
Würde mich freuen wenn jemand von Euch helfen kann!

]]>https://forum.iobroker.net/post/445265https://forum.iobroker.net/post/445265Sat, 06 Jun 2020 19:41:24 GMT<![CDATA[Reply to [gelöst] ModBus Adapter keine Daten on Fri, 05 Jun 2020 14:03:48 GMT]]>Node.js auf 12.18.0 aktualisiert, ändert auch nichts...

]]>https://forum.iobroker.net/post/444539https://forum.iobroker.net/post/444539Fri, 05 Jun 2020 14:03:48 GMT