namespace <ExtendedDataRecord-Namespace>

De namespace namespace <ExtendedDataRecord-Namespace> bundelt in de module diag van het AUTOSAR Adaptive Platform interfaces zoals DiagnosticExtendedDataRecordInterface voor de beschikbaarstelling van applicatiespecifieke Extended Data Records voor storingsgeheugeninvoeren. Interpretatie: De applicatie instantieert en registreert de interface vermoedelijk tijdens de initialisatie om binnenkomende leesverzoeken van de diagnosemanager asynchroon van actuele context- en tellergegevens te voorzien. Vraag (open) Daarbij vereist de gelijktijdige toegang vanuit het diagnosesubsysteem een thread-safe beschikbaarstelling van de gegevens en een tijdige beantwoording ter voorkoming van protocoltimeouts.

meer ›

Context

In de module diag van het AUTOSAR Adaptive Platform verzorgt de namespace namespace <ExtendedDataRecord-Namespace> de logische inkapseling van interfaces voor de beschikbaarstelling van uitgebreide diagnosedata. In de voertuiggebonden diagnose conform ISO 14229 (UDS) spelen Extended Data Records (EDR) een centrale rol, omdat ze aan een storingsgeheugeninvoer (DTC) specifieke aanvullende informatie zoals storingsfrequentietellers, verouderingstellers of fabrikantspecifieke toestandsgegevens toekennen. Interpretatie: De identifier <ExtendedDataRecord-Namespace> dient vermoedelijk als formele tijdelijke aanduiding voor modelspecifiek geconfigureerde namespaces waarin applicatiespecifieke diagnose-interfaces voor recordelementen worden gegenereerd. Vraag Q-96107a4ff53015bb (open) De kernklasse DiagnosticExtendedDataRecordInterface (in het model vermeld als <ExtendedDataRecordElementInterface>) fungeert als abstractielaag tussen de AUTOSAR-diagnosemanager en de uitvoerende applicatie, die de fysische of logische statuswaarden aanhoudt.

Levenscyclus

De levensduur en het toestandsbeheer van objecten van het type DiagnosticExtendedDataRecordInterface zijn nauw gekoppeld aan de levenscyclus van de beschikbaarstellende applicatiecomponent. Interpretatie: De instantiëring en het levenscyclusbeheer van de interface-instantie volgen vermoedelijk het gebruikelijke dienstverlenerpatroon van ara::diag, waarbij de applicatie de interface tijdens haar initialisatiefase aanmaakt en ter beschikking stelt aan het diagnoseframework. Vraag Q-9968bfe101348d1f (open) Tijdens de operationele bedrijfsfase blijft de instantie actief in het geheugen om binnenkomende leesverzoeken voor diagnosedata af te handelen. Bij het ordelijk afsluiten van de functionaliteitssoftware moet de instantie worden gederegistreerd of vernietigd voordat afhankelijke subsystemen worden beëindigd. Aangezien diagnoseverzoeken asynchroon via de diagnosedaemon kunnen binnenkomen, vereist de implementatie van de interfaceklasse een thread-safe ontwerp om gelijktijdige leestoegangen tot interne toestandsgegevens van de applicatie te beveiligen.

Gebruikspad

Een typische gebruiksstroom omvat de definitie, provisioning en uitvoering van de recordopvraag. In het begin instantieert de functionele applicatie de concrete implementatie van DiagnosticExtendedDataRecordInterface en bindt deze aan de geconfigureerde poort. Komt er vervolgens via een extern diagnosetestapparaat via een UDS-commando (bijvoorbeeld service 0x19 voor het opvragen van foutinformatie) een leesverzoek voor een specifiek Extended Data Record binnen, dan delegeert de diagnosemanager dit naar de geregistreerde interface. Interpretatie: De interface is vermoedelijk ontworpen als een service-interface waarlangs de diagnosemanager zo nodig de actuele recordinhoud opvraagt. Vraag Q-00d5498b4380bf74 (open) De applicatie verzamelt de vereiste gegevenswaarden, codeert deze naar het gespecificeerde gegevensformaat en levert het resultaat terug aan de diagnosemanager, die het UDS-antwoordbericht voor het testgereedschap samenstelt.

Foutscenario's

Tijdens de werking van de recordinterfaces kunnen verschillende foutsituaties optreden die doelgericht door de applicatiesoftware moeten worden afgehandeld. Als de interface-instantie op het tijdstip van een diagnoseverzoek niet volledig is geregistreerd of zich in een overgangstoestand bevindt, kan de diagnosemanager het verzoek niet doorsturen naar de applicatie en antwoordt deze de tester doorgaans met een negatieve responscode (NRC). Als de provisioning van de gegevens binnen de applicatie langer duurt dan een gedefinieerd tijdvenster, dreigen er protocol-timeouts op de diagnose-interface. Bovendien moet de interface robuust zijn tegen tijdelijk niet-beschikbare meetwaarden door ongeldige gegevenstoegangen of fouttoestanden via de voorziene foutmechanismen aan de diagnosemanager te melden, in plaats van niet-afgehandelde uitzonderingen in het proces te veroorzaken.