[Aufruf] modbus 2.0.x testen

[kevinaus]

Danke, ersteres habe ich auch grade gefunden und hat geklappt.

TCP Dump auf den "nicht funktionierenden Modbus" kam jede sekunde einen counter hoch

tcpdump (4.9.2-1~deb9u1) wird eingerichtet ...                                  
root@iobroker1:/lib# tcpdump -vv -i eth0 dst 192.168.3.218 -w /tmp/modbus0.pcap 
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 byt
es                                                                              
^C469 packets captured                                                          
517 packets received by filter                                                  
0 packets dropped by kernel 

anbei nun auch die pacp datei

Logdatei ohne den funktionierenden modbus:

pollt nach wievor jeden sekunde. aber im web if kommt nichts an: siehe unten

modbus.1	2018-06-15 19:45:19.122	debug	Poll device 3
modbus.1	2018-06-15 19:45:18.092	debug	Poll device 3
modbus.1	2018-06-15 19:45:17.066	debug	Poll device 3
modbus.1	2018-06-15 19:45:16.043	debug	Poll device 3
modbus.1	2018-06-15 19:45:15.030	debug	Poll device 3
modbus.1	2018-06-15 19:45:13.934	debug	Poll device 3
modbus.1	2018-06-15 19:45:12.869	debug	Poll device 3
modbus.1	2018-06-15 19:45:11.838	debug	Poll device 3
modbus.1	2018-06-15 19:45:10.821	debug	Poll device 3
modbus.1	2018-06-15 19:45:09.802	debug	system.adapter.admin.0: logging true
modbus.1	2018-06-15 19:45:08.740	debug	Poll device 3
host.iobroker1	2018-06-15 19:45:08.355	info	instance system.adapter.modbus.0 terminated with code 0 (OK)

einmalig den wert, danach nicht mehr.

[wendy2702]

Das "modbus0.rar" lässt sich leider nicht öffnen.

[kevinaus]

habe es nochmal als zip datei hochgeladen:

[wendy2702]

Ich sehe keine Modbus kommunikation :shock:

Kannst du nochmal ein File starten mit:````
tcpdump -vv -i eth0 host 192.168.3.218 -w /tmp/modbus0.pcap

Dann die Instanz neu starten und nach ca. 200 Paketen stoppen.

Bei mir sieht es im Wireshark so aus:

 ![999_modbus_wireshark_ok.jpg](/assets/uploads/files/999_modbus_wireshark_ok.jpg) 

[kevinaus]

alles klar, anbei eine neue Datei. habe den Adapter neugestartet und danach einmal auch einen Wert im iobroker angezeigt bekommen. dann aber nichts mehr.

Benötigst Du von dem funktionierenden Adapter auch einen Mitschnitt?

[wendy2702]

@kevinaus:

Benötigst Du von dem funktionierenden Adapter auch einen Mitschnitt? `

Ja, mach mal bitte.

Welche Version vom Adapter ist das jetzt?

[kevinaus]

so, das ist nun der funktionierende Adapter wo jede Sekunde etwas ankommt inkl. Neustart.

Adapterversion 2.0.2

[wendy2702]

Also bei deinem WR mit der IP .218 sehe ich keine Modbus/TCP Kommunikation im log:

Bei dem WR mit der IP .224 sieht es (wie auch im Adapter) OK aus:

Wenn du jetzt in der Modbus Instanz die Funktioniert die IP .218 und passenden PORT einträgst, läuft es dann mit dem WR?

Hast du die Modbus Einstellungen der WR mal verglichen? Den WR der nicht läuft vielleicht mal neu gestartet?

Sind beide WR über Speedwire (Kabel) angebunden?

EDIT: Gerade nochmal im alten Thread gelesen. Kannst du mal bei dem WR der nicht geht alle Leerzeichen/Sonderzeichen bei den Register Namen entfernen zum probieren

[kevinaus]

> Wenn du jetzt in der Modbus Instanz die Funktioniert die IP .218 und passenden PORT einträgst, läuft es dann mit dem WR?
Ja, das ist ja das kuriose. Wenn ich die beiden IP Adresse tauschen von Modbus.1 nach Modbus.0 läuft auch der andere Wechselrichter tadellos im Modbus.0.

Egal welche konstellation ich nehme, Modbus.1 bleibt stumm. Modbus.0 geht immer.

> Hast du die Modbus Einstellungen der WR mal verglichen? Den WR der nicht läuft vielleicht mal neu gestartet?
Alles schon durchgestartet. ioBroker, Synology NAS, Switch, Router, beide Wechselrichter

> Sind beide WR über Speedwire (Kabel) angebunden?
Ja beides neue Wechselrichter (2 Wochen alt), bei beiden dasselbe aktiviert.

–> Da ja jeweils einer im Modbus.0 funktiont, liegt es für mich auch nicht an den Wechselrichtern.

Im Modbus1 (der nicht funktioniert) habe ich jetzt mal alle Leerzeichen entfernt, jedoch leider dasselbe Bild.

siehe Bild

[wendy2702]

Ich habe leider nur einen WR… hatte aber zu beginn mal zwei Instanzen zu verschiedenen Geräten problemlos laufen und meine auch das hier im Forum andere User 2 Geräte auslesen.

Nicht das es irgendwie an der Docker installation liegt.

Hast nicht zufällig einen PI oder anderen Rechner auf dem zu mal iobroker zum testen installieren kannst?

Geht ja auch unter Windows.

[kevinaus]

kurzes Update wie es stand jetzt läuft:

1. modbus.1 Adapter deinstalliert

2. modbus.1 Adapter erneut installiert -> ohne Änderung

3. modbus.1 Adapter deinstalliert

4. modbus.9 Adapter installiert + konfiguriert (einfach die Instanznummer 9 gewählt ohne Grund)

5. modbus.9 läuft mit beiden Wechselrichtern

6. modbus.9 gestoppt

7. modbus.1 installiert + konfiguriert

Nun laufen modbus.0 und modbus.1 tadellos mit beiden Wechselrichtern.

Seinerzeit hatte ich zwischendurch mal den modbus.2 installiert und getestet und der lief auch nicht. deswegen dachte ich eigentlich das die Lösung des neuinstallieren nichts bringt.

Sorry, aber das muss mir mal einer klären. Es muss an mir liegen

[wendy2702]

Hast du jetzt 9 Modbus Adapter installiert oder wie sehen deine Instanzen aus?

[kevinaus]

genau, den modbus.9 hatte ich installiert und der lief.

dann dachte ich mir, dass das doch nicht sein kann und habe den modbus.9 deaktiviert.

dann nochmals zum 5. einen modbus.1 installiert und konfiguriert und siehe da, der läuft auch.

Wechselrichter 1 mit der .224 läuft an modbus.0

Wechselrichter 2 mit der .218 läuft an modbus.1

mdobus.9 deinstalliere ich jetzt wieder.

[thomasSC]

ich bekomme diese Fehler,

modbus.0	2018-06-18 18:22:33.734	error	Cannot create modbus master!
modbus.0	2018-06-18 18:22:33.733	error	Cannot connect to "192.168.178.50:8899": TypeError: Cannot read property 'timeout' of undefined
modbus.0	2018-06-18 18:22:33.503	info	starting. Version 2.0.3 in /opt/iobroker/node_modules/iobroker.modbus, node: v6.14.3

was kann das sein?

[kevinaus]

@thomasSC:

ich bekomme diese Fehler,

modbus.0	2018-06-18 18:22:33.734	error	Cannot create modbus master!
modbus.0	2018-06-18 18:22:33.733	error	Cannot connect to "192.168.178.50:8899": TypeError: Cannot read property 'timeout' of undefined
modbus.0	2018-06-18 18:22:33.503	info	starting. Version 2.0.3 in /opt/iobroker/node_modules/iobroker.modbus, node: v6.14.3

was kann das sein? ` ohne die config zu kennen (screenshots) + die integrierten geräte wird es schwer etwas zu sagen.

Gesendet von meinem Shitphone mit Tapatalk

[thomasSC]

Habe den Adapter frisch installiert und erst ein HoldingRegister eingefügt.

brauchst du noch etwas?

[wendy2702]

Und der Port „8899“ stimmt !?

[thomasSC]

Ja der port stimmt. Mit version 1.1.1 funktionierts ja auch.

[apollon77]

@thomasSC:

ich bekomme diese Fehler,

modbus.0	2018-06-18 18:22:33.734	error	Cannot create modbus master!
modbus.0	2018-06-18 18:22:33.733	error	Cannot connect to "192.168.178.50:8899": TypeError: Cannot read property 'timeout' of undefined
modbus.0	2018-06-18 18:22:33.503	info	starting. Version 2.0.3 in /opt/iobroker/node_modules/iobroker.modbus, node: v6.14.3

was kann das sein? `

Bitte dazu Issue im Github öffnen!

[KanteTaete]

Hallo,

zurück zum Test-Aufruf.

Hat jemand schon mal den Adapter mit mehreren Slaves per Serial/RTU getestet?
@Stefan_io und ich haben beide das Problem, dass wir mehrere Slaves nicht abfragen können (Timeout).
siehe dazu folgender Thread: https://forum.iobroker.net/topic/22126/adapter-modbus-mehrere-geräte-ids-timeout-beim-auslesen-von-mehr-als-einen-teilnehmern

Falls jmd schon mehrere Slaves getestet hat: Waren die baugleich?

Wäre für einen Tip dankbar, wie ich das Problem schnell eingrenzen kann.