ATHOS Benutzertreffen 2007 LAPI – ein Harmonisierungsansatz download: http://www.highqsoft.serveftp.net Glashütten, 27.September 2007 HighQSoft GmbH, Michael Ziller michael.ziller@HighQSoft.de www.highqsoft.de / www.highqsoft.com 27.September 2007 - 1

Hintergrund LAPI ist die Abkürzung für „Logger-API“ Es ist ein Projekt von AUDI, BMW, Daimler und Porsche Alle diese Firmen verwenden mobile Erfassungssysteme Jeder Viele und von verschiedenen Herstellern Jedes Produkt kommt mit einer eigenen Infrastruktur - Bedienung - Parametrierung - Datenablage Forderung: das muss einfacher werden Ziel: alle Logger lassen sich gleich bedienen 27. September 2007 - 2

Was ist/warum GDI ? - GDI ist ein ASAM-Standard: GENERIC DEVICE INTERFACE - Es erlaubt, (Mess-)Systeme abstrakt zu beschreiben - Dadurch können Geräte verschiedener Hersteller auf exakt die gleiche Art und Weise bedient/benutzt werden - So kann man eine Messaufgabe ohne Änderung mit Geräten verschiedener Hersteller durchführen - der Nutzen der Geräte entsteht durch ihre technischen Eigenschaften, nicht durch ihre Infrastruktur - man braucht nur EINE Infrastruktur für alle Geräte 27. September 2007 - 3

Ergebnis des LAPI-Projekts - ein Objektmodell , ähnlich wie ODS - ein API, ähnlich wie die ODS-API - ein xml-basiertes Format zur Ablage Klingt erst mal wie „das Gleiche nochmal“ Stimmt. Ein wenig. Aber durch diese Vorgehensweise sind die Strukturen eindeutig aufeinander abbildbar. UND: LAPI addressiert NUR den Messaufbau Als nächstes das Objektmodell des LAPI-Projekts ( aus der Original-Doku “geborgt”)‏ 27. September 2007 - 4

Das LAPI-Objektmodell 27. September 2007 - 5

Wo ist ODS ? Nicht im LAPI, aber: - wie üblich, regelt LAPI bisher die Gerätebedienung - die Geräte legen Daten in Dateien ab ... jeder Hersteller SCHEINBAR in „hausgemachten“ Formaten ... aber: alle verwenden einfache Binärformate ... und bei ATF-files gibt es „binary components“ ... also könnte man doch ... die Originaldateien verwenden ... und in einem atf-file erklären ... und kann dann mit ODS-API auf die Daten zugreifen 27. September 2007 - 6

Das reale Projekt ... irgendwo im Süden von Deutschland ... werden datalogger von 3 Herstellern eingesetzt ... deren Binärdateien unverändert verwendet werden können Der Kunde fährt in der Datenbank ein komplexes Datenmodell, das stark prozessunterstützend ausgelegt ist. Der erste Ansatz war: die datalogger liefern das gleiche Modell. Resultat: jedes Projekt muss anderes ATF ... das bricht den LAPI-Ansatz: Gleichmachen Neuer Ansatz: - alle Datenlogger - verwenden EIN Model - in ALLEN Projekten 27. September 2007 - 7

Das Modell Dieser Ansatz erfordert ein flexibles Datenmodell. Bei der Konzeption wurden folgende Fakten berücksichtigt: - bei der Definition der Messaufgabe weiß man - viel über die zu messenden Signale - wenig über organisatorische Belange (das PROJEKT)‏ - ein wenig über den Prüfling - MEIST zu wenig über eine saubere Kanalbeschreibung (quantities, units, physicaldimensions)‏ - Messaufgaben können Ergebnisse vielfältiger Art liefern - einfache zeitbasierte (time-data)‏ - ereignisbeschreibende (event-data)‏ - abgeleitete (calculated/derived)‏ - Einzelwerte - beliebige Sammlungen aller Art von diesen 27. September 2007 - 8

Der Preis für EIN LAPI- Modell - es gibt immer 2 Modelle - das spezifische Kundenmodell - das LAPI-Modell - es muss ein mapping während des Imports gemacht werden Das hört sich schwerwiegend an, ist es aber nicht: - der logger kann das Kundenmodell ohnehin nicht füllen - beim Import wird IMMER etwas modifiziert (z.B. Kanalnamenmapping)‏ 27. September 2007 - 9

Das Modell, die Zweite ... Beim layout des Modells wurden - viele Teilaspekte zusammengefügt, die sich in diversen Projekten als sinnvoll erwiesen haben - viele Relationen „auf Vorrat“ vorgesehen - die Objekte selbst schwach ausgeformt - aber ods-konforme Erweiterungsmechanismen für fast jedes Objekt vorgesehen Alles verstanden ? .... glaub ich nicht .... Wie sieht dieses Supermodell nun aus ? 27. September 2007 - 10

So ! 27. September 2007 - 11

Oder so ! 27. September 2007 - 12

LAPI UND ODS LAPI beschreibt abstrakt die Logger-Benutzung ODS-LAPI-Model beschreibt die Resultatablage Das Modell wird beim ASAM eingereicht Es soll ein offizieller Anhang wie NVH werden Damit entsteht ein Anreiz, ODS zu nutzen LAPI ist beim ASAM eingereicht, Doku gibts auch LAPI ist noch nicht publiziert 27. September 2007 - 13

Vielen Dank für Ihre Aufmerksamkeit