Modbus Connecting Probleme

Ingo · Post by **Ingo** » 31 Jan 2024, 09:06

Hallo.

Ich habe nach dem Update auf die neue Version Bullseye und der PicTory Version 2.3.0 Probleme den Modbus zum laufen zu bringen.
Ich habe die alte _Config.rsc in der Pictory geladen. Dort sind Konfiguriert " ein Master TCP der auf die Adresse xx.xxx.xxx.11 Port 502 liegt, dann ein Slave Port 3502 und noch ein Master auf xxx.xxx.xxx.12 Port 502
Leider bekomme ich keine Komunikation zustande
in der demon.log wird folgendes Angezeigt.

Leider komme ich da nicht weiter.
Ich habe schon eine neue Config erastellt mit nur einem Master oder Slave, aber es wird immer das gleiche angezeigt
auch ist es komisch da die config mit dem Alten BS "Stretch" ohne Probleme Funktioniert hat was Modbus angeht, auch die Startadressen haben nie Fehler gemeldet. Die Adresse 16834 ist auf der Externen SPS aber Vorhanden.

Post by **dirk** » 01 Feb 2024, 10:39

Hallo Ingo, danke für Deine ausführliche Beschreibung des Fehlers. Offensichtlich gibt es hier im Modbus Hintergrundprozess Fehler. Kannst Du einen SOS Report generieren und schicken?
https://kunbus-gmbh.atlassian.net/servi ... 2036400208

Ingo · Post by **Ingo** » 01 Feb 2024, 12:22

Hallo Dirk

ich habe es an den SOS Support geschickt.

Danke für Link

Ingo · Post by **Ingo** » 02 Feb 2024, 18:02

Hallo Dirk,

ich habe mich wohl etwas zu Früh gefreut. Leider ist das Problem nicht beseitigt.

Ich habe mit Netstap -tulpen einmal die Komunikation ausgelesen.

Code: Select all

Proto Recv-Q Send-Q Local Address           Foreign Address         State       Benutzer   Inode      PID/Program name
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          19483      2081/sshd: /usr/sbi
tcp        0      0 0.0.0.0:1534            0.0.0.0:*               LISTEN      0          17970      2140/RTSLoader
tcp6       0      0 :::80                   :::*                    LISTEN      0          19509      2139/apache2
tcp6       0      0 :::41080                :::*                    LISTEN      0          19521      2139/apache2
tcp6       0      0 :::22                   :::*                    LISTEN      0          19485      2081/sshd: /usr/sbi
tcp6       0      0 :::41443                :::*                    LISTEN      0          19527      2139/apache2
tcp6       0      0 :::443                  :::*                    LISTEN      0          19513      2139/apache2
udp        0      0 0.0.0.0:54102           0.0.0.0:*                           0          17969      2140/RTSLoader
udp        0      0 0.0.0.0:1534            0.0.0.0:*                           0          18790      2140/RTSLoader
udp6       0      0 fe80::ca3e:a7ff:fe0:546 :::*                                0          18726      1321/NetworkManager

Wie du sehen kannst fehlt dort der Port 502 vom RevPi Slave.
Dann habe ich die log Datei angeschaut

Code: Select all

Feb  2 17:39:33 RevPi100102 piModbusMaster[2175]: piModbusMaster started
Feb  2 17:39:33 RevPi100102 piModbusMaster[2175]: Modbus connection established to ip=192.168.178.12 port=4502
Feb  2 17:39:33 RevPi100102 piModbusMaster[2175]: Modbus connection established to ip=192.168.178.11 port=3502
Feb  2 17:39:33 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:39:33 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:39:34 RevPi100102 piModbusMaster[2175]: piModbusMaster: ./src/ComAndDataProcessor.c:175: processModbusAction: Assertion `mb_event->ptModbusAction->i16uRegisterCount == 1' failed.
Feb  2 17:39:34 RevPi100102 systemd[1]: pimodbus-master.service: Main process exited, code=killed, status=6/ABRT
Feb  2 17:39:34 RevPi100102 systemd[1]: pimodbus-master.service: Failed with result 'signal'.
Feb  2 17:39:34 RevPi100102 systemd[1]: pimodbus-master.service: Scheduled restart job, restart counter is at 5.
Feb  2 17:39:34 RevPi100102 systemd[1]: Stopped Revolution Pi Modbus master.
Feb  2 17:39:34 RevPi100102 systemd[1]: pimodbus-master.service: Start request repeated too quickly.
Feb  2 17:39:34 RevPi100102 systemd[1]: pimodbus-master.service: Failed with result 'signal'.
Feb  2 17:39:34 RevPi100102 systemd[1]: Failed to start Revolution Pi Modbus master.
Feb  2 17:39:34 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:39:34 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:39:37 RevPi100102 systemd[1]: Created slice User Slice of UID 1000.
Feb  2 17:39:37 RevPi100102 systemd[1]: Starting User Runtime Directory /run/user/1000...
Feb  2 17:39:37 RevPi100102 systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Feb  2 17:39:37 RevPi100102 systemd[1]: Finished User Runtime Directory /run/user/1000.
Feb  2 17:39:37 RevPi100102 systemd[1]: Starting User Manager for UID 1000...
Feb  2 17:39:38 RevPi100102 systemd[2179]: Queued start job for default target Main User Target.
Feb  2 17:39:38 RevPi100102 systemd[2179]: Created slice User Application Slice.
Feb  2 17:39:38 RevPi100102 systemd[2179]: Reached target Paths.
Feb  2 17:39:38 RevPi100102 systemd[2179]: Reached target Timers.
Feb  2 17:39:38 RevPi100102 systemd[2179]: Listening on GnuPG network certificate management daemon.
Feb  2 17:39:38 RevPi100102 systemd[2179]: Listening on GnuPG cryptographic agent and passphrase cache (access for web browsers).
Feb  2 17:39:38 RevPi100102 systemd[2179]: Listening on GnuPG cryptographic agent and passphrase cache (restricted).
Feb  2 17:39:38 RevPi100102 systemd[2179]: Listening on GnuPG cryptographic agent (ssh-agent emulation).
Feb  2 17:39:38 RevPi100102 systemd[2179]: Listening on GnuPG cryptographic agent and passphrase cache.
Feb  2 17:39:38 RevPi100102 systemd[2179]: Reached target Sockets.
Feb  2 17:39:38 RevPi100102 systemd[2179]: Reached target Basic System.
Feb  2 17:39:38 RevPi100102 systemd[2179]: Reached target Main User Target.
Feb  2 17:39:38 RevPi100102 systemd[2179]: Startup finished in 747ms.
Feb  2 17:39:38 RevPi100102 systemd[1]: Started User Manager for UID 1000.
Feb  2 17:39:38 RevPi100102 systemd[1]: Started Session 1 of user pi.
Feb  2 17:39:41 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:39:48 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:39:51 RevPi100102 systemd[1]: systemd-fsckd.service: Succeeded.
Feb  2 17:39:54 RevPi100102 systemd[1]: systemd-hostnamed.service: Succeeded.
Feb  2 17:39:56 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:40:03 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:40:11 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:40:19 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:40:27 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:40:34 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:40:42 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:40:50 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:40:57 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:05 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:13 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:14 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:21 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:28 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:36 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:38 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:38 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:38 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:38 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:38 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:38 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:38 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:38 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:40 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:40 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:40 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:40 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:40 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:40 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:40 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:40 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:44 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:52 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:54 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:54 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:54 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:54 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:54 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:54 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:54 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:54 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:56 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:56 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:56 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:56 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:56 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:56 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:56 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:56 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:41:59 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:42:07 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:42:14 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:42:15 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:42:22 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:42:30 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:42:38 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:42:46 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:42:53 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:43:01 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:43:09 RevPi100102 piModbusSlave[2062]: modbus receive failed
Feb  2 17:43:11 RevPi100102 piModbusSlave[2062]: cleanupTcpSlaveThread
Feb  2 17:43:11 RevPi100102 piModbusSlave[2062]: No modbus slave configuration found in config file
Feb  2 17:43:11 RevPi100102 piModbusSlave[2062]: close socket 5

Auch hier ist der Slave nicht mehr Vorhanden. Ich habe das System schon einpaarmal neu gestartet ab und zu ist der Slave da, aber hat Probleme mit einem Gerät zu Komunizieren.
Solange nur ein Gerät den Slave Befüllt geht es, aber wenn dann ein zweites Gerät dazu kommt geht das nicht mehr. So habe ich es jedenfalls bemerkt.

Die Komunikation zwischen RevPi und dem Raspberry geht. Die Komumunikation zwischen RevPi , Raspberry und B&R Funktioniert dann nicht mehr.

gruß
Ingo

Ingo · Post by **Ingo** » 08 Feb 2024, 18:14

Hallo,

gibt es schon neue Erkenntnisse woran es liegt? Oder muss ich wieder auf den alten Stand zurück gehen da es ja damit ohne Probleme Funktioniert hat.
Ich kann das System so wie es nun ist nicht Betreiben.

gruss

nicolaiB · Post by **nicolaiB** » 09 Feb 2024, 09:21

Hallo Ingo,

wir haben leider noch keinen SOS Report von dir enthalten, welcher für uns wichtige Informationen enthält.

Was für ein Core ist das eigentlich? Ein Core 3(+) oder einer der ersten Generation?

Gruß Nicolai

Ingo · Post by **Ingo** » 09 Feb 2024, 19:29

hi,

ich habe diesen kurz nach dirk seinem link erstellt und abgeschickt auf der webseite

Post by **dirk** » 12 Feb 2024, 13:38

Hi Ingo, bisher konnten wir keinen SOS Report finden auch nicht im Support Ticket, das wir von dir erhalten haben. Wohin hast du denn den SOS Report geschickt? Bzw. kannst du den einfach nochmals schicken an support@kunbus.com ?

Ingo · Post by **Ingo** » 16 Feb 2024, 10:35

Hallo Dirk,

ich bin auf den Link gegangen den du mir gegeben hast, habe dort alles ausgefüllt und beschrieben, danach auf abschicken geklickt, das wars.

Post by **dirk** » 16 Feb 2024, 11:36

Hi Ingo, also erst einmal vielen Dank, wir haben viele Daten erhalten. Leider konnte ich bisher noch keinen SOS-Report sehen. Kannst du den in ein ZIP File packen und schicken? Eventuell kann es daran liegen, einige Kunden haben das gemeldet, dass sie eine Fehlermeldung erhalten haben und der Anhang im .tar.xz Format nicht akzeptiert wurde …
Kannst Du probieren, die PiCtory Konfiguration einfach einmal neu zu erstellen, anstelle die alte zu kopieren?
Denn ich kann mir vorstellen, dass das nicht kompatibel ist, wir haben ja viele Änderungen gehabt, auch aufgrund Deiner hilfreichen Feedbacks.
Ich mache mir derweil, mit den Dateien, die ich bisher dankend von Dir erhalten habe, selbst ein Bild.