[Fehler] ModBus-Adapter 2.0.3

JackWolfskind

Habe auch gerade festgestellt das Modbus TCP mit der Version 2.0.4 nicht mehr geht und daher ein Issue auf github aufgemacht…

Update:

Mit der 2.0.6 ist Modbus TCP wieder gefixt!

Stabilostick

Nur der Master-Typ. Slave braucht noch. :D

Stabilostick

Bluefox hat eine neue Revision der v2.0.6 auf Guthub bereitgestellt. Der TCP-Slave Modus soll laut seiner Angabe gefixed sein.

Zwar sind die augenscheinlichen Exceptions jetzt weg. Leider findet bei mir aber mit der neuen Version keine Kommunikation statt. Der Status des Adapers bleibt auf gelb stehen.

Ich verwende diese Konfiguration:

In der Anleitung zum Adapter steht:

Partner IP Address = IP address of modbus partner.

Port = TCP Port of modbus partner if configured as master (client) or own port if configured as slave(server).

Die Eingänge sind Holding Registers.

Mit diesen Einstellungen hat V1.1.1 des Adpaters funktioniert. Jetzt wirft der Adapter v2.0.6(neu) den Fehler

2018-06-28 11:56:28.913 - info: host.ARBEITSZIMMER instance system.adapter.modbus.2 started with pid 45604
2018-06-28 11:56:29.331 - debug: modbus.2 objectDB connected
2018-06-28 11:56:29.342 - debug: modbus.2 statesDB connected
2018-06-28 11:56:29.342 - info: modbus.2 starting. Version 2.0.6 in C:/dev/iobroker/node_modules/iobroker.modbus, node: v8.11.1
2018-06-28 11:56:29.612 - debug: modbus.2 Slave ready to start
2018-06-28 11:56:29.682 - debug: modbus.2 server is listening on port
2018-06-28 11:56:29.682 - debug: modbus.2 initiating read coils request handler.
2018-06-28 11:56:29.682 - debug: modbus.2 setting request handler
2018-06-28 11:56:29.682 - debug: modbus.2 initiating read discrete inputs request handler.
2018-06-28 11:56:29.682 - debug: modbus.2 setting request handler
2018-06-28 11:56:29.682 - debug: modbus.2 initiating read holding registers request handler.
2018-06-28 11:56:29.682 - debug: modbus.2 setting request handler
2018-06-28 11:56:29.682 - debug: modbus.2 initiating read input registers request handler.
2018-06-28 11:56:29.682 - debug: modbus.2 setting request handler
2018-06-28 11:56:29.682 - debug: modbus.2 initiating write multiple coils request handler.
2018-06-28 11:56:29.682 - debug: modbus.2 setting request handler
2018-06-28 11:56:29.682 - debug: modbus.2 initiating write multiple registers request handler.
2018-06-28 11:56:29.682 - debug: modbus.2 setting request handler
2018-06-28 11:56:29.682 - debug: modbus.2 initiating write single coil request handler.
2018-06-28 11:56:29.682 - debug: modbus.2 setting request handler
2018-06-28 11:56:29.682 - debug: modbus.2 initiating write single register request handler.
2018-06-28 11:56:29.682 - debug: modbus.2 setting request handler
2018-06-28 11:56:29.692 - error: modbus.2 uncaught exception: listen EADDRNOTAVAIL 192.168.179.28:502
2018-06-28 11:56:29.692 - error: modbus.2 Error: listen EADDRNOTAVAIL 192.168.179.28:502
at Object._errnoException (util.js:1022:11)
at _exceptionWithHostPort (util.js:1044:20)
at Server.setupListenHandle [as _listen2] (net.js:1350:19)
at listenInCluster (net.js:1408:12)
at doListen (net.js:1517:7)
at _combinedTickCallback (internal/process/next_tick.js:141:11)
at process._tickCallback (internal/process/next_tick.js:180:9)
2018-06-28 11:56:29.692 - info: modbus.2 terminating
2018-06-28 11:56:29.703 - error: Caught by controller[0]: { Error: listen EADDRNOTAVAIL 192.168.179.28:502
2018-06-28 11:56:29.703 - error: Caught by controller[0]: at Object._errnoException (util.js:1022:11)
2018-06-28 11:56:29.703 - error: Caught by controller[0]: at _exceptionWithHostPort (util.js:1044:20)
2018-06-28 11:56:29.703 - error: Caught by controller[0]: at Server.setupListenHandle [as _listen2] (net.js:1350:19)
2018-06-28 11:56:29.703 - error: Caught by controller[0]: at listenInCluster (net.js:1408:12)
2018-06-28 11:56:29.703 - error: Caught by controller[0]: at doListen (net.js:1517:7)
2018-06-28 11:56:29.703 - error: Caught by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:141:11)
2018-06-28 11:56:29.703 - error: Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:180:9)
2018-06-28 11:56:29.703 - error: Caught by controller[0]: code: 'EADDRNOTAVAIL',
2018-06-28 11:56:29.703 - error: Caught by controller[0]: errno: 'EADDRNOTAVAIL',
2018-06-28 11:56:29.703 - error: Caught by controller[0]: syscall: 'listen',
2018-06-28 11:56:29.703 - error: Caught by controller[0]: address: '192.168.179.28',
2018-06-28 11:56:29.703 - error: Caught by controller[0]: port: 502 }
2018-06-28 11:56:29.703 - error: host.ARBEITSZIMMER instance system.adapter.modbus.2 terminated with code 0 (OK)
2018-06-28 11:56:29.703 - info: host.ARBEITSZIMMER Restart adapter system.adapter.modbus.2 because enabled

Auf dem Modbus-Master 192.168.179.28 ist der Port 502 nicht geöffnet (war noch nie).

Die Konfiguration auf dem Master, die mit Version 1.1.1 funktioniert hat, sieht so aus:

Die Dokumentation des Masters sagt dazu:

IP, Gerärt, Funktion, Adresse = Eingabe der IP-Adresse und der herstellerspezifischen Angaben des Modbus-Geräts (= Slave), an das der Wert gesendet wird

Was nun? Mache ich etwas falsch? Muss ich 127.0.0.1 angeben beim Slave (funktioniert aber auch nicht!)?

apollon77

du hast bei ioberoker in der Konfig aber "Master" ausgewählt. Wenn DU lesen willst bist Du eher ein Slave oder ?!

Stabilostick

Zwischenzeitlich ging der Master Mode bei der Version 2.0.6 (ohne neu) auch nicht. Im vorletzten Post zeige ich die Slave-Konfiguration für 2.0.6neu. Und ich will nicht lesen. Der ferne Master 192.168.179.28 schreibt in mich (192.168.179.56) als Slave rein.

Also dürfte der ioBroker also gar nicht bei einer Slave-Konfiguration auf den Master zugreifen, oder?

Wenn ich das so richtig verstanden habe…

Stabilostick

In der Version 1.1.2 stand noch in der Datei modbus-tcp-client.js

            if (!this.protocolVersion) { this.protocolVersion = 0; }
            if (!this.port) { this.port = 502; }
            if (!this.host) { this.host = 'localhost'; }
            if (!this.autoReconnect) { this.autoReconnect = false; }
            if (!this.reconnectTimeout) { this.reconnectTimeout = 0; }

Edit: Quatsch, was ich hier gerade schreibe. Steht nicht im Zusammenhang. Der Server-Prozess in modbus-tcp-server.js macht da nichts anderes:

            if (!this.port) {
                this.port = 502;
            }

            if (!this.hostname) {
                this.hostname = '0.0.0.0';
            }
          server.listen(this.port, this.hostname, function (err) {
[...]

Stabilostick

Der Modbus-Master hat auch ein Log.

2018.06.28 23:10:01 [R854/V1.30.2] ( 39) Message: #FFFFFFFA Cannot connect to Modbus device

Die Netzwerksockets sind am Master wie folgt:

Stabilostick

Setze ich die Partner-ID auf 127.0.0.1, dann überwacht der ioBroker (192.168.179.56) den lokalen Port 502:

 TCP    127.0.0.1:502          0.0.0.0:0              ABHÖREN       [node.exe]

Jedoch sagt der Master weiterhin, dass er keine Verbindung zum Slave aufbauen kann.

Stabilostick

Das zeigt Ananas, ein Modbus Slave, gestartet auf dem ioBroker-Rechner an: 7446_2018-06-29_12_09_07-ananas_-modbus_tcp_server_at__192.168.179.56.png Der Modbus-Master funktioniert also.

Stabilostick

Oookkkkkkaaaayyyyy,

wenn ich die Parter-ID in der Modbus-Adapter-Konfiguration beim Typ Slave auf 0.0.0.0 stelle, funktioniert augenscheinlich die Kommunikation (muss noch weiter testen).

Hmm, muss das (jetzt) so sein?

Bluefox

Es ist ein Fehler in der Dialog beim Label.

Partner IP muss "Eigene IP" heissen.

Stabilostick

Aber mit 127.0.0.1 geht es nicht.

Slave geht nur mit 0.0.0.0 (alle Interfaces?) oder 192.168.179.56, also ein bestimmtes lokales Netzwerk-Interface.

Könntest Du bitte auch die Doku in der README.md anpassen:

Bislang:

Partner IP Address = IP address of modbus partner.

Port = TCP Port of modbus partner if configured as master (client) or own port if configured as slave(server).

Danke für Deine super Leistungen rund um den ioBroker! :D

Community Forum

NEWS

[Fehler] ModBus-Adapter 2.0.3

Support us

506

32.5k

81.7k

1.3m