Public Support

Hallo Thomas,

zu Deinen Fragen:

1. Kannst du mir zu den Bibliotheken für den DAT-Zugriff ein paar Eckdaten geben:

- Welche Bibliotheken gibt es für den DAT-Zugriff (Ich habe von Streaming Library und ADTF DAT File gelesen. Mir ist aber nicht klar, was sich dahinter verbirgt, was man wann verwenden sollte bzw. ob es noch andere gibt)?
Für die Verarbeitung von ADTF DAT-Files gibt es für ADTF2 die Streaming Library.
Wenn mit ADTF2 eine Datei mit Hilfe des Harddisk-Rekorders aufgezeichnet wird, entsteht eine sog. DAT-Datei. Diese DAT-Datei beinhaltet Datenströme (Streams). Jeder Datenstrom repräsentiert dabei einen Pin am Harddisk-Rekorder. Als Alternative kann hierbei auch der Nachfolger der Streaming Library, die File Library werdet werden. Diese unterstützt neben den DAT-Files vom ADTF3 auch die DAT-Files der ADTF2 Variante.

- Wie und von wem werden die Bibliotheken distributiert (sind diese z.B. Teil der ADTF-Installation)?
Diese Bibliotheken sind nicht Teil der ADTF-Installation, können jedoch von unserer Support-Seite heruntergeladen werden.

- Welche Lizenzbedingungen gelten für die Bibliotheken und ggf. deren Abhängigkeiten?
Für die Bibliotheken gibt es keine besonderen Lizenzbedingungen, da diese "Stand-Alone" sind.

- Unterstützt die Bibliothek für DAT-Files aus ADTF-3 auch DAT-Files aus ADTF-2?
Ja, die ADTF File Library unterstützt beide Formate.

2. Sind die benötigten DDL-Informationen zur Extraktion der Signale bzw. Signalelemente aus den Samples in den DAT-Files vorhanden oder müssen diese separat beigestellt werden?

Bei ADTF2 müssen passende Description-Files mit den DDL-Informationen zum DAT-File separat dazugelegt werden.
Bei ADTF3 ist das nicht mehr notwendig, da die DDL-Beschreibung bereits im DAT-File vorhanden ist.

Als zweiten Ansatz sehe ich das Mithören auf dem Messagebus als externe Applikation (im Handbuch meiner Meinung nach als "ADTF-to-X communication" bezeichnet). Die externe Applikation könnte dann in ein eigenes Format aufzeichnen. Wo kann ich über das Example "dspace_autobox_connection" hinausgehende Informationen zu diesem Ansatz finden?
In der SDK-Dokumentation gibt es noch zwei weitere Anlaufpunkte:

1. ADTF --> ADTF Tools --> ADTF Launcher Environment (adtf_launcher) --> The ADTF Filtergraph Manager Plugin --> Filtergraph Manager Service --> ADTF FilterGraph Manager uses the Message Bus Service
2. ADTF --> ADTF Plugin SDK Documentation --> ADTF Examples --> Additional examples --> Demo ADTF external data exchange communication

1. Wie kann ich die Signale und deren Samples mittels Out-Port aus ADTF heraus leiten?
Hierfür sollte der MessageBus verwendet werden.

2. Welches Protokoll ist von der externen Applikation für den Datenempfang zu beachtende?
Um die Datenströme von der externen Applikation richtig zu interpretieren, können Header-Files generiert werden, die die DDL-Beschreibung in Form von Strukturen beinhalten.
Diese Header-Files können dann in die Applikation inkludiert und der Payload des Samples als solche interpretiert werden.

3. Enthalten die empfangenen Samples die gleichen ADTF-Zeitstempel, die auch der Harddisk-Rekorder in die DAT-Files schreiben würde.
Ja, da in den Samples der Zeitstempel der ADTF-Streaming-Zeit, welche durch die ADTF-Clock vorgegeben wird, abgelegt ist.

4. Kann ich das Starten/Stoppen/Pausieren bzw. das Neustarten der ADTF-Konfiguration erkennen?
Die Zustände der Runtime wird leider nicht über das ADTF-to-X Modell übertragen, es erfolgt nur eine reine Datenübertragung.
Die Erkennung von Laufzeitzuständen kann nur von ADTF-Komponenten, die direkt am ADTF "dran" sind, detektiert werden.

Ich hoffe, dass ich Deine Fragen soweit beantworten konnte.

Viele Grüße
Frank

Hallo Matthias und Frank,

vielen Dank für die Informationen zu den DAT-Bibliotheken und dem MB-Zugriff. Diese waren sehr hilfreich. Für den aktuellen Anwendungsfall präferieren wir die Nutzung des HDRecorders und die Verarbeitung der erzeugten DAT-Files in ECU-TEST.

Da die File Library das alte und das neue DAT-Format unterstützt und die Streaming Library vermutlich irgendwann mit ADTF2 „beerdigt“ wird, scheint uns strategisch sinnvoll, auf die File Library zu setzen. Allerdings scheint die File Library (0.4.1) noch Beta-Status zu haben? Deshalb hätte ich ein paar Anschlussfragen, um bzgl. der strategischen Entscheidung für die File Library etwas mehr Sicherheit zu erlangen:

1) Ist der Support für die Library wegen des Beta-Status irgendwie eingeschränkt?

2) Ist absehbar, wann die Bibliothek den Beta-Status verlässt?

3) Welche Stabilität hat die API? Wird bspw. die Abwärtskompatibilität in neuen Versionen bereits sichergestellt?

4) Welche funktionalen Einschränkungen gibt es gegenüber der Streaming Library? (Unter Umständen weder einfach noch umfassend zu beantworten. Aber vielleicht könnt ihr auf wichtige grundsätzliche Einschränkungen hinweisen, falls es denn solche gibt. Beispielsweise, wenn bestimmte Informationen in ADTF-2-Dateien nur mit der Streaming Library ausgelesen werden können. Oder wenn die Streaming Library mit gesplitteten Aufnahmen umgehen kann, aber die File Library nicht.)

Für Antworten auf diese Fragen wäre ich wieder sehr dankbar.

Viele Grüße
Thomas

Hallo Florian und Michael,

vielen Dank für die schnelle Reaktion und die detaillierten Antworten. Das Ticket ist damit erledigt und kann geschlossen werden. Bei eventuell aufkommenden Fragen während der nun anstehende Implementierung erstelle ich ein neues Ticket.

Viele Grüße
Thomas Lohse