Public Support

Hallo Patrick,

ich kläre gerade wer hier aufgrund der ganzen Abwesenheits-/Urlaubssituation der beste Ansprechpartner ist.
Nur für das Ticket/Support grundsätzlich: Auf welche ADTF Version und welches OS bezieht sich die Anfrage?

Gruß
Matthias

Hallo Martin,

kannst Du dir die Anfrage von Patrick bitte einmal ansehen!?

Danke und Gruß
Matthias

Hi Patrick,

zu 1.: Die Position wird immer anhand des Alignments ausgerichtet. In der 2.0 hat der Coder nur den Fehler gemacht, dass er bei Arrays das letze Element nicht auf seine richtige Größe gepadded hat (wenn das Alignment das gefordert hätte), heißt die Gesamtgröße eine Arrays (auch wenn's nur 1 Element hatte) war nicht notwendiger weise ein Vielfaches des Alignments, die Positionen der Elemente passten aber zum Alignment.

zu 2.: hier bist du wie viele andere über die Unterscheidung zwischen serialisierter und deserialiserter Beschreibung gestolpert. Die DDL beschreibt zwei Fassungen in einem :-):

• deserialisiert: Positionen und Größen werden auf Basis des Alignments und Typgröße berechnet (alignment + type attribute, byte order ist immer nativ)
• serialisiert: Positionen sind durch das bytepos Attribut festgelegt. (bytepos + type + byteorder attribute)

Der Recorder serialisiert die Daten im Speicher der Media Samples mit Hilfe der deserialisierten Beschreibung in die serialisierte Fassung. Daher landen in deinem Beispiel nur 43 Byte auf der Platte.

Du kannst ja mit folgendem Beispielcode experimentieren, dann siehst du gleich was passiert wenn man was ändert.

{
    cString strDesc = "<struct alignment=\"8\" name=\"t_CAN_PCR_01_CAN_PCR_01\" version=\"1\">" 
                      "<element alignment=\"8\" arraysize=\"1\" byteorder=\"LE\" bytepos=\"0\" name=\"ESP_v_ref\" type=\"tFloat64\" />" 
                      "<element alignment=\"1\" arraysize=\"1\" byteorder=\"LE\" bytepos=\"8\" name=\"ESP_v_ref_Fahrtrichtung\" type=\"tUInt8\" />" 
                      "<element alignment=\"1\" arraysize=\"1\" byteorder=\"LE\" bytepos=\"9\" name=\"PCR_Sensorstatus\" type=\"tBool\" />" 
                      "<element alignment=\"8\" arraysize=\"1\" byteorder=\"LE\" bytepos=\"16\" name=\"PCR_Obj_vx_rel\" type=\"tFloat64\" />" 
                      "<element alignment=\"8\" arraysize=\"1\" byteorder=\"LE\" bytepos=\"24\" name=\"PCR_Obj_vy_rel\" type=\"tFloat64\" />" 
                      "<element alignment=\"8\" arraysize=\"1\" byteorder=\"LE\" bytepos=\"32\" name=\"PCR_Obj_TTC\" type=\"tFloat64\" />" 
                      "<element alignment=\"1\" arraysize=\"1\" byteorder=\"LE\" bytepos=\"40\" name=\"PCR_Obj_Guete\" type=\"tUInt8\" />" 
                      "<element alignment=\"1\" arraysize=\"1\" byteorder=\"LE\" bytepos=\"41\" name=\"PCR_Crashwahrscheinlichkeit\" type=\"tUInt8\" />" 
                      "<element alignment=\"1\" arraysize=\"1\" byteorder=\"LE\" bytepos=\"42\" name=\"PCR_Sensorstatus_02\" type=\"tUInt8\" />" 
                      "</struct>";

    cMediaCoder oCoder;
    oCoder.Create("t_CAN_PCR_01_CAN_PCR_01", strDesc, 0);
    cObjectPtr<IMediaSerializer> pSerializer;
    oCoder.GetSerializer(&pSerializer);
    LOG_INFO(cString::Format("%d, %d", pSerializer->GetDeserializedSize(), pSerializer->GetSerializedSize()));
}

->

48, 43

Grüße,

Martin

Hallo Martin,
Patrick hat noch zwei Rückfragen.
Danke und Gruß
Matthias

Hi Patrick,

was willst Du denn machen? Für mich hört sich das so an, dass du selbst aus der DAT Datei lesen willst, richtig? Warum nimmst Du nicht einfach die adtf_file Library, die das alles transparent für dich erledigt?

Beim Lesen braucht man in der Tat nur die bytepos. Wichtig: der Recorder verwendet die DDL aber nur dann zum Serialisieren, wenn der Media Type = 0/0 ist, ansonsten greift die Serialisierung der jeweiligen Media Sample Implementierung.

Grüße,

Martin

Nochmals die Frage, warum nicht die adtf_file Library verwendet wird? Die ist Open Source, unterstützt DAT Files von ADTF 2 und ADTF 3. Was braucht ihr, was die nicht kann, und wäre der Aufwand nicht besser dort investiert?

Kann man sagen, bei Media-Type 0/0 zählt Bytepos, bei Media-Type != 0/0 zählt Alignment?

Nein, es zählt die Implementierung der Serialisierung in der Media Sample Implementierung, die kann machen was sie will (z.b. bei CAN/Flexray etc.). Genau diese Serialisierungen gibts in der adtf_file Library, es macht keinen Sinn dass Ihr die nachimplementiert!

Natürlich hat das Verändern der Alignments eine Auswirkung in ADTF, da der Media Description Signal Provider versucht die Daten in Samples anhand der Beschreibung (für die deserialisierte Fassung) zu interpretieren. Wenn man die Alignments ändert passt die Beschreibung nicht mehr zur Representation im Sample.

Grüße,

Martin