DEENESPTFRRUARHIKOZHNL

AUTOSAR RTE

ModulRte (Runtime Environment)
BSW-Modul-ID2
Standard-Header#include "Rte.h"
SWS-SpezifikationAUTOSAR_SWS_RTE.pdf
ClusterRuntime Environment (RTE)

ModulegidsAI-GEGENEREERD

Verbindt softwarecomponenten onderling en met basissoftware en coördineert de uitvoering ervan.
DOOR AI GEGENEREERD ongecontroleerd Model: gemini-3.8-flash-medium · Inspanning: medium · Temperatuur: niet regelbaar · Prompt: db6362f39e13 Herkomst Open vragen (2)
Causaal anker: R20-11 Geldig vanaf R20-11 Nieuw gesynthetiseerd voor deze specificatiestand.
vertaald uit de Duitse handleidinggemini-3.8-flash-low · 2026-10-13 · Duits origineel

Verbindt softwarecomponenten onderling en met basissoftware en coördineert de uitvoering ervan.

De Runtime Environment (RTE) verbindt AUTOSAR-softwarecomponenten onderling en met de basissoftwaremodules en regelt via de Basic Software Scheduler (SchM) de deterministische planning op het Classic Platform (SWS_RTE p. 100). De levenscyclus wordt gecoördineerd via gestandaardiseerde interfaces van SchM_Init en Rte_Start tot Rte_Stop en SchM_Deinit [SWS_Rte_08060], [SWS_Rte_03015]. Naast sender-receiver- en client-server-patronen waarborgen software-pointermethoden voor kalibratieparameters en geheugenbeveiligingscontroles op partitiegrenzen een robuuste realtime-werking [SWS_Rte_03914], [SWS_Rte_02752].

De Runtime Environment (RTE) ontkoppelt AUTOSAR-softwarecomponenten van de ECU-hardware en coördineert samen met de Basic Software Scheduler (SchM) de uitvoering van alle applicatie- en basissoftwareprocessen (SWS_RTE p. 100). De gecontroleerde opstart verloopt stapsgewijs via de EcuStateManager: eerst initialiseert SchM_Init de scheduler-structuren, gevolgd door SchM_Start vóór de aanroep van BswM_Init en SchM_StartTiming voor het vrijgeven van periodieke BSW-events [SWS_Rte_08060], [SWS_Rte_07273], [SWS_Rte_04548]. De applicatie-SW-C's worden vervolgens via Rte_Start gestart en bij het afsluiten door Rte_Stop vóór de de-initialisatie via SchM_Deinit gestopt [SWS_Rte_03015], [SWS_Rte_01262], [SWS_Rte_04551].

Opstart- en afsluitcoördinatie tussen EcuM, SchM en RTEEcuMSchMBswMRTEUse Case: BSW-Scheduler HochlaufphaseSchM_Init(ConfigPtr)Interne Datenstrukturen & initial ModeMachines initialisierenSchM_Start()BswM_Init(ConfigPtr)SchM_StartTiming()BswTimingEvents periodisch aktivierenUse Case: RTE ApplikationsstartRte_Start()Applikations-Runnables & ModeTransitions freigebenRTE_E_OKUse Case: Herunterfahren (Shutdown)Rte_Stop()Runnables stoppen, Kommunikation ignorierenRTE_E_OKSchM_Deinit()Rte_Rips_SchM_Deinit() & Ressourcen freigeben

Sequentiediagram: Temporele opstart- en afsluitcoördinatie tussen EcuM, SchM en RTE. Bronnen: [SWS_Rte_08060], [SWS_Rte_07273], [SWS_Rte_04548], [SWS_Rte_03015], [SWS_Rte_01262], [SWS_Rte_04551], [SWS_Rte_89019].

De communicatie dekt sender-receiver- en client-server-patronen zowel intra- als inter-ECU af (SWS_RTE p. 286). Ongebufferde data-elementen waarborgen via initValue consistente uitgangswaarden, terwijl gebufferde events via FIFO-wachtrijen worden verwerkt [SWS_Rte_06009], [SWS_Rte_02521]. Bij client-server-interacties koppelen tweedelige Transaction Handles asynchrone verzoeken aan de bijbehorende antwoorden [SWS_Rte_02649]. Moduswisselingen via Rte_Switch doorlopen een deterministische tien-stappen-sequentie, waarbij Distributed Shared Mode Queues de strikte verwerkingsvolgorde van meerdere modusmachines garanderen [SWS_Rte_02631], [SWS_Rte_02665], [SWS_Rte_91102].

CalprmPointered cluster_single Single Pointered Method cluster_double Double Pointered Method refTabSingle <RteParameterRefTab> (array van void-pointers in het RAM) grpSingle1 ParameterElementGroup 1 (RAM / PIM / Flash) refTabSingle->grpSingle1 grpSingle2 ParameterElementGroup 2 (RAM / PIM / Flash) refTabSingle->grpSingle2 baseRef Base reference (pointervariabele in het RAM) refTabRom Calibration reference table (ROM / Flash) baseRef->refTabRom Initial refTabRam Calibration reference table (kopie in het RAM) baseRef->refTabRam Na omschakeling grpRom ParameterElementGroup (Flash-Originaldaten) refTabRom->grpRom grpRam ParameterElementGroup (Modifizierte RAM-Kopie) refTabRam->grpRam

Contextdiagram: Adresserings- en indirectiestructuren van de Single Pointered en Double Pointered kalibratiemethoden. Bronnen: [SWS_Rte_03913], [SWS_Rte_03914], [SWS_Rte_03947], AUTOSAR_SWS_RTE p. 180, AUTOSAR_SWS_RTE p. 181.

Voor online-kalibratie genereert de RTE pointerstructuren volgens het Single Pointered of Double Pointered principe, waardoor parametergroepen zonder hardware-emulatie in het RAM kunnen worden gewijzigd [SWS_Rte_03913], [SWS_Rte_03914]. Foutieve overschrijdingen van het bereik of time-outs worden via Std_ReturnType aan de aanroepende component gemeld, terwijl geheugenbeveiligingscontroles op partitiegrenzen onbevoegde manipulaties voorkomen [SWS_Rte_01034], [SWS_Rte_03845], [SWS_Rte_02752].

Rol en systeemgrenzen van de RTE in het Classic Platform

De Runtime Environment (RTE) vormt de functionele ruggengraat van de AUTOSAR-Classic-architectuur door softwarecomponenten (SW-C's) volledig te ontkoppelen van de onderliggende computerhardware en de hardwarenabije basissoftwaremodules (BSW) (SWS_RTE p. 100). De RTE-generator genereert voor elke ECU een op maat gemaakte interface die alle communicatierelaties – zowel lokaal op een microcontroller (intra-ECU) als netwerkbreed via communicatiebussen (inter-ECU) – afhandelt via uniforme API-aanroepen zoals Rte_Read, Rte_Write of Rte_Call [SWS_Rte_01091], [SWS_Rte_01102]. Door het beschikbaar stellen van een gegenereerd BswModuleDescription-element en bijbehorende BswInternalBehavior-beschrijvingen integreert de RTE zich als een integraal onderdeel in het configuratie- en pakketteringsschema van AUTOSAR [SWS_Rte_05165], [SWS_Rte_05166].

Meervoudige instantiëringen van dezelfde softwarecomponent worden door de RTE uitsluitend opgelost via code-sharing herintredende Runnable Entities; codeduplicatie wordt daarbij uitdrukkelijk niet ondersteund [SWS_Rte_03015], [SWS_Rte_02002]. Voor elke instantie wordt in de C-code een unieke instantie-ID doorgegeven of via de Component Data Structure (CDS) geadresseerd, waardoor parallelle instantie-uitvoeringen in gedeelde task-contexten zonder wederzijdse datacorruptie worden gewaarborgd (SWS_RTE p. 126, SWS_RTE p. 804). Aanvullend op de applicatie-SW-C's dekt de RTE via de Basic Software Scheduler (SchM) de cyclische planning en het modusbeheer van alle BSW-modules af [SWS_Rte_08060], [SWS_Rte_07273].

Levenscyclus en opstartcoördinatie van SchM en RTE

De systeemstart vereist een strikt geregelde volgorde tussen de BSW-scheduler (SchM) en de applicatiegerichte RTE (SWS_RTE p. 459). Voordat de SchM wordt geïnitialiseerd, zijn om redenen van systeemveiligheid uitsluitend de blokkeerfuncties SchM_Enter en SchM_Exit beschikbaar. De EcuStateManager roept eerst de functie SchM_Init aan, waardoor interne datastructuren en modusmachines worden geïnitialiseerd en BswSchedulableEntities met achtergrondevents worden gestart [SWS_Rte_08060], [SWS_Rte_07584]. Nog vóór de aanroep van BswM_Init moet SchM_Start worden aangeroepen [SWS_Rte_07273], [SWS_Rte_04548]. De activering van periodieke BSW-processen (BswTimingEvents) wordt daarna via SchM_StartTiming vrijgegeven [SWS_Rte_04548], [SWS_Rte_04551], [SWS_Rte_07574].

Opstart- en afsluitcoördinatie tussen EcuM, SchM en RTEEcuMSchMBswMRTEUse Case: BSW-Scheduler HochlaufphaseSchM_Init(ConfigPtr)Interne Datenstrukturen & initial ModeMachines initialisierenSchM_Start()BswM_Init(ConfigPtr)SchM_StartTiming()BswTimingEvents periodisch aktivierenUse Case: RTE ApplikationsstartRte_Start()Applikations-Runnables & ModeTransitions freigebenRTE_E_OKUse Case: Herunterfahren (Shutdown)Rte_Stop()Runnables stoppen, Kommunikation ignorierenRTE_E_OKSchM_Deinit()Rte_Rips_SchM_Deinit() & Ressourcen freigeben

Sequentiediagram: Temporele opstart- en afsluitcoördinatie tussen EcuM, SchM en RTE. Bronnen: [SWS_Rte_08060], [SWS_Rte_07273], [SWS_Rte_04548], [SWS_Rte_03015], [SWS_Rte_01262], [SWS_Rte_04551], [SWS_Rte_89019].

Pas wanneer de vereiste basisdiensten actief zijn, activeert de EcuStateManager met Rte_Start de uitvoering van de applicatie-SW-C's en initieert deze modusovergangen voor ongebundelde on-entry-runnables [SWS_Rte_03015], [SWS_Rte_06766]. Mislukt de toewijzing van resources bij Rte_Start, dan meldt de functie de foutcode RTE_E_LIMIT terug [SWS_Rte_01262]. Bij het afsluiten van de ECU beëindigt Rte_Stop eerst de applicatie-uitvoering en negeert vanaf dat moment binnenkomende verzoeken en data [SWS_Rte_02538], [SWS_Rte_02535], [SWS_Rte_02536]. Pas na volledige beëindiging van Rte_Stop mag SchM_Deinit worden aangeroepen, dat alle systeemresources van de scheduler vrijgeeft en de plug-in-specifieke opschoningen via Rte_Rips_SchM_Deinit in gang zet [SWS_Rte_04551], [SWS_Rte_07277], [SWS_Rte_89019].

Communicatiepatronen: Sender-Receiver en Client-Server

In het sender-receiver-paradigma maakt de RTE een fundamenteel onderscheid tussen gegevens- en gebeurtenissemantiek (SWS_RTE p. 286). Bij gegevenssemantiek (swImplPolicy != queued) wordt steeds de laatst geschreven waarde in de buffer bewaard en via Rte_Read expliciet of via Rte_IRead impliciet geconsumeerd [SWS_Rte_01091], [SWS_Rte_06000]. Bij impliciet lezen garandeert de RTE een consistente kopie van de gegevenswaarde gedurende de gehele uitvoeringstijd van de Runnable Entity [SWS_Rte_06001]. Vóór de eerste ontvangst stelt de RTE de geconfigureerde initValue beschikbaar, zodat er geen ongeïnitialiseerde geheugentoestanden worden verwerkt [SWS_Rte_06009], [SWS_Rte_06010].

Inter-ECU sender-receiver-communicatie met DataSemanticsSender-SWCSender-RTECOM-StackEmpfaenger-RTEEmpfaenger-SWCUse Case: InitialisierungsphaseBuffer initialiseren met initValueRte_Read_p_o(&data)data = initValue (RTE_E_OK)Use Case: GegevensoverdrachtRte_Write_p_o(data)Com_SendSignal(signalId, &data)RTE_E_OKSignalempfang via Bus & Rte_COMCbkActualisering van de interne signaalbufferRte_Read_p_o(&data)data = empfangener Wert (RTE_E_OK)

Sequentiediagram: Inter-ECU sender-receiver-communicatie voor ongebufferde signalen met beveiliging via initiële waarden. Bronnen: [SWS_Rte_01091], [SWS_Rte_06009], [SWS_Rte_01289], AUTOSAR_SWS_RTE p. 148.

In tegenstelling daarmee verwerkt de gebeurtenissemantiek (swImplPolicy = queued) gegevensreeksen zonder verlies via FIFO-bufferstructuren, die met Rte_Send worden gevuld en door Rte_Receive worden gedecrementeerd [SWS_Rte_01072], [SWS_Rte_01092], [SWS_Rte_02521]. Zodra de via RteQueuedReceiverQueueLength vastgelegde buffergrens is bereikt, verwerpt de RTE nieuw binnenkomende gegevens en zet een bijbehorende foutvlag [SWS_Rte_08940], [SWS_Rte_02523]. Voor grote hoeveelheden gegevens gebruikt de RTE gespecialiseerde transportwegen zoals LdCom of Large-Data-COM met signalbuffer-locking [SWS_Rte_01376], [SWS_Rte_01379].

De client-server-communicatie ondersteunt zowel synchrone oproepen (Rte_Call) als asynchrone interacties met afzonderlijke resultaatopvraag via Rte_Result [SWS_Rte_01102], [SWS_Rte_01111]. Aan de serverzijde buffert de RTE binnenkomende verzoeken in een FIFO-wachtrij, voor zover er geen directe aanroep is geconfigureerd, terwijl het antwoord aan clientzijde in een buffer van lengte 1 tijdelijk wordt opgeslagen [SWS_Rte_02527], [SWS_Rte_02528]. Bij partitie- of ECU-overstijgende oproepen waarborgt een tweedelige Transaction Handle, bestaande uit een Client Identifier en Sequence Counter, de exacte toewijzing van antwoordpakketten aan het oorspronkelijke verzoek [SWS_Rte_02649], [SWS_Rte_08711].

Modusbeheer, overgangen tussen toestanden en Distributed Shared Mode Queues

Het modusbeheer maakt gecoördineerd omschakelen van bedrijfstoestanden mogelijk via speciale modusmachines (ModeMachineInstances), die via Rte_Switch worden aangestuurd [SWS_Rte_02631]. Elke toestandsovergang doorloopt een deterministische sequentie van tien afzonderlijke stappen, die onder andere de activering van modusblokkeringen, het gecontroleerd wachten op het beëindigen van de betrokken runnables en de sequentiële uitvoering van OnExit-, OnTransition- en OnEntry-entities omvat [SWS_Rte_02665]. Pas na volledige afronding van alle fasen wordt het bevestigingsevent ModeSwitchedAckEvent getriggerd, waarvan de status via Rte_SwitchAck kan worden opgevraagd [SWS_Rte_02679], [SWS_Rte_02725], [SWS_Rte_02758].

ModeTransition s1 1. Activering van de Mode Disablings s2 2. Wachten op beëindiging van getroffen ExecutableEntities s1->s2 s3 3. Uitvoering van de OnExit ExecutableEntities s2->s3 s4 4. Wachten op beëindiging van alle OnExit Entities s3->s4 s5 5. Uitvoering van de OnTransition ExecutableEntities s4->s5 s6 6. Wachten op beëindiging van alle OnTransition Entities s5->s6 s7 7. Uitvoering van de OnEntry ExecutableEntities s6->s7 s8 8. Wachten op beëindiging van alle OnEntry Entities s7->s8 s9 9. Omschakelen van de Mode Disablings s8->s9 s10 10. Triggeren van de ModeSwitchAckEvents s9->s10

Activiteitendiagram: Deterministisch tienstapsverloop van een modustransitie binnen een ModeMachineInstance. Bronnen: [SWS_Rte_02665], [SWS_Rte_02679], EXP_ModeManagementGuide p. 16.

Om bij meerdere modusmachines een strikte volgorde van de moduswisselingen af te dwingen – bijvoorbeeld tussen ontstekingsstatus en motortoestand –, stelt de RTE Distributed Shared Mode Queues (DSMQ) beschikbaar (SWS_RTE p. 442). De status van enqueue- en dequeue-operaties in dergelijke wachtrijen wordt gesignaleerd via het type Rte_DsmqStatusType [SWS_Rte_91102]. Voor overgangen tussen software-clusters beeldt Rte_Rips_SwitchNotificationStatusType de bijbehorende enqueue- en dequeue-toestanden af [SWS_Rte_91113]. Interpretatie: Bij de BSW-scheduler zal vermoedelijk de configuratie van synchronisatiepunten vóór Rte_Start worden gekozen om deterministische systeemtoestanden vóór de vrijgave van cyclische taken te vestigen [SWS_Rte_06767]. Vraag Q-d194460a04c885f3 (open)

Kalibratie, gegevensemulatie en geheugentopologie

Kalibratieparameters worden door de RTE centraal in het geheugen geplaatst, aangezien alleen de RTE-generator de totale toewijzing van alle componenten en partities op de ECU kent [SWS_Rte_03961]. Om online-kalibraties zonder gespecialiseerde emulatiehardware mogelijk te maken, ondersteunt de RTE software-emulatiemethoden zoals de Single Pointered Method en de Double Pointered Method (SWS_RTE p. 236, SWS_RTE p. 237). Bij de Single Pointered Method bevindt zich in het RAM een pointertabel (<RteParameterRefTab>) bestaande uit void*-ingangen, die verwijzen naar ParameterElementGroups [SWS_Rte_03913], [SWS_Rte_03947].

CalprmPointered cluster_single Single Pointered Method cluster_double Double Pointered Method refTabSingle <RteParameterRefTab> (array van void-pointers in het RAM) grpSingle1 ParameterElementGroup 1 (RAM / PIM / Flash) refTabSingle->grpSingle1 grpSingle2 ParameterElementGroup 2 (RAM / PIM / Flash) refTabSingle->grpSingle2 baseRef Base reference (pointervariabele in het RAM) refTabRom Calibration reference table (ROM / Flash) baseRef->refTabRom Initial refTabRam Calibration reference table (kopie in het RAM) baseRef->refTabRam Na omschakeling grpRom ParameterElementGroup (Flash-Originaldaten) refTabRom->grpRom grpRam ParameterElementGroup (Modifizierte RAM-Kopie) refTabRam->grpRam

Contextdiagram: Adresserings- en indirectiestructuren van de Single Pointered en Double Pointered kalibratiemethoden. Bronnen: [SWS_Rte_03913], [SWS_Rte_03914], [SWS_Rte_03947], AUTOSAR_SWS_RTE p. 180, AUTOSAR_SWS_RTE p. 181.

De Double Pointered Method gebruikt daarentegen een tweetraps indirectie: een in het ROM/Flash opgeslagen referentietabel verwijst naar parametergroepen, terwijl een aanpasbare basispointer (Base reference) in het RAM initieel naar deze Flash-tabel wijst en bij een kalibratie kan worden omgebogen naar een gewijzigde RAM-kopie [SWS_Rte_03914]. ParameterDataPrototypes worden hierbij aan de hand van hun swAddrMethod in afzonderlijke groepen gescheiden [SWS_Rte_03908]. Alle structuur- en pointerinformatie exporteert de RTE-generator in de container McSupportData via McSwEmulationMethodSupport om kalibratietools (zoals INCA of CANape) nauwkeurige toegang tot de A2L-adressering te bieden [SWS_Rte_05118], [SWS_Rte_05137], [SWS_Rte_05138]. Interpretatie: Voor sterk geïntegreerde veiligheids-ECU's geniet de Double Pointered Method vermoedelijk de voorkeur, omdat de pointertabel zelf primair in het beveiligde Flash blijft en alleen bij actieve kalibratie RAM-buffers bindt. Vraag Q-fb532d79c1eb906d (open)

Partitionering, geheugenbeveiliging en Inter-OS-Application-communicatie

In multi-core- en geheugenbeveiligde architecturen verbindt de RTE softwarecomponenten over partitiegrenzen (OS-Applications) heen met behulp van Inter-OS-Application Communication (IOC) (SWS_RTE p. 372). De RTE vervangt hierbij interne signaalbuffers door hardwarenabije IOC-buffers en gegenereerde beveiligingsfuncties. Voor de toegang tot exclusieve gebieden (ExclusiveAreas) kiest de integrator mechanismespecifieke configuratieparameters (RteExclusiveAreaImplMechanism), variërend van interruptblokkeringen tot OS-spinlocks voor cross-core-toegang (SWS_RTE p. 203).

Als een niet-geteste of niet-vertrouwde partitie (Non-Trusted) pointerparameters doorgeeft aan een vertrouwde BSW- of SWC-partitie, voert de RTE dwingend adres- en geheugenbereikcontroles uit [SWS_Rte_02752], [SWS_Rte_02753]. Het doorsturen van de pointer vindt uitsluitend plaats wanneer het volledige gereferentieerde geheugenobject toebehoort aan de aanroepende partitie, waardoor schendingen van beveiligingsdomeinen en ongeoorloofd overschrijven van vreemde geheugengebieden doeltreffend worden voorkomen (SWS_RTE p. 378).

Gedrag in het foutgeval

De foutafhandeling van de RTE scheidt infrastructurele fouten strikt van applicatiefouten (SWS_RTE p. 579). Alle fouttoestanden worden direct aan de aanroeper gesignaleerd via het retourtype Std_ReturnType [SWS_Rte_01034]. Tot de directe infrastructurele fouten behoren onder andere RTE_E_TIMEOUT (129), RTE_E_LIMIT (130), RTE_E_NO_DATA (131), RTE_E_UNCONNECTED (134), RTE_E_IN_EXCLUSIVE_AREA (135) en RTE_E_SEG_FAULT (136) (SWS_RTE p. 586).

Bereikcontrole en foutpropagatie bij Rte_ReadCOM-StackRTE-EmpfangRTE-PufferApplikations-SWCNeuer Signalwert empfangenDataSemantics range check uitvoerenaltWaarde binnen het gedefinieerde bereikPufferwert aktualisieren, Status = RTE_E_OKWaarde buiten het bereik (Out of Range)Pufferstatus = RTE_E_OUT_OF_RANGERte_Read_p_o(&data)Retourwaarde: RTE_E_OUT_OF_RANGE

Sequentiediagram: Detectie en propagatie van waardebereikfouten via Rte_Read. Bronnen: [SWS_Rte_01091], [SWS_Rte_01371], [SWS_Rte_03845], AUTOSAR_CP_SWS_RTE p. 409.

Bij geactiveerde gegevensvalidatie (DataSemantics range check) controleert de RTE binnenkomende signaalwaarden tegen gedefinieerde waardebereiken [SWS_Rte_01371]. Ligt een ontvangen waarde buiten de grenzen, dan retourneert de lees-API RTE_E_OUT_OF_RANGE [SWS_Rte_03845], [SWS_Rte_03846]. Voor signalen met een Invalidation-Policy vervangt de RTE bij replace de waarde door de initValue of behoudt bij keep de vorige waarde en stelt een fout-event in [SWS_Rte_05030], [SWS_Rte_05049]. Bij time-out-bewaking via aliveTimeout registreert de RTE het uitblijven via Rte_COMCbkRxTOut en propageert RTE_E_TIMEOUT naar wachtende SW-C's [SWS_Rte_08061], [SWS_Rte_03763].

Verdere gedetailleerde bewijzen

De exacte technische vormgeving van de RTE en de scheduler steunt op de volgende kerneisen van de payload:

Deze modulehandleiding is opgesteld door een AI-curatie-assistent op basis van de AUTOSAR-specificatie voor R20-11.

AUTOSAR RTE

The RTE realizes the Virtual Functional Bus (VFB) on a specific ECU, providing communication between Software Components and basic software.

Funktionen — Übersicht

Typen — Übersicht

Funktionen & Typen — Detailansicht

functie Rte_Start [SWS_Rte_03015] 📄 PDF

Std_ReturnType Rte_Start (void);

Rte_Start is intended to allocate and initialize system resources and communication resources used by the RTE.

DOOR AI GEGENEREERD ongecontroleerd Model: gemini-3.8-flash-medium · Inspanning: medium · Temperatuur: niet regelbaar · Prompt: 7e79d12edbc4 Herkomst
vertaald uit de Duitse handleidinggemini-3.8-flash-low · 2026-10-13 · Duits origineel

De functie Rte_Start allokeert en initialiseert de door de RTE gebruikte systeem- en communicatieresources [SWS_Rte_03015]. De API wordt altijd gegenereerd [SWS_Rte_01309], heeft de signatuur Std_ReturnType Rte_Start (void) [SWS_Rte_02569] en moet dwingend binnen een eindige uitvoeringstijd zonder oneindige lus terugkeren [SWS_Rte_02585].

De functie mag op elke Core slechts precies één keer door de EcuStateManager vanuit een vertrouwde OS-context worden aangeroepen, nadat alle door de RTE benodigde basissoftwaremodules zijn geïnitialiseerd [SWS_Rte_CONSTR_09035]. De aanroep wordt op elke Core onafhankelijk uitgevoerd [SWS_Rte_07615] en voert de partitiespecifieke startactiviteiten uit voor alle aan deze Core toegewezen partities [SWS_Rte_07616].

Tijdens de uitvoering initialiseert de RTE de voor RAM-blokken gealloceerde variabelen afhankelijk van de geconfigureerde strategie [SWS_Rte_07632]. Na de initialisaties van variabelen, maar nog vóór de uitvoering van runnables, roept de RTE de initialisatiefuncties Rte_Rips_Rte_Start van alle betrokken RTE Implementation Plug-Ins aan [SWS_Rte_80052]. Vervolgens activeert de RTE eenmalig alle door InitEvent geactiveerde runnables [SWS_Rte_06761] en initieert de overgang naar de initiële modi [SWS_Rte_06766]. Indien de API Rte_StartTiming niet bestaat, start Rte_Start bovendien de activering van runnables die door TimingEvent [SWS_Rte_07575] of BackgroundEvent [SWS_Rte_07178] worden getriggerd.

Voor foutafhandeling meldt de RTE respectievelijk de SchM bij geactiveerde RteDevErrorDetectUninit de fout RTE_E_UNINIT (0x07) wanneer Rte_Start vóór SchM_Init wordt aangeroepen [SWS_Rte_07683]. Vóór de uitvoering van Rte_Start mogen runtime-API's van de RTE niet worden aangeroepen, omdat dit anders eveneens tot RTE_E_UNINIT leidt [SWS_Rte_07682]; Rte_SetMirror mag daarentegen al vóór Rte_Start worden aangeroepen [SWS_Rte_07319].

Deze gebruiksinstructie is automatisch gegenereerd op basis van de AUTOSAR-specificatie.

Implementer's Guide volgt (complexiteit I2)

functie Rte_Stop [SWS_Rte_01262] 📄 PDF

Std_ReturnType Rte_Stop (void);

Rte_Stop is used to finalize the RTE on the core it is called. This service releases all system and communication resources allocated by the RTE on that core.

DOOR AI GEGENEREERD ongecontroleerd Model: gemini-3.8-flash-medium · Inspanning: medium · Temperatuur: niet regelbaar · Prompt: 7279f2fa5c32 Herkomst
vertaald uit de Duitse handleidinggemini-3.8-flash-low · 2026-10-13 · Duits origineel

De functie Rte_Stop ([SWS_Rte_02570]) wordt in elke configuratie gegenereerd ([SWS_Rte_01310]) en dient om de RTE op de uitvoerende Core te finaliseren ([SWS_Rte_01262]). Daarbij worden alle door de RTE op deze Core gealloceerde systeem- en communicatieresources vrijgegeven ([SWS_Rte_01262]). De synchrone aanroep keert gegarandeerd binnen een eindige looptijd terug ([SWS_Rte_02584]).

In het totale systeem moet Rte_Stop door de EcuStateManager worden aangeroepen voordat de door de RTE benodigde basissoftwaremodules worden afgesloten ([SWS_Rte_CONSTR_09038]). Tijdens de afhandeling roept de RTE de stopfuncties Rte_Rips_Rte_Stop aan van alle betrokken RTE-implementation-plug-ins ([SWS_Rte_80053]), die deze lifecycle-interfaces moeten aanbieden ([SWS_Rte_70047]). Pas na volledige beëindiging van Rte_Stop mag SchM_Deinit worden uitgevoerd ([SWS_Rte_CONSTR_09056]).

Na de aanroep van Rte_Stop op een Core worden daar door de RTE geen RunnableEntity-instanties meer geactiveerd, gestart of vrijgegeven ([SWS_Rte_02538]). Dit laat onverlet dat Rte_GetMirror aanroepbaar blijft, mits het onderliggende besturingssysteem actief is ([SWS_Rte_07350]).

In geval van een fout levert de functie RTE_E_LIMIT op indien een interne limiet is overschreden of de allocatie van een benodigde resource mislukt ([SWS_Rte_01262]). Als RteDevErrorDetectUninit is geactiveerd, meldt de RTE de fout RTE_E_UNINIT (0x07) wanneer ontoelaatbare API's na Rte_Stop worden aangeroepen ([SWS_Rte_07682]).

Deze gebruiksinstructie is geautomatiseerd gegenereerd op basis van de AUTOSAR-specificatie R20-11.

Implementer's Guide volgt (complexiteit I2)

functie Rte_StartTiming [SWS_Rte_06753] 📄 PDF

void Rte_StartTiming (void);

Rte_StartTiming API is intended to release the activation of RunnableEntitys triggered by TimingEvents and BackgroundEvents after the last call of a Rte_Init function.

DOOR AI GEGENEREERD ongecontroleerd Model: gemini-3.8-flash-medium · Inspanning: medium · Temperatuur: niet regelbaar · Prompt: e0ce018ede17 Herkomst
vertaald uit de Duitse handleidinggemini-3.8-flash-low · 2026-10-13 · Duits origineel

De functie Rte_StartTiming dient ertoe na afronding van de RTE-initialisatie de activering vrij te geven van RunnableEntity's die door TimingEvent's of BackgroundEvent's worden geactiveerd ([SWS_Rte_06753], [SWS_Rte_06756]). Deze wordt geïmplementeerd als een functie zonder parameters en zonder retourwaarde ([SWS_Rte_06754], [SWS_Rte_06758]) en moet binnen een eindige uitvoeringstijd terugkeren ([SWS_Rte_06757]).

Wat betreft de aanroepcontext en de volgorde is de API onderworpen aan strikte randvoorwaarden:

  • De functie mag pas worden aangeroepen nadat de RTE volledig is geïnitialiseerd, concreet na beëindiging van de aanroep van Rte_Start ([SWS_Rte_CONSTR_09061]).
  • Deze is ervoor bedoeld om na de laatste aanroep van een Rte_Init-functie te worden uitgevoerd ([SWS_Rte_06753]).
  • De API wordt gegenereerd respectievelijk beschikbaar gesteld zodra er ten minste één Rte_Init-API wordt gegenereerd ([SWS_Rte_06755]).

Wanneer Rte_StartTiming wordt aangeroepen, start deze direct de periodieke en achtergrondgebaseerde activeringen ([SWS_Rte_06759], [SWS_Rte_06760]). Bestaat de API daarentegen niet in de configuratie, dan neemt in plaats daarvan de aanroep van Rte_Start reeds de vrijgave over van de runnables die door TimingEvent's en BackgroundEvent's worden getriggerd ([SWS_Rte_07178], [SWS_Rte_07575]). Specifieke foutcodes of retourwaarden zijn voor deze aanroep niet gedefinieerd ([SWS_Rte_06754]).

Deze tekst is gegenereerd door een AI op basis van de AUTOSAR-specificatie.

Implementer's Guide volgt (complexiteit I2)

functie SchM_Init [SWS_Rte_08060] 📄 PDF

void SchM_Init (const SchM_ConfigType* ConfigPtr);

SchM_Init is intended to allocate and initialize system resources used by the Basic Software Scheduler part of the RTE for the core on which it is called.

DOOR AI GEGENEREERD ongecontroleerd Model: gemini-3.8-flash-medium · Inspanning: medium · Temperatuur: niet regelbaar · Prompt: 33cf0d0b4f4b Herkomst
vertaald uit de Duitse handleidinggemini-3.8-flash-low · 2026-10-13 · Duits origineel

Gebruik en semantiek

De functie SchM_Init allokeert en initialiseert de systeemresources die door de Basic Software Scheduler (SchM) van de RTE op de aanroepende Core worden gebruikt ([SWS_Rte_08060]). De interface wordt altijd gegenereerd ([SWS_Rte_07271]) en heeft de signatuur void SchM_Init(const SchM_ConfigType* ConfigPtr) ([SWS_Rte_07270]). Deze wordt synchroon uitgevoerd en moet dwingend binnen een eindige uitvoeringstijd terugkeren, zonder in een oneindige lus te raken ([SWS_Rte_07273]).

Tijdens het initialisatieverloop voert SchM_Init de volgende stappen uit:

  • Deze initieert voor elke bij de Basic Software Scheduler behorende modus-machine-instantie de overgang naar de initiële modus ([SWS_Rte_07532]).
  • Deze start de activering van BswSchedulableEntity-instanties die door BswBackgroundEvent-events worden getriggerd ([SWS_Rte_07584]).
  • Deze roept de initialisatiefuncties Rte_Rips_SchM_Init van alle betrokken RTE Implementation Plug-Ins aan ([SWS_Rte_80051]).

Aanroepcontext en volgordevoorwaarden

SchM_Init mag op elke Core slechts precies één keer door de EcuStateManager worden aangeroepen, zodra de door de Basic Software Scheduler benodigde BSW-modules zijn geïnitialiseerd ([SWS_Rte_CONSTR_09055]). Opeenvolgende API's zoals Rte_Start mogen pas na volledige voltooiing van SchM_Init worden aangeroepen ([SWS_Rte_CONSTR_09036]).

Foutafhandeling

Wordt SchM_Init met een NULL-pointer als parameter aangeroepen, dan meldt de Basic Software Scheduler de fout RTE_E_DET_ILLEGAL_VARIANT_CRITERION_VALUE (0x02) ([SWS_Rte_07684]). Worden Scheduler-API's (zoals SchM_Switch, SchM_Mode of SchM_Start) of Rte_Start vóór SchM_Init aangeroepen, dan wordt bij geactiveerde RteDevErrorDetectUninit de fout RTE_E_UNINIT (0x07) gemeld ([SWS_Rte_07683]).

Deze gebruiksinstructie is door een AI-systeem gegenereerd op basis van de AUTOSAR-specificatie.

Implementer's Guide volgt (complexiteit I2)

functie SchM_Start [SWS_Rte_07273] 📄 PDF

void SchM_Start (void);

Basic Software Scheduler initialized. Shall be called before BswM_Init().

DOOR AI GEGENEREERD ongecontroleerd Model: gemini-3.8-flash-medium · Inspanning: medium · Temperatuur: niet regelbaar · Prompt: 8cf50542ca2a Herkomst Open vragen (1)
vertaald uit de Duitse handleidinggemini-3.8-flash-low · 2026-10-13 · Duits origineel

Gebruik

De functie SchM_Start dient voor de inbedrijfstelling van de Basic Software Scheduler in de RTE-module en wordt in het kader van de interfacegeneratie principieel altijd beschikbaar gesteld [SWS_Rte_04547]. Deze heeft de parameterloze C-signatuur void SchM_Start(void) [SWS_Rte_04546] en levert geen retourwaarde op. Voor de uitvoering geldt de bindende eis dat de aanroep binnen een eindige looptijd moet terugkeren en onder geen beding in een oneindige lus mag raken [SWS_Rte_04548]. Bij gebrek aan asynchrone callbackmechanismen betreft het vermoedelijk een synchroon blokkerende initialisatie-aanroep. Vraag Q-b6ad9ed696841d7a (open)

Aanroepcontext en gelijktijdigheid

Voor de aanroepcontext en de interactie met andere systeemcomponenten gelden strikte beperkingen:

  • Aanroeper en frequentie: De functie mag op elke processorkern exclusief door de EcuStateManager en daar telkens slechts precies één keer worden aangeroepen [SWS_Rte_CONSTR_09055].
  • Volgordevoorwaarden: De aanroep mag pas plaatsvinden nadat alle basissoftwaremodules volledig zijn geïnitialiseerd die door het Basic-Software-Scheduler-deel van de RTE worden vereist [SWS_Rte_CONSTR_09055].
  • Interactie bij de systeemstart: Na de uitvoering is de Basic Software Scheduler operationeel; de aanroep moet dwingend vóór de initialisatie van de BSW-manager via BswM_Init() plaatsvinden [SWS_Rte_07273].

Foutafhandeling

Specifieke foutcodes, retourwaarden of meldingen aan de DET of DEM zijn voor deze functie niet gedefinieerd in de payload.

Deze tekst is door een AI gemaakt op basis van de AUTOSAR-specificatie R20-11.

Implementer's Guide volgt (complexiteit I2)

functie SchM_StartTiming [SWS_Rte_04548] 📄 PDF

void SchM_StartTiming (void);

Start periodical events for BSW/SWCs. SchM_Init() has to be called before.

DOOR AI GEGENEREERD ongecontroleerd Model: gemini-3.8-flash-medium · Inspanning: medium · Temperatuur: niet regelbaar · Prompt: 381c7fe760c2 Herkomst
vertaald uit de Duitse handleidinggemini-3.8-flash-low · 2026-10-13 · Duits origineel

Gebruik

De functie SchM_StartTiming heeft de parameterloze signatuur void SchM_StartTiming(void) [SWS_Rte_04549] en wordt altijd gegenereerd door de RTE-generator [SWS_Rte_04550]. De aanroep ervan start periodieke evenementen voor BSW en SWC's [SWS_Rte_04548] door de activering in te leiden van BswSchedulableEntity-instanties die worden getriggerd door BswTimingEvents [SWS_Rte_07574]. De functie moet binnen een eindige uitvoeringstijd terugkeren en mag geen oneindige lus uitvoeren [SWS_Rte_04551].

Aanroepcontext en beperkingen

Vóór de aanroep van SchM_StartTiming moet dwingend SchM_Init zijn aangeroepen [SWS_Rte_04548]. Bovendien geldt de bindende beperking dat SchM_StartTiming op elke Core slechts precies één keer door de EcuStateManager mag worden aangeroepen, nadat alle basissoftwaremodules die vereist zijn voor de Basic Software Scheduler zijn geïnitialiseerd [SWS_Rte_CONSTR_09055].

Foutafhandeling

Wordt SchM_StartTiming vóór SchM_Init aangeroepen, dan meldt de Basic Software Scheduler resp. de RTE de fout RTE_E_UNINIT (0x07), mits de detectie van ontwikkelingsfouten RteDevErrorDetectUninit is geactiveerd [SWS_Rte_07683].

Deze tekst is gegenereerd door een AI en is gebaseerd op de specificaties van release R20-11.

Implementer's Guide volgt (complexiteit I2)

functie SchM_Deinit [SWS_Rte_04551] 📄 PDF

void SchM_Deinit (void);

SchM_Deinit is used to finalize Basic Software Scheduler part of the RTE of the core on which it is called. This service releases all system resources allocated by the Basic Software Scheduler part on that core.

DOOR AI GEGENEREERD ongecontroleerd Model: gemini-3.8-flash-medium · Inspanning: medium · Temperatuur: niet regelbaar · Prompt: 7e0a6d638ce7 Herkomst
vertaald uit de Duitse handleidinggemini-3.8-flash-low · 2026-10-13 · Duits origineel

Gebruik en functionaliteit

De functie SchM_Deinit dient ertoe het Basic Software Scheduler-deel van de RTE te finaliseren op de Core waarop deze wordt aangeroepen [SWS_Rte_04551]. Bij dit proces geeft de service alle systeembronnen vrij die door de BSW-scheduler op deze Core in beslag werden genomen [SWS_Rte_04551]. De functie heeft noch parameters noch een retourwaarde (void SchM_Deinit(void)) [SWS_Rte_07274] en wordt door de RTE-generator in beginsel altijd gegenereerd [SWS_Rte_07275]. Met betrekking tot het tijdgedrag vereist de specificatie dat SchM_Deinit binnen een eindige uitvoeringstijd moet terugkeren [SWS_Rte_07277].

Aanroepcontext en volgordevoorwaarden

Voor de aanroep tijdens de uitschakelfase van de ECU gelden bindende volgordevoorschriften:

  • De functie SchM_Deinit mag pas worden gebruikt nadat de RTE volledig is gefinaliseerd, dat wil zeggen na de beëindiging van Rte_Stop [SWS_Rte_CONSTR_09056].
  • De aanroep moet plaatsvinden door de EcuStateManager, voordat de basislagen worden afgesloten die vereist zijn voor de werking van de Basic Software Scheduler [SWS_Rte_CONSTR_09057].
  • Nadat SchM_Deinit op een Core is aangeroepen, mag de BSW-scheduler op deze Core geen enkele instantie van BswSchedulableEntity meer activeren of starten [SWS_Rte_07586].

Plug-in-opschoning

In het kader van de deïnitialisatie roept de RTE binnen SchM_Deinit verplicht de functies Rte_Rips_SchM_Deinit van alle deelnemende RTE Implementation Plug-Ins aan om hun opschoning te voltooien [SWS_Rte_80054].

Deze gebruiksinstructie is automatisch gemaakt op basis van de specificatie AUTOSAR Classic Release R20-11.

Implementer's Guide volgt (complexiteit I1)

functie <name of the Invocation Handler> [SWS_Rte_89015] 📄 PDF

void <name of the Invocation Handler> (void);

Performs invocation of server runnables, hard error runnables, ASCR runnables and triggered runnables via a transformer".

DOOR AI GEGENEREERD ongecontroleerd Model: gemini-3.8-flash-medium · Inspanning: medium · Temperatuur: niet regelbaar · Prompt: 6cdd781d14a1 Herkomst Open vragen (2)
vertaald uit de Duitse handleidinggemini-3.8-flash-low · 2026-10-13 · Duits origineel

De handler-functie <name of the Invocation Handler> verzorgt in de Rte-module de synchrone aanroep van verschillende runnable-typen via een transformer [SWS_Rte_89015]. Tot de ondersteunde eenheden behoren server-runnables, hard-error-runnables, ASCR-runnables en getriggerde runnables [SWS_Rte_89015].

De interface heeft noch invoer-, invoer-/uitvoer- noch uitvoerparameters en retourneert geen waarde (signatuur void (void)) [SWS_Rte_89015]. De aanroep wordt synchroon afgehandeld en wordt gekenmerkt door het service-ID 0xEE [SWS_Rte_89015]. De declaratie wordt beschikbaar gesteld via het headerbestand Rte_Rips_<PlugIn>.h [SWS_Rte_89015].

Wat de gelijktijdigheid betreft, is de functie gedeclareerd als voorwaardelijk re-entrant (Conditional Reentrant) [SWS_Rte_89015]. Dit duidt er vermoedelijk op dat een gelijktijdige aanroep alleen is toegestaan als er sprake is van verschillende uitvoeringscontexten of gescheiden plug-in-instanties. Vraag Q-24aabb36a2be58f4 (open) De identifier <name of the Invocation Handler> en de headeraanduiding <PlugIn> zijn tijdelijke aanduidingen; de daadwerkelijke naam wordt vermoedelijk vastgelegd bij de plug-in-configuratie.

Deze gebruiksinstructie is door een AI gegenereerd aan de hand van de specificatie van AUTOSAR R20-11.

functie Rte_Rips_SchM_Deinit [SWS_Rte_89019] 📄 PDF

void Rte_Rips_SchM_Deinit (void);

Rte_Rips_SchM_Deinit deinitializes those RTE Implementation Plug-In parts which are relevant for the SchM related operations.

DOOR AI GEGENEREERD ongecontroleerd Model: gemini-3.8-flash-medium · Inspanning: medium · Temperatuur: niet regelbaar · Prompt: 0110fabfda4a Herkomst Open vragen (1)
vertaald uit de Duitse handleidinggemini-3.8-flash-low · 2026-10-13 · Duits origineel

De functie Rte_Rips_SchM_Deinit dient voor de de-initialisatie van die bestanddelen van een RTE Implementation Plug-In die relevant zijn voor de operaties van de Basic Software Scheduler (SchM) [SWS_Rte_89019]. Deze behoort tot de verplichte levenscyclus-interfaces die door elke RTE Implementation Plug-In naast Rte_Rips_SchM_Init, Rte_Rips_Rte_Start en Rte_Rips_Rte_Stop moeten worden aangeboden [SWS_Rte_70047].

Voor de integratie en het gebruik gelden de volgende bepalingen:

  • Aanroepcontext en verloop: De interface heeft de signatuur void Rte_Rips_SchM_Deinit (void), accepteert geen parameters en levert geen retourwaarde op [SWS_Rte_89019]. Deze wordt synchroon uitgevoerd [SWS_Rte_89019]. De aanroep vindt niet plaats door softwarecomponenten, maar wordt door de RTE binnen SchM_Deinit voor alle betrokken plug-ins gecoördineerd [SWS_Rte_80054].
  • Bestandsopname en identificator: De declaratie is beschikbaar via de header Rte_Rips_<PlugIn>.h; de functie heeft de service-ID 0xF3 [SWS_Rte_89019].
  • Gelijktijdigheid en beperkingen: De functie is gespecificeerd als niet-re-entrant (Non Reentrant) [SWS_Rte_89019]. Daaruit volgt vermoedelijk dat tijdens de aanroep in SchM_Deinit geen concurrerende SchM-activiteiten meer toegang mogen hebben tot de plug-in. Vraag Q-60aec1abc9e891b2 (open)
  • Foutafhandeling: De specificatie voorziet voor Rte_Rips_SchM_Deinit noch in foutcodes noch in retourwaarden en definieert geen foutmeldingen aan DET of DEM [SWS_Rte_89019].

Deze gebruiksinstructie is geautomatiseerd gegenereerd op basis van de specificatie AUTOSAR Classic R20-11.

type Rte_Rips_SwitchNotificationStatusType [SWS_Rte_91113] 📄 PDF

Status of the en- and dequeue operation on a mode queue Tags: atp.Status=draft

DOOR AI GEGENEREERD ongecontroleerd Model: gemini-3.8-flash-medium · Inspanning: medium · Temperatuur: niet regelbaar · Prompt: 71b0f38ace68 Herkomst Open vragen (1)
vertaald uit de Duitse handleidinggemini-3.8-flash-low · 2026-10-13 · Duits origineel

Het datatype Rte_Rips_SwitchNotificationStatusType ([SWS_Rte_91113]) is gebaseerd op uint8 en wordt via Rte_Type.h beschikbaar gesteld. Het dient voor het signaleren van de status van enqueue- en dequeue-operaties op een moduswachtrij (Mode Queue) in de context van RTE Implementation Plug-Ins.

Het waardebereik omvat statuscodes voor beide operatierichtingen ([SWS_Rte_91113]):

  • RTE_SWITCH_NOTIFICATION_SKIP (0x00): De moduswisselnotificatie kan niet worden uitgenomen.
  • RTE_SWITCH_NOTIFICATION_ENQUEUED_FIRST (0x01): De melding is in een lege wachtrij geplaatst.
  • RTE_SWITCH_NOTIFICATION_ENQUEUED_NOT_FIRST (0x02): De melding is in een reeds bezette wachtrij geplaatst.
  • RTE_SWITCH_NOTIFICATION_ENQUEUE_FAILED (0x03): Het plaatsen in een niet-lege wachtrij is mislukt.
  • RTE_SWITCH_NOTIFICATION_DEQUEUED_LAST (0x04): De laatste moduswijzigingsmelding is uit de wachtrij genomen.
  • RTE_SWITCH_NOTIFICATION_DEQUEUED_NOT_LAST (0x05): Er is een melding uitgenomen; verdere meldingen blijven in de wachtrij achter.

In het gebruik komt het type voor in twee synchrone, reentrante interfaces: De functie Rte_Rips_<PlugIn>_Switch_<BswSwcI>_<MMI> ([SWS_Rte_91114]) ontvangt de status als invoerparameter switchNotificationStatus om de plug-in over enqueue-bewerkingen te informeren. Daarentegen levert de functie Rte_Rips_<PlugIn>_DequeueModeSwitch_<MMI>_<OsTask> ([SWS_Rte_91115]) het type op als retourwaarde wanneer na beëindiging van de laatste On-Entry ExecutableEntity een melding uit de wachtrij wordt genomen.

Fouten bij het plaatsen worden functioneel gemeld via de statuswaarde RTE_SWITCH_NOTIFICATION_ENQUEUE_FAILED ([SWS_Rte_91113]); afzonderlijke DET- of DEM-ingaven zijn niet opgenomen in de payload. Interpretatie: De specificatietekst “was enqueued from mode queue” bij de dequeue-constanten is vermoedelijk redactioneel van aard en doelt op de uitneemoperatie. Vraag Q-6e9e040dcd341f66 (open) Zowel het element als de bijbehorende interfaces zijn gemarkeerd als concept (Draft) ([SWS_Rte_91113]).

Deze gebruiksinstructie is geautomatiseerd opgesteld en is uitsluitend gebaseerd op de specificatiegegevens van de AUTOSAR-versie R20-11.

Implementer's Guide volgt (complexiteit I1)

type Rte_DsmqStatusType [SWS_Rte_91102] 📄 PDF

Status of the enqueue operation on a distributed shared mode queue

DOOR AI GEGENEREERD ongecontroleerd Model: gemini-3.8-flash-medium · Inspanning: medium · Temperatuur: niet regelbaar · Prompt: cb8991cd989c Herkomst
vertaald uit de Duitse handleidinggemini-3.8-flash-low · 2026-10-13 · Duits origineel

Het datatype Rte_DsmqStatusType is gebaseerd op uint8 en wordt conform [SWS_Rte_80085] en [SWS_Rte_91102] samen met zijn literals in het headerbestand Rte_Type.h gedefinieerd. Het dient voor het signaleren van de status van enqueue- en dequeue-operaties voor moduswijzigingsmeldingen in een Distributed Shared Mode Queue (DSMQ) [SWS_Rte_91102].

Het waardebereik omvat de volgende literals [SWS_Rte_91102]:

  • RTE_DSMQ_ENQUEUED_FIRST (0x01): De melding is in een voorheen lege DSMQ geplaatst.
  • RTE_DSMQ_ENQUEUED_NOT_FIRST (0x02): Het plaatsen vond plaats in een reeds gevulde (niet-lege) DSMQ.
  • RTE_DSMQ_ENQUEUE_FAILED (0x03): Het plaatsen in een niet-lege DSMQ is mislukt.
  • RTE_DSMQ_DEQUEUED_LAST (0x04): De laatste moduswisselnotificatie is uit de DSMQ gehaald.
  • RTE_DSMQ_DEQUEUED_NOT_LAST (0x05): Er is een melding uitgenomen, terwijl er nog verdere meldingen in de queue achterblijven.

Voor foutafhandeling signaleert de literal RTE_DSMQ_ENQUEUE_FAILED een mislukking van de enqueue-bewerking bij een niet-lege wachtrij [SWS_Rte_91102].

Het type wordt gebruikt als overdrachtsparameter dsmqstatus aan interfaces van de RTE Implementation Plug-In (RIPS). De functie Rte_Rips_<PlugIn>_DsmqSwitch_<BswSwcI>_<MMI> informeert de plug-in synchroon over het plaatsen in een DSMQ [SWS_Rte_91103]. Daarnaast meldt Rte_Rips_<PlugIn>_DsmqTransitionEnd_<BswSwcI>_<MMI> de voltooiing van een modusovergang in een DSMQ-Transition-OsTask synchroon aan de RIPS [SWS_Rte_91106]. Beide callback-services zijn als synchroon en reentrant gedeclareerd [SWS_Rte_91103], [SWS_Rte_91106].

Deze gebruiksinstructie is gegenereerd door een AI op basis van de AUTOSAR-specificatie R20-11.

Implementer's Guide volgt (complexiteit I1)

type RteCalibrationSwAddrMethodRefParentContainerRteComponentType [SWS_Rte_05145] 📄 PDF

Reference to the SwAddrMethod for which software calibration support shall be enabled. Multiplicity 0..* Type Foreign reference to SW-ADDR-METHOD Post-Build Variant Multiplicity false Post-Build Variant Value false Multiplicity Configuration Class Pre-compile time X All Variants Link time – Post-build time – Value Configuration Class Pre-compile time X All Variants Link time – Post-build time – Scope / Dependency scope: local No Included Containers 8.7 Implicit communication configuration Figure 8.22: Configuration of the implicit communication SWS Item [ECUC_Rte_09034] Container Name

Request a governed re-review of this record. The record is not changed immediately.

Record
AUTOSAR/AP/record/CP_MOD_Rte
Status
unspecified
Version
AUTOSAR/AP/record/CP_MOD_Rte@rel:R20-11#08556918
Content hash
08556918
Source
https://www.autosar.org/fileadmin/standards/R20-11/CP/AUTOSAR_SWS_RTE.pdf#nameddest=SWS_Rte_03015

Initialisatie en status

Rte_Rips_SchM_Deinit deinitializes those RTE Implementation Plug-In parts which are relevant for the SchM related operations.

void Rte_Rips_SchM_Deinit (void);
SchM_Deinit functie

SchM_Deinit is used to finalize Basic Software Scheduler part of the RTE of the core on which it is called. This service releases all system resources allocated by the Basic Software Scheduler part on that core.

void SchM_Deinit (void);

Returns the version information of the Basic Software Scheduler.

void SchM_GetVersionInfo (Std_VersionInfoType* versioninfo);
SchM_Init functie

SchM_Init is intended to allocate and initialize system resources used by the Basic Software Scheduler part of the RTE for the core on which it is called.

void SchM_Init (const SchM_ConfigType* ConfigPtr);

Diensten

Rte_Start functie

Rte_Start is intended to allocate and initialize system resources and communication resources used by the RTE.

Std_ReturnType Rte_Start (void);

Rte_StartTiming API is intended to release the activation of RunnableEntitys triggered by TimingEvents and BackgroundEvents after the last call of a Rte_Init function.

void Rte_StartTiming (void);
Rte_Stop functie

Rte_Stop is used to finalize the RTE on the core it is called. This service releases all system and communication resources allocated by the RTE on that core.

Std_ReturnType Rte_Stop (void);
SchM_Start functie

Basic Software Scheduler initialized. Shall be called before BswM_Init().

void SchM_Start (void);

Start periodical events for BSW/SWCs. SchM_Init() has to be called before.

void SchM_StartTiming (void);

Callouts en verwachte interfaces

Performs invocation of server runnables, hard error runnables, ASCR runnables and triggered runnables via a transformer".

void <name of the Invocation Handler> (void);

Typen

Status of the enqueue operation on a distributed shared mode queue

Status of the en- and dequeue operation on a mode queue Tags: atp.Status=draft

Reference to the SwAddrMethod for which software calibration support shall be enabled. Multiplicity 0..* Type Foreign reference to SW-ADDR-METHOD Post-Build Variant Multiplicity false Post-Build Variant Value false Multiplicity Configuration Class Pre-compile time X All Variants Link time – Post-build time – Value Configuration Class Pre-compile time X All Variants Link time – Post-build time – Scope / Dependency scope: local No Included Containers 8.7 Implicit communication configuration Figure 8.22: Configuration of the implicit communication SWS Item [ECUC_Rte_09034] Container Name