HDrive jetzt auf Kickstarter

[i_make_it]

Ich habe nicht ohne Grund als Beispiel grade Modbus genommen.
Jahrzehntelang war es ein De Facto Standart und seit 2007 ist es in IEC 61158 genormt.
Und es ist Lizenzfrei:
http://www.modbus.org/faq.php

Open: The Modbus protocol was transferred from Schneider Electric to the Modbus Organization in April 2004, signaling a commitment to openness. The specification is available free of charge for download, and there are no subsequent licensing fees required for using Modbus or Modbus TCP/IP protocols. Additional sample code, implementation examples, and diagnostics are available on the Modbus TCP toolkit, a free benefit to Modbus Organization members and available for purchase by nonmembers

[ChRiZ]

Vielen Dank für eure Antworten.

Also rund 300€ für einen 20€-Stepper mit ein bisschen Elektronik und Software? Respekt!

Der Stepper ist sogar noch günstiger . Das System hingegen nicht. Wir haben ein absolutes Positionssystem, Strommessung und einen ziemlich teuren Mikrokontroller (TM4C1294).
Das ganze System hat nichts mehr mit einem Stepper zu tun. Mit verbundenen Augen wirst du den Unterschied zwischen einem DC Motor und unserem Antrieb nicht feststellen können.

"In dem Fall wäre das z. B. Modbus TCP was Echtzeit Ethernet nutzt und somit auch sicher eine präzise und zuverlässige Bahnsteuerung zulässt.

Vielen Dank für diesen Hinweis. Ich denke ModBus TCP wäre wirklich eine gute Sache. Das Protokoll scheint auch nicht sehr kompliziert. Mit der Echtzeit habe ich aber noch etwas mühe, ist nicht das TCP/IP per se nicht Echtzeitfähig?
Für Echtzeitanwendungen haben wir eigentlich einen CAN-Bus und das Step/Dir Interface vorgesehen.

[i_make_it]

Ethernet ist schon von hause aus nicht echtzeitfähig.
Auch in einem geswitchten Netz gibt es noch Broadcasts und Multicast, so das es auch dort (auf der Switch Backplane) zu colissions kommen kann.

TCP ist im Gegensatz zu UDP zwar ein verlässliches Protokoll, aber auch von hause aus nicht echtzeitfähig.
Deshalb ist bei Streaming Anwendungen halt QoS so wichtig, sonst bekommt man z.B. die "super" VoIP" Sprachqualität oder Videos die ständig ruckeln.

Token Ring als Netzwerk und Token Passing wären von hause bedingt echtzeitfähig, da dort zumindest prinzipiell eine reproduzierbare Zustellzeit für den Durchlauf durch den Ring gegeben ist.

Da Ethernet und TCP/IP aber viel verbreiteter ist als Token Ring, gibt es grade für die Automatisierungstechnik bestreben es echtzeitfähig zu machen.
http://www.realtime-ethernet.de/
Eine davon ist halt ModBus TCP.

CAN-Bus ist halt nur Elektrik (Layer1) und Bitlayer (Layer2), da gibt es keinen Standart auf den Layern 3 bis 7.
ModBus TCP nutzt Ethernet für Layer 1 und 2 und TCP/IP für Layer 3.
Der Vorteil wäre, das die Hardware schon da ist und Du "nur" noch den Protokoll Stack implementieren mußt.

Wenn man denn Feldbus Technik einsetzten will, ist CAN-Bus eine recht gute Wahl, da er durch den Einsatz im Automobilbereich auf allen Kontinenten etabliert ist.
Bei anderen Feldbussen ist das nicht gegeben.

[ChRiZ]

Euch allen eine freudige Adventszeit:

[Crazy Harry]

"Robot painting Christmas tree and Santa in realtime"

naja ok so schnell zeichnest du ja nicht und Echtzeit ist ja genau genommen schwerlich möglich

[i_make_it]

Von dem was man sieht, erfüllt es noch die Bedingung für "soft real-time".

[ChRiZ]

Ja, soft real-time geht. Deshalb auch, weil der Motor kontinuierlich seine Position als auch seine interne realtime clock mitsendet. Die Steuerung, z.B. der PC kann nun entscheiden ob irgend was schief gegangen ist.
Real-Time hat aber nichts mit Geschwindigkeit zu tun. Es bedeutet, dass eine Maschine in einer gewissen Zeit garantiert reagiert. Bei Ethernet weiss man das nicht so genau, da man die route des TCP-Paketes zum Ziel nicht immer kennt.
Ich habe noch weiter Informationen zu der verwendeten Technologie in meinem LinkedIn account veröffentlicht: https://www.linkedin.com/pulse/novel...?trk=prof-post

Grüsse und eine schöne Adventszeit