OTX nach ISO 13209
Diagnoseabläufe mit dem neuen Diagnosestandard OTX beherrschen
19. Dezember 2011, 13:13 Uhr |
Von Dr. Jörg Supke
Diesen Artikel anhören
Fortsetzung des Artikels von Teil 7
OTX-Designer als zentrales Eingabeelement
Das ODF besteht im Wesentlichen aus folgenden vier Teilen (Bild 6):
- OTX-Designer: Der OTX-Designer ist das zentrale Eingabeelement. Damit ist der Autor in der Lage, Prüfabläufe graphisch zu erstellen, zu bearbeiten und zu verstehen. Er besteht aus einer Reihe von Steuerelementen, welche mit Hilfe des OTX-Designer-SDK auch in eigene Anwendungen integriert werden können. Die wesentlichen Steuerelemente sind Workflow-Designer, Solution-Explorer, Toolbox und Ausgabe-Fenster.
- Datenbank-Modul: OTX-Datenbanken können in der Praxis recht groß werden und einen hohen Vernetzungsgrad aufweisen. Um auf diese Daten schnell und ressourcen-schonend zuzugreifen, besteht das Datenbankmodul aus der OTX-API sowie einer Embedded-XML-Datenbank. Diese erlaubt eine direkte Arbeit auf den OTX-Daten ohne Transformationen. Dabei werden nur die Teile im Arbeitsspeicher gehalten, die wirklich benötigt werden. Für den Anwender ist es somit unerheblich, ob er mit einem kleinen oder einem sehr großen OTX-Projekt arbeitet.
Jobangebote+ passend zum Thema
- Testumgebung: Zu Test- und Analysezwecken kann das Debugging auch im Einzelschrittbetrieb ablaufen. Eine Aktivität ohne Realisierung wird im Ausgabefenster simuliert, indem die Details der Aktivität dargestellt werden.
- OTX-Ablaufumgebung: Innerhalb der Entwicklungsumgebung werden OTX-Abläufe erzeugt und bearbeitet (Bild 7). Innerhalb der Ablaufumgebung werden sie ausgeführt. Für die Ausführung der Abläufe wird On-the-fly-Code generiert und übersetzt. Die Ablaufumgebung arbeitet daher mit maximaler Leistung und ist somit auch für Steuer- und Regelaufgaben geeignet. Die Abläufe können vorcompiliert werden und lassen sich so extrem kompakt verteilen.
- Diagnoseabläufe mit dem neuen Diagnosestandard OTX beherrschen
- Integration in bestehende Standards
- Wichtige Basiskonzepte in OTX und ihr Beitrag zur Reduzierung der Komplexität
- Specification/Realisation-Konzept
- Kontext-Konzept
- Validity- und Signatur-Konzept
- Wachsende Unterstützung durch Entwicklungswerkzeuge
- OTX-Designer als zentrales Eingabeelement
Lesen Sie mehr zum Thema
Das könnte Sie auch interessieren
Effizienzsteigerung mit dem Testwerkzeug Masic
Bosch vereinfacht die Diagnoseentwicklung
Hy-Line Systems/Cango
CAN-BUS-Interfaces für eine sichere und schnelle Analyse von Fahrzeugdaten
Diagnose am Limit
Grenzen modellbasierter Diagnose in Fahrzeugsystemen
