Support Request #14669
closedDifferences regarding struct naming within SOME/IP header and DDL defintion
Description
Supportanfrage
ich habe mir den stream_meta_type von ethernet angesehen: https://support.digitalwerk.net/adtf_addons/adtf-device-toolbox/v3/devicetoolbox_html/stream__meta__type__raw__ethernet_8h_source.html
Darin gibt es das Feld struct name="tEthernetSample"
Ein gleichnamiges Struct konnte ich nicht finden, nur ein Struct namens tEthernetSampleHeader in diesem Header:
https://support.digitalwerk.net/adtf_addons/adtf-device-toolbox/v3/devicetoolbox_html/raw__ethernet__types_8h_source.html
Die Frage ist, warum sind diese Namen unterschiedlich, obwohl sie beispielsweise bei can (tCANData) oder flexray (tFlexRayData) konsistent im ddl und als struct im header sind?
Bei der Übertragung eines raw ethernet stream types wird dann aber als struct schon tEthernetSampleHeader verwendet, oder?
Lösung
Updated by hidden almost 3 years ago
- Project changed from Public Support to 30
- Status changed from New to In Progress
- Customer set to CARIAD
- Topic set to DeviceTB::Common
Updated by hidden almost 3 years ago
- Project changed from 30 to Public Support
- Subject changed from Mögliche Inkonsistenz ADTF Device Toolbox to Differences regarding struct naming within SOME/IP header and DDL defintion
- Description updated (diff)
- Status changed from In Progress to To Be Closed
- Private changed from Yes to No
- Resolution set to Solved Issue
Hallo Sebastian,
wir haben zur anstehenden Device TB 3.7.0 den Namen im DDL/Stream Type korrigiert und an den Header angeglichen.Das war zwar unschön, spielt aber für Streaming keine Rolle.
Je nachdem was du auf der Empfängerseite verwendest, bist du immer self-contained:
- fester Header -> Du castest auf die Header Struktur -> diese ist dir bekannt und stimmt auch unabhängig vom Namen überein
- feste DDL -> du suchst nach deinen Namen -> passt auch inhaltlich -> ebenso keine Probleme
- Du fragst den Stream Type vom Sender -> verwendest dessen Namen -> passt auch inhaltlich
Ein Problem hättest du nur gehabt, wenn du den Namen aus dem Header File liest (statt aus der Stream Type Property) und danach in der DDL suchst... macht wenig Sinn.
Aber so oder so, wurde angeglichen, danke !