-> Hier kostenlos registrieren
Hallo,
ich sitze gerade über einer Wireshark-Aufzeichnung einer PROFINET-Anlage und versuche aus dieser die Aktualisierungszeiten der SPS-IO-Kommunikationen abzuleiten.
Mein aktueller Kenntnisstand war der, dass dieser aus den CycleCounter zwei unmittelbarer PNIO-Frames nach folgender Formel errechnet werden kann:
Aktualisierungszeit = (CycleCounter von Frame 2 - CycleCounter von Frame 1) * 31.25us
In der aktuellen Wireshark-Aufzeichnung funktioniert dieser Ansatz leider nicht, sondern ergibt seltsame Werte (z.B. 48750us). Aus dem dazugehörigen STEP7-Projekt weiß ich, dass der Aktualisierungszyklus aber 8ms ist, was ich auch anhand der von Wireshark aufgezeichneten Timestamps der Pakete ableiten kann. Bei den Frames handelt es sich um RTC1(legacy) mit FrameId=0xc010 und DataStatus=0x1f (Frame: Valid and Primary, Provider: Problem and Run).
Woran liegt das? Hat jemand eine Idee? Kann das an dem DataStatus (Problem and Run) liegen?
Vielen Dank für Eure Hilfen!
Viele Grüße,
sk
ich sitze gerade über einer Wireshark-Aufzeichnung einer PROFINET-Anlage und versuche aus dieser die Aktualisierungszeiten der SPS-IO-Kommunikationen abzuleiten.
Mein aktueller Kenntnisstand war der, dass dieser aus den CycleCounter zwei unmittelbarer PNIO-Frames nach folgender Formel errechnet werden kann:
Aktualisierungszeit = (CycleCounter von Frame 2 - CycleCounter von Frame 1) * 31.25us
In der aktuellen Wireshark-Aufzeichnung funktioniert dieser Ansatz leider nicht, sondern ergibt seltsame Werte (z.B. 48750us). Aus dem dazugehörigen STEP7-Projekt weiß ich, dass der Aktualisierungszyklus aber 8ms ist, was ich auch anhand der von Wireshark aufgezeichneten Timestamps der Pakete ableiten kann. Bei den Frames handelt es sich um RTC1(legacy) mit FrameId=0xc010 und DataStatus=0x1f (Frame: Valid and Primary, Provider: Problem and Run).
Woran liegt das? Hat jemand eine Idee? Kann das an dem DataStatus (Problem and Run) liegen?
Vielen Dank für Eure Hilfen!
Viele Grüße,
sk