Vipa und Modbus Probleme

[Robert111]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo zusammen
Ich habe hier eine Vipa 315SN Net CPU die mit Modbus mit Movidrive Umrichtern von SEW kommunizieren soll. Es sind noch Wago Feldbusknoten angeschlossen welche ebenfalls mit Modbus angesteuert werden. Bei den Wago funktioniert das ohne Probleme, bei den FU´s wird mit den Vipa AG_Send beim Senden kein Fehler angezeigt, aber der FU empfängt nichts, beim AG_ Recv steht der Fehler Auftrag läuft ununterbrochen an und es wird nichts vom FU empfangen. Alles wird mit dem Dienst FC23(Read+write register)gemacht, die Anzahl der Bytes stimmt und in Netpro sehe ich auch keine Probleme. Beim Status wird die Verbindung als Aufgebaut angezeigt trotzdem bin ich am verzweifeln. Kann hier jemand was dazu sagen oder hatte schon ähnliche Probleme?
Kollegiale grüße
Robert

 

[bits'bytes]

Hallo,
in diesem Fall würde ich nochmals die Adressen überprüfen.

Wenn das nichts bringt, könnte eine detailliere Analyse der Kommunikation mittels Wireshark eventuell Erkenntnisse bringen.
Wireshark kann auch das Modbus Protokoll aufschlüsseln und man sieht im Detail was im FC 23 Telegramm drinnen steht...

bg
bb

 

[Lars Weiß]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hast du die Kommunikation mal mit einem anderen Slave probiert ? Falls nicht bietet sich z.B. ModSim32 an.

 

[erdmann]

Schau mal bitte in der Doku des FU nach, ob er den Dienst FC23 unterstützt. Es gibt ziemlich viele ModBus- Geräte, die diesen Dienst nicht können.
In diesem Falle alles mit "Read multiple Regs" und "Write multiple Regs" machen, dann gehts.

 

[Robert111]

Entschuldigung

Hallo
also erst mal muss ich mich entschuldigen das ich nichts mehr von mir hören ließ. War wirklich im Stress und leider haben wir auch die Abnahme verschieben müssen, mein Chef war nicht gerade erfreut.
Am Freitag wollte ich alles rausschmeißen und mit Profinet neu machen. Die von Vipa haben sich mit dem Teamviewer eingeloggt und haben gesagt sieht alles gut aus und ist alles richtig, wir mussten nur die CPU ein wenig bremsen(hatte nur wenige FC´slaufen Zykluszeit 1ms!), die von SEW haben auch alles für richtig befunden. Dann haben wir den von SEW kommen lassen, da er ein TAP hat mit der wir einen mitschrieb mit Wireshark machen konnten und die Daten nur zum FU beobachten konnten. Erst nach dem vergleich von einem Softwaretool und meienn Daten von der SPS ist aufgefallen das Header und Tail vorhanden sind nur keine Daten gesendet werden. Der fehler war nur die Längenangabe im FC5, somit hat der Slave keine Daten erhalten und dann auch nichts zurückgeschickt.
In der Hilfe von Step7 steht bei den Formalparametern bei LEN: Länge der Bytes die aus dem Datenbereich gesendet werden sollen.....
Ich wusste nicht das die gesamte Länge des Telegrams damit gemeint ist ich habe nur die Länge der tatsächlichen Nutzdaten angegeben:???:
Nach korrektur der LEN-Angabe hat es sofort funktioniert.:s11:
:s12: An dieser Stelle noch mal ein Danke an alle die irgendwie geholfen haben. Lobenswert muss ich den Support von SEW und auch von Vipa nennen, die waren immer da und haben wirklich alles versucht auch wenn der Fehler so nicht entdeckt worden ist. danke auch an die von Wago denn von dort habe ich den Ansatz für die Modbus-Kommunikation.:s12: