Perfektionist
Level-1
- Beiträge
- 3.557
- Reaktionspunkte
- 524
-> Hier kostenlos registrieren
Istzustand: ich habe eine Maschine, bei der eine CPU 317-2 DP verbaut ist. An der Schnittstelle 1 (DP mit 12MBaud) hängt ein wenig Maschinenperipherie und das HMI-Gerät. An Schnittstelle 2 (DP 12MBaud) hängen eine ET 200M (IM 153-1), 14 Umrichter und 12 Drehgeber. Damit ist der zweite Strang eigentlich nicht mehr erweiterungsfähig - nicht nur wegen der 32-Teilnehmergrenze, sondern insbesondere auch wegen der Buszykluszeit (bei mir gehts immer um Wenige Millisekunden).
Nun soll genau der Teil der Maschine dupliziert werden, der an der Schnittstelle 2 hängt (ein wenig kommt auch an der Schnittstelle 1 hinzu - aber keine Verdoppelung). Die Idee ist nun, wegen der Programmlaufzeit, eine 319 zu verwenden, und für den weiteren DP-Strang einen CP 342-5 zu verwenden. Da ich ja im Forum immer fleissig mitgelesen habe, gab es bei mir sofort Alarm und ich habe die Begriffe "Rückwandbus" und Flaschenhals" sofort bei der Forumssuche eingetippt. Irgendwann hab ich dann das hier zu Tage gefördert:
http://www.sps-forum.de/showthread.php?p=69305&highlight=p-bus#post69305
Also, denk ich mir, tu ich das kurze DP-Segment an den CP, die zwei langen Stränge an SS1 und SS2 - dann geht das schon ... und wenn der CP die HMI nicht durchrouten sollte, dann bekommt die HMI halt den IE-Anschluss ...
Das Erwachen kam dann bei der Hardwareprojektierung, als dann plötzlich die FC1 und FC2 notwendig werden wollten: Hmmm ... also der CP benimmt sich nicht wie eine SS auf der CPU ... ist das Zeug im Haus? also mal probieren:
hab ich mal eine CPU317 genommen (319 is grad nich), den CP und die (das?) ET/IM. an der ET noch ein wenig Peripherie, um einen Ausgang auf einen Eingang rückkoppeln zu können (siehe Projekt im Anhang). Ergebnis:
CPU läuft mit unter einer halben Millisekunde Zykluszeit (Testprogramm mit den zwei FC und Zykluszeitmessung). Aber was die Hölle ist: vom Ausgeben des Ausgangssignal an die ET-Station bis zum Zurücklesen des Signals verstreichen 20ms!!! Knockout! Gegenprobe an der Schnittstelle 2: von Ausgabe bis Rücklesen etwa 3,5ms ... Das ist die Größenordnung der Eingangsverzögerungszeit der verwendeten Eingabekarte ...
Fazit: zeitkritische Peripherie geht nicht mit einem CP 342-5 als Master in einem 300er-Rack, auch mit einem 5MBaud P-Bus nicht. Gründe? also, entweder ist der P-Bus doch ein recht enger Flaschenhals mit jeder Menge Kommunikationsoverhead, oder das kleine Kommunikationsfenster, das die zwei FC benutzen, verlangsamt das alles, wobei aber in der Doku zum CP drinsteht, dass die FC wesentlich länger laufen und dabei zyklisch die Daten übertragen würden (wenn weniger als 240 Bytes). Oder die Datenübergabe innerhalb des CP von DP nach P-Bus ist so lahm ...
mögliche Auswege: IE-DP Umsetzer? Wir diskutieren derzeit auch eine Lösung mit einer zweiten CPU 317 ...
Nun soll genau der Teil der Maschine dupliziert werden, der an der Schnittstelle 2 hängt (ein wenig kommt auch an der Schnittstelle 1 hinzu - aber keine Verdoppelung). Die Idee ist nun, wegen der Programmlaufzeit, eine 319 zu verwenden, und für den weiteren DP-Strang einen CP 342-5 zu verwenden. Da ich ja im Forum immer fleissig mitgelesen habe, gab es bei mir sofort Alarm und ich habe die Begriffe "Rückwandbus" und Flaschenhals" sofort bei der Forumssuche eingetippt. Irgendwann hab ich dann das hier zu Tage gefördert:
http://www.sps-forum.de/showthread.php?p=69305&highlight=p-bus#post69305
Also, denk ich mir, tu ich das kurze DP-Segment an den CP, die zwei langen Stränge an SS1 und SS2 - dann geht das schon ... und wenn der CP die HMI nicht durchrouten sollte, dann bekommt die HMI halt den IE-Anschluss ...
Das Erwachen kam dann bei der Hardwareprojektierung, als dann plötzlich die FC1 und FC2 notwendig werden wollten: Hmmm ... also der CP benimmt sich nicht wie eine SS auf der CPU ... ist das Zeug im Haus? also mal probieren:
hab ich mal eine CPU317 genommen (319 is grad nich), den CP und die (das?) ET/IM. an der ET noch ein wenig Peripherie, um einen Ausgang auf einen Eingang rückkoppeln zu können (siehe Projekt im Anhang). Ergebnis:
CPU läuft mit unter einer halben Millisekunde Zykluszeit (Testprogramm mit den zwei FC und Zykluszeitmessung). Aber was die Hölle ist: vom Ausgeben des Ausgangssignal an die ET-Station bis zum Zurücklesen des Signals verstreichen 20ms!!! Knockout! Gegenprobe an der Schnittstelle 2: von Ausgabe bis Rücklesen etwa 3,5ms ... Das ist die Größenordnung der Eingangsverzögerungszeit der verwendeten Eingabekarte ...
Fazit: zeitkritische Peripherie geht nicht mit einem CP 342-5 als Master in einem 300er-Rack, auch mit einem 5MBaud P-Bus nicht. Gründe? also, entweder ist der P-Bus doch ein recht enger Flaschenhals mit jeder Menge Kommunikationsoverhead, oder das kleine Kommunikationsfenster, das die zwei FC benutzen, verlangsamt das alles, wobei aber in der Doku zum CP drinsteht, dass die FC wesentlich länger laufen und dabei zyklisch die Daten übertragen würden (wenn weniger als 240 Bytes). Oder die Datenübergabe innerhalb des CP von DP nach P-Bus ist so lahm ...
mögliche Auswege: IE-DP Umsetzer? Wir diskutieren derzeit auch eine Lösung mit einer zweiten CPU 317 ...
Zuletzt bearbeitet:
