Kommunikation in der Automatisierungstechnik

Computerbasierte Steuerungen werden auf verschiedenen Plattformen, in verschiedenen Programmiersprachen realisiert. Wünschenswert wäre eine plattform- und programmiersprachenunabhängige Kommunikation zwischen allen computerbasierten Steuerungen in Echtzeit. Es werden die Schwachstellen der momentan bekannten Kommunikationsstandards in der Automatisierungstechnik aufgeführt und Alternativen aufgezeigt. Es wird erläutert, weshalb sich die weiteren Untersuchungen auf die Middleware CORBA konzentrieren.

Momentan werden hauptsächlich diese Techniken verwendet:

Bussysteme
wie Powerlink [ETHE07], Profinet, DeviceNet [HEAD07], CAN [CiA07], SERCOS-III [SERC07], InterBus [INTE07], ...erfordern spezielle Hardware in der Steuerung. Die benötigten Treiber sind oft nur für wenige Plattformen verfügbar.
Softwarekopplung
Es gibt die Standards DCOM [WIKI07a], OPC UA/XL [OPCF07] ..., welche nicht echtzeitfähig sind und eher auf die Bedürfnisse zur Überwachung von Steuerungen ausgelegt wurden, als zur Steuerung.

Es gibt weitere Standards, die in computerbasierte Steuerungen integriert werden könnten:

neues Protokoll
bedeutet enormen Aufwand, da es in sämtliche Systeme implementiert werden muß.
Webservices
wie SOAP [W3C07] blähen die zu übertragenden Daten enorm auf. Eine schnelle Datenübertragung ist nicht realisierbar.
Middleware
wird zur Kommunikation zwischen Plattformen und Programmiersprachen eingesetzt:

Vorteile von CORBA beim Einsatz in der Automatisierungstechnik:

Nun muß geprüft werden, ob eine entsprechende CORBA Implementation auf einem embedded Real-time Linux System lauffähig ist, oder ob der Speicherbedarf zu groß für die beschränkten Ressourcen ist. Auch das Real-time Verhalten muß gemessen und gegebenenfalls optimiert werden.

Manuel Traut 2007-02-25