Public Support

Mit ADTF 2 verwenden wir a2l Dateien mit der ASAP Version 1.60. Während wir die a2l Dateien für Canape mit Version 1.70 generieren.

D.h. die Hauptmotivation ist die Reduzierung der Buildzeiten der a2l Datei für ADTF.
Wenn wir für beide Tools die gleiche a2l Datei verwenden könnten, würden 50% der Erstellungszeit der a2l Dateien im Jenkinsbuild eingespart werden.
Aktuell wäre die Einsparung ca. 1 Stunde pro Build. Es finden mehrere Builds pro Tag statt.

Und was geht nicht mit den 1.70 generierten in ADTF ?
Wie gesagt, welches Feature davon vermisst ihr ?
Die Version an sich spielt keine Rolle, man kann in ADTF auch eine mit 1.70 generierte A2L Datei laden, aber halt nur maximal 1.60 Features bedienen

Zwei Punkte sehen wir:

Punkt1)
Aktuell (ADTF2) lassen sich die meisten Signale nur mit „raw_value“ Einstellung aufzeichnen bzw. anzeigen.
Für das Aufzeichnen ist das noch OK, aber für eine Live Visualisierung ist die Anzeige der Interpretation der Zahlenwerte ein wichtiges Feature für den Anwender.

Punkt2)
Generell sollen alle 1.7 Features unterstützt werden, sonst besteht immer die Gefahr, dass etwas nicht so funktioniert wie erwartet. Die Anforderung lautet bitte einfach 1.7 Version unterstützen. https://www.asam.net/index.php?eID=dumpFile&t=f&f=734&token=aff3202720d0a044bd82491c9354a93b7cf43d61

Hallo Bane,

Punkt1)
Aktuell (ADTF2) lassen sich die meisten Signale nur mit „raw_value“ Einstellung aufzeichnen bzw. anzeigen.
Für das Aufzeichnen ist das noch OK, aber für eine Live Visualisierung ist die Anzeige der Interpretation der Zahlenwerte ein wichtiges Feature für den Anwender.

Machen wir, ACALTB-506 ist wie gesagt eingeplant.

Punkt2)
Generell sollen alle 1.7 Features unterstützt werden, sonst besteht immer die Gefahr, dass etwas nicht so funktioniert wie erwartet. Die Anforderung lautet bitte einfach 1.7 Version unterstützen. https://www.asam.net/index.php?eID=dumpFile&t=f&f=734&token=aff3202720d0a044bd82491c9354a93b7cf43d61

Das kann ich nicht einfach so machen, das ist eine konkrete Anforderung und ein größeres Thema, das müsst ihr bitte ins Kundenforum bringen.
Entweder ganz konkret Support für A2L v1.70, oder wir müssen uns um eine allgemeine Anforderung unterhalten, immer die aktuellsten Standards bei allen zu unterstützen.
So oder so gibt es hier massive Ressourcenverschiebungen, diese Themen kann auch leider nicht jeder abarbeiten.
gerne können wir eine Voranalayse treffen und versuchen das einzuplanen/vorzuschlagen.

Dann brauche ich aber eine Prio, Roadmap und Zeitschiene von euch.
Bedenkt bitte auch dass die Resorucen in den Spezialthemen wirklich begrenzt sind und Bus-Knowhow im Backend und Spec bei vielen Themen gefragt ist (Stichwort CAN, ARXML usw...)
Das geht leider nur zu einen begrenzten Umfang parallel, deshalb bitte hier eine konkrete Info und dann können wir versuchen das ganze in PT umzurechnen und einzuplanen.
Dann wird aber was anders fallen müssen und wenn ich an die Usability Themen, Busthemen (speziell SOME/IP und co) sowieverteiltes System denke, weiß ich nicht, wie das alles "ASAP" zu schaffen ist mit aktuellen Mitteln und Ressourcen...
Aber das wird dann diskutiert werden müssen.

verstanden, bitte dann den Punkt für Kufo auf die Prio Liste setzen.
Danke