namespace <RoutineInterface-Namespace>

Deze namespace stelt interfaces beschikbaar voor de inkapseling en uitvoering van applicatiespecifieke diagnoseroutines binnen de module diag van de Adaptive Platform. De primaire taak bestaat er vermoedelijk in een abstractielaag voor routine-operaties zoals starten, stoppen en resultaatopvragingen aan te bieden aan het diagnosemanagementsysteem. Vraag (open) De besturing van de routine-uitvoering is vermoedelijk typisch gekoppeld aan de levenscyclus van de bovenliggende diagnosestack. Als essentiële randvoorwaarde moeten implementaties de vereiste thread-safety en een deterministisch gedrag bij asynchrone aanroepen waarborgen.

meer ›

Context

De namespace namespace <RoutineInterface-Namespace> maakt deel uit van het functionele cluster diag (Diagnostic Management) van de AUTOSAR Adaptive Platform in release R25-11. Binnen deze namespace is de interfaceklasse <RoutineInterface> gedefinieerd als DiagnosticRoutineInterface. De primaire rol van deze namespace bestaat uit het leveren van een gestandaardiseerd kader voor de inkapseling van diagnostische routines die door applicatiesoftwarecomponenten in het voertuig worden uitgevoerd.

De klasse <RoutineInterface> dient vermoedelijk als abstractielaag tussen het diagnosemanagementsysteem van het platform en de voertuigspecifieke routineprocessen. Vraag Q-03b9b94f9c2849b0 (open) Het bovenliggende diagnosemanagement verwerkt externe diagnoseverzoeken (zoals bijvoorbeeld UDS RoutineControl conform ISO 14229-1) en stuurt deze door naar de geregistreerde applicatieroutine. De applicatie levert via de implementatie van de interface de eigenlijke sturings-, test- en verificatielogica, zonder directe afhankelijkheden van de transportprotocollaag of van netwerktopologieën te vertonen.

Levenscyclus

De levenscyclus van instanties van de interfaceklasse <RoutineInterface> is vermoedelijk nauw gekoppeld aan de provisioningtoestand van de bijbehorende diagnosediensten. Vraag Q-32a86efa16843445 (open) Een instantiëring vindt typisch plaats tijdens de initialisatiefase van de adaptieve applicatie, voordat de interface bij de diagnosemanager wordt geregistreerd en voor externe verzoeken wordt vrijgegeven. De applicatie neemt daarbij de verantwoordelijkheid op zich voor het aanmaken van objecten en het leveren van de benodigde uitvoeringscontexten.

Tijdens de operationele fase blijft de interface-instantie actief en neemt deze inkomende besturingscommando's aan. Omdat diagnoseaanroepen door externe testers gelijktijdig met reguliere applicatietaken kunnen binnenkomen, moeten implementaties de vereiste thread-safety waarborgen. Bij beëindiging van de applicatie of deactivering van de service is een ordelijke deregistratie vereist om te waarborgen dat er geen lopende routines in een ongedefinieerde toestand achterblijven en dat toegewezen bedrijfsmiddelen deterministisch worden vrijgegeven.

Gebruikspad

Een typisch gebruikspad voor een diagnoseroutine is onderverdeeld in een gestructureerde opeenvolging van interactiestappen tussen het diagnosemanagementsysteem en de applicatielogica. Het verloop omvat vermoedelijk de volgende fasen: Vraag Q-da2cd4e1ceb5b3b8 (open)

1. Initialisatie en registratie: De applicatie instantieert de klasse <RoutineInterface> en registreert het interface-object bij het diagnosebeheer van de module diag.
2. Start van de routine: Bij ontvangst van een passend diagnoseverzoek roept het systeem de startmethode van de interface aan. Hierdoor wordt de applicatiespecifieke logica, bijvoorbeeld een actuatortest, een kalibratieloop of een berekeningscyclus, in gang gezet.
3. Status- en resultaatopvraging: Tijdens de uitvoering of na voltooiing van de bewerking kunnen tussenstanden of het uiteindelijke resultaat via overeenkomstige interface-aanroepen worden opgevraagd en aan het managementsysteem worden overgedragen.
4. Beëindiging of voortijdige afbreking: De routine wordt ofwel regulier beëindigd na succesvolle afhandeling, of zo nodig gecontroleerd afgebroken door een expliciet stopverzoek van de diagnose-infrastructuur.

Foutscenario's

In het kader van de routine-uitvoering kunnen diverse foutcondities optreden die een consistente foutafhandeling vereisen. Als tijdens de uitvoering van een diagnoseroutine onvoorziene bedrijfstoestanden optreden – zoals onvoldoende voedingsspanning, ontoelaatbare voertuigtoestanden of knelpunten in resources –, moet de interface dit signaleren. Foutieve invoerparameters of uitvoeringsafbrekingen moeten via gedefinieerde foutcodes worden teruggemeld aan het diagnosemanagement. Dit stelt het platform in staat om standaardconforme negatieve responscodes (NRC's) aan de externe diagnosetester te verzenden en een veilige voertuigtoestand te handhaven.