Als ara::com-Dienst modellierte Schnittstelle; Methoden/Felder werden über generierte Proxies/Skeletons aufgerufen (Parameterrichtung IN/OUT).
User GuideAI-GEGENEREERD
Stelt verificatieresultaten beschikbaar voor applicaties via een asynchroon event van het communicatiemanagement.
DOOR AI GEGENEREERDongecontroleerdModel: gemini-3.8-flash-medium · Inspanning: medium · Temperatuur: niet regelbaar · Prompt: 60c3096e55acHerkomstOpen vragen (3)
vertaald uit de Duitse handleidinggemini-3.8-flash-low · 2026-10-13 · Duits origineel
Stelt verificatieresultaten beschikbaar voor applicaties via een asynchroon event van het communicatiemanagement.
De service-interface VerificationStatus wordt geleverd door het Functional Cluster Communication Management om geïnteresseerde applicaties via een centraal service-event asynchroon te voorzien van verificatiedata in het formaat VerificationStatusContainer[SWS_CM_11367]. Consumenten abonneren zich op het event via een client-proxy, terwijl sturende filtering kan worden uitgevoerd via afzonderlijke configuratie-interfaces. Als essentiële randvoorwaarde heeft de interface in release R25-11 de status DRAFT en bevat deze geen synchrone methoden of specifieke Application Errors [SWS_CM_11280].
Rol en systeemcontext van de service-interface
De service-interface VerificationStatus wordt binnen het AUTOSAR Adaptive Platform beschikbaar gesteld door het Functional Cluster Communication Management (CM) AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 “Provided Ports”. De specificatie definieert hiervoor de gelijknamige Provided Port VerificationStatus, waarmee het communicatiemanagement optreedt als serviceprovider [SWS_CM_11367]. Als client-server- resp. service-interface richt de definitie zich op adaptieve applicaties en platformcomponenten [SWS_CM_11280]. De functionele rol bestaat uit de distributie van verificatietoestanden via het communicatieframework, waarbij het Functional Cluster CM het skeleton instantieert en afnemende eenheden fungeren als service-proxy's AUTOSAR_AP_SWS_CommunicationManagement §9.2.2 “Client -Server Interfaces”. Interpretatie: vermoedelijk dient deze interface primair voor veiligheids- en integriteitsbewaking, doordat verificatieresultaten van ontvangen communicatiedata worden gemeld aan veiligheidsmonitors of diagnosecomponenten. Vraag Q-4ff3779da80934a6 (open)
In het totale systeem is de interface ingebed in een geheel van aanvullende configuratie-interfaces AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 “Provided Ports”. Het cluster CM stelt parallel de poorten VerificationStatusConfigurationByDataId[SWS_CM_11369] en VerificationStatusConfigurationByFreshnessId[SWS_CM_11368] beschikbaar, die gekoppeld zijn aan de service-interfaces VerificationStatusConfigurationByDataId[SWS_CM_11282] en VerificationStatusConfigurationByFreshnessId[SWS_CM_11281]. Terwijl VerificationStatus de lopende statusmeldingen publiceert, sturen de flankerende interfaces de toewijzingen volgens data- of versheidsidentificaties [SWS_CM_11280].
Methoden, gebeurtenissen en velden
De service-interface VerificationStatus bevat het centrale service-event VerificationStatus in versie 1.0 [SWS_CM_10048]. Het event kapselt het datatype VerificationStatusContainer in en dient voor de gestandaardiseerde uitwisseling van verificatiedata [SWS_CM_10048]. De communicatie volgt daarbij het klassieke publish/subscribe-paradigma van ara::com: het Functional Cluster CM verzendt de statusupdates asynchroon naar alle geregistreerde ontvangers zodra er nieuwe verificatie-events zijn verwerkt [SWS_CM_11280].
Directe synchrone methoden of servicevelden met notifier-semantiek zijn niet gedefinieerd in de interface VerificationStatus[SWS_CM_11280]. De informatieoverdracht vindt bijgevolg volledig ontkoppeld plaats via het gespecificeerde event [SWS_CM_10048]. Aanvullende sturende ingrepen, bijvoorbeeld het selecteren van bepaalde databronnen, worden afgehandeld via de afzonderlijke configuratie-interfaces van de module [SWS_CM_11282], [SWS_CM_11281].
Levenscyclus, sessieverlopen en toestandsafhankelijkheden
Het interactieverloop begint aan consumerzijde met het opzoeken van de service en de instantiëring van de proxy voor de poort VerificationStatusAUTOSAR_AP_SWS_CommunicationManagement §9.2.1 “Provided Ports”, [SWS_CM_11367]. Vervolgens initieert de consumer het abonnement op het service-event VerificationStatus[SWS_CM_10048]. Na succesvolle bevestiging van het abonnement verstuurt het CM-skeleton tijdens het lopende bedrijf asynchroon statusupdates naar de consumer [SWS_CM_11280].
Interpretatie: het binnenkomen van statusevents veronderstelt vermoedelijk dat het CM-cluster vooraf via de poorten VerificationStatusConfigurationByDataId of VerificationStatusConfigurationByFreshnessId is geconfigureerd met betrekking tot de te controleren berichten [SWS_CM_11369], [SWS_CM_11368]. Vraag Q-8740e3935265ddcd (open) Na afronding van deze configuratiefase verlopen de events continu en toestandsafhankelijk bij elke uitgevoerde verificatie [SWS_CM_10048].
Omdat de informatiestroom puur via het asynchrone service-event wordt weergegeven, specificeert VerificationStatus geen specifieke ApplicationErrors of modulespecifieke foutdomeinen [SWS_CM_10048]. Eventuele fouten bij de beschikbaarstelling of overdracht worden afgehandeld door het algemene fout- en eventbeheer van de ara::com-runtime-omgeving [SWS_CM_11280]. Inhoudelijke verificatiefouten van ontvangen berichten worden gesignaleerd binnen de payload van VerificationStatusContainer[SWS_CM_10048].
gemini-3.8-flash-low· 2026-10-13 · Duits origineel