[Aufruf] modbus 2.0.x testen

apollon77

Hi All,

Bluefox hat sich den modbus-Adapter vorgenommen und einige Dinge geändert, aufgeräumt und es ist Version 2.0.x (aktuell 2.0.2) drauf geworden. DIe Version gibt es aktuell nur auf GitHub.

Neu ist u.a.:

Man kann jetzt mehrere Slaves über eine Instanz abfragen. Das ist die Hauptänderung.

Die discrete inputs/outputs können jetzt auch als Blöcke gelesen werden.

Früher, wenn du eine Adresse 10001 und zweite 11001 gehabt hast, dann waren 1000 bits gelesen auf ein mal. Jetzt wird es zwei Requests gemacht.

Manche slaves können keine 1000 bits zurück liefern

Bitte hier Tester-Feedback schreiben!

Falls was kaputt geht bitte auf 1.1.1 zurückgehen.

Ingo/Bluefox

kevinaus

Ich hoffe ich bin hier richtig und mache hier mal weiter.

Aufgrund meines Problems viewtopic.php?p=155913#p155913

möchte ich die Version 2.0.2 testen

2.0.2 ist drauf aber leider noch dasselbe Thema.

Anbei seht ihr die Zeiten wann die States aktualisiert wurden. Beim modbus.0 jede Sekunde

modbus.1 nur beim start:

apollon77

Und einstellungen beider sind gleich?

wendy2702

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.

kevinaus

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

wendy2702

Ist Modbus.0 auf deinem Bild vom Log deaktiviert?

BTW: Log Bitte als TXT ind Code Tags Posten… das liest sich einfacher

wendy2702

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.pcap

wobei 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.

kevinaus

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:
 ![7715_linux.jpg](/assets/uploads/files/7715_linux.jpg) 

vielen dank auf jeden fall für die bemühungen bisher.

wendy2702

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 mitapt install tcpdumplaufen. Oder````
apt-get install tcpdump

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 7715_modbus0.rar

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:
7715_modbus0.zip

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?

7715_modbus0_neu1.zip

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.
7715_modbus_neu2.zip

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

NEWS

[Aufruf] modbus 2.0.x testen

[Aufruf] modbus 2.0.x testen

Support us

600

32.4k

81.3k

1.3m