Communication Manager (ComM)

La fonction synchrone ComM_Init (ID de service 0x01) sert à l’initialisation de base de l’AUTOSAR Communication Manager et redémarre ses machines à états internes [SWS_ComM_00146]. En guise de paramètre d’entrée, elle prend ConfigPtr, qui est transmis sous la forme d’un pointeur vers la structure de configuration post-build du type const ComM_ConfigType* [SWS_ComM_00146]. La fonction ne renvoie aucune valeur de retour (type de retour void) et est déclarée via le fichier d’en-tête ComM.h [SWS_ComM_00146].

Concernant la concurrence, ComM_Init est défini comme non réentrant (Non Reentrant) [SWS_ComM_00146]. Aucun appelant concret n’est prescrit dans les données de spécification ; l’appel a probablement lieu de manière centralisée au cours de la phase de démarrage du calculateur dans le cadre de l’initialisation du BSW. Question Q-7121f73c12407087 (ouverte)

Dans l’ensemble du système, ComM_Init assure une fonction centrale de commande et de précondition pour l’ensemble du module : tant que le module ComM n’a pas été initialisé, aucun des services du module et de l’API ne doit commencer son fonctionnement régulier et tous doivent renvoyer E_NOT_OK pour les services ayant un type de retour standard [SWS_ComM_00612]. Une exception à ce blocage s’applique exclusivement à ComM_Init lui-même ainsi qu’aux fonctions d’interrogation ComM_GetVersionInfo et ComM_GetStatus [SWS_ComM_00612].

Utilisation

La fonction ComM_DeInit sert, conformément à [SWS_ComM_00147], à la désinitialisation de l’AUTOSAR Communication Manager (ComM). Le service est conçu de manière synchrone, possède l’ID de service 0x02 et est déclaré via le fichier d’en-tête ComM.h. Selon la signature void ComM_DeInit(void), la fonction n’accepte aucun paramètre d’entrée, de sortie ou de transmission et ne renvoie aucune valeur de retour à l’appelant [SWS_ComM_00147].

Gestion des erreurs

Puisque la signature de la fonction renvoie void, aucun renvoi direct de codes d’erreur ou d’état n’a lieu via l’appel de l’interface [SWS_ComM_00147]. Les réactions aux erreurs spécifiques, telles que la notification du Development Error Tracer (DET) ou du Diagnostic Event Manager (DEM), ne figurent pas dans les présentes données de spécification et ne sont donc pas mentionnées.

Concurrence et contexte système

L’interface est spécifiée selon [SWS_ComM_00147] comme non réentrante (Non Reentrant). Il en découle l’exigence impérative pour l’intégration système d’empêcher totalement les appels parallèles ou avec interruption provenant de plusieurs tâches ou contextes. En guise d’interprétation du déroulement du système, l’appel devrait typiquement être effectué dans le cadre de l’arrêt ordonné du calculateur par une gestion d’état de niveau supérieur (telle que le gestionnaire de BSW), dès que les canaux de communication du BSW ont été arrêtés. Question Q-f3b68dc129993cb7 (ouverte)

Utilisation et contexte d'appel

La fonction synchrone et réentrante ComM_RequestComMode ([SWS_ComM_00110]) sert à demander un mode de communication pour un utilisateur défini (User). Elle est disponible via ComM.h. Comme paramètres de transmission pour ComMode, seules les valeurs suivantes sont autorisées en tant que demande d’utilisateur :

• COMM_FULL_COMMUNICATION : demande de pleine capacité de communication ([SWS_ComM_00110]).
• COMM_NO_COMMUNICATION : libération ou fin de la demande de communication ([SWS_ComM_00110]).

Les modes COMM_SILENT_COMMUNICATION (sert à la synchronisation de l’arrêt) et COMM_FULL_COMMUNICATION_WITH_WAKEUP_REQUEST (déclencheur interne de réveil pour les couches sous-jacentes, p. ex. avec du matériel Ethernet compatible OA TC10) sont des états internes et ne doivent pas être demandés par des utilisateurs ([SWS_ComM_00110]). Interprétation : la transmission de ces modes internes devrait probablement être acquittée par E_NOT_OK. Question Q-973ed1ce1845983e (ouverte)

Valeurs de retour et gestion des erreurs

La fonction signale le résultat via des valeurs de retour définies ([SWS_ComM_00110]) :

• E_OK : le passage au mode de communication souhaité a été effectué avec succès.
• E_NOT_OK : le changement de mode a échoué.
• COMM_E_MODE_LIMITATION : le mode demandé ne peut pas être accordé en raison d’une limitation de communication active (Mode Inhibition). Les demandes de communication peuvent également être libérées par de telles limitations.

Interaction et machine à états

La présence ou l’absence de demandes actives influe sur la machine à états de canal du ComM. Si le canal se trouve dans le sous-état COMM_FULL_COM_NETWORK_REQUESTED avec la configuration ComMNmVariant = SLAVE_ACTIVE et qu’aucun appel actif de ComM_RequestComMode(<user>, COMM_FULL_COMMUNICATION) n’est présent, la machine à états ComM passe dans le sous-état COMM_FULL_COM_READY_SLEEP ([SWS_ComM_01017]).

La fonction synchrone ComM_UpdatePncToChannelMapping avec l’ID de service 0x62 sert à définir des entrées dans l’affectation des PNC aux canaux du calculateur ou de la passerelle PNC [SWS_ComM_91015]. L’interface est disponible via le fichier d’en-tête ComM.h et est marquée avec le statut Draft dans la version R20-11 [SWS_ComM_91015].

paramètre

Trois paramètres d’entrée sont transmis à l’appel de fonction [SWS_ComM_91015] :

• MappingTable : pointeur vers un tableau boolean à deux dimensions (const boolean*) qui contient l’affectation actuelle des PNC aux canaux de la passerelle PNC, la première dimension couvrant tous les canaux pertinents et la seconde dimension tous les PNC pertinents [SWS_ComM_91015].
• channelCnt : nombre de canaux physiques transmis dans le MappingTable [SWS_ComM_91015].
• PncCnt : nombre de PNC transmis dans le MappingTable [SWS_ComM_91015].

Valeurs de retour et gestion des erreurs

La fonction renvoie une valeur d'état de type Std_ReturnType [SWS_ComM_91015] :

• E_OK : l’entrée d’affectation a été définie avec succès [SWS_ComM_91015].
• E_NOT_OK : la définition de l’entrée d’affectation a échoué [SWS_ComM_91015].
• COMM_E_LEARNING_ACTIVE : l’appel ne peut pas être exécuté car la phase d’apprentissage des PNC est active [SWS_ComM_91015].

Concurrence et restrictions

L’interface est définie comme non réentrante [SWS_ComM_91015]. Les appels ne doivent donc pas avoir lieu de manière concurrente. Une mise à jour est en outre exclue tant que le système de communication se trouve dans la phase active d’apprentissage des PNC [SWS_ComM_91015].

La fonction synchrone et non réentrante ComM_ResetPncToChannelMapping sert à réinitialiser les entrées dynamiques du mappage PNC-canal du calculateur aux valeurs par défaut configurées [SWS_ComM_91017]. Elle ne prend aucun paramètre d’entrée et renvoie une valeur d’état de type Std_ReturnType [SWS_ComM_91017].

Comportement et valeurs de retour

Le comportement de la fonction dépend de l’état de la phase d’apprentissage des PNC ainsi que de la configuration des canaux :

• Si ComMDynamicPncToChannelMappingEnabled est activé pour au moins un canal et que la phase d’apprentissage des PNC n’est pas active, la fonction réinitialise les affectations aux valeurs par défaut de la configuration d’origine (entrées statiques) et renvoie E_OK [SWS_ComM_01043].
• Si le système se trouve dans une phase active d’apprentissage des PNC et que, pour au moins un canal, ComMDynamicPncToChannelMappingEnabled ou ComMDynamicPncToChannelMappingSupport est défini sur TRUE, la réinitialisation est refusée et COMM_E_LEARNING_ACTIVE est renvoyé [SWS_ComM_01042], [SWS_ComM_01045].
• Si la réinitialisation des affectations aux valeurs par défaut échoue, la fonction renvoie E_NOT_OK [SWS_ComM_91017].

Restrictions et conditions d'appel

Comme ComM_ResetPncToChannelMapping est spécifiée comme non réentrante (Non Reentrant), aucun appel simultané issu de contextes concurrents ne doit avoir lieu [SWS_ComM_91017]. De plus, l’interface se trouve à l’état Draft [SWS_ComM_91017].

Utilisation et sémantique

La fonction asynchrone ComM_PnLearningRequest déclenche le mappage dynamique PNC-canal optionnel (Dynamic PNC-to-channel-mapping) [SWS_ComM_91019]. Elle amène le Network Management (NM) à revenir à l’état NM Repeat Message State [SWS_ComM_91019]. Lors de cette opération, le Partial Network Learning Bit est envoyé pour que les nœuds récepteurs répondent, ainsi que le Repeat Message Request Bit pour que les nœuds récepteurs passent également à l’état NM Repeat Message State [SWS_ComM_91019]. L’appel s’effectue sans paramètre d’entrée via l’interface dans ComM.h avec l’ID de service 0x64 [SWS_ComM_91019].

Valeurs de retour et gestion des erreurs

La fonction renvoie une valeur d'état de type Std_ReturnType [SWS_ComM_91019] :

• E_OK : l’algorithme d’apprentissage des PNC a été démarré avec succès [SWS_ComM_91019].
• E_NOT_OK : l’algorithme d’apprentissage des PNC n’a pas pu être démarré [SWS_ComM_91019].
• COMM_E_LEARNING_ACTIVE : l’appel de fonction ne peut pas être exécuté, car la phase d’apprentissage PNC est déjà active [SWS_ComM_91019].

Concurrence et configuration

La fonction est spécifiée comme non réentrante (Non Reentrant) et possède l’état draft [SWS_ComM_91019]. Elle est disponible exclusivement lorsque le paramètre de préconfiguration ComMDynamicPncToChannelMappingSupport est défini sur TRUE [SWS_ComM_01044].

La fonction synchrone et non réentrante ComM_UpdatePncMembership est utilisée par les composants logiciels (SWC) pour adapter l’appartenance PNC transmise pendant le PNC-Learning pour le mappage dynamique PNC vers canal optionnel [SWS_ComM_91021]. Elle n’est disponible via l’en-tête ComM.h que si le paramètre de configuration ComMDynamicPncToChannelMappingSupport est défini sur TRUE [SWS_ComM_01047].

Le paramètre ComM_PncMembership transmet un tableau d’octets de la longueur du vecteur PNC, qui contient l’appartenance PNC actuelle du nœud [SWS_ComM_91021]. Si la fonction est activée sur au moins un canal et que la phase d’apprentissage PNC est inactive, le paramètre Control est évalué [SWS_ComM_01049] :

• Avec Control = 0, l’appartenance PNC actuelle est combinée au moyen d’une opération logique ET avec ComM_PncMembership afin de réinitialiser de manière ciblée les bits correspondants dans le masque [SWS_ComM_01049].
• Avec Control = 1, une opération logique OU est appliquée pour définir des bits dans le masque [SWS_ComM_01049].

Si la mise à jour a réussi, la fonction renvoie E_OK [SWS_ComM_01049]. Si, en revanche, l’affectation dynamique est configurée sur au moins un canal et que la phase d’apprentissage PNC est active, l’exécution est refusée et la valeur d’erreur spécifique COMM_E_LEARNING_ACTIVE est signalée [SWS_ComM_01048]. Si une autre erreur survient pendant le processus de mise à jour, E_NOT_OK est renvoyé [SWS_ComM_91021].

Utilisation et contexte d'appel

La fonction ComM_PreventWakeUp sert, conformément à [SWS_ComM_00156], à modifier l’état d’inhibition COMM_NO_WAKEUP pour un canal de communication déterminé. Elle s’exécute de manière synchrone et est disponible via le fichier d’en-tête ComM.h.

Deux paramètres d’entrée sont transmis lors de l’appel :

• Channel : identifie le canal concerné selon le type NetworkHandleType ([SWS_ComM_00156]).
• Status : une valeur booléenne permettant d’activer (TRUE) ou de désactiver (FALSE) l’inhibition de réveil ([SWS_ComM_00156]).

Valeurs de retour et gestion des erreurs

Comme valeur de retour, la fonction fournit l’état Std_ReturnType selon [SWS_ComM_00156] :

• E_OK : l’état de réveil pour le canal indiqué a été mis à jour avec succès.
• E_NOT_OK : la modification de l’état de réveil a échoué, par exemple si la fonctionnalité est désactivée via la classification de groupe de l’ECU (ComMEcuGroupClassification).

Concurrence et restrictions

L’interface est spécifiée comme non réentrante (Non Reentrant) ([SWS_ComM_00156]). Les appelants doivent donc s’assurer d’éviter les appels parallèles pour la même instance.

La fonction synchrone ComM_LimitChannelToNoComMode avec l’ID de service 0x0b sert, dans le Communication Manager, à définir l’état d’inhibition pour un canal de communication individuel [SWS_ComM_00163]. Elle empêche ou autorise le passage du canal de l’état COMM_NO_COMMUNICATION à un mode de communication supérieur [SWS_ComM_00163].

Paramètres et contexte d'appel

L’interface est déclarée via le fichier d’en-tête ComM.h et ne comporte ni paramètres d’entrée/sortie ni purs paramètres de sortie [SWS_ComM_00163]. Lors de l’appel, deux paramètres d’entrée sont transmis [SWS_ComM_00163] :

• Channel : adresse le canal respectif via l’identifiant du type NetworkHandleType [SWS_ComM_00163].
• Status : détermine, en tant que boolean, l’état d’inhibition souhaité. La transmission de TRUE active la limitation du canal à COMM_NO_COMMUNICATION, tandis que FALSE désactive de nouveau cette limitation [SWS_ComM_00163].

Valeurs de retour et gestion des erreurs

La fonction renvoie une valeur du type Std_ReturnType à l’appelant [SWS_ComM_00163] :

• E_OK : l’état d’inhibition pour le canal adressé a été ajusté avec succès [SWS_ComM_00163].
• E_NOT_OK : la modification d’état n’a pas pu être effectuée, ce qui est par exemple le cas lorsque la configuration ComMEcuGroupClassification (voir ECUC_ComM_00563) désactive la fonctionnalité [SWS_ComM_00163].

Concurrence et contexte système

Concernant le comportement d’exécution, la fonction est implémentée de manière synchrone (Synchronous) et non réentrante (Non Reentrant) [SWS_ComM_00163]. Pour la même finalité au niveau du système global, il existe la fonction apparentée ComM_LimitECUToNoComMode, qui applique la même limitation non seulement par canal, mais de manière uniforme pour tous les canaux du calculateur [SWS_ComM_00163].

Utilisation

La fonction synchrone ComM_LimitECUToNoComMode (ID de service 0x0c) est définie dans ComM.h et sert à modifier l’état d’inhibition pour l’ensemble du calculateur [SWS_ComM_00124]. Elle empêche ou autorise le passage de COMM_NO_COMMUNICATION à un mode de communication supérieur pour l’ensemble des canaux de communication de l’ECU [SWS_ComM_00124]. La commande s’effectue via le paramètre formel Status :

• TRUE : active la limitation du calculateur au mode COMM_NO_COMMUNICATION [SWS_ComM_00124].
• FALSE : désactive de nouveau la limitation du calculateur à COMM_NO_COMMUNICATION [SWS_ComM_00124].

Gestion des erreurs et valeurs de retour

La fonction renvoie un code d’état du type Std_ReturnType à l’appelant [SWS_ComM_00124] :

• E_OK : l’état d’inhibition pour le calculateur a été appliqué avec succès [SWS_ComM_00124].
• E_NOT_OK : la modification de l’état d’inhibition a échoué, par exemple si le paramètre de configuration ComMEcuGroupClassification (voir ECUC_ComM_00563) désactive la fonctionnalité [SWS_ComM_00124].

Un appelant doit évaluer la valeur de retour afin de déterminer si la limitation a pu être activée efficacement ou si elle a été rejetée par la configuration du module [SWS_ComM_00124].

Concurrence et interaction

L’interface est déclarée non réentrante (Non Reentrant) ; les appels parallèles ou avec interruption sont par conséquent interdits et doivent être évités du côté de l’appelant [SWS_ComM_00124]. Tandis que ComM_LimitChannelToNoComMode fournit la même fonctionnalité de commande de manière isolée pour un canal individuel, ComM_LimitECUToNoComMode concerne toujours l’ensemble de tous les canaux du calculateur [SWS_ComM_00124].

Utilisation et contexte d'appel

La fonction synchrone ComM_ReadInhibitCounter (ID de service 0x0d) sert à interroger le nombre de demandes d’utilisateurs rejetées pour le fonctionnement en communication complète (COMM_FULL_COMMUNICATION) [SWS_ComM_00224]. La déclaration de la fonction est fournie via le fichier d’en-tête ComM.h [SWS_ComM_00224].

La fonction ne comporte aucun paramètre d’entrée. Le seul paramètre de sortie est le pointeur CounterValue du type de base uint16*, par lequel la valeur du compteur des demandes rejetées est transmise à l’appelant [SWS_ComM_00224]. Si la valeur du compteur a pu être déterminée et écrite avec succès, la fonction renvoie E_OK ; en cas d’échec, elle renvoie E_NOT_OK [SWS_ComM_00224].

Gestion des erreurs

Aucun code d’erreur spécifique ou erreur de développement standardisée (DET) n’est mentionné séparément dans la description de l’interface. Un échec avec la valeur de retour E_NOT_OK [SWS_ComM_00224] devrait probablement être dû à un paramètre de pointeur non valide (pointeur nul) ou à un appel avant l’initialisation du module ComM (interprétation). Question Q-5779d898381d9894 (ouverte)

Concurrence et restrictions

L’interface est explicitement spécifiée comme non réentrante (Non Reentrant) [SWS_ComM_00224]. Les appelants doivent donc s’assurer au niveau du système qu’aucun appel concurrent ou avec interruption n’ait lieu via différentes tâches ou routines de service d’interruption, afin d’éviter des incohérences lors de la lecture du compteur.

Utilisation et fonctionnement

L'interface synchrone ComM_ResetInhibitCounter sert à réinitialiser le compteur interne des demandes de communication complète rejetées ou bloquées (Inhibited COMM_FULL_COMMUNICATION request Counter) dans le Communication Manager [SWS_ComM_00108]. L'appel est mis à disposition via l'en-tête ComM.h, possède l'identifiant de service 0x0e et ne requiert aucun paramètre d'entrée [SWS_ComM_00108]. En cas d'exécution réussie, la fonction renvoie la valeur de retour E_OK de type Std_ReturnType [SWS_ComM_00108].

Gestion des erreurs et conditions limites

Si une erreur survient lors de la réinitialisation du compteur, le service le signale par la valeur de retour E_NOT_OK [SWS_ComM_00108]. Les erreurs de développement concrètes (DET) ou les scénarios d'erreur ne sont pas détaillés dans le présent extrait de spécification ; l'exécution échoue vraisemblablement et renvoie E_NOT_OK si le module n'a pas encore été initialisé. Question Q-31d1ba95e419fa8e (ouverte)

concurrence

La fonction est déclarée comme non réentrante (Non Reentrant) [SWS_ComM_00108]. Les utilisateurs doivent donc veiller, par une synchronisation appropriée, à ce qu'aucun appel parallèle ne soit émis à partir de plusieurs threads, tâches ou routines de service d'interruption, afin d'éviter des incohérences au niveau du compteur.

La fonction ComM_Nm_NetworkStartIndication sert d’interface de notification de la gestion de réseau au Communication Manager. Conformément à [SWS_ComM_00383], elle indique qu’un message NM a été reçu pendant l’état Bus Sleep Mode, ce qui signale que certains nœuds du réseau sont déjà passés en Network Mode.

• Appel et paramètres : L’interface est déclarée via l’en-tête ComM_Nm.h et reçoit en paramètre d’entrée le canal de communication concerné Channel de type NetworkHandleType [SWS_ComM_00383].
• Synchronicité et retour : L’appel ne possède aucune valeur de retour (void) et suit une sémantique d’exécution asynchrone [SWS_ComM_00383].
• Concurrence : La fonction est pourvue de l’ID de service 0x15 et est spécifiée comme réentrante (Reentrant) [SWS_ComM_00383].

Aucun code d’erreur spécifique, message DET ou DEM, ni réaction d’erreur particulière n’est spécifié pour cette interface dans la spécification [SWS_ComM_00383]. Interprétation : l’indication est vraisemblablement destinée en interne à déclencher la transition de l’état de veille vers la communication réseau active pour le canal spécifié. Question Q-97a02db4ab6a3af8 (ouverte)

La fonction ComM_Nm_NetworkMode fait office, dans le gestionnaire de communication AUTOSAR (ComM), de callback de notification par lequel le Network Management (Nm) signale que le mode réseau (Network Mode) a été activé avec succès [SWS_ComM_00390].

Appel et paramètres

L'interface est disponible via le fichier d'en-tête ComM_Nm.h et possède l'identifiant de service 0x18 [SWS_ComM_00390]. Lors de l'appel, le canal de communication concerné est transmis via l'unique paramètre d'entrée Channel de type NetworkHandleType [SWS_ComM_00390]. La fonction ne fournit aucune valeur de retour (type de retour void) et ne dispose d'aucun paramètre de sortie [SWS_ComM_00390].

Concurrence et sémantique

Le comportement d'exécution de ComM_Nm_NetworkMode est déclaré comme asynchrone (Asynchronous) [SWS_ComM_00390]. Concernant la concurrence, la fonction est spécifiée comme réentrante (Reentrant), ce qui lui permet d'être appelée de manière réentrante pour des événements de canaux parallèles [SWS_ComM_00390].

Gestion des erreurs

La signature ne prévoyant aucune valeur de retour, aucun code d'erreur n'est directement transmis à l'appelant [SWS_ComM_00390].

La fonction ComM_Nm_PrepareBusSleepMode sert d'interface de notification du Communication Manager (ComM). Elle informe le ComM du fait que le Network Management est passé à l'état « Prepare Bus - Sleep Mode » pour le canal de communication spécifié [SWS_ComM_00391].

Utilisation et signature

L'interface est disponible via le fichier d'en-tête ComM_Nm.h et possède l'identifiant de service 0x19 [SWS_ComM_00391]. L'exécution s'effectue de manière asynchrone [SWS_ComM_00391]. La signature de la fonction comprend les paramètres suivants :

• Channel (In, NetworkHandleType) : identifie le canal de réseau concerné dont le Network Management a adopté le mode Prepare Bus-Sleep [SWS_ComM_00391].
• Valeur de retour : void ; aucune valeur d'état ou d'erreur n'est renvoyée et aucun paramètre d'entrée/sortie n'est utilisé [SWS_ComM_00391].

Concurrence et restrictions

En matière de concurrence, ComM_Nm_PrepareBusSleepMode est spécifiée comme réentrante, mais avec la restriction stricte que cela ne s'applique pas au même canal NM (Reentrant (but not for the same NM - Channel)) [SWS_ComM_00391]. Des appels pour des canaux différents peuvent donc avoir lieu en parallèle, tandis que des appels simultanés pour le même canal doivent être exclus.

Contexte d'appel et traitement des erreurs

Interprétation : le contexte d'appel devrait se situer dans le Network Management générique ou spécifique au bus, qui signale l'atteinte de cet état au ComM. Question Q-41524322db480310 (ouverte) Aucun code d'erreur spécifique, message DET ou DEM n'est défini dans la spécification pour cette interface [SWS_ComM_00391].

Utilisation

La fonction de rappel ComM_Nm_BusSleepMode sert de notification au module ComM indiquant que le Network Management est passé en mode Bus-Sleep [SWS_ComM_00392]. Par cet appel, la fonction doit opérer le passage du matériel associé ainsi que de l'émetteur-récepteur en mode Bus-Sleep [SWS_ComM_00392].

Interface et paramètres

La fonction est mise à disposition via le fichier d'en-tête ComM_Nm.h et porte l'identifiant de service 0x1a [SWS_ComM_00392]. L'appel s'effectue via la signature void ComM_Nm_BusSleepMode (NetworkHandleType Channel) avec les propriétés de paramètres suivantes [SWS_ComM_00392] :

• Channel : paramètre d'entrée de type NetworkHandleType qui identifie le canal de communication concerné [SWS_ComM_00392].
• Ni paramètre d'entrée/sortie ni paramètre de sortie ne sont prévus pour cette fonction [SWS_ComM_00392].
• Aucune valeur de retour n'est définie (void) [SWS_ComM_00392].

Concurrence et restrictions

En ce qui concerne le comportement d'exécution et les éventuelles restrictions, l'exigence spécifie les conditions cadres suivantes [SWS_ComM_00392] :

• Sémantique asynchrone : l'appel est classé comme asynchrone (Asynchronous) [SWS_ComM_00392].
• Réentrance : la fonction est définie comme réentrante (Reentrant) [SWS_ComM_00392].

La fonction de rappel ComM_Nm_RestartIndication portant le Service-ID 0x1b est appelée par la NM-Interface et est déclarée via le fichier d'en-tête ComM_Nm.h [SWS_ComM_00792]. Elle sert à informer le Communication Manager du redémarrage de la gestion de réseau lors d'une procédure d'arrêt en cours de bus coordonnés [SWS_ComM_00792]. Le seul paramètre d'entrée Channel de type NetworkHandleType désigne le canal concerné ; l'opération ne renvoie aucune valeur de retour [SWS_ComM_00792].

L'interface est spécifiée comme asynchrone et réentrante [SWS_ComM_00792]. Son appel par la NM-Interface intervient lorsque trois conditions sont réunies simultanément :

• La NM-Interface a déjà débuté l'arrêt des bus coordonnés [SWS_ComM_00792].
• Tous ces bus coordonnés n'ont pas encore signalé l'état de Bus-Sleep [SWS_ComM_00792].
• La gestion de réseau est redémarrée sur au moins l'un des bus coordonnés [SWS_ComM_00792].

Si ces conditions préalables sont remplies, la NM-Interface appelle la fonction spécifiquement avec le handle des canaux qui avaient déjà signalé l'état de Bus-Sleep [SWS_ComM_00792].

Aucun code d'erreur spécifique, aucune réaction aux erreurs ni aucun message destiné au module de test de développement ou de mémoire des défauts (DET/DEM) n'est prévu dans l'extrait de spécification [SWS_ComM_00792]. Interprétation : la fonction devrait être prévue dans le ComM pour réaligner l'état interne de canaux déjà endormis sur la coordination de bus réactivée. Question (ouverte)

Utilisation

La fonction ComM_Nm_RepeatMessageLeftIndication sert d’interface de notification signalant au ComM que l’état de tous les modules Bus NM (<Bus Nm>) a quitté l’état Repeat Message [SWS_ComM_91024]. Dans le cadre de la fonctionnalité optionnelle d’affectation dynamique de Partial Network Clusters aux canaux (Dynamic PNC-to-channel-mapping), cet appel indique que la phase d’apprentissage se termine [SWS_ComM_91024].

L’interface est déclarée via l’en-tête ComM_Nm.h et ne possède pas de valeur de retour (void) [SWS_ComM_91024]. Le canal de communication concerné est transmis en tant que paramètre de transmission :

• Channel (In, NetworkHandleType) : identification du canal pour lequel la sortie de l’état est signalée [SWS_ComM_91024].

Interaction et effet fonctionnel

Le comportement de l’indication contrôle la phase d’apprentissage PNC : si le paramètre de configuration ComMDynamicPncToChannelMappingEnabled est défini sur TRUE et que ComM_Nm_RepeatMessageLeftIndication est appelé, le ComM définit la phase d’apprentissage PNC (PNC Learning Phase) pour le canal correspondant sur inactive [SWS_ComM_01029] [SWS_ComM_01046].

Concurrence et restrictions

L’interface est spécifiée comme réentrante et présente une sémantique d’exécution asynchrone [SWS_ComM_91024]. Dans la présente spécification, l’élément est en outre marqué avec le statut de développement draft [SWS_ComM_91024].

La fonction ComM_Nm_PncLearningBitIndication sert d’interface de notification pour le module ComM afin d’indiquer la réception d’un message NM avec le bit PNC-Learning défini [SWS_ComM_91026]. L’interface possède le Service-ID 0x69, est mise à disposition via le fichier d’en-tête ComM_Nm.h et est désignée dans la spécification par le statut « draft » [SWS_ComM_91026].

En ce qui concerne l’utilisation et la signature, les dispositions suivantes s’appliquent :

• Paramètres : en paramètre d’entrée, Channel de type NetworkHandleType est transmis, identifiant le canal de communication concerné [SWS_ComM_91026]. Il n’y a ni paramètre d’entrée/sortie ni paramètre de sortie, et le type de retour est void [SWS_ComM_91026].
• Concurrence : l’appel est spécifié comme asynchrone et réentrant [SWS_ComM_91026]. D’après l’identifiant et l’en-tête, l’appel devrait généralement être effectué par le module NM sous-jacent dès qu’un message NM correspondant a été reçu. Question Q-31b0ce30b88c71b6 (ouverte)
• Gestion des erreurs : dans le périmètre de la spécification, aucune valeur de retour, aucun code d’erreur spécifique ni aucun message à destination de DET ou DEM ne sont documentés pour ce service.

En interaction avec le mappage dynamique PNC, la fonction contrôle l’activation de la phase d’apprentissage : si ComM_Nm_PncLearningBitIndication est appelé sur un canal pour lequel le paramètre de configuration ComMDynamicPncToChannelMappingEnabled est défini sur TRUE, ComM doit définir la phase d’apprentissage PNC (PNC Learning Phase) pour ce canal sur active [SWS_ComM_01026]. Selon la spécification, ComM déclenche également le même état d’une phase d’apprentissage active sur le canal concerné lorsque le module appelle lui-même Nm_PnLearningRequest [SWS_ComM_01026].

La fonction synchrone et réentrante ComM_Nm_ForwardSynchronizedPncShutdown (ID de service 0x6b) est déclarée via l’en-tête ComM_Nm.h et sert à la transmission coordonnée d’un arrêt synchronisé des PNC [SWS_ComM_91003].

Utilisation et contexte d’appel : Elle est appelée lorsqu’un calculateur jouant le rôle de coordinateur de PNC intermédiaire (intermediate PNC coordinator) reçoit un message d’arrêt de PN via une NM spécifique au bus [SWS_ComM_91003]. Le canal de communication concerné (Channel de type NetworkHandleType) est transmis en tant qu’unique paramètre d’entrée. Aucune valeur de retour n’est définie (void) [SWS_ComM_91003].

Interaction et déroulement : Après l’indication, le ComM libère immédiatement les machines d’états PNC concernées. De plus, il transmet sans délai les informations de PN aux canaux ComM concernés ainsi qu’aux canaux NM correspondants [SWS_ComM_91003]. Cela garantit un arrêt des PNC largement synchrone sur l’ensemble de la topologie PN hiérarchique, depuis le coordinateur de premier niveau (top-level coordinator) jusqu’aux nœuds PNC subordonnés [SWS_ComM_91003].

Gestion des erreurs et conditions aux limites : Comme l’interface ne présente aucune valeur de retour et qu’aucun code d’erreur spécifique n’est documenté, une gestion des erreurs devrait s’effectuer en interne ou via le DET. Question Q-618a8c1da055cdf5 (ouverte) L’élément est classé comme Draft dans la version R20-11 [SWS_ComM_91003].

Utilisation et contexte d'appel

L’interface synchrone ComM_DCM_ActiveDiagnostic sert au Diagnostic Communication Manager (DCM) pour notifier au Communication Manager (ComM) des activités de diagnostic actives sur un canal de communication déterminé [SWS_ComM_00873]. La fonction est définie dans le fichier d’en-tête ComM_Dcm.h et identifiée par l’ID de service 0x1f [SWS_ComM_00873].

Le paramètre d’entrée Channel de type de données NetworkHandleType fait office d’unique paramètre d’appel et identifie de manière univoque le canal concerné pour la communication de diagnostic en attente [SWS_ComM_00873]. L’interface ne possède aucune valeur de retour (type de retour void), et il n’existe ni paramètres d’entrée/sortie ni paramètres de sortie [SWS_ComM_00873].

Concurrence et restrictions

En ce qui concerne la concurrence, l’élément de service est spécifié comme réentrant [SWS_ComM_00873]. Cela autorise des appels synchrones parallèles de la fonction à partir de différents contextes d’exécution, par exemple lorsque le DCM doit gérer ou desservir plusieurs canaux réseau simultanément.

Traitement des erreurs et interaction

Pour cet appel, aucun code d’erreur spécifique ni message adressé à la gestion des erreurs de développement (DET) ou à la gestion de la mémoire des défauts de diagnostic (DEM) n’est défini [SWS_ComM_00873]. L’interaction se limite à l’échange de signaux entre le DCM et le ComM ; interprétation : l’appel devrait être utilisé dans le ComM pour maintenir le canal correspondant dans l’état de communication active pendant la durée de l’activité de diagnostic [SWS_ComM_00873]. Question Q-bfd91da2e435fbb6 (ouverte)

Utilisation

La fonction synchrone ComM_DCM_InactiveDiagnostic permet au Diagnostic Communication Manager (DCM) d'indiquer au Communication Manager (ComM) que la communication de diagnostic sur un canal déterminé est inactive et n'est plus requise [SWS_ComM_00874]. La déclaration de cette interface est fournie via le fichier d'en-tête ComM_Dcm.h avec le Service-ID 0x20 [SWS_ComM_00874].

Le paramètre d'entrée transmis est Channel de type NetworkHandleType, qui identifie le canal de communication concerné [SWS_ComM_00874]. La fonction ne comporte ni paramètres d'entrée/sortie, ni paramètres de sortie et ne renvoie aucune valeur (void) [SWS_ComM_00874].

Concurrence et traitement des erreurs

L'interface est spécifiée comme réentrante [SWS_ComM_00874], de sorte que des appels simultanés – par exemple pour différents canaux de communication – sont autorisés. Aucun code d'erreur spécifique, message d'erreur DET ou événement DEM n'est défini pour cette fonction dans le payload [SWS_ComM_00874]. Le module ComM devrait utiliser en interne la notification d'inactivité pour retirer les demandes de diagnostic existantes pour le canal et ajuster l'état du canal en conséquence. Question Q-148d39d8c17e936c (ouverte)

La fonction ComM_EcuM_WakeUpIndication sert à notifier au Communication Manager (ComM) la survenance d'un événement de réveil sur le canal de communication respectivement concerné [SWS_ComM_00275]. L'appel devrait généralement être émis par l'ECU State Manager (EcuM) dès que celui-ci a enregistré un réveil correspondant sur un canal. Question Q-5f8c43b9df10dc8e (ouverte)

Utilisation et contexte d'appel

L'interface est définie de manière synchrone et possède l'identifiant de service 0x2a [SWS_ComM_00275]. L'identifiant du canal de communication sur lequel le réveil a été détecté est transmis via le paramètre d'entrée Channel de type NetworkHandleType [SWS_ComM_00275]. La fonction ne possède pas de valeur de retour (void) et est déclarée via le fichier d'en-tête ComM_EcuM.h [SWS_ComM_00275].

Concurrence et restrictions

Selon la spécification, ComM_EcuM_WakeUpIndication est classée comme réentrante [SWS_ComM_00275]. La fonction peut ainsi être appelée en parallèle pour différents canaux ou à partir de contextes concurrents. Aucun code d'erreur spécifique, valeur de retour ou message DET/DEM n'est mentionné dans la définition de l'élément [SWS_ComM_00275].

Utilisation et contexte d'appel

La fonction synchrone ComM_EcuM_PNCWakeUpIndication sert à notifier au Communication Manager un réveil sur un cluster de réseau partiel (PNC) [SWS_ComM_91001]. Elle est déclarée via l’en-tête ComM_EcuM.h et attend comme paramètre d’entrée PNCid l’identifiant du cluster concerné ; aucune valeur de retour n’existe [SWS_ComM_91001]. Interprétation : l’appel est typiquement effectué par l’ECU State Manager (EcuM) lors de la détection d’un événement PNC correspondant. Question Q-fee4a70f73cde8ea (ouverte)

Concurrence et transitions d’état

L’interface est spécifiée comme réentrante [SWS_ComM_91001]. Son appel provoque des changements d’état ciblés au sein des machines à états de PNC et de canal du ComM :

• Si le cluster référencé se trouve dans l’état principal de PNC PNC_NO_COMMUNICATION, celui-ci est quitté et la transition vers le sous-état de PNC PNC_PREPARE_SLEEP a lieu [SWS_ComM_00964].
• Si l’appel a lieu dans le sous-état COMM_NO_COM_NO_PENDING_REQUEST alors que la prise en charge des PNC est activée (ComMPncSupport=TRUE) et que le réveil synchrone est désactivé (ComMSynchronousWakeUp=FALSE), le module fait passer dans le sous-état COMM_NO_COM_REQUEST_PENDING les machines à états de canal ComM qui sont référencées par le PNC indiqué [SWS_ComM_01014].
• En revanche, si ComMSynchronousWakeUp=TRUE est configuré alors que ComMPncSupport est actif, l’appel dans le sous-état COMM_NO_COM_NO_PENDING_REQUEST fait passer sans exception toutes les machines à états de canal ComM dans le sous-état COMM_NO_COM_REQUEST_PENDING [SWS_ComM_01015].

Via la fonction ComM_CommunicationAllowed ([SWS_ComM_00871]), il est indiqué au module ComM, par l’intermédiaire de l’EcuM ou du BswM, si la communication est autorisée pour un canal déterminé.

Utilisation et contexte d'appel

L’interface est appelée par le module EcuM ou BswM ; si EcuM Flex est utilisé, le BswM prend en charge cette tâche ([SWS_ComM_00871]). La fonction est déclarée via l’en-tête ComM_BswM.h et possède l’ID de service 0x35 ([SWS_ComM_00871]).

La fonction ne possède aucune valeur de retour (void) et attend les paramètres de transmission suivants ([SWS_ComM_00871]) :

• Channel (type NetworkHandleType) : désigne le canal de communication concerné ([SWS_ComM_00871]).
• Allowed (type boolean) : transmet l’état d’autorisation avec TRUE pour une communication permise ou FALSE pour une communication non permise ([SWS_ComM_00871]).

Concurrence et restrictions

Selon la spécification, la fonction fonctionne de manière asynchrone (Asynchronous) et est classée comme non réentrante (Non Reentrant) ([SWS_ComM_00871]). En raison de la non-réentrance, l’appelant devrait devoir garantir qu’aucun appel parallèle ou avec interruption n’ait lieu pour l’interface. Question Q-e6688e3286d9ed60 (ouverte)

Utilisation et signature

L'interface ComM_BusSM_ModeIndication sert à l'indication du mode de bus réel par le Bus State Manager compétent au module ComM [SWS_ComM_00675]. La fonction C est disponible via l'en-tête ComM.h et est répertoriée sous le Service-ID 0x33 [SWS_ComM_00675]. Sa syntaxe est void ComM_BusSM_ModeIndication (NetworkHandleType Channel, ComM_ModeType ComMode) [SWS_ComM_00675].

La fonction accepte deux paramètres d'entrée :

• Channel : le canal de communication concerné de type NetworkHandleType [SWS_ComM_00675].
• ComMode : le mode réel du bus de type ComM_ModeType [SWS_ComM_00675].

L'interface ne possède aucune valeur de retour (void) et ne définit ni paramètre d'entrée/sortie, ni simple paramètre de retour [SWS_ComM_00675].

Concurrence et synchronisation

Concernant le comportement à l'exécution, il est défini que l'appel s'effectue de manière asynchrone (Asynchronous) et que la fonction peut être exécutée de manière réentrante (Reentrant) [SWS_ComM_00675].

Interaction dans le système global

Le module ComM transmet l'état notifié via cet appel aux utilisateurs [SWS_ComM_00675]. Cette propagation de l'état du bus s'effectue via les interfaces de la RTE et du BswM [SWS_ComM_00675].

Utilisation

La fonction de service synchrone ComM_BusSM_BusSleepMode sert au Bus State Manager compétent (BusSM) de notification à l'attention du Communication Manager (ComM) indiquant que le mode de bus réel d'un canal de communication est passé à l'état de Bus-Sleep [SWS_ComM_91000]. L'identification du canal concerné s'effectue via le paramètre d'entrée Channel de type NetworkHandleType [SWS_ComM_91000]. La fonction ne déclare aucun paramètre de sortie ni de valeur de retour (void) [SWS_ComM_91000].

Validité dépendant de la configuration

L'appel n'est pas universellement autorisé, mais explicitement restreint aux canaux ComM dont le paramètre ComMNmVariant est défini sur SLAVE_ACTIVE ou SLAVE_PASSIVE [SWS_ComM_91000]. La spécification mentionne deux scénarios d'utilisation typiques pour cela :

• Esclaves LIN avec la configuration ComMNmVariant = SLAVE_ACTIVE [SWS_ComM_91000].
• Canaux Ethernet dotés de matériel selon OPEN Alliance TC10 exploités en tant qu'esclaves de communication passifs, où ComMNmVariant = SLAVE_PASSIVE et le paramètre EthTrcvActAsSlavePassiveEnabled est fixé à TRUE [SWS_ComM_91000].

Concurrence et intégration

L'interface possède le Service-ID 0x34, est déclarée via le fichier d'en-tête ComM.h et est classée comme réentrante [SWS_ComM_91000]. Aucun code d'erreur spécifique ni comportement particulier en cas d'erreur n'est indiqué dans la définition de la fonction [SWS_ComM_91000].

Le type d'énumération ComM_InitStatusType sert à représenter l'état d'initialisation du module ComM (COM Manager) et est disponible via le fichier d'en-tête ComM.h [SWS_ComM_00668].

La plage de valeurs comprend exactement deux états pour distinguer l'état de préparation opérationnelle [SWS_ComM_00668] :

• COMM_UNINIT (codé avec la valeur 0x00 ou 0) : indique que le COM Manager n'est pas initialisé ou n'est pas utilisable. Cet état est obligatoirement la valeur par défaut immédiatement après une réinitialisation [SWS_ComM_00668].
• COMM_INIT (codé avec la valeur 0x01) : indique que le COM Manager a été correctement initialisé et est prêt à l'emploi [SWS_ComM_00668].

Concernant l'ordre chronologique et l'utilisation du module, cet état marque l'utilisabilité de base du COM Manager [SWS_ComM_00668]. Interprétation : les appelants ou les routines internes du module devraient évaluer cet état afin de s'assurer qu'aucune demande de communication n'est traitée dans l'état COMM_UNINIT, étant donné que le COM Manager est explicitement spécifié comme non utilisable dans cet état [SWS_ComM_00668]. Question Q-2c4da2e5c40a0f4b (ouverte) Le module n'est disponible pour des interactions de niveau supérieur qu'après le passage réussi à COMM_INIT.

Le type d'énumération ComM_PncModeType définit l'état de fonctionnement actuel d'un Partial Network Cluster (PNC) dans le Communication Manager [SWS_ComM_00673]. Ce type est mis à disposition via le fichier d'en-tête ComM.h et comprend cinq états discrets [SWS_ComM_00673] :

• COMM_PNC_REQUESTED (0x00) : le PNC est demandé par un utilisateur ComM local.
• COMM_PNC_READY_SLEEP (0x01) : le PNC est demandé par un utilisateur ComM distant.
• COMM_PNC_PREPARE_SLEEP (0x02) : le PNC est actif, mais sans surveillance des délais (Deadline Monitoring).
• COMM_PNC_NO_COMMUNICATION (0x03) : aucune communication n'a lieu pour le PNC.
• COMM_PNC_REQUESTED_WITH_WAKEUP_REQUEST (0x04) : demande locale de PNC avec sollicitation supplémentaire de réveil matériel auprès du BswM.

En interaction avec le BswM, le mode COMM_PNC_REQUESTED_WITH_WAKEUP_REQUEST sert à signaler qu'une demande active doit en plus déclencher le réveil du matériel de communication [SWS_ComM_00673]. Cela suppose que la fonctionnalité soit prise en charge et configurée, par exemple lors du switching de port de switchs Ethernet selon OA TC10 [SWS_ComM_00673]. À titre de restriction, il convient de noter que ce mode porte le statut draft dans la version R20-11 [SWS_ComM_00673].

Comme il s'agit d'une simple définition de type, il n'existe pour ComM_PncModeType aucune routine propre de gestion des erreurs ni aucune exigence de réentrance.

Interprétation : le type étant déclaré dans ComM.h et le BswM étant désigné comme destinataire des informations de mode, le type de données devrait être utilisé de manière transmodulaire en tant que paramètre d'interface pour les notifications d'état PNC. Question Q-88ad945ffcf90e9e (ouverte)

Utilisation et définition

Le type ComM_StateType représente les états et les sous-états de la machine à états interne du Communication Manager (ComM) dans la plateforme AUTOSAR Classic [SWS_ComM_00674]. Il est défini comme un type autonome sur la base du type standard uint8 et est mis à disposition des composants logiciels et des modules BSW via le fichier d’en-tête ComM.h [SWS_ComM_00674].

Plage de valeurs et sous-états

La plage de valeurs comprend cinq valeurs fixes, qui représentent la phase exacte de la machine à états de communication [SWS_ComM_00674] :

• COMM_NO_COM_NO_PENDING_REQUEST (valeur 0) : caractérise l’état au sein de No Communication lorsqu’aucune demande de communication n’est actuellement en cours [SWS_ComM_00674].
• COMM_NO_COM_REQUEST_PENDING (valeur 1) : caractérise l’état au sein de No Communication pendant qu’une demande de communication est en attente [SWS_ComM_00674].
• COMM_FULL_COM_NETWORK_REQUESTED (valeur 2) : caractérise l’état au sein de Full Communication dans lequel le réseau est activement demandé [SWS_ComM_00674].
• COMM_FULL_COM_READY_SLEEP (valeur 3) : caractérise l’état au sein de Full Communication dans lequel plus aucune demande active n’est présente et le réseau est prêt à s’endormir [SWS_ComM_00674].
• COMM_SILENT_COM (valeur 4) : correspond au mode de communication Silent Communication [SWS_ComM_00674].

Affectation aux modes de communication

Les valeurs de ComM_StateType sont en relation directe avec les modes de communication (Communication Modes) de niveau supérieur du ComM [SWS_ComM_00674]. Tous les états ayant le préfixe COMM_NO_COM* sont associés au mode No Communication, tandis que les états ayant le préfixe COMM_FULL_COM* correspondent au mode Full Communication [SWS_ComM_00674]. La valeur COMM_SILENT_COM représente le mode de communication éponyme Silent Communication [SWS_ComM_00674].

Le type de données ComM_ModeType représente le mode de communication actuel et donc l'état principal de la machine d'état de canal ComM au sein du Communication Manager [SWS_ComM_00672]. Il dérive du type de base uint8 et est mis à disposition via l'en-tête Rte_ComM_Type.h pour une utilisation par les composants logiciels et d'autres modules BSW [SWS_ComM_00672].

La plage de valeurs comprend quatre modes de fonctionnement discrets définissant la capacité de communication du canal respectif [SWS_ComM_00672] :

• COMM_NO_COMMUNICATION (0) : le canal configuré se trouve à l'état de repos et ne possède aucune capacité d'émission ni de réception [SWS_ComM_00672].
• COMM_SILENT_COMMUNICATION (1) : le canal est restreint à une capacité de réception passive ; l'émission de messages est empêchée [SWS_ComM_00672].
• COMM_FULL_COMMUNICATION (2) : le canal se trouve en fonctionnement de communication complet avec une capacité active d'émission et de réception [SWS_ComM_00672].
• COMM_FULL_COMMUNICATION_WITH_WAKEUP_REQUEST (3) : le canal dispose d'une capacité d'émission et de réception vers la couche inférieure, par exemple pour du matériel Ethernet selon OPEN Alliance TC10 [SWS_ComM_00672].

D'importantes restrictions fonctionnelles s'appliquent lors de l'utilisation : le mode COMM_FULL_COMMUNICATION_WITH_WAKEUP_REQUEST porte le tag atp.Status=draft et est expressément destiné à un usage purement interne au sein de la machine d'état de canal ComM [SWS_ComM_00672]. Les utilisateurs externes ou les composants logiciels superposés ne devraient donc probablement ni demander cet état comme mode cible, ni s'y attendre directement via des interfaces. Question Q-e5f4abe0d6543c82 (ouverte) Aucun code d'erreur spécifique, contrôle au runtime ou notification vers DET ou DEM n'est défini pour ce type [SWS_ComM_00672].

L'élément de spécification modeLimitation est défini selon [SWS_ComM_01009] comme un port fourni (Provided Port) du gestionnaire de communication (ComM) pour l'interface ComM_ECUModeLimitation. Interprétation : via cette interface de port, le module ComM devrait mettre à la disposition de composants logiciels de niveau supérieur ou du BswM des mécanismes de limitation ciblée des modes de communication actifs au niveau de l'ECU, afin par exemple de sécuriser la consommation de courant ou les modes de fonctionnement. Question Q-337c6b40bd72cf76 (ouverte)

La mise à disposition de ce port dans le système est soumise à une condition explicite de variabilité : selon [SWS_ComM_01009], l'élément n'est présent dans le système que si l'option de configuration {ecuc(ComM/ComMGeneral.ComMModeLimitationEnabled)} == true est définie. La désactivation de ce paramètre a vraisemblablement pour effet de supprimer le port lors de la génération de code. Question (ouverte) Les composants d'application et de logiciel de base ne doivent donc relier cette interface sur le plan architectural que si l'option est activée.

En ce qui concerne les opérations d'interface concrètes, les paramètres, la réentrance ainsi que les messages d'erreur vers DET ou DEM, [SWS_ComM_01009] ne contient aucune disposition particulière. Les intégrateurs doivent donc avant tout s'assurer que la configuration requise est activée dans le conteneur ComMGeneral avant de connecter des composants au port modeLimitation.

Le type ComMMode est spécifié dans le module ComM en tant que Mode Declaration Group [SWS_ComM_01012]. L'élément est attribué à la catégorie ALPHABETIC_ORDER et définit les modes de communication fondamentaux du module [SWS_ComM_01012].

Le groupe comprend trois états contraignants [SWS_ComM_01012] :

• COMM_NO_COMMUNICATION : sert de mode initial du groupe [SWS_ComM_01012].
• COMM_SILENT_COMMUNICATION : représente un mode de communication passif [SWS_ComM_01012].
• COMM_FULL_COMMUNICATION : caractérise le fonctionnement de communication sans restriction [SWS_ComM_01012].

COMM_NO_COMMUNICATION est défini comme mode initial, ce qui fait démarrer le système par défaut sans communication active [SWS_ComM_01012]. Aucune valeur particulière lors d'une transition (« On transition value ») n'est définie [SWS_ComM_01012] ; Interprétation : cela signifie vraisemblablement que les changements d'état s'effectuent directement sans états intermédiaires définis. Question Q-f0e73d26f85073b4 (ouverte) Interprétation : les modes devraient représenter l'état de communication de canaux ou d'utilisateurs de communication au sein du module. Question Q-ef5fa29f6af152c7 (ouverte) Interprétation : la catégorie ALPHABETIC_ORDER devrait avant tout prescrire l'énumération et la représentation standardisées pour les interfaces de la RTE. Question Q-12af3dde3a4cc95e (ouverte)