[Aufruf] modbus 2.0.x testen
-
Was ist denn wenn du nur die Instanz des problematischen WR aktiv stellst, wird dann sekündlich aktualisiert?
Kannst du auch mal beide Instanzen auf Debug stellen und das log posten wenn der "fehler" da ist.
-
Einstellungen sind gleich:
Modbus.0 der immer funktioniert (mit beiden Wechselrichtern)
Modbus.1 der leider nicht aktualisiert. Egeal mit welchem Wechselrichter.
Wenn ich Modbus.0 deaktiviere läuft der modbus.1 leider nicht besser.Debuglog:
Es ist ja leider kein Fehler. Er scheint zwar zu pollen, aber wie Werte der Objekte werden nicht aktualisiert. Oder könnt ihr dort mehr dran erkennen.
Danke Euch und Grüße
Kevin
-
Ist Modbus.0 auf deinem Bild vom Log deaktiviert?
BTW: Log Bitte als TXT ind Code Tags Posten… das liest sich einfacher
-
Um mal zu sehen ob wirklich etwas über das interface rausgeht und zurück kommt könntest du mal ein Interface trace machen.
Was für ein Betriebssystem hast du da?
Bei Linux z.B. so:
tcpdump -vv -i eth0 dst 192.168.178.55 -w /home/pi/test.pcapwobei du "eth0" die Ip-Adresse des WR und den Speicherpfad anpassen musst.
Bei Windows einfach Wireshark installieren und auf ein Capture auf das Interface machen.
-
Ist Modbus.0 auf deinem Bild vom Log deaktiviert?wo meinst du genau? das Log zeigt doch den modbus.0 und modbus.1
,````
modbus.1 2018-06-15 19:37:18.102 debug Poll device 3
modbus.0 2018-06-15 19:37:17.678 debug Poll device 3
modbus.1 2018-06-15 19:37:17.080 debug Poll device 3
modbus.0 2018-06-15 19:37:16.380 debug Poll device 3
modbus.1 2018-06-15 19:37:16.064 debug Poll device 3
modbus.0 2018-06-15 19:37:15.143 debug Poll device 3
modbus.1 2018-06-15 19:37:15.003 debug Poll device 3
modbus.1 2018-06-15 19:37:13.973 debug Poll device 3
modbus.0 2018-06-15 19:37:13.944 debug Poll device 3
modbus.1 2018-06-15 19:37:13.791 debug system.adapter.admin.0: logging true
modbus.0 2018-06-15 19:37:13.791 debug system.adapter.admin.0: logging true
modbus.1 2018-06-15 19:37:12.950 debug Poll device 3
modbus.0 2018-06-15 19:37:12.817 debug Poll device 3
modbus.1 2018-06-15 19:37:11.938 debug Poll device 3
modbus.0 2018-06-15 19:37:11.627 debug Poll device 3
modbus.1 2018-06-15 19:37:10.916 debug Poll device 3
modbus.0 2018-06-15 19:37:10.296 debug Poll device 3
modbus.1 2018-06-15 19:37:09.900 debug Poll device 3
modbus.0 2018-06-15 19:37:08.985 debug Poll device 3
modbus.1 2018-06-15 19:37:08.768 debug Poll device 3
modbus.0 2018-06-15 19:37:07.824 debug Poll device 3
modbus.1 2018-06-15 19:37:07.747 debug Poll device 3
modbus.1 2018-06-15 19:37:06.705 debug Poll device 3
modbus.0 2018-06-15 19:37:06.674 debug Poll device 3
modbus.1 2018-06-15 19:37:05.638 debug Poll device 3
modbus.0 2018-06-15 19:37:05.480 debug Poll device 3
modbus.1 2018-06-15 19:37:04.595 debug Poll device 3
modbus.0 2018-06-15 19:37:04.205 debug Poll device 3
modbus.1 2018-06-15 19:37:03.570 debug Poll device 3
modbus.0 2018-06-15 19:37:02.919 debug Poll device 3
modbus.1 2018-06-15 19:37:02.485 debug Poll device 3
modbus.0 2018-06-15 19:37:01.774 debug Poll device 3
modbus.1 2018-06-15 19:37:01.400 debug Poll device 3
modbus.0 2018-06-15 19:37:00.581 debug Poll device 3
modbus.1 2018-06-15 19:37:00.359 debug Poll device 3
modbus.0 2018-06-15 19:36:59.340 debug Poll device 3
modbus.1 2018-06-15 19:36:59.339 debug Poll device 3
modbus.1 2018-06-15 19:36:58.208 debug Poll device 3
modbus.0 2018-06-15 19:36:57.992 debug Poll device 3
modbus.1 2018-06-15 19:36:57.173 debug Poll device 3
modbus.0 2018-06-15 19:36:56.757 debug Poll device 3
modbus.1 2018-06-15 19:36:56.161 debug Poll device 3
modbus.0 2018-06-15 19:36:55.406 debug Poll device 3
modbus.1 2018-06-15 19:36:55.137 debug Poll device 3
modbus.0 2018-06-15 19:36:54.271 debug Poll device 3
modbus.1 2018-06-15 19:36:54.129 debug Poll device 3
modbus.0 2018-06-15 19:36:53.154 debug Poll device 3
modbus.1 2018-06-15 19:36:53.065 debug Poll device 3
modbus.1 2018-06-15 19:36:51.983 debug Poll device 3
modbus.0 2018-06-15 19:36:51.972 debug Poll device 3
modbus.1 2018-06-15 19:36:50.943 debug Poll device 3
modbus.0 2018-06-15 19:36:50.734 debug Poll device 3
modbus.1 2018-06-15 19:36:49.883 debug Poll device 3
modbus.0 2018-06-15 19:36:49.530 debug Poll device 3
modbus.1 2018-06-15 19:36:48.762 debug Poll device 3` > Bei Linux z.B. so: > > CODE: ALLES AUSWÄHLEN > > tcpdump -vv -i eth0 dst 192.168.178.55 -w /home/pi/test.pcap ` ich hab irgendein linux derivat drauf. es läuft ja wie gesagt in einem docker container auf der synology. [https://github.com/buanet/docker-iobroker](https://github.com/buanet/docker-iobroker)dort gibt es leider den befehl tcp dump. ich muss erstmal schauen ob ich das installieren kann. dann melde ich mich mit der pcap datei.,.. linux version:  vielen dank auf jeden fall für die bemühungen bisher. -
Ich wollte ja mal das du den Modbus.0 der richtig funktioniert deaktivierst und mal schaust ob der zweite Modbus.1 dann richtig upgedated wird.
Denke die installation im docker sollte auch mit
apt install tcpdumplaufen. Oder````
apt-get install tcpdump -
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 kernelanbei 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.
-
Das "modbus0.rar" lässt sich leider nicht öffnen.
-
habe es nochmal als zip datei hochgeladen:
-
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.pcapDann die Instanz neu starten und nach ca. 200 Paketen stoppen. Bei mir sieht es im Wireshark so aus:  -
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?
-
Benötigst Du von dem funktionierenden Adapter auch einen Mitschnitt? `
Ja, mach mal bitte.
Welche Version vom Adapter ist das jetzt?
-
so, das ist nun der funktionierende Adapter wo jede Sekunde etwas ankommt inkl. Neustart.
Adapterversion 2.0.2
-
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
-
> 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
-
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.
-
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
-
Hast du jetzt 9 Modbus Adapter installiert oder wie sehen deine Instanzen aus?
-
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.
-
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.3was kann das sein?
