Kommunikationsproblem RevPi mit ProfiNet Gateway

[dak]

Hallo,

wir wollen den Core über ein Profinet Gateway mit einer Siemens SPS koppeln. Die Kommunikation zwischen TIA Portal und dem Gateway funktioniert, d.h. man kann in dem Online Zugang des Gateways im Browser Änderungen der Werte durch die Force Tabelle des TIA Portals feststellen. In logiCAD erkennt man jedoch keine Änderungen der Variablen. Auch wenn man über die Konsole (über putty) die Variablen ausliest werden nur '0'en gelesen. Dies bleibt auch so, wenn in logiCAD die Variablen geändert werden.








Wir haben bereits die Core und Gateway Module ausgetauscht und verschiedene SPSen verwendet.


Des weiteren wechseln oft die LED Meldungen ohne erkennbaren Grund. Das sind hauptsächlich die Power und die Diagnose LED des Gateways.

Also ein ähnliches Problem wie in viewtopic.php?f=10&t=150

[volker]

irgend etwas passt da nicht an der Beschreibung: Profinet braucht ein Profinat Gateway und kein EtherCat Gateway in der Konfiguration.

[dak]

Hallo Volker,
das ist richtig, in der Konfiguration im Pictory ist auch das EtherCAT-Gateway eingebunden. Nach dem die Daten der Siemens SPS via Profinet-Gateway eingelesen wurden sollen sie im Nächesten Schritt an eine Beckhoff SPS über das EtherCAT-Gateway übertragen werden. Das Core-Modul soll als DP/DP-Koppler fungieren und ermöglichen, dass die Daten auch auf dem Core-Modul verwendet werden können. Die Kopplung der beiden Bussysteme soll im Core-Modul mit Logi.CAD3 realisiert werden.
Das Problem ist hoffentlich verständlich. Wir haben also anscheinend ein Problem bei dem Datenaustausch des Profinet-Gateways und der Software SPS auf dem Core Modul. Die Daten der Siemens SPS werden im Onlinezugang des Profinet-Gateways auch korrekt angezeigt. Diese werden jedoch nicht in Logi.CAD3 gesetzt. Umgekehrt nach setzten eines Wertes in Logi.CAD3 erfolgt keine Änderung im Onlinezugang des Profinet-Gateways.

[dak]

Das ist jetzt ein Screenshot mit dem angeklickten Profinet-Gateway.

Hier ist dann noch einmal die exportierte Liste:
____________________________________________________
Eingangs- und Ausgangsbyte des Profinet-Gateways

Input_1 0 //BYTE
Input_2 1 //BYTE
Input_3 2 //BYTE
Input_4 3 //BYTE
Input_5 4 //BYTE
Input_6 5 //BYTE
Input_7 6 //BYTE
Input_8 7 //BYTE
Input_9 8 //BYTE
Input_10 9 //BYTE
Input_11 10 //BYTE
Input_12 11 //BYTE
Input_13 12 //BYTE
Input_14 13 //BYTE
Input_15 14 //BYTE
Input_16 15 //BYTE
Input_17 16 //BYTE
Input_18 17 //BYTE
Input_19 18 //BYTE
Input_20 19 //BYTE
Output_1 20 //BYTE
Output_2 513 //BYTE
Output_3 514 //BYTE
Output_4 515 //BYTE
Output_5 516 //BYTE
Output_6 517 //BYTE
Output_7 518 //BYTE
Output_8 519 //BYTE
Output_9 520 //BYTE
Output_10 521 //BYTE
Output_11 522 //BYTE
Output_12 523 //BYTE
Output_13 524 //BYTE
Output_14 525 //BYTE
Output_15 526 //BYTE
Output_16 527 //BYTE
Output_17 528 //BYTE
Output_18 529 //BYTE
Output_19 530 //BYTE
Output_20 531 //BYTE

Eingangs- und Ausgangsbyte des EtherCAT-Gateways

Input_1_i06 1026 //BYTE
Input_2_i06 1027 //BYTE
Input_3_i06 1028 //BYTE
Input_4_i06 1029 //BYTE
Input_5_i06 1030 //BYTE
Input_6_i06 1031 //BYTE
Input_7_i06 1032 //BYTE
Input_8_i06 1033 //BYTE
Input_9_i06 1034 //BYTE
Input_10_i06 1035 //BYTE
Input_11_i06 1036 //BYTE
Input_12_i06 1037 //BYTE
Input_13_i06 1038 //BYTE
Input_14_i06 1039 //BYTE
Input_15_i06 1040 //BYTE
Input_16_i06 1041 //BYTE
Input_17_i06 1042 //BYTE
Input_18_i06 1043 //BYTE
Input_19_i06 1044 //BYTE
Input_20_i06 1045 //BYTE
Output_1_i06 1046 //BYTE
Output_2_i06 1539 //BYTE
Output_3_i06 1540 //BYTE
Output_4_i06 1541 //BYTE
Output_5_i06 1542 //BYTE
Output_6_i06 1543 //BYTE
Output_7_i06 1544 //BYTE
Output_8_i06 1545 //BYTE
Output_9_i06 1546 //BYTE
Output_10_i06 1547 //BYTE
Output_11_i06 1548 //BYTE
Output_12_i06 1549 //BYTE
Output_13_i06 1550 //BYTE
Output_14_i06 1551 //BYTE
Output_15_i06 1552 //BYTE
Output_16_i06 1553 //BYTE
Output_17_i06 1554 //BYTE
Output_18_i06 1555 //BYTE
Output_19_i06 1556 //BYTE
Output_20_i06 1557 //BYTE
_______________________________________________________

[Mathias]

Hallo,

ich vermute du hast 2 Probleme:

1. du verwendet eine ältere Pictory-Version. Mach bitte ein Update mit

Code: Select all

sudo apt-get update
sudo apt-get install pictory

2. Der piControl-Treiber läuft leider nicht immer stabil mit 2 Gateways. Das sieht man daran, dass die Power-LED des Gateways rot flackert. Leider habe ich dafür noch kein Update, bin aber gerade dabei den Fehler zu suchen. Ich hoffe, dass ich nächste Woche ein Update liefern kann.

Noch eine Frage nur aus Interesse: Muss der RevPi die Daten, die zwischen EtherCAT und Profinet ausgetauscht werden sollen, irgendwie bearbeiten oder nur durchreichen? Wenn er sie nur durchreichen soll, könntest du die Gateways so nutzen wie sie vor dem RevPi genutzt wurden, d.h. direkt zusammenstecken. Dann tauschen die Gateways die Daten selbstständig aus.

Gruß
Mathias

[dak]

Hallo Mathias,
ersteinmal danke für deine Hilfe. Leider wird das Update nicht durchgeführt, mit dem von Dir vorgeschlagenen Befehl. Das Update hängt sich immer bei 7% auf!


Unsere Pictory Versiion ist die 1.1, welche ist denn die aktuellste?

[volker]

Hallo dak,
wenn ich Deinen Screendump richtig lese, dann ist der Paketserver von Raspi mal wieder nicht erreichbar. Leider ist mit 10 Millionen Geräten da draußen die Auslastung manchmal ziemlich hoch und der Server schlecht erreichbar. Versuche es einfach noch mal in ein paar Stunden oder zu einer anderen Tageszeit.

[lukas]

Das hängt nicht mit der Erreichbarkeit eines APT Servers zusammen, sondern die Namensauflösung schlug bereits fehl, und das bei allen vier Servern. D.h. der RevPi Core hatte wohl schlicht keine Internet-Konnektivität.

[volker]

So oder so hattest Du keinen Kontakt zu Servern bekommen und solltest am besten mit ping mal so lange testen bis der Server antwortet. Keine Antwort im ping bedeutet kein Update möglich. Die nicht erreichbare domain "mirrordirector.raspbian.org" hat die IPv4 93.93.128.193 und daher sollte "ping 93.93.128.193" Antworten liefern. Wenn nicht, dann musst Du auf die Suche gehen, an welcher Stelle Du gar nicht auf einen Router oder ins Internet kommst (ping auf 172.217.21.4 = google .com würde dann auch scheitern). Oder es anwortet eben nur einer der angesprochenen Server nicht, weil er überlastet oder offline ist...

[dak]

Völlig korrekt... Am Montag wird dieses Problem behoben und das Update erneut gestartet, sollte dann ja funktionieren.

Die Daten sollen zwar im ersten Schritt nur "durchgereicht" werden, jedoch ist eine Weiterverarbeitung dieser Daten und eventuelle auch die Möglichkeit diese im RevPi zu manipulieren gepalnt.
Ich erwarte also mit spannung das neue Update derTreiber. Bis dahin werde ich solange die Gateways dierekt zu koppeln und versuchen so zunächst den Datenaustausch zu realisieren.

Ein schönes Wochenende allen, ich melde mich Montag nochmal ob es geklappt hat.