Modbus funktioniert nicht mehr

[Telefisch]

Hallo Forum,

vor zwei Tagen habe ich ein Backup vom iobroker gemacht und danach mit iobroker start (im Synology Docker) neu gestartet.

seitdem funktioniert der modbus Adapter nicht mehr.

Im Log steht : "code":"ETIMEDOUT","errno":"ETIMEDOUT","syscall":"connect","address":"192.168.178.225","port":502

IP Adresse und Port passen, Master ist auch erreichbar.

Wie kann ich dem Problem näher auf den Pelz rücken?

Danke und Gruss

Carsten

[wendy2702]

Hi,

kenne mich mit Synology/Docker nicht aus aber hast du das Loggen mal auf Debug gestellt?

Adapter manuell gestoppt und neu gestartet?

Läuft der eventuell 2 mal?

Ist die IP Adresse vom Docker aus noch erreichbar?

Gruß

[Telefisch]

Hmm…

Adapter habe ich mehrfach mittlerweile neu gestartet und es läuft auch nur eine Instanz.

Ich habe auch schon versucht Master und Slave-Einstellung zu wechseln.

Der Server (Müsste ja Slave sein) läuft auf jeden Fall, das habe ich getestet mit simply Modbus.

Wie teste ich denn die Verbindung vom iobroker zum Slave?

Das sind die letzten Ereignisse:

stateChange system.adapter.modbus.0.outputCount 8 true modbus.0 2017-12-18 15:56:23.617 2017-12-18 15:49:08.368

stateChange system.adapter.modbus.0.inputCount 0 true modbus.0 2017-12-18 15:56:23.617 2017-12-18 15:48:38.398

stateChange system.adapter.modbus.0.uptime 466 true modbus.0 2017-12-18 15:56:23.616 2017-12-18 15:56:23.616

stateChange system.adapter.modbus.0.memHeapUsed 11.22 true modbus.0 2017-12-18 15:56:23.616 2017-12-18 15:56:23.616

stateChange system.adapter.modbus.0.memHeapTotal 16.04 true modbus.0 2017-12-18 15:56:23.614 2017-12-18 15:55:38.593

stateChange system.adapter.modbus.0.memRss 28.67 true modbus.0 2017-12-18 15:56:23.614 2017-12-18 15:56:08.606

stateChange system.adapter.modbus.0.connected true true modbus.0 2017-12-18 15:56:23.613 2017-12-18 15:48:38.396

stateChange system.adapter.modbus.0.alive true true modbus.0 2017-12-18 15:56:23.612 2017-12-18 15:48:38.395

Aus dem Docker Terminal vom iobroker hab ich mal optimistisch versucht zu pingen, ohne Response. Dem widerspricht aber die Liste der Ereignisse oder? (Wobei 8 Outputs irgendwie viel zu wenig ist)

Gruß Carsten

[wendy2702]

@Telefisch:

Hmm…

Adapter habe ich mehrfach mittlerweile neu gestartet und es läuft auch nur eine Instanz. `

Ich meinte nicht die Anzahl der Instanzen sondern die der laufenden Prozesse?

@Telefisch:

Ich habe auch schon versucht Master und Slave-Einstellung zu wechseln.

Der Server (Müsste ja Slave sein) läuft auf jeden Fall, das habe ich getestet mit simply Modbus. `

Wenn du den iobroker als "Server" bezeichnest, dann ist das eigentlich der Master

@Telefisch:

Wie teste ich denn die Verbindung vom iobroker zum Slave? `

Als erstes mit PING oder traceroute… wenn man die Befehle auf/aus dem Docker absetzen kann.

@Telefisch:

Das sind die letzten Ereignisse:

stateChange system.adapter.modbus.0.outputCount 8 true modbus.0 2017-12-18 15:56:23.617 2017-12-18 15:49:08.368

stateChange system.adapter.modbus.0.inputCount 0 true modbus.0 2017-12-18 15:56:23.617 2017-12-18 15:48:38.398

stateChange system.adapter.modbus.0.uptime 466 true modbus.0 2017-12-18 15:56:23.616 2017-12-18 15:56:23.616

stateChange system.adapter.modbus.0.memHeapUsed 11.22 true modbus.0 2017-12-18 15:56:23.616 2017-12-18 15:56:23.616

stateChange system.adapter.modbus.0.memHeapTotal 16.04 true modbus.0 2017-12-18 15:56:23.614 2017-12-18 15:55:38.593

stateChange system.adapter.modbus.0.memRss 28.67 true modbus.0 2017-12-18 15:56:23.614 2017-12-18 15:56:08.606

stateChange system.adapter.modbus.0.connected true true modbus.0 2017-12-18 15:56:23.613 2017-12-18 15:48:38.396

stateChange system.adapter.modbus.0.alive true true modbus.0 2017-12-18 15:56:23.612 2017-12-18 15:48:38.395

Aus dem Docker Terminal vom iobroker hab ich mal optimistisch versucht zu pingen, ohne Response. Dem widerspricht aber die Liste der Ereignisse oder? (Wobei 8 Outputs irgendwie viel zu wenig ist)

Gruß Carsten `

Was ist denn mit der ursprünglichen Fehlermeldung?

Aktuell kann ich keinen Fehler sehen, zumindest nicht bei dem was da steht.

[Telefisch]

@wendy2702:

Ich meinte nicht die Anzahl der Instanzen sondern die der laufenden Prozesse? `
Jap, Prozess läuft nur einmal

@wendy2702:

Wenn du den iobroker als "Server" bezeichnest, dann ist das eigentlich der Master `
Nein, auf der SPS-Steuerung, die vom ioBroker angesteuert wird läuft ein modbus TCP-Server.

Ich müsste also bei den Verbindungsdaten des modbus-Adapters eigentlich Slave für die Steuerung auswählen…?

@wendy2702:

Als erstes mit PING oder traceroute… wenn man die Befehle auf/aus dem Docker absetzen kann. `
hmm… Ping geht schonmal nicht

@wendy2702:

Was ist denn mit der ursprünglichen Fehlermeldung? `
Das ist eine gute Frage.

Die letzten Meldungen kommen so nicht wieder.

Auszug aus dem Log:

modbus.0 2017-12-18 16:23:22.612 info List of port: []

modbus.0 2017-12-18 16:23:21.602 info List of port: []

modbus.0 2017-12-18 16:23:20.586 info List of port: []

modbus.0 2017-12-18 16:16:02.540 info starting. Version 0.5.4 in /opt/iobroker/node_modules/iobroker.modbus, node: v6.11.0

Wenn die SPS als Master eingestellt wird (wie es früher komischerweise auch immer lief) bekomme ich noch das hier:

modbus.0 2017-12-18 16:26:47.880 warn On error: {"code":"ETIMEDOUT","errno":"ETIMEDOUT","syscall":"connect","address":"192.168.178.225","port":502}

Aber egal ob Master oder Slave,

ich bekomme immer die Anzeige dass modbus nicht verbunden ist (siehe Bild)
2196_modbus.jpg

[wendy2702]

Stelle doch mal SPS und Modbus Adapter so ein wie er bisher lief.

Da muss eine Seite Slave und die andere Master sein. Wie auch immer du das hattest.

Was meinst du mit:

ping geht nicht

Geht das Kommando nicht oder bekommst du keine Antwort?

Wenn das Kommando nicht geht, was kann man denn von der SPS aus machen?

Wenn du sagst das auf der SPS ein Modbus Server läuft, bedeutet das nicht zwangsweise das es auch der Master ist/sein muss.

Solange du nicht sicher sein kannst das die Ip Verbindung iobroker <-> sps funktioniert wird es kompliziert.

Wenn du die Einstellungen so wie ursprünglich vorgenommen hast, poste doch mal ein komplettes log vom Adapter Start im debug Modus.

Gesendet von iPhone mit Tapatalk Pro

[Telefisch]

Bei Ping kommt kein Response.

traceroute ist dem Terminal irgendwie wohl unbekannt.

Anscheinend kann ich außer dem Localhost garnix mehr anpingen.

Kann den da der iobroker überhaupt funktionieren / erreichbar sein?

Das ist mit den ursprünglichen Einstellungen gelogged:

modbus.0 2017-12-18 16:56:55.972 warn Poll error count: 3 code: "App Timeout"

modbus.0 2017-12-18 16:56:50.761 info Disconnected from slave 192.168.178.225

modbus.0 2017-12-18 16:56:49.950 warn Poll error count: 2 code: "App Timeout"

modbus.0 2017-12-18 16:56:49.771 warn Poll error count: 1 code: {"err":"timeout"}

modbus.0 2017-12-18 16:56:49.770 warn Error: undefined

modbus.0 2017-12-18 16:56:44.755 info Connected to slave 192.168.178.225

modbus.0 2017-12-18 16:56:44.113 info starting. Version 0.5.4 in /opt/iobroker/node_modules/iobroker.modbus, node: v6.11.0

modbus.0 2017-12-18 16:56:40.636 info terminating

modbus.0 2017-12-18 16:56:40.570 info List of port: []

modbus.0 2017-12-18 16:56:39.559 info List of port: []

modbus.0 2017-12-18 16:56:38.543 info List of port: []

modbus.0 2017-12-18 16:56:37.530 info List of port: []

modbus.0 2017-12-18 16:56:36.522 info List of port: []

modbus.0 2017-12-18 16:56:35.510 info List of port: []

modbus.0 2017-12-18 16:39:01.517 info List of port: []

modbus.0 2017-12-18 16:39:00.497 info List of port: []

modbus.0 2017-12-18 16:38:59.486 info List of port: []

modbus.0 2017-12-18 16:38:58.468 info List of port: []

modbus.0 2017-12-18 16:33:17.811 info starting. Version 0.5.4 in /opt/iobroker/node_modules/iobroker.modbus, node: v6.11.0

[Telefisch]

Ok, es scheint tatsächlich an der Verbindung zur SPS zu liegen

Die Homematic kann ich anpingen.

Aber ich hab da doch garnichts dran gemacht. Und vom PC aus bekomme ich sie ja auch angepingt

[wendy2702]

Ich kenne mich, wie gesagt, mit synology/Docker null aus.

Hat der Docker ne eigene Ip Adresse?

Kennt der Docker vielleicht das Kommando „tracert „

Kannst du von der SPS den Docker per Ping erreichen, falls die SPS den Befehl kennt?

Gibt es auf der Synology/Docker Firewalls?

Gesendet von iPhone mit Tapatalk Pro

[Telefisch]

ziemlich strange…

Also die Synology hat ne FW, ist aber deaktiviert.

Der Container in dem iobroker installiert ist verwendet das gleiche Netzwerk wie die Synology, wie gesagt, der hm Adapter funktioniert klaglos.

tracert kennt der Terminal vom Docker ebenfalls nicht.

Aus der SPS heraus muss ich passen.

Da muss ich erst nachforschen ob/wie das geht. Da ist nur noch ein ruidmentäres embedded Windows drauf, ohne richtige Remoteoberfläche

bin echt ratlos. Ich wede mich jetzt nochmal versuchen bezüglich docker etwas aufzuschlauen aber so fürchterlich viel gibt es da nicht einzustellen...

[wendy2702]

Sorry, wie gesagt. Bei Docker muss ich auch passen.

Wünsche dir weiterhin viel Erfolg

Gesendet von iPhone mit Tapatalk Pro

[Telefisch]

Danke für Deine Hilfe,

Man mag es kaum glauben…

Die Steuerung (SPS) läuft astrein und ist vom PC aus mit simply modbus sowie Ping und Browser erreichbar.

Alles ganz normal.

Dennoch ist nach Neustart der Steuerung (SPS) plötzlich auch für den iobroker wieder alles in Ordnung kopfschüttel :?:

Nun denn,

es ist wie früher, reboot tut immer gut.

Update:

Reboot allein hat nicht gereicht, es war ein Drucker der die gleiche IP wie der ioBroker belegt hat.

Jetzt scheint es wieder stabil zu laufen.

Frohe Festtage