AUTOSAR RTE
The RTE realizes the Virtual Functional Bus (VFB) on a specific ECU, providing communication between Software Components and basic software.
Funktionen — Übersicht
Std_ReturnType Rte_Start (void);Rte_Start is intended to allocate and initialize system resources and communication resources used by the RTE.Std_ReturnType Rte_Stop (void);Rte_Stop is used to finalize the RTE on the core it is called.void Rte_StartTiming (void);Rte_StartTiming API is intended to release the activation of RunnableEntitys triggered by TimingEvents and BackgroundEvents...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...void SchM_Start (void);Basic Software Scheduler initialized.void SchM_StartTiming (void);Start periodical events for BSW/SWCs.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.void SchM_GetVersionInfo (Std_VersionInfoType* versioninfo);Returns the version information of the Basic Software Scheduler.void <name of the Invocation Handler> (void);Performs invocation of server runnables, hard error runnables, ASCR runnables and triggered runnables via a transformer".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.
Typen — Übersicht
enum Rte_Rips_SwitchNotificationStatusTypeStatus of the en- and dequeue operation on a mode queue Tags: atp.enum Rte_DsmqStatusTypeStatus of the enqueue operation on a distributed shared mode queueRteCalibrationSwAddrMethodRefParentContainerRteComponentTypeReference to the SwAddrMethod for which software calibration support shall be enabled.
Funktionen & Typen — Detailansicht
fonction 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.
La fonction Rte_Start alloue et initialise les ressources système et de communication utilisées par la RTE [SWS_Rte_03015]. L'API est toujours générée [SWS_Rte_01309], possède la signature Std_ReturnType Rte_Start (void) [SWS_Rte_02569] et doit impérativement retourner dans un temps d'exécution fini, sans boucle infinie [SWS_Rte_02585].
La fonction ne doit être appelée sur chaque Core qu'exactement une fois par le EcuStateManager depuis un contexte OS de confiance, après que tous les modules de Basic Software requis par la RTE ont été initialisés [SWS_Rte_CONSTR_09035]. L'appel est exécuté indépendamment sur chaque Core [SWS_Rte_07615] et effectue les activités de démarrage spécifiques aux partitions pour toutes les partitions assignées à ce Core [SWS_Rte_07616].
Au cours de son déroulement, la RTE initialise les variables allouées pour les blocs de RAM en fonction de la stratégie configurée [SWS_Rte_07632]. Après l'initialisation des variables, mais avant l'exécution des Runnables, la RTE appelle les fonctions d'initialisation Rte_Rips_Rte_Start de tous les RTE Implementation Plug-Ins impliqués [SWS_Rte_80052]. Ensuite, la RTE active en une seule fois tous les Runnables déclenchés par InitEvent [SWS_Rte_06761] et amorce la transition vers les modes initiaux [SWS_Rte_06766]. Si l'API Rte_StartTiming n'existe pas, Rte_Start démarre en outre l'activation des Runnables déclenchés par TimingEvent [SWS_Rte_07575] ou BackgroundEvent [SWS_Rte_07178].
Pour la gestion des erreurs, lorsque RteDevErrorDetectUninit est activé, la RTE ou le SchM signale l'erreur RTE_E_UNINIT (0x07) si Rte_Start est appelé avant SchM_Init [SWS_Rte_07683]. Avant l'exécution de Rte_Start, les API d'exécution de la RTE ne doivent pas être appelées, sous peine de provoquer également RTE_E_UNINIT [SWS_Rte_07682] ; Rte_SetMirror peut en revanche déjà être appelé avant Rte_Start [SWS_Rte_07319].
Cette note d'utilisation a été générée automatiquement sur la base de la spécification AUTOSAR.
Guide de l'implémenteur à venir (complexité I2)
fonction 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.
La fonction Rte_Stop ([SWS_Rte_02570]) est générée dans chaque configuration ([SWS_Rte_01310]) et sert à finaliser la RTE sur le Core exécutant ([SWS_Rte_01262]). À cette occasion, l'ensemble des ressources système et de communication allouées par la RTE sur ce Core sont libérées ([SWS_Rte_01262]). L'appel synchrone retourne avec certitude dans un temps d'exécution fini ([SWS_Rte_02584]).
Dans le système global, Rte_Stop doit être appelé par le EcuStateManager avant que les modules de Basic Software requis par la RTE ne soient arrêtés ([SWS_Rte_CONSTR_09038]). Durant son exécution, la RTE appelle les fonctions d'arrêt Rte_Rips_Rte_Stop de tous les RTE Implementation Plug-Ins impliqués ([SWS_Rte_80053]), qui doivent fournir ces interfaces de cycle de vie ([SWS_Rte_70047]). SchM_Deinit ne doit être exécuté qu'après l'achèvement complet de Rte_Stop ([SWS_Rte_CONSTR_09056]).
Après l'appel de Rte_Stop sur un Core, plus aucune instance de RunnableEntity n'y est activée, démarrée ou libérée par la RTE ([SWS_Rte_02538]). Cela n'affecte en rien Rte_GetMirror, qui reste appelable tant que le système d'exploitation sous-jacent est actif ([SWS_Rte_07350]).
En cas d'erreur, la fonction renvoie RTE_E_LIMIT si une limite interne a été dépassée ou si l'allocation d'une ressource requise échoue ([SWS_Rte_01262]). Si RteDevErrorDetectUninit est activé, la RTE signale l'erreur RTE_E_UNINIT (0x07) lorsque des API non autorisées sont appelées après Rte_Stop ([SWS_Rte_07682]).
Cette note d'utilisation a été générée de manière automatisée sur la base de la spécification AUTOSAR R20-11.
Guide de l'implémenteur à venir (complexité I2)
fonction 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.
La fonction Rte_StartTiming sert à libérer, après l'achèvement de l'initialisation de la RTE, l'activation de RunnableEntitys déclenchés par des TimingEvents ou des BackgroundEvents ([SWS_Rte_06753], [SWS_Rte_06756]). Elle est implémentée sous la forme d'une fonction sans paramètre et sans valeur de retour ([SWS_Rte_06754], [SWS_Rte_06758]) et doit retourner dans un temps d'exécution fini ([SWS_Rte_06757]).
Concernant le contexte d'appel et l'ordre, l'API est soumise à des conditions aux limites strictes :
- La fonction ne doit être appelée qu'après l'initialisation complète de la RTE, concrètement après la fin de l'appel de
Rte_Start([SWS_Rte_CONSTR_09061]). - Elle est prévue pour être exécutée après le dernier appel d'une fonction
Rte_Init([SWS_Rte_06753]). - L'API est générée ou mise à disposition dès qu'au moins une API
Rte_Initest générée ([SWS_Rte_06755]).
Si Rte_StartTiming est appelée, elle démarre immédiatement les activations périodiques et basées sur l'arrière-plan ([SWS_Rte_06759], [SWS_Rte_06760]). En revanche, si l'API n'existe pas dans la configuration, c'est l'appel de Rte_Start qui prend en charge à la place la libération des runnables déclenchés par des TimingEvents et des BackgroundEvents ([SWS_Rte_07178], [SWS_Rte_07575]). Aucun code d'erreur ou valeur de retour spécifique n'est défini pour cet appel ([SWS_Rte_06754]).
Ce texte a été généré par une IA sur la base de la spécification AUTOSAR.
Guide de l'implémenteur à venir (complexité I2)
fonction 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.
Utilisation et sémantique
La fonction SchM_Init alloue et initialise les ressources système utilisées par le Basic Software Scheduler (SchM) de la RTE sur le Core appelant ([SWS_Rte_08060]). L'interface est toujours générée ([SWS_Rte_07271]) et possède la signature void SchM_Init(const SchM_ConfigType* ConfigPtr) ([SWS_Rte_07270]). Elle est exécutée de manière synchrone et doit impérativement retourner dans un temps d'exécution fini, sans entrer dans une boucle infinie ([SWS_Rte_07273]).
Pendant le déroulement de l'initialisation, SchM_Init exécute les étapes suivantes :
- Elle initie la transition vers le mode initial pour chaque instance de machine de mode appartenant au Basic Software Scheduler ([SWS_Rte_07532]).
- Elle démarre l'activation d'instances de
BswSchedulableEntitydéclenchées par des événementsBswBackgroundEvent([SWS_Rte_07584]). - Elle appelle les fonctions d'initialisation
Rte_Rips_SchM_Initde tous les RTE Implementation Plug-Ins impliqués ([SWS_Rte_80051]).
Contexte d'appel et conditions d'ordonnancement
SchM_Init ne doit être appelée sur chaque Core qu'une seule fois exactement par le EcuStateManager, dès que les modules BSW requis par le Basic Software Scheduler ont été initialisés ([SWS_Rte_CONSTR_09055]). Les API subséquentes telles que Rte_Start ne doivent être appelées qu'après l'achèvement complet de SchM_Init ([SWS_Rte_CONSTR_09036]).
Gestion des erreurs
Si SchM_Init est appelée avec un pointeur NULL comme paramètre, le Basic Software Scheduler signale l'erreur RTE_E_DET_ILLEGAL_VARIANT_CRITERION_VALUE (0x02) ([SWS_Rte_07684]). Si des API du Scheduler (telles que SchM_Switch, SchM_Mode ou SchM_Start) ou Rte_Start sont appelées avant SchM_Init, l'erreur RTE_E_UNINIT (0x07) est signalée lorsque RteDevErrorDetectUninit est activé ([SWS_Rte_07683]).
Cette note d'utilisation a été générée par un système d'IA sur la base de la spécification AUTOSAR.
Guide de l'implémenteur à venir (complexité I2)
fonction SchM_Start [SWS_Rte_07273] 📄 PDF
void SchM_Start (void);
Basic Software Scheduler initialized. Shall be called before BswM_Init().
Utilisation
La fonction SchM_Start sert à la mise en service du Basic Software Scheduler au sein du module RTE et est systématiquement fournie dans le cadre de la génération des interfaces [SWS_Rte_04547]. Elle présente la signature C sans paramètre void SchM_Start(void) [SWS_Rte_04546] et ne renvoie aucune valeur de retour. Pour son exécution, la règle impérative impose que l'appel doive retourner dans un temps d'exécution fini et ne doive en aucun cas entrer dans une boucle infinie [SWS_Rte_04548]. En l'absence de mécanismes de rappel asynchrones, il s'agit vraisemblablement d'un appel d'initialisation synchrone et bloquant. Question Q-b6ad9ed696841d7a (ouverte)
Contexte d'appel et concurrence
Des restrictions strictes s'appliquent au contexte d'appel et à l'interaction avec d'autres composants du système :
- Appelant et fréquence : la fonction doit être appelée sur chaque cœur de processeur exclusivement par le
EcuStateManageret seulement une seule fois [SWS_Rte_CONSTR_09055]. - Conditions d'ordonnancement : l'appel ne doit avoir lieu qu'après l'initialisation complète de tous les modules de Basic Software requis par la partie Basic Software Scheduler de la RTE [SWS_Rte_CONSTR_09055].
- Interaction lors du démarrage du système : après l'exécution, le Basic Software Scheduler est opérationnel ; l'appel doit obligatoirement avoir lieu avant l'initialisation du gestionnaire de BSW via
BswM_Init()[SWS_Rte_07273].
Gestion des erreurs
Aucun code d'erreur spécifique, valeur de retour ou notification à destination du DET ou de la DEM n'est défini pour cette fonction dans le payload.
Ce texte a été généré par une IA sur la base de la spécification AUTOSAR R20-11.
Guide de l'implémenteur à venir (complexité I2)
fonction SchM_StartTiming [SWS_Rte_04548] 📄 PDF
void SchM_StartTiming (void);
Start periodical events for BSW/SWCs. SchM_Init() has to be called before.
Utilisation
La fonction SchM_StartTiming possède la signature sans paramètre void SchM_StartTiming(void) [SWS_Rte_04549] et est systématiquement générée par le générateur RTE [SWS_Rte_04550]. Son appel démarre les événements périodiques pour la BSW et les SWC [SWS_Rte_04548] en initiant l'activation d'instances de BswSchedulableEntity déclenchées par des BswTimingEvents [SWS_Rte_07574]. La fonction doit retourner dans un temps d'exécution fini et ne doit pas exécuter de boucle infinie [SWS_Rte_04551].
Contexte d'appel et restrictions
Avant l'appel de SchM_StartTiming, SchM_Init doit impérativement avoir été appelé [SWS_Rte_04548]. En outre, la restriction obligatoire s'applique selon laquelle SchM_StartTiming ne doit être appelée sur chaque Core qu'exactement une fois par le EcuStateManager, après que tous les modules de logiciel de base requis pour le Basic Software Scheduler ont été initialisés [SWS_Rte_CONSTR_09055].
Gestion des erreurs
Si SchM_StartTiming est appelée avant SchM_Init, le Basic Software Scheduler ou la RTE signale l'erreur RTE_E_UNINIT (0x07), à condition que la détection d'erreurs de développement RteDevErrorDetectUninit soit activée [SWS_Rte_07683].
Ce texte a été généré par une IA et est basé sur les spécifications de la version R20-11.
Guide de l'implémenteur à venir (complexité I2)
fonction 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.
Utilisation et périmètre fonctionnel
La fonction SchM_Deinit sert à finaliser la partie Basic Software Scheduler de la RTE sur le Core sur lequel elle est appelée [SWS_Rte_04551]. Lors de cette opération, le service libère l'ensemble des ressources système qui ont été allouées par le BSW-Scheduler sur ce Core [SWS_Rte_04551]. La fonction ne possède ni paramètre ni valeur de retour (void SchM_Deinit(void)) [SWS_Rte_07274] et est systématiquement générée par le générateur RTE [SWS_Rte_07275]. Concernant le comportement temporel, la spécification exige que SchM_Deinit retourne dans un temps d'exécution fini [SWS_Rte_07277].
Contexte d'appel et conditions d'ordonnancement
Pour l'appel pendant la phase d'arrêt du calculateur, des règles d'ordonnancement contraignantes s'appliquent :
- La fonction
SchM_Deinitne doit être utilisée qu'après la finalisation complète de la RTE, c'est-à-dire après l'arrêt deRte_Stop[SWS_Rte_CONSTR_09056]. - L'appel doit être effectué par le
EcuStateManageravant l'arrêt des couches de base requises pour le fonctionnement du Basic Software Scheduler [SWS_Rte_CONSTR_09057]. - Après l'appel de
SchM_Deinitsur un Core, le scheduler BSW ne doit plus activer ni démarrer d'instances deBswSchedulableEntitysur ce Core [SWS_Rte_07586].
Nettoyage des plug-ins
Dans le cadre de la désinitialisation, la RTE appelle impérativement, au sein de SchM_Deinit, les fonctions Rte_Rips_SchM_Deinit de tous les plug-ins d'implémentation RTE participants afin de finaliser leur nettoyage [SWS_Rte_80054].
Cette note d'utilisation a été créée automatiquement sur la base de la spécification AUTOSAR Classic Release R20-11.
Guide de l'implémenteur à venir (complexité I1)
fonction SchM_GetVersionInfo [SWS_Rte_07277] 📄 PDF
void SchM_GetVersionInfo (Std_VersionInfoType* versioninfo);
Returns the version information of the Basic Software Scheduler.
fonction <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".
La fonction de gestion <name of the Invocation Handler> prend en charge dans le module Rte l'appel synchrone de différents types de runnables via un transformeur [SWS_Rte_89015]. Parmi les entités prises en charge figurent des Server-Runnables, des Hard-Error-Runnables, des ASCR-Runnables ainsi que des runnables déclenchés [SWS_Rte_89015].
L'interface ne possède aucun paramètre d'entrée, d'entrée/sortie ou de sortie et ne renvoie aucune valeur (signature void (void)) [SWS_Rte_89015]. L'appel est traité de manière synchrone et est caractérisé par l'ID de service 0xEE [SWS_Rte_89015]. La déclaration est mise à disposition via le fichier d'en-tête Rte_Rips_<PlugIn>.h [SWS_Rte_89015].
Concernant la concurrence, la fonction est déclarée comme réentrante sous condition (Conditional Reentrant) [SWS_Rte_89015]. Cela devrait signifier qu'un appel concurrent n'est autorisé que si des contextes d'exécution différents ou des instances de plug-in distinctes sont présents. Question Q-24aabb36a2be58f4 (ouverte) L'identifiant <name of the Invocation Handler> ainsi que la désignation d'en-tête <PlugIn> constituent des espaces réservés ; le nom réel est vraisemblablement fixé lors de la configuration du plug-in.
Cette note d'utilisation a été générée par une IA à l'aide de la spécification d'AUTOSAR R20-11.
fonction 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.
La fonction Rte_Rips_SchM_Deinit sert à la désinitialisation des composants d'un RTE Implementation Plug-In qui sont pertinents pour les opérations du Basic Software Scheduler (SchM) [SWS_Rte_89019]. Elle fait partie des interfaces de cycle de vie obligatoires devant être fournies par chaque RTE Implementation Plug-In aux côtés de Rte_Rips_SchM_Init, Rte_Rips_Rte_Start et Rte_Rips_Rte_Stop [SWS_Rte_70047].
Les dispositions suivantes s'appliquent à l'intégration et à l'utilisation :
- Contexte d'appel et déroulement : L'interface possède la signature
void Rte_Rips_SchM_Deinit (void), ne prend aucun paramètre et ne renvoie aucune valeur de retour [SWS_Rte_89019]. Elle est exécutée de manière synchrone [SWS_Rte_89019]. L'appel n'est pas effectué par des composants logiciels, mais est coordonné par la RTE au sein deSchM_Deinitpour tous les plug-ins impliqués [SWS_Rte_80054]. - Inclusion de fichier et identifiant : La déclaration est disponible via l'en-tête
Rte_Rips_<PlugIn>.h; la fonction possède l'ID de service0xF3[SWS_Rte_89019]. - Concurrence et restrictions : La fonction est spécifiée comme non réentrante (
Non Reentrant) [SWS_Rte_89019]. Il devrait en résulter qu'aucune activité SchM concurrente ne doit plus accéder au plug-in pendant l'appel dansSchM_Deinit. Question Q-60aec1abc9e891b2 (ouverte) - Gestion des erreurs : La spécification ne prévoit pour
Rte_Rips_SchM_Deinitni codes d'erreur ni valeurs de retour et ne définit aucune notification d'erreur vers DET ou DEM [SWS_Rte_89019].
Cette note d'utilisation a été générée automatiquement sur la base de la spécification 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
Le type de données Rte_Rips_SwitchNotificationStatusType ([SWS_Rte_91113]) est basé sur uint8 et est fourni via Rte_Type.h. Il sert à signaler l'état des opérations Enqueue et Dequeue au niveau d'une file d'attente de modes (Mode Queue) dans le contexte des RTE Implementation Plug-Ins.
La plage de valeurs comprend des codes d'état pour les deux sens d'opération ([SWS_Rte_91113]) :
RTE_SWITCH_NOTIFICATION_SKIP(0x00) : la notification de changement de mode ne peut pas être défilée.RTE_SWITCH_NOTIFICATION_ENQUEUED_FIRST(0x01) : La notification a été enfilée dans une file d'attente vide.RTE_SWITCH_NOTIFICATION_ENQUEUED_NOT_FIRST(0x02) : La notification a été enfilée dans une file d'attente déjà occupée.RTE_SWITCH_NOTIFICATION_ENQUEUE_FAILED(0x03) : l'enfilage dans une file d'attente non vide a échoué.RTE_SWITCH_NOTIFICATION_DEQUEUED_LAST(0x04) : La dernière notification de changement de mode a été retirée de la file d'attente.RTE_SWITCH_NOTIFICATION_DEQUEUED_NOT_LAST(0x05) : Une notification a été retirée ; d'autres notifications restent dans la file d'attente.
Lors de son utilisation, le type apparaît dans deux interfaces synchrones et réentrantes : la fonction Rte_Rips_<PlugIn>_Switch_<BswSwcI>_<MMI> ([SWS_Rte_91114]) reçoit l'état comme paramètre d'entrée switchNotificationStatus afin d'avertir le plug-in des opérations d'enfilement. En revanche, la fonction Rte_Rips_<PlugIn>_DequeueModeSwitch_<MMI>_<OsTask> ([SWS_Rte_91115]) fournit le type en tant que valeur de retour lorsqu'une notification est retirée de la file d'attente après l'achèvement de la dernière ExecutableEntity On-Entry.
Les erreurs lors de l'enfilement sont signalées fonctionnellement via la valeur d'état RTE_SWITCH_NOTIFICATION_ENQUEUE_FAILED ([SWS_Rte_91113]) ; aucune entrée DET ou DEM distincte n'est spécifiée dans la charge utile. Interprétation : Le texte de spécification « was enqueued from mode queue » pour les constantes de défilement est probablement d'origine rédactionnelle et désigne l'opération de retrait. Question Q-6e9e040dcd341f66 (ouverte) L'élément ainsi que les interfaces associées sont marqués comme ébauche (Draft) ([SWS_Rte_91113]).
Cette note d'utilisation a été créée de manière automatisée et repose exclusivement sur les données de spécification de la version AUTOSAR R20-11.
Guide de l'implémenteur à venir (complexité I1)
type Rte_DsmqStatusType [SWS_Rte_91102] 📄 PDF
Status of the enqueue operation on a distributed shared mode queue
Le type de données Rte_DsmqStatusType est basé sur uint8 et est défini conformément à [SWS_Rte_80085] ainsi qu'à [SWS_Rte_91102] avec ses littéraux dans le fichier d'en-tête Rte_Type.h. Il sert à signaler l'état des opérations Enqueue et Dequeue pour les notifications de changement de mode dans une Distributed Shared Mode Queue (DSMQ) [SWS_Rte_91102].
La plage de valeurs comprend les littéraux suivants [SWS_Rte_91102] :
RTE_DSMQ_ENQUEUED_FIRST(0x01) : La notification a été enfilée dans une DSMQ préalablement vide.RTE_DSMQ_ENQUEUED_NOT_FIRST(0x02) : L'enfilement a été effectué dans une DSMQ déjà remplie (non vide).RTE_DSMQ_ENQUEUE_FAILED(0x03) : L'enfilement dans une DSMQ non vide a échoué.RTE_DSMQ_DEQUEUED_LAST(0x04) : la dernière notification de changement de mode a été défilée de la DSMQ.RTE_DSMQ_DEQUEUED_NOT_LAST(0x05) : Une notification a été retirée alors que d'autres notifications restent dans la file.
Pour la gestion des erreurs, le littéral RTE_DSMQ_ENQUEUE_FAILED signale un échec de l'opération d'enfilement lorsque la file d'attente n'est pas vide [SWS_Rte_91102].
Le type est utilisé comme paramètre de transmission dsmqstatus vers des interfaces du RTE Implementation Plug-In (RIPS). La fonction Rte_Rips_<PlugIn>_DsmqSwitch_<BswSwcI>_<MMI> informe le plug-in de manière synchrone de l'enfilement dans une DSMQ [SWS_Rte_91103]. De plus, Rte_Rips_<PlugIn>_DsmqTransitionEnd_<BswSwcI>_<MMI> signale de manière synchrone au RIPS l'achèvement d'une transition de mode dans un DSMQ-Transition-OsTask [SWS_Rte_91106]. Les deux services de rappel sont déclarés comme synchrones et réentrants [SWS_Rte_91103], [SWS_Rte_91106].
Cette note d'utilisation a été générée par une IA sur la base de la spécification AUTOSAR R20-11.
Guide de l'implémenteur à venir (complexité 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#d1448586- Content hash
d1448586- Source
- https://www.autosar.org/fileadmin/standards/R20-11/CP/AUTOSAR_SWS_RTE.pdf#nameddest=SWS_Rte_03015
gemini-3.8-flash-low· 2026-10-13 · Original allemand