IODD-Interpreter und generischer DTM

Universelles Konfigurationswerkzeug für IO-Link- Sensoren und -Aktoren

5. Oktober 2010, 16:29 Uhr | Von Peter Zimmermann
Diesen Artikel anhören

Fortsetzung des Artikels von Teil 1

Komponentenstruktur des IODD-Interpreters und DTMs

Komponenten des IODD-Interpreters und des generischen DTM.
Bild 3a. Die zwei Komponenten des IODD-Interpreters: Standard-Benutzeroberfläche und Gerätelogik. Bild 3b. Die Komponenten des generischen DTM.
© M&M Software

Eine besondere Stärke des IODD-Interpreters und DTMs ist die Vielzahl an unterstützten Anwendungsszenarien. Grundsätzlich sind dabei die Szenarien mit und ohne FDT zu unterscheiden. Die in Bild 3a und Bild 3b dargestellte Komponentenstruktur des IODD-Interpreters und DTMs verdeutlicht dies.

Der Interpreter besteht aus zwei Komponenten: Die Komponente „Gerätelogik“ stellt den Kern des Interpreters dar und ist in der Lage, aus einer gegebenen IODD zur Laufzeit ein Modell der Gerätelogik zu erstellen.

Alle Benutzeroberflächen sind in der Komponente „Standard-Benutzeroberflächen“ vereint. Der Namensbestandteil „Standard“ bringt zum Ausdruck, dass auch andere herstellerspezifische Benutzeroberflächen realisierbar sind. Beide Komponenten wurden auf Basis des Microsoft .NET 2.0 Framework in der Programmiersprache C# entwickelt. Den Standard-Benutzeroberflächen liegt darüber hinaus Microsoft Windows Forms zu Grunde.

Für den Einsatz im FDT-Szenario erfolgt die Ergänzung des Interpreters durch eine FDT- Adaptionskomponente, welche mit der Programmiersprache C++ entwickelt wurde und daher als nativer Binärcode vorliegt – sie bettet quasi den Interpreter in sich ein. Als Resultat ergibt sich der generische DTM, welcher alle FDT-spezifischen Aspekte bereitstellt. Diese Komponentenstruktur macht den Einsatz in sehr verschiedenartigen Anwendungsszenarien möglich: Bild 5 zeigt den generischen DTM im FDT-Umfeld; die Anwendung des Interpreters in einer herstellerspezifischen Applikation ist in Bild 6 dargestellt.

Anbieter zum Thema

zu Matchmaker+

Bilder 4 bis 6

Der generische DTM im FDT-Umfeld
© M&M Software
IODD-Interpreter in einer herstellerspezifischen Applikation
© M&M Software
Szenario ohne FDT
© M&M Software

Alle Bilder anzeigen (3)

Darüber hinaus sind weitere Variationen möglich. So können zum Beispiel herstellerspezifische Benutzeroberflächen die Standard-Benutzeroberflächen ersetzen (Bild 7). Auch Applikationen ohne Benutzeroberfläche sind realisierbar. Bei dieser Art von Applikationen steht dann die Interpreter-Programmierschnittstelle im Vordergrund. Diese erlaubt der herstellerspezifischen Applikation den Zugriff auf die im Interpreter nachgebildete Gerätelogik.


  1. Universelles Konfigurationswerkzeug für IO-Link- Sensoren und -Aktoren
  2. Komponentenstruktur des IODD-Interpreters und DTMs
  3. Starthilfe für herstellerspezifische Szenarien

Lesen Sie mehr zum Thema


Jetzt kostenfreie Newsletter bestellen!