Welches ist der schnellste Bus?

TerraCharly

Level-1
Beiträge
36
Reaktionspunkte
2
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
wir verwenden bisher den Profibus an einer Mitsubishi Steuerung.
Damit läuft alles, aber es könnte schneller sein.
Ich habe einen Ausgang mit einem Eingang verbunden und erreiche damit aber nur ca. 12 Hz.
Die SPS hat eine Zykluszeit von unter 3 ms.
Wenn ich direkt Ein- und Ausgänge (von der Mitsubishi) verwende bin ich natürlich wesendlich schneller.
Welcher Bus ist schneller?
Was ist mit CC-Link?
Gibt es eine Tabelle welche die verschiedenen Bussysteme gegenüberstellt?

Hier noch einige Eckdaten:
Der Bus läuft mit 12Mbit/s
Am Bus hängen ca. 8 WAGO Profibus EA Koppler 750-323 je etwa 100 Eingänge und 50 Ausgänge
weiter 2 WAGO Profibus EA Koppler 750-333 (mit Analogsignalen) je etwa 100 dig. Eingänge und 50 Ausgänge und ein paar Analogsignale
Die verwendeten Eingänge haben eine Eingangsverzögerung von 0.2 ms (schnelle Eingänge)
2 Servo Positionierantriebe je 32 Bit EA

Bei den 12 Hz muss man berücksichtigen das pro Hz 4 Buszyklen notwendig sind.
1. Ausgang einschalten
2. Über Eingang erkennen das der Ausgang an ist
3. Ausgang ausschalten
4. Über Eingang erkennen das der Ausgang aus ist

Ausserdem habe ich nochmal nachgemessen, der Ausgang blinkt mit 13,8 Hz
d.h. der komplette Zyklus dauert 72 ms. Was wiederum bedeutet das der Profibus 18 ms pro Vorgang benötigt.
Wenn die Maschine ein Teil pro Sekunde produziert, und dazu 10 Komunikationsvorgänge notwendig sind,
vertrödeln wir kostbare 180 ms während wir auf den Bus warten...
das sollte besser gehen.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
...
Welcher Bus ist schneller?
Was ist mit CC-Link?
Gibt es eine Tabelle welche die verschiedenen Bussysteme gegenüberstellt?

Hallo,

den "schnellsten" Feldbus an sich gibt es so nicht.

Mit g und "Feldbus Vergleich" wirst Du verschiedene
Aussagen dazu finden.

Ethercat ist auch echtzeitfähig, wobei immer genau
angeschaut werden muss, wie Echtzeitfähigkeit
jeweils definiert ist.

Versuche erst mal, das bestehende System zu optimieren,
bevor Du ein anderes Bussystem oder gar eine andere
Steuerung suchst.
 
12Hz entspricht 83ms..
Ich weiß nicht wieviele Busteilnehmer und welche Buseinstellungen du hast, aber solch langsame Busumlaufzeiten sind mir bei Profibus noch nicht untergekommen.

Gruß
Dieter
 
läuft der Profibus mit 1.5 oder mit 12Mbit/s ?

Wobei die reine Busgeschwindigkeit nur 1 Faktor in der ganzen Geschichte ist....

o.s.t.
 
Wie kommst du darauf, dass der Bus zu langsam ist?

Nur schnell ist nicht immer schneller.

Das wird den Jungs heute so beigebracht. Profibus ist Out und um einiges langsamer als Ethernet. Hört sich ja auch erstmal so an : 100 MBit vs. 1,5 MBit. Das beim Ethernet dann noch eine Menge drum-herum mit übertragen und gemacht wird das berücksichtigt niemand.
 
Das wird den Jungs heute so beigebracht. Profibus ist Out und um einiges langsamer als Ethernet. Hört sich ja auch erstmal so an : 100 MBit vs. 1,5 MBit. Das beim Ethernet dann noch eine Menge drum-herum mit übertragen und gemacht wird das berücksichtigt niemand.

Profinet ist definitiv schneller als Profibus, ABER:
Wenn es wirklich um Busgeschwindigkeit geht (im us-Bereich), dann handelt man sich aufgrund der relativ schwachen Echtzeitfähigkeit mit Profinet wohl mehr Ärger ein als mit Profibus.
Auch bei der Bus- / Netzwerkauswahl gilt der alte Grundsatz: Für jede Aufgabe das geeignete Werkzeug ;)

Gruß
Dieter
 
Ethercat von Beckhoff ist der schnellste Bus in dem Preissegment. Das Protokoll setzt direkt auf einem IP-Frame (100Mb) auf und es gibt keine Kollisionen. Die Slaves lesen und modifizieren die Bits direkt im Frame, wenn dieses durch das Kabel läuft. Diese Geschwindigkeit bietet genug Reserven, dass selbst Profibus, CC-Link oder Interbus über Klemmen als Master funktionieren kann.

In der Regel kannst du Kommunikationszeiten von unter 100us für alle Klemmen zusammen erwarten. Zusätzlich bietet EtherCAT Zeitsynchronisation an, so dass z.B. mit fest definierten Zeitabständen ein Ausgang auf einen Eingang reagieren kann und zwar mit 1us Genauigkeit. Oversampling von analogen Werten ist bis zu 20ns Sample-Abstand möglich.

Profibus hat aus meiner Sicht eine sehr begrenzte Kapazität.
 
Zuletzt bearbeitet:
Aber PN wird doch überall als echtzeitfähig geworben. Warum ist es denn schwach?
Was verstehst du unter Echtzeit?
Die Hardware hat in mancher Produktionsumgebung Schwächen.
Außerdem gibt es öfter Problem bei der Installation, sprich Verbindungen.


Profibus hat aus meiner Sicht eine sehr begrenzte Kapazität.

Was willst bzw musst du über den Bus schicken?
Also Datenbankanbindung über Profibus ist eigentlich eher selten.
Zu den Abtastzeiten:
Das sind theoretische Werte. Wenn diese Zeiten erreicht werden müssen ist eine PLC die falsche Wahl.
Das ist eine Umgebung für einen Controller, das kann der besser.


bike
 
Ist eine PLC kein Controller?? Was für Probleme gibt es denn bei den Verbindungen?
PLC ist die Englisch Bezeichnung für für SPS.
Ach, den Spaß will ich nicht verderben, denn es gibt die verschiedensten Fehler.
Aber eines ist klar, jeder Anschluss und je Ader kann eins Störungsursache sein.


bike
 
Was willst bzw musst du über den Bus schicken?
Also Datenbankanbindung über Profibus ist eigentlich eher selten.
Zu den Abtastzeiten:
Das sind theoretische Werte. Wenn diese Zeiten erreicht werden müssen ist eine PLC die falsche Wahl.
Das ist eine Umgebung für einen Controller, das kann der besser.


bike


Ich hab einmal 6-10 RFID-Reader von Baum über Profibus ausgelesen. Ich musste auf Twincat extra einen Thread starten, weil die Datenmengen so gross waren, dass ich nicht unter 15ms Zykluszeit kam. Mit Ethercat wäre das kein Problem gewesen. Leider konnte ich nicht für jeden Reader eine Profibus-Master-Klemme kaufen. So hat das Lesen eines Tags uns mind. 200ms mehr gekostet. Das ist in ener Serienproduktion recht viel.
 
Ich hab einmal 6-10 RFID-Reader von Baum über Profibus ausgelesen. Ich musste auf Twincat extra einen Thread starten, weil die Datenmengen so gross waren, dass ich nicht unter 15ms Zykluszeit kam. Mit Ethercat wäre das kein Problem gewesen. Leider konnte ich nicht für jeden Reader eine Profibus-Master-Klemme kaufen. So hat das Lesen eines Tags uns mind. 200ms mehr gekostet. Das ist in ener Serienproduktion recht viel.

Also ich kenn das so oder so ähnlich.
Doch da habe ich die Lesung über einen Interrupt gestartet, so dass nur in der ungünstigsten Konstellation größere Zeiten aufgelaufen sind.
Denn alle Reader absolut gleichzeitig zu lesen ist eher selten.


Boah das hätte ich jetzt nicht gedacht. Und bike für Fahrrad??
Und wofür steht nun das C bzw. das S?

Der Witz war echt schwach.
http://www.mikethebike.com/

Sorry, dass ich dir Informationen zukommen lassen wollte.


bike
 
Welche Eingangsklemmen werden überhaupt verwendet? Standard Digitaleingänge bei Wago haben 3ms Verzögerung weil Filterzeit, die schnellen nur 0,2.
 
Aber PN wird doch überall als echtzeitfähig geworben. Warum ist es denn schwach?

Profinet setzt auf Standard-Ethernet und IP-Protokolle auf. Aufgrund des eigentlich militärischen Ursprungs sind diese Verfahren auf möglichst hohe Ausfallsicherheit und Routingmöglichkeiten ausgelegt. Echtzeitfähigkeit war hier nie gefordert. Bei TCP/IP können sogar Pakete unterschiedliche Routen nehmen und deshalb sogar in verkehrter Reihenfolge beim Empfänger eintreffen. Der Empfänger setzt sie dann wieder eigenständig in die richtige Reihenfolge.
In der Automatisierungstechnik ist solch ein Verhalten natürlich unerwünscht. Hier sind konstante Antwort- und Reaktionszeiten wichtig. Also wird sozusagen ein Master (CPU oder CP) benötigt, der den Datenverkehr von und zu den Slaves koordiniert. Den Slaves wird mitgeteilt, wann sie was senden dürfen bezogen auf den Beginn des IO-Zyklus. Solange du ein reines Profinet innerhalb eines einizgen Subnetzes hast, ist das alles kein Problem. Hast du jetzt aber z.B. ein gemischtes Netz, was ja laut Werbung und Vertrieb gar kein Problem ist, wird es interessant. Wenn z.B. der Anlagenführer seine Urlaubsbilder auf dem Anlagendrucker ausgeben will, dann steigt die Netzlast gewaltig kann. Und jetzt ist es bei Einsatz von normalen Switchen eben vorbei mit Echtzeit.Jetzt brauchst du dann spezielle gemanagete Switche mit Priorisierung (QoS). Wenn jetzt das ganze aber über mehrere Subnetze und womöglich noch VOIP-Telefonie über das gleiche Netz laufen, dann ist es vorbei mit deterministischem Verhalten.

Gruß
Dieter

PS: Ich weiss, dass die Ausführungen sehr oberflächlich sind :p
 
Also ich kenn das so oder so ähnlich.
Doch da habe ich die Lesung über einen Interrupt gestartet, so dass nur in der ungünstigsten Konstellation größere Zeiten aufgelaufen sind.
Denn alle Reader absolut gleichzeitig zu lesen ist eher selten.

bike

Interrupt gibt es in TwinCAT nicht ;) Der Profibus wurde über eine Master-Klemme gesteuert und ich habe dann einen RFID-Tag ausgelesen, wenn ein Sensor ansprach. Trotzdem, der Mist hat zu viel Zeit gekostet.
 
Zurück
Oben