Public Support

Hallo,

vielen Dank schon einmal für dein Feedback.
Zu I.
Versuchst zu einen Ausgangspin mit zwei SampleStreams zu verbinden? Das ist nicht möglich
Zu II.
Wenn es vorher schon einmal ging, dann soll das meiner Ansicht nach weiterhin funktionieren. Soll mittels des Qt-Mediadescription-Displays die CAN-DDL angezeigt werden?
Zu III.
Ist das adtffileplugin automatisch beim hinzufügen des can-service mitgeladen? Die Doku zum what's new ist in die Guides gewandert.

https://support.digitalwerk.net/adtf_addons/adtf-device-toolbox/v3/devicetoolbox_html/page_devtb2_support.html
https://support.digitalwerk.net/adtf_addons/adtf-device-toolbox/v3/guides/whats_new.html

Ich habe einmal eine Session zusammengefasst und auch ein kurzes Video hinzugefügt

Feedback auf Ende August verlängert

Hallo Florian,

Zu Punkt I. Hier war der Bugreport, dass sich der CAN Signal Provider offenbar nicht alle Sample Streams anschaut, von denen er Signals Providen sollte.

Das ist auch noch bei der Device Toolbox 3.3 so. Hier stellt sich das offenbar so dar: Sample Streams im Streaming Graph werden Provided, Sample Streams im Filter Graph nicht.
Siehe Pic: Die CAN Config Decoder Session wurde so ergänzt dass auch ein Demo CAN Coder Generator 2 im Filtergraph vorkommt. (neben dem Original im Streaming Graph)

Der CAN Trace View liefert traces von allen CAN Sample Streams im Filtergraphen, aber nicht im Streamingraphen. Der Signal Tree View findet aber nur das Signal vom Sample Stream im Streaming Graph.

Das ist natürlich etwas blöd für ADTF 3.8, wo es im Normallfall keine Streaminggraphen gibt. Wie ist da eigentlich der release Status? DTB 3.3 fehlt noch auf Eurer Homepage, ist aber per Email angekündigt werden. Wurde der Release zurückgezogen?

Die anderen Themen mit den CAN Streams aus .dat Files muss ich mir nochmal genauer anschauen, brauche da noch etwas Zeit, Florian konnte es allerdings auch nachvollziehen.

Hallo allerseits,

hab nun angefangen mich wieder mit dem weiteren Theman zu beschäftigen: .dat file mit CAN stream.

Zunächst mal scheint ein weiterer Bug zu existieren. Wenn ich Benedicts Example-Projekt launche, crashed der Launcher beim Switch auf Runlevel 2 in der Release Version. (Popups attached). Das zweite Stacktrace-Popup erhalte ich allerdings nur beim Launch mit der GUI-Control (nicht mit mit Control oder reiner Launcher). In der Debug-Version startet das Projekt, allerdings sieht das Fenster des CAN trace view im rl 2 rein grau aus. Ich tippe deshalb auf ein Problem beim CAN-Trace-View.

In der Debug-Version läuft das Projekt und Media-Description Display und CAN Channel ist 1 angezeigt. DBC-Verwendung im CAN Trace View funktionieren. Also hier alles gut, wie es sein sollte.

Ich bau das jetzt nochmal nach.

Grüße,
Jochen

Hallo nochmal,

nun habe ich das ganze nachgebaut.

Mit dem example_test_file_can.dat aus eurem Projekt klappt es (ohne crash). Der DemoQtMediaDescription Display zeigt die CAN Samples an, der CAN Channel wird auf 1 geändert.

Aber es scheint auch noch abhängig vom verwendeten .dat file. Verwendet man das rawcan-example aus ADTF 2.9.1 (example_test_file.dat), also der alte can Datentyp, wird keine Description angezeigt.

Nun habe ich anbei noch ein Projekt mit einem .dat file schon mit neuem CAN Daten-Typ, wo auch keine Media-Description angezeigt wird. Woran kann das liegen? Der CAN stream in ADTF 2 wird voll unterstützt (bezüglich CAN Signal, CAN Config Codec Ext). Einziger Unterschied, den ich in ADTF 2 sehen konnte, ist, dass im Filter Trace View beim Breakpoint hier auch keine Media-Description angezeigt wird, im Gegensatz zum example_test_file.dat (obwohl auch dort kein .description beiliegt). Vermutlich wird der CAN Stream in ADTF 3 nicht richtig erkannt und dementsprechend der Channel nicht geändert, worauf dann CAN Trace View und CAN Signal Provider nicht funktionieren.

Zu Punkt III: wie erkennt man, ob das ADTF File Plugin geladen wird?
Grüße,
Jochen

Ich habe mir das angehängte Projekt und das zugehörige Dat-File einmal angeschaut.

Hier wird dem can-Sample-Stream bereits der Typ adtf2/legacy gegeben, das kommt daher, dass der Datenstrom mit einer normaler cMediaType-Instanz serialisiert wurde und nicht mit einer cMediaTypeCan-Instanz. Auch die Samples sind normale cMediaSamples-Instanzen und nicht cMediaSampleCAN. Daher wird der Datenstrom von den adtffiledeserializern nicht als CAN-Datenstrom erkannt.
Mit welchen Komponenten wurde dieser Datenstrom erzeugt?

Workaround ist leider nur ein eigener Filter, der den Datentyp konvertiert. Hier kann auch dann gleich der Channel mit angepasst werden.

Entschuldigung, dass es so lange gedauert hat.
Aktuell erfasst der CAN Signal Provider lediglich Outputpins, von IDataBinding-Objekten im Streaminggraph, die auch mit einem Sample-Stream verbunden sind.

Das Verhalten sollte allerdings geändert werden. ich habe dazu folgendes Change-Ticket erstellt.
https://www.cip.audi.de/jira/browse/ADEVTB-1871

Hat etwas gedauert, bis ich den Fehler nachvollziehen konnte.
Das QWidget von ADTF (Release) versucht das CAN-Trace View von der Device-Toolbox zu öffnen. In dem Projekt, dass ich geschickt habe, war aber nur eine Debug-Variante der Device Toolbox. Aus dem Grund hat er unter Plugins(Release) auch die Debug-Variante eingetragen. Bin "eigenen" Filtern funktioniert das auch, aber das ist eine Qt-Applikation.

Siehe dafür das angehängte Video