Profinet-Protokolle

oORichOo

Level-1
Beiträge
56
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Leute,


ich lese mich gerade on den Profinet Protokollen ein.
Jetzt habe ich folgende Sachen gefunden:
Funktionalitäten der Klasse A (CC-A)
Funktionalitäten der Klasse B (CC-B)
Funktionalitäten der Klasse C (CC-C)

Profinet NRT
Profinet RT
Profinet IRT


Profinet RTC1
Profinet RTC2
Profinet RTC3

Was für unterschiede gibt es in den Protokollen oder bedeuten diese alle das selbe (CC-A = NRT = RTC1)?

Danke für eure Antworten
 
(CC-A = NRT = RTC1)

So einfach mit = ist es nicht. Die Klasse CC-x schreibt einen generellen Funktionsumfang vor, darunter auch unterschiedliche RTCs.
NRT / RT / IRT ergeben sich (mehr oder weniger) aus der RTC.

Schau mal hier
http://www.profinet.felser.ch/index.html?protokolleunddienste.htm

Meines Wissens nach aber nicht mehr aktuell.
RTC1 ist jetzt "legacy" und wurde mit RTC2 verwurstet.
Wodurch auch CC-B RTC2 könnnen muss(?).
Wobei RTC2 auch noch nicht zwingend IRT ist.
...

Im realen Leben ist die Frage, ob du Zeiten < 1ms brauchst oder nicht. Darüber klappt es ohne Störquellen auch mit normalen RT Komponenten, legacy hin oder her.
 
Erst mal danke für eure Antworten. Ich hab da aber noch ein Problem:

Also ich hab mal einen Mitschnitt mit Wireshark gemacht.
Da kam folgendes heraus:
-CUB67+ von Murrelektronik das RTC1 (legacy) (FramID: 0xc000)
-Wago 750-370 das RTC1 (legacy) (FrameID 0xc010)
-il pn bk di8 do4 2tx-pac von PhoenixContact das RTC1 (FrameID 0x8062)
Dann habe ich bei den jeweiligen Firmen angerufen und kam zu folgendem Ergebnis:
Cube67+: RTC2
Wago: RTC1
PhoenixContact: RTC2

Ich habe mich dann noch bei http://www.profinet.felser.ch/ unter "Protokolle und Dienste"/"PN-RT PROFINET Real-Time"/"FrameID" belesen wegen den FrameID und da steht drin:
0x8000 – 0xBFFF = RT_CLASS_2 Frames (IRTflex)
0xC000 – 0xFBFF = RT_CLASS_1 Frames (RT/UDP)
Ich habe dann noch in einem Siemens Handbuch (Automatisieruen mit Profinet) rein geschaut und da steht folgendes beschrieben:
RTC2:
0x8000 - 0xBBFF Unicast-Telegramme
0xBC00 - 0xBFFF Multicast-Telegramme
RTC1, UDP RTC:
0xC000 - 0xF7FF Unicast-Telegramme
0xF800 - 0xFBFF Multicast-Telgramme

Das stimmt alles nicht richtig mit meinen Mitschnitt überein. Hab ich da irgendwas falsch verstanden oder ist da irgendwo ein Fehler?
 
Hi,

die Auskunft der Hersteller bezieht sich doch bestimmt auf die Tatsache das diese Geräte diese genannte Klasse unterstützen oder?
Sprich wenn keine Class2 Konfiguration vorliegt dann läuft erstmal nur Class1. Sobald du eine Projektierung hast die Class2 erzwingt werden auch Class2 Frames auftauchen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also ich hab jetzt mal mit dem Siemens Bany die Telegramme mitgeschnitten und da kam folgendes heraus:

Wago 750-370: RT Klasse 1
il pn bk di8 do4 2tx-pac von PhoenixContact: IRT Klasse 2 (ich gehe mal davon aus, dass da RTC2 gemeint ist)
CUB67+ von Murrelektronik: RT Klasse 1

Also das mit der Angabe von Wago und Phoenix passt ja dann. Bloß beim Cube stimmt es mit den Hersteller nicht überein, weil laut Herstelle dieser bloß RTC2 kann. Liegt es vielleicht an einer veralteten GSD bzw. Firmenupdate?
 
Also ich hab auch in die GSD von der "il pn bk di8 do4 2tx-pac" reingeschaut und da steht auch SupportedRT_Classes="RT_CLASS_1" drin, obwohl laut den Datenmitschnitt RTC2 ist.

Ich habe mich auch mal bei Murrelektronik angerufen wegen dem Cube67+.
Die fingen an, dass sich die Norm für die Klassen sich geändert haben. (Ich würde gern wissen, wo man die alten Normen finden kann.)
Da ich eine aktuelle Software von Wireshark und Siemens Bany und ein älteren Cube67+ verwende zeigt es mir halt diese Klassen an.
 
Zurück
Oben