CSEE_APPT09_0282_6.0_01551_10_00043_ST_generique_Gerer_les_Phases_de_vie_organes_EE_SC.doc

ECU & Communication Networks
States Management
REFERENCE IND PROJET PAGE
CSEE_APPT09_0282 6.0 Générique 1 / 105
This document is the property of PSA and cannot be reproduced or communicated without prior authorisation.
Reference :
CSEE_APPT09_0282
V6.0 DRD / DSEE/CIAE/CA2E
DocInfo : 01551_10_00043
Generic technical specification :
States Management
//
ST générique - Gérer les Phases de vie EE des
calculateurs et des réseaux multiplexés
Writer // Rédacteur Verification // Vérificateur Approval // Approbateur
Nom : Christophe Margry /
Olivier MARTIN
Nom : Olivier Martin Nom : Eric Sibleyras
Entité : DSEE/CIAE/CA2E/APDR Entité : DSEE/CIAE/CA2E/APDR Entité : DSEE/CIAE/CA2E/APDR
Date : Signature : Date : Signature : Date : Signature :
Verification // Vérificateur Verification // Vérificateur Approval // Approbateur
Nom : Nom : Nom :
Entité : Entité : Entité :
Date : Signature : Date : Signature : Date : Signature :

States Management
DOCUMENT CHRONOLOGICAL ACCOUNT // HISTORIQUE DU
DOCUMENT
Version Date Modifications
0.1 26/08/2009
Creation of document – internal review
//
Création du document - diffusion pour relecture interne (APTI)
0.2 31/08/2009
Communication states and reset management
Functional splitting between APC and RCD configurations (see F01 and F02)
//
Ajout d’exigences sur les états de la communication CAN et la gestion du reset
Ajout du découpage fonctionnel de F01_RCD_Applicative_Mode_Mgt et
F02_APC_Applicative_Mode_Mgt
0.3 21/09/2009
Services layer : modifications (i.e. remarks of the internal review taken into account)
Requirements numbering
Diffusion for second review
//
Prise en compte des remarques suite à la relecture de la partie couche de services
Numérotation des exigences
Diffusion pour seconde relecture (CSIV)
0.4 12/11/2009
Translation English – French
Correspondence versus Autosar in appendix
Case of multiple MUX networks
Communication states: Full_COM, No_COM, Electronic_integration_mode ; limited
COM, included in Full_COM state, is no more a requirement (each function has to
take in account this remark)
Timeout in order to limit the internal partial wakeup limitation
Applicative layer – state machine : “Shutdown authorization” state is replaced by
“Shutdown preparation” (equivalent to the Autosar PostRun phase)
APC Configuration : Transitory state renamed by COM_Latch
DIAG sessions management
Resets management
//
Document bilingue Anglais – Français
La correspondance par rapport à Autosar est mise dans les annexes
Prise en compte des réseaux MUX multiples
Etats de la communication : Full_COM, No_COM, Electronic_integration_mode ; la notion
de COM limitée, incluse dans l’état Full_COM, n’est plus une exigence (commentaire à
prendre en compte par chaque fonction)
Création d’un timeout pour limiter la durée du réveil partiel interne
Couche applicative – machine d’état : l’état « autorisation mise en veille » remplacé par «
préparation à la mise en veille » (équivalente de la phase de PostRun d’Autosar)
Configuration APC : l’état Transitoire est renommé en COM_Latch
Précisions sur les sessions DIAG
Précisions sur la gestion des resets
0.5 30/11/2009 Minor modifications // Corrections mineures
1.0 29/01/2010
First Officialization
- § 5.2.4 : Definition of the transition SHUTDOWN to OFF (without using the SLEEP
state)
- § 6.1.4.2 Outputs definition : correction of the COM_requests available values
- § 6.1.6.2 : Internal_Partial_Wku_max_duration_C is defined as a specific
parameter ; its default value is updated from 360s to 3600s
- § 6.2.2.1.1, requirements GEN-PdV-ST-035 and 036 : activation of the master
partial wakeup
- § 6.2.6, requirement GEN-PdV-ST-076 : difference between english and french

States Management
version (RCD_line_activation_request instead of RCD_line_GndSC_default).
- § 6.3.1.1, requirement GEN-PdV-ST-095 : modification of the Main Wakeup
enforced activation in configuration +APC
- § 6.3.1.3, requirement GEN-PdV-ST-099 : modification of the Main Wakeup
enforced deactivation in configuration +APC
- § 7.1.1, requirement GEN-PdV-ST-126 : modification of the DIAG_tools_request
deactivation
- § 7.2 : downloading items – more detailed description
//
Première officialisation
- § 5.2.4 : Définition de la transition de SHUTDOWN à OFF (sans passer par le mode
SLEEP)
- § 6.1.4.2 définition des sorties : correction des valeurs possibles pour les COM_requests
- § 6.1.6.2 : Internal_Partial_Wku_max_duration_C est défini comme un paramètre
spécifique ; sa valeur par défaut passe de 360s à 3600s
- § 6.2.2.1.1, exigences GEN-PdV-ST-035 et 036 : activation des réveils partiels maitres
- § 6.2.6, exigence GEN-PdV-ST-076 : différence entre la version anglaise et la version
française (RCD_line_activation_request à la place de RCD_line_GndSC_default).
- § 6.3.1.1, exigence GEN-PdV-ST-095 : modification de l’activation forcée du Réveil
principal en configuration +APC
- § 6.3.1.3, exigence GEN-PdV-ST-099 : modification de la désactivation forcée du Réveil
principal en configuration +APC
- § 7.1.1, exigence GEN-PdV-ST-126 : modification de la désactivation de
DIAG_tools_request
- § 7.2 : precisions sur les cas de téléchargement
2.0 12/04/2011
- § 2 : notification concerning the availability of a PSA SW-C for the applicative part
- § 3 : model, STIL and DC REPAS SC added in the referenced documents
- § 6.1.5 : suppression of {Slave_Partial_Wakeup_deactivation_Xi, i = 1 to N}
(unused data)
- § 6.1.6 : Nom_Main_Wku_disord_time_C, Nom_Main_Wku_incst_time_C,
Nom_Main_Wku_rehabilit_time_C and RCD_pulse_time_C classified as specific
parameters (and no more generic)
- § 5, 6 and 7 : requirements of data initialization – “set” is replaced by “initialized”
- § 6.2.5, requirements 74 and 75 (transitions from SHUTDOWN_PREPARATION to
TRANSITORY and PARTIAL) – conformity regarding the model
- § 9.1.5 : integration of the applicative SW-C
- § 9.1.6 : impact on the activation of the others applicative SW-C and the data
processing
- § 9.2.1 : impact on the CAN Fault Handling
- § 9.2.2 : impact on the RCD U-codes
- § 9.3 : diagrams update
//
- § 2 : notification de la disponibilité d’un module logiciel PSA pour la partie applicative
- § 3: ajout du modèle, de la STIL et du DC REPAS SC dans les documents de référence
- § 6.1.5 : suppression de {Slave_Partial_Wakeup_deactivation_Xi, i = 1 to N} (variables
inutilisées)
- § 6.1.6 : Nom_Main_Wku_disord_time_C, Nom_Main_Wku_incst_time_C,
Nom_Main_Wku_rehabilit_time_C and RCD_pulse_time_C classés en tant que paramètres
spécifiques (et non plus génériques)
- § 5, 6 et 7 : exigences d’initialisation des variables – « set » est remplacé par « initialized »
- § 6.2.5, exigences 74 et 75 (transitions de SHUTDOWN_PREPARATION vers
TRANSITOIRE et PARTIEL) – mise en conformité par rapport au modèle
- § 9.1.5 : intégration du module logiciel applicatif
- § 9.1.6 : impact sur l’activation des autres SW-C et des chaînes de traitement
- § 9.2.1 : impact sur le Fault Handling CAN
- § 9.2.2 : impact sur les codes défauts RCD
- § 9.3 : mise à jour des schémas

States Management
3.0 13/09/2012
- § 6.1.4.1 : Modification de la valeur maximum du flux vehicle_speed
vehicle_speed sur 1 octet et pas sur 2 octets (altis 1654004)
- GEN-PdV-ST-097, GEN-PdV-ST-029 (Rajout de Vehicle_speed = invalide suite à
la fiche altis 1766269)
- GEN-PdV-ST-099 (Suppression de Main_Wakeup_request = inactif)
//
- § 6.1.4.1 : Modification of vehicle_speed maximum value
vehicle_speed with 1 byte instead of 2 bytes (altis 1654004)
- GEN-PdV-ST-097, GEN-PdV-ST-029 (vehicle_speed = invalid has been added :
see FA 1766269)
- GEN-PdV-ST-099 (Main_Wakeup_request = Inactive has been deleted)
4.0 13/12/2013
§ 6.1.4.1 et § 9.2.1 : Prendre en compte les 2 cas (1 byte or 2 bytes) : vehicle_speed
sur 1 octet en entrée du module RCD PSA si celui-ci est intégré par le FNR sinon
sur 2 octets. Donc une conversion de 2 octets à 1 octet est à faire dans ce cas.
//
§ 6.1.4.1 and § 9.2.1 : Take into account the 2 cases (1 byte or 2 bytes) :
vehicle_speed with 1 byte in the input of the PSA RCD module if this one is
integrated by the supplier instead of 2 bytes. So, a conversion is to do from 2 bytes
to 1 byte in this case.
5.0 13/01/2014
- Le flux Main_Wakeup_request correspondant à la demande de réveil principal émis
sur le réseau par le BSI peut prendre 4 valeurs :
00 : Invalid_RCD
01 : Inactif
10 : Actif
11 : Invalid
Dans les exigences de cette spécification ou on a Main_Wakeup_request = Invalid,
le cas « Invalid » sera traité de la même manière que le cas « Invalid_RCD ». (§
6.1.4.1)
- Ajout des conditions de désactivation des défauts U2000 et U2003 (§ 9.2.2)
- Construction de UCE_bWkuMain et UCE_bPwrlAcv (§ 9.1.6)
//
- Main_Wakeup_request corresponding to the Active Main wakeup request emission
on the CAN Nettwork can take 4 values :
00 : Invalid_RCD
01 : Inactif
10 : Actif
11 : Invalid
In the different requirements in this specification, the case Main_Wakeup_request =
Invalid will be executed same manner as the case « Invalid_RCD ». (§ 6.1.4.1)
- Add of the desactivation conditions for the U2000 and U2003 defaults (§ 9.2.2)
- Construction of UCE_bWkuMain and UCE_bPwrlAcv (§ 9.1.6)
6.0 12/2015
- Modification of the desactivation conditions for the U2000 and U2003 defaults (§
9.2.2)
- Added of three networks:

States Management
- Network4 : for the new ECU which integrates 4 four networks
- Network5: predisposition
- LIN2: predisposition
- Uptade of the requirement GEN-PdV-ST-084(1) to include a condition to activate
the CAN1_COM_request with a CAN1_COM_need in RCD_Applicative_Mode_Mgt

States Management
CONTENTS // SOMMAIRE
1 SCOPE // OBJET 9
2 APPLICATION FIELD // DOMAINE D’APPLICATION 11
3 RELATED DOCUMENTS // DOCUMENTS CITES 12
3.1 REFERENCED DOCUMENTS // DOCUMENTS DE REFERENCE 12
3.2 APPLICABLE DOCUMENTS // DOCUMENTS APPLICABLES 12
4 TERMINOLOGY AND ABBREVIATIONS // TERMINOLOGIE ET ABREVIATIONS 13
4.1 ABBREVIATIONS AND ACRONYMS // SIGLES ET ACRONYMES 13
4.2 GLOSSARY // GLOSSAIRE 13
4.3 REQUIREMENTS NOMENCLATURE // NOMENCLATURE DES EXIGENCES 13
5 SERVICES LAYER BEHAVIOUR // PHASES DE VIE DE LA STRUCTURE
D’ACCUEIL (COUCHE DE SERVICES) 14
5.1 ECU_STATE_MANAGER DEFINITIONS // DEFINITION DES ETATS DE
L’ECU_STATE_MANAGER 14
5.2 ECU STATE MANAGER 15
5.2.1 WAKEUP EVENTS MANAGEMENT // GESTION DES EVENEMENTS DE REVEILS 15
5.2.2 INITIALIZATION MANAGEMENT // GESTION DE L’INITIALISATION 16
5.2.3 SHUTDOWN MANAGEMENT // GESTION DE LA MISE EN VEILLE 16
5.2.4 STATE MACHINE // MACHINE D’ETAT 17
5.2.4.1 Transition from OFF to INITIALIZATION 18
5.2.4.2 Transition from INITIALIZATION to RUN 18
5.2.4.3 Transition from INITIALIZATION to SHUTDOWN 18
5.2.4.4 Transition from RUN to SHUTDOWN 19
5.2.4.5 Transition from SHUTDOWN to SLEEP 19
5.2.4.6 Transition from SHUTDOWN to INITIALIZATION 19
5.2.4.7 Transition from SLEEP to INITIALIZATION 19
5.2.4.8 Transition to OFF 19
5.3 INTERACTIONS WITH THE APPLICATIVE LAYER // INTERACTIONS AVEC LA
COUCHE APPLICATIVE 20
6 APPLICATIVE LAYER STATE MANAGEMENT // GESTION DES PHASES DE VIE
DE LA COUCHE APPLICATIVE 21
6.1 APPLICATIVE_ECU_MANAGEMENT 21
6.1.1 MECHANISMS DESCRIPTION // DESCRIPTION DES MECANISMES 22
6.1.2 APPLICATIVE LAYER STATES DESCRIPTION // DESCRIPTION DES PHASES DE VIE DE LA
COUCHE APPLICATIVE 24
6.1.2.1 Main wakeup (nominal) // Réveil principal (nominal) 24
6.1.2.2 Degraded Main Wakeup (RCD config.) // Réveil principal dégradé (config. RCD) 25
6.1.2.3 Partial wakeup (RCD configuration) // Réveil partiel (configuration RCD) 25
6.1.2.4 COM Latch (APC configuration) // Maintien de la COM (configuration APC) 27
6.1.2.5 Transitory (RCD configuration) // Transitoire (configuration RCD) 27
6.1.2.6 Internal partial wakeup // Réveil partiel interne 27
6.1.2.7 Shutdown preparation // Préparation à la mise en veille 27
6.1.3 MUX NETWORKS COMMUNICATION STATES // ETATS DE LA COMMUNICATION DES
RESEAUX MUX 28
6.1.3.1 CAN communication states // Etats de la communication CAN 28
6.1.3.2 LIN communication states // Etats de la communication LIN 28
6.1.3.3 NetworkX communication states // Etats de la communication Network5 Error! Bookmark not
defined.
6.1.3.4 Case of several MUX networks // Cas de plusieurs réseaux MUX 30
6.1.4 INTERFACES DESCRIPTION // DESCRIPTION DES INTERFACES 31
6.1.4.1 Inputs // Entrées 31
6.1.4.2 Outputs // Sorties 32
6.1.5 INTERNAL DATA DESCRIPTION // DESCRIPTION DES VARIABLES INTERNES 33
6.1.6 PARAMETERS DESCRIPTION // DESCRIPTION DES PARAMETRES 36
6.1.6.1 Generic parameters // Paramètres génériques 36
6.1.6.2 Specific parameters // Paramètres spécifiques 37
6.2 CONFIGURATION RCD : F01_RCD_APPLICATIVE_MODE_MGT 39
6.2.1 F01_01_MAIN_WAKEUP_MGT 40
6.2.1.1 Nominal_Main_Wakeup_activation 41
6.2.1.2 Degraded_Main_Wakeup_activation 42

States Management
6.2.1.3 Nominal_Main_Wakeup_rehabilitation 43
6.2.1.4 Nominal_Main_Wakeup_deactivation 43
6.2.1.5 Degraded_Main_Wakeup_deactivation 44
6.2.2 F01_02_PARTIAL_WAKEUP_MGT 45
6.2.2.1 F01_02_01_Master_Partial_Wakeup_Mgt (RCD type 1) 46
6.2.2.1.1 Master_Partial_Wakeup_Yj_Mgt 47
6.2.2.1.2 Master_Partial_Wakeup_requests_Mgt 48
6.2.2.2 F01_02_02_Slave_Partial_Wakeup_Mgt 49
6.2.2.2.1 Slave_Partial_Wakeup_Xi_Mgt 49
6.2.2.2.2 Slave_Partial_Wakeup_requests_Mgt 51
6.2.2.3 F01_02_03_Partial_Wakeup_requests_Mgt 51
6.2.3 F01_03_TRANSITORY_MGT 52
6.2.3.1 Transitory_deactivation 52
6.2.4 F01_04_INTERNAL_PARTIAL_WAKEUP_MGT 53
6.2.4.1 Internal_Partial_Wakeup_deactivation 53
6.2.5 F01_05_RCD_ECU_STATE_MGT 54
6.2.5.1 Transition from TRANSITORY to PARTIAL_WAKEUP 55
6.2.5.2 Transition from PARTIAL_WAKEUP to TRANSITORY 55
6.2.5.3 Transition from TRANSITORY to NOMINAL_MAIN_WAKEUP 56
6.2.5.4 Transition from PARTIAL_WAKEUP to NOMINAL_MAIN_WAKEUP 56
6.2.5.5 Transition from NOMINAL_MAIN_WAKEUP to DEGRADED_MAIN_WAKEUP 56
6.2.5.6 Transition from DEGRADED_MAIN_WAKEUP to NOMINAL_MAIN_WAKEUP 56
6.2.5.7 Transition from NOMINAL_MAIN_WAKEUP to TRANSITORY 57
6.2.5.8 Transition from DEGRADED_MAIN_WAKEUP to TRANSITORY 57
6.2.5.9 Transition from TRANSITORY to INTERNAL_PARTIAL_WAKEUP 57
6.2.5.10 Transition from INTERNAL_PARTIAL_WAKEUP to TRANSITORY 58
6.2.5.11 Transition from INTERNAL_PARTIAL_WAKEUP to PARTIAL_WAKEUP 58
6.2.5.12 Transition from TRANSITORY to SHUTDOWN_PREPARATION 58
6.2.5.13 Transition from INTERNAL_PARTIAL_WAKEUP to SHUTDOWN_PREPARATION 58
6.2.5.14 Transition from SHUTDOWN_PREPARATION to TRANSITORY 59
6.2.5.15 Transition from SHUTDOWN_PREPARATION to PARTIAL_WAKEUP 59
6.2.6 F01_06_RCD_LINE_MGT (RCD TYPE 1) 59
6.2.7 F01_07_COM_STATE_MGT 61
6.2.7.1 CAN1_COM_request 61
6.2.7.4 Network4_COM_request 63
6.2.7.6 LIN_COM_request 64
6.2.7.7 LIN2_COM_request 64
6.2.8 F01_08_SHUTDOWN_AUTHORIZATION_MGT 65
6.2.8.1 Shutdown_Authorization 65
6.3 CONFIGURATION APC : F02_APC_APPLICATIVE_MODE_MGT 66
6.3.1 F02_01_MAIN_WAKEUP_MGT 67
6.3.1.1 Main_Wakeup_activation 67
6.3.1.2 Main_Wakeup_nominal_deactivation 68
6.3.1.3 Main_Wakeup_enforced_deactivation 69
6.3.2 F02_02_COM_LATCH_MGT 69
6.3.2.1 COM_Latch_deactivation 69
6.3.3 F02_03_INTERNAL_PARTIAL_WAKEUP_MGT 71
6.3.3.1 Internal_Partial_Wakeup_deactivation 71
6.3.4 F02_04_APC_ECU_STATE_MGT 72
6.3.4.1 Transition from MAIN_WAKEUP to COM_LATCH 73
6.3.4.2 Transition from COM_LATCH to MAIN_WAKEUP 73
6.3.4.3 Transition from COM_LATCH to INTERNAL_PARTIAL_WAKEUP 73
6.3.4.4 Transition from INTERNAL_PARTIAL_WAKEUP to MAIN_WAKEUP 73
6.3.4.5 Transition from MAIN_WAKEUP to INTERNAL_PARTIAL_WAKEUP 74
6.3.4.6 Transition from COM_LATCH to SHUTDOWN_PREPARATION 74
6.3.4.7 Transition from INTERNAL_PARTIAL_WAKEUP to SHUTDOWN_PREPARATION 74
6.3.4.8 Transition from MAIN_WAKEUP to SHUTDOWN_PREPARATION 74
6.3.4.9 Transition from SHUTDOWN_PREPARATION to MAIN_WAKEUP 75
6.3.5 F02_05_COM_STATE_MGT 75

States Management
6.3.5.6 LIN_COM_request 78
6.3.5.7 LIN2_COM_request 78
6.3.6 F02_06_SHUTDOWN_AUTHORIZATION_MGT 79
6.3.6.1 Shutdown_Authorization 79
7 SESSIONS DIAG // DIAG SESSIONS 80
7.1 DIAG SESSION ACTIVATION // ACTIVATION D’UNE SESSION DIAG 80
7.1.1 CASE OF RCD CONFIGURATION // CAS DE LA CONFIGURATION RCD 80
7.2 DOWNLOADING // CAS DU TELECHARGEMENT 81
8 RESET MANAGEMENT // GESTION DU RESET 83
8.1 HARDWARE RESET // RESET HARD (À FROID) 83
8.2 SOFTWARE RESET // RESET SOFT (À CHAUD) 83
9 APPENDIX // ANNEXES 85
9.1 COMPATIBILITY REGARDING AUTOSAR // COMPATIBILITE VIS-A-VIS D’AUTOSAR85
9.1.1 AUTOSAR CONCEPT // CONCEPT AUTOSAR 85
9.1.2 SERVICES LAYER // COUCHE DE SERVICES 85
9.1.3 AUTOSAR ECU STATE MANAGER (RELEASE 3.1) 86
9.1.4 PSA REQUIREMENTS VERSUS AUTOSAR ARCHITECTURE // EXIGENCES PSA ET
ARCHITECTURE AUTOSAR 87
9.1.5 APPLICATIVE SW-C INTEGRATION // INTEGRATION DU MODULE LOGICIEL APPLICATIF
89
9.1.5.1 Inputs // Entrées 90
9.1.5.2 Outputs // Sorties 91
9.1.5.3 Parameters // Paramètres 93
9.1.6 IMPACT ON THE ACTIVATION OF THE OTHERS APPLICATIVE SW-C AND THE DATA
PROCESSING // IMPACT SUR L’ACTIVATION DES AUTRES SW-C ET DES CHAÎNES DE
TRAITEMENT 96
9.2 EVOLUTIONS REGARDING PREVIOUS SPECIFICATIONS // EVOLUTIONS PAR
RAPPORT AUX PRECEDENTES SPECIFICATIONS 97
9.2.1 IMPACT ON THE CAN FAULT HANDLING // IMPACT SUR LE FAULT HANDLING CAN 98
9.2.2 IMPACT ON THE RCD U-CODES // IMPACT SUR LES CODES DEFAUTS RCD 99
9.3 EXAMPLES OF RCD SEQUENCING // EXEMPLES DE SEQUENCES RCD 100

States Management
1 SCOPE // OBJET
This document defines the requirements relative to the state management of the ECU and the communication
networks of the chassis and power train.
Based on the AUTOSAR (Release 3.1) standard, it is divided in two parts :
 state management of the services layer (basic software of the ECU), defined by the
ECU_State_Manager function (see § 5),
 and state management of the applicative layer (software components, i.e. Vehicle functions required by
PSA), defined by the Applicative_ECU_Management function (see § 6).
//
Ce document définit les exigences liées à la gestion des phases de vie des calculateurs et des réseaux de communication du
domaine « sous capot » (châssis et chaîne de traction) de PSA.
S’inspirant du standard AUTOSAR (Release 3.1), il se divise en 2 parties :
 la gestion des phases de vie du point de vue de la structure d’accueil (« basic software » des couches basses du
calculateur), définie par la fonction ECU_State_Manager (cf. § 5).
 et la gestion des phases de vie du point de vue de la couche applicative (« software components », i.e. les
fonctions Véhicule requises par PSA), définie par la fonction Applicative_ECU_Management (cf. § 6).
The first part of this document defines the ECU_State_Manager. This function specifies the global behaviour of
the ECU, that is to say :
 wakeup and initialization needs management (INITIALIZATION),
 activation / deactivation of the applicative layer, i.e. allowing the execution of the Vehicle functions
(RUN)
 SHUTDOWN management, basically data storing in NVRAM
 management of a SLEEP mode, allowing to minimize the electrical consumption when no Vehicle
functions are required.
The ECU_State_Manager defines the global ECU state through its output Basic_ECU_State (that can take the
following values : INITIALIZATION, RUN, SHUTDOWN or SLEEP).
//
La première partie de ce document définit l’ECU_State_Manager. Cette fonction spécifie le comportement global du
calculateur, à savoir :
 gestion des besoins de réveil et d’initialisation (INITIALIZATION),
 activation / désactivation de la couche applicative, i.e. permettre l’exécution des fonctions Véhicule (RUN),
 gestion de la mise en veille (SHUTDOWN), typiquement enregistrement de données en mémoire non volatile,
 gestion d’un mode veille (SLEEP) permettant de limiter la consommation électrique lorsqu’aucune fonction
Véhicule n’est requise.
L’ECU_State_Manager renseigne l’état de la structure d’accueil, via la variable Basic_ECU_State (qui peut prendre les
valeurs suivantes : INITIALIZATION, RUN, SHUTDOWN ou SLEEP).
The second part specifies the Applicative_ECU_Management (behaviour of the applicative layer). This function
(activated when Basic_ECU_State = RUN) defines :
 applicative layer states (Main Wakeup, Partial Wakeup…) that will allow the activation / deactivation of
the Vehicle functions,
 and activation windows of the communication network(s).
//
La deuxième partie spécifie l’Applicative_ECU_Management. Cette fonction (activée lorsque Basic_ECU_State = RUN)
définit :
 les phases de vie de la couche applicative (Réveil principal, partiel…) qui permettront d’activer / désactiver les
fonctions Véhicule,
 et les fenêtres d’activation de la communication sur le(s) réseau(x) multiplexé(s).

States Management
CSEE_APPT09_0282
6.0 Générique
10 /
105
This document also defines the requirements that ensure the consistency :
 between these two functions,
 and regarding the requirements linked to diagnosis control and downloading items.
//
Ce document définit également les exigences assurant la cohérence :
 entre ces deux fonctions,
 et vis-à-vis des exigences liées aux phases de télédiagnostic et de téléchargement.
ECU State Manager
Basic_ECU_State = RUN
Applicative
ECU Management
SW-C
F1_VH SW-C
Shutdown_Authorization
F3_VH SW-C
F2_VH SW-C
Applicative_ECU_State
Wakeup_event
Communication
Manager
Applicative_COM_requests
Global view of the ECU state manager and the Applicative_ECU_Management SW-C //
Vue globale de l’ECU state manager et de l’Applicative_ECU_Management SW-C
NB : the splitting of these functions may allow the integration of a specific software component for the
applicative layer (see §2); however, the above figure is not a requirement : regarding the project and/or
ECU supplier constraints, it is possible to merge both functions (ECU_State_Manager &
Applicative_ECU_Management), the main goal being the state machines compliancy (see § 5.2.4, 6.2.5
and 6.3.4)
//
NB : le découpage de ces fonctions permet l’intégration d’un module spécifique pour la couche applicative (cf. §2);
cependant, le schéma ci-dessus n’est pas spécifiant : en fonction des contraintes du projet et/ou du fournisseur du
calculateur, il est possible de fusionner les 2 fonctions (l’ECU_State_Manager & l’Applicative_ECU_Managemen)t,
l’objectif étant d’être conforme aux machines d’état (cf. § 5.2.4, 6.2.5 and 6.3.4).

States Management
CSEE_APPT09_0282
6.0 Générique
11 /
105
2 APPLICATION FIELD // DOMAINE D’APPLICATION
This document applies to ECU of chassis and power train systems developed by PSA.
For each ECU, this generic document is associated to an instantiation specification ([Inst_PdV]). This last
document defines :
 the list of the wakeup events,
 the list of the MUX networks that are connected to the ECU,
 application table of the generic requirements,
 correspondence between generic functional signals and physical signals of the ECU,
 specific parameters values.
//
Ce document s’applique aux calculateurs des systèmes de chaine de traction et châssis développés par PSA.
Pour un calculateur donné, il est associé à une spécification d’instanciation ([Inst_PdV]) des exigences génériques de ce
document.
La ST d’instanciation définit :
 la liste des événements de réveils,
 la liste des réseaux MUX auxquels le calculateur est connecté,
 le tableau d’application des exigences génériques,
 la correspondance entre les flux fonctionnels génériques et les signaux physiques du calculateur,
 et les calibrations spécifiques au calculateur.
Regarding the implementation, there are two possibilities (to be defined with the project team) :
 either the supplier codes the whole specification,
 either it codes only the requirements of § 5 and 7, and then ensures the integration (with documents
[Inst_PdV] and [STIL]) of the software component provided by PSA (that includes the requirements of
the § 6).
NB1 : for projects using the Autosar standard (see § 9), it is strongly recommended to use the PSA SW
component.
NB2 : correspondence between data of § 6 and PSA SW-C is detailed in the appendix (see § 9.1.5).
//
Il existe deux possibilités d’implémentation (à déterminer avec l’équipe projet) :
 soit le fournisseur code l’ensemble de cette spécification,
 soit il ne code que les exigences des § 5 et 7, et intègre (à l’aide des documents [Inst_PdV] et [STIL]) le module
logiciel fourni par PSA (qui contient les exigences du § 6).
NB1 : pour les projets utilisant le standard Autosar (cf § 9), il est fortement recommandé d’utiliser le module SW PSA.
NB2 : la correspondance entre les données du § 6 et celles du module SW PSA est détaillée en annexe (cf § 9.1.5).

States Management
CSEE_APPT09_0282
6.0 Générique
12 /
105
3 RELATED DOCUMENTS // DOCUMENTS CITES
NB : ind x  last version of document
3.1 Referenced documents // Documents de référence
Repère Référence Version Libellé
[Aut_ECU_StMgt]
AUTOSAR Release 3.1 -
AUTOSAR_SWS_ECU_StateManager
V1.2.2 Specification of ECU State Manager
[Aut_ECU_ModMgt]
AUTOSAR Release 3.1 -
AUTOSAR_SRS_ModeManagement
V1.2.2 Requirements on Mode management
[ST_RCD_HW] 96.437.611.99 ind Or
Hardware specification of the RCD
interface
// Spécifications Matérielle Interface
RCD des calculateurs organe
[Inst_PdV] Tbd ind x
Project applicative specification
//
ST d’instanciation des exigences
génériques – Spécifique projet
[MODEL] 01302_11_00532 ind 2.0
Model for "ECU & Communication
Networks Management"
//
Modèle "ECU & Communication
Networks Management"
[STIL] 01552_09_00553 ind x STIL_RCD
[DC_REPAS_SC] CSEO_APPT07_0138 ind x
DC Fonction « Réveiller/Endormir les
UCEs et les réseaux, et Piloter les
Alimentations du Système EE - périmètre
Sous Capot »
3.2 Applicable documents // Documents applicables
Repère Référence Version Libellé
[TELE_DIAG] CSEO_APPT09_0251 ind x
SPECIFICATIONS ELECTRONIC INTEGRATION AT
ASSEMBLY, IN REPAIRS AND IN MAINTENANCE, PSA
RECOMMENDATIONS
//
Intégration électronique au montage, en retouche et
en maintenance – Préconisations PSA

States Management
CSEE_APPT09_0282
6.0 Générique
13 /
105
4 TERMINOLOGY AND ABBREVIATIONS // TERMINOLOGIE ET
ABREVIATIONS
4.1 Abbreviations and acronyms // Sigles et acronymes
Acronyme Définition
ADC Anti-Démarrage Codé
AEE Architecture Electrique Electronique
+APC +APrès Contact
AUTOSAR AUTomotive Open System Architecture
BSI Boîtier de Servitude Intelligent
CAN Controller Area Network
COM Communication
ECU Electronic Control Unit
EEPROM Electrically-Erasable Programmable Read-Only Memory
HW HardWare
LIN Local Interconnect Network
MCU MicroController Unit
Mgt Management
NVRAM Non Volatile Random Access Memory
OS Operating System
PdV Phases de vie
RCD Réveil Commandé à Distance
RTE RunTime Environment
SPI Serial Peripheral Interface
SW SoftWare
SW-C SoftWare Component
UDS Unified Diagnosis Services
4.2 Glossary // Glossaire
4.3 Requirements nomenclature // Nomenclature des exigences
Requirements are presented by a table including the requirement number and wording.
Requirement number Requirement wording
//
Les exigences sont présentées sous la forme d’un tableau contenant un numéro et un libellé :
Numéro de l’exigence Libellé de l’exigence
Rule for requirement identification
In order to ease the readability of the requirements, the following numbering is applied :
APP-SYS-DOC.nnn (V), with :
APP : Application : GEN (generic) or project reference
SYS : System (VHL, BSI…)
DOC : Type of document (ST, DC, etc.)
nnn : Requirement number
V : Requirement version
//
Règle d’identification des exigences
Pour faciliter la lisibilité des exigences, il a été convenu de numéroter les exigences de la façon suivante :
APP-SYS-DOC.nnn (V), avec :
APP : Application : GEN (générique) ou Projet
SYS : Système étudié (VHL, BSI, etc.)
DOC : Type de document (ST, DC, etc.)
nnn : Numéro de l’exigence
V : Version de l’exigence

States Management
CSEE_APPT09_0282
6.0 Générique
14 /
105

States Management
CSEE_APPT09_0282
6.0 Générique
15 /
105
5 SERVICES LAYER BEHAVIOUR // PHASES DE VIE DE LA
STRUCTURE D’ACCUEIL (COUCHE DE SERVICES)
5.1 ECU_State_Manager definitions // Définition des états de
l’ECU_State_Manager
OFF state :
The OFF state represents the state of the microcontroller when it is not supplied.
//
L’état OFF traduit l’état du microcontrôleur lorsqu’il est hors tension.
INITIALIZATION state :
State allowing to initialize the ECU services layer : Operating System, HW, MCU, SPI and COM drivers (GP
CAN, LIN, FlexRay), Watchdog, memories (EEPROM, FLASH)…
//
Cette phase permet d’initialiser les couches basses du calculateur : Operating System, drivers HW, MCU, SPI, COM (GP
CAN, LIN, FlexRay), Watchdog, mémoires (EEPROM, FLASH)...
RUN state :
When the system has achieved its initialization, it enters the RUN state; Vehicle functions of the applicative layer
are executed during this phase.
NB : this state also includes a POSTRUN phase, that can be used in order to store specific data in NVRAM
before the SHUTDOWN phase (see §6.1.2.7 - Shutdown preparation).
//
Lorsque le système a terminé son initialisation, il entre dans l’état RUN; c’est la phase pendant laquelle sont réalisées les
fonctions Véhicule de la couche applicative.
NB : cet état inclut également une phase de POSTRUN, qui peut être utilisée pour enregistrer certaines données avant la
phase de SHUTDOWN (cf. §6.1.2.7- Shutdown preparation).
SHUTDOWN state :
The main activity during SHUTDOWN state is the complete storing of the data in NVRAM (basically EEPROM).
This state is entered when the applicative layer reports to the services layer that all Vehicle functions are
deactivated (through Shutdown_Authorization, see § 6.2.8 et 6.3.6).
//
La principale action réalisée dans l’état SHUTDOWN est la recopie complète des données en NVRAM (typiquement
EEPROM). On rentre dans cet état lorsque la couche applicative signale à la couche de services que toutes les fonctions
Véhicule sont désactivées (via Shutdown_Authorization, cf. § 6.2.8 et 6.3.6).
SLEEP state :
In SLEEP state, ECU is still powered, but it is in a configuration that optimizes the compromise: “current
consumption” versus “time necessary to restart the ECU”.
//
En mode SLEEP, l’ECU reste sous tension, mais se trouve dans une configuration qui permet d’obtenir le meilleur
compromis : consommation de courant / temps nécessaire au redémarrage de l’ECU.

States Management
CSEE_APPT09_0282
6.0 Générique
16 /
105
5.2 ECU State Manager
This function defines the global state of the ECU : Basic_ECU_State, that can take the values : OFF,
INITIALIZATION, RUN, SHUTDOWN and SLEEP.
Transitions between these states are defined in § 5.2.4.
//
Cette fonction définit l’état global du calculateur : Basic_ECU_State, qui peut prendre les valeurs : OFF,
INITIALIZATION, RUN, SHUTDOWN and SLEEP.
Les transitions entre ces états sont définies au § 5.2.4.
GEN-PdV-ST-
001(0)
The function ECU_State_Manager is executed at a period less than or equal to 40ms.
//
La fonction ECU_State_Manager est exécutée à une période inférieure ou égale à 40ms.
5.2.1 Wakeup events management // Gestion des événements de réveils
There are 2 types of wakeup events :
 external wakeup event,
 internal wakeup event (hardware or software).
//
On distingue 2 types d’événements de réveil :
 événement de réveil externe,
 événement de réveil interne (hardware ou software).
An external wakeup event is defined by a high state on the wakeup line +APC or RCD (see RCD_line_state or
APC_line_state in § 6).
//
On appelle événement de réveil externe le fait de disposer d’un état haut sur la ligne de réveil +APC ou RCD (cf.
RCD_line_state ou APC_line_state au § 6).
Hardware internal wakeup event definition : activation of a hardware input different from the wakeup line input
(example : EPB push activation).
//
On appelle événement de réveil interne hardware la cause d’un réveil provoqué par l’activation d’une entrée filaire autre
que la ligne de réveil (exemple : activation du push FSE).
Software internal wakeup event definition : activation of a function having a periodic wakeup need (example :
CAAR leakage compensation).
//
On appelle événement de réveil interne software la cause d’un réveil provoqué par l’activation d’une fonction ayant un
besoin périodique de réveil (exemple : compensation de fuite CAAR).
NB : the instantiation specification [Inst_PdV] defines the necessary ports for the internal wakeup
induced by the functional needs.
//
NB : La spécification d’instanciation [Inst_PdV] détermine les ports nécessaires aux éventuels réveils internes induits
par les besoins fonctionnels.
GEN-PdV-ST-
002(0)
Let Wakeup_event, the flag indicating that a wakeup event is present.
If a wakeup event (internal or external) is present,
Then Wakeup_event = TRUE,
Else Wakeuedp_event = FALSE.
//
Soit le flag Wakeup_event indiquant si un événement de réveil est présent.

States Management
CSEE_APPT09_0282
6.0 Générique
17 /
105
Si un événement de réveil interne ou externe est présent,
Alors Wakeup_event = VRAI,
Sinon Wakeup_event = FAUX.
5.2.2 Initialization management // Gestion de l’initialisation
GEN-PdV-ST-
003(0)
The initialization phase duration does not exceed T_INIT_MAX = 300ms.
NB : the supplier is responsible for global initialization strategy and tasks to be executed
during the initialization.
//
La durée de la phase d’initialisation n’excède pas T_INIT_MAX = 300ms.
NB : Les tâches à réaliser pendant l’initialisation sont de la responsabilité du fournisseur.
GEN-PdV-ST-
004(0)
When the ECU enters an initialization phase due to an internal wakeup event, this event is
then memorised until the exit of the initialization phase.
//
Lorsque le calculateur passe en phase d’initialisation suite à un événement de réveil interne, cet
événement est alors mémorisé jusqu’à la sortie de cette phase.
GEN-PdV-ST-
005(0)
Let Init_completed, the flag indicating that the initialization phase is achieved.
Init_completed :
 is FALSE during ECU initialization,
 and switches from FALSE to TRUE when the ECU has achieved its initialization.
//
Soit le flag Init_completed indiquant la fin de la phase d’initialisation.
Init_completed :
 est à FAUX pendant l’initialisation du calculateur,
 et passe à VRAI lorsque le calculateur a achevé cette phase.
5.2.3 Shutdown management // Gestion de la mise en veille
GEN-PdV-ST-
006(0)
The shutdown phase duration does not exceed pas T_SHUTDOWN_MAX.
NB : excepted the list of data to store in NVRAM, global shutdown strategy and tasks to be
executed during the shutdown phase are supplier's responsibility. T_SHUTDOWN_MAX
value is defined in [Inst_PdV].
//
La durée de la phase de mise en veille n’excède pas T_SHUTDOWN_MAX.
NB : Hormis la liste des données à mémoriser, les tâches à réaliser pendant la mise en veille sont de
la responsabilité du fournisseur. La valeur de T_SHUTDOWN_MAX est définie dans [Inst_PdV].
GEN-PdV-ST-
007(0)
Let Shutdown_completed, the flag indicating that the shutdown phase is achieved.
Shutdown_completed:
 is FALSE during ECU shutdown,
 and switches from FALSE to TRUE when the ECU has achieved its shutdown.
//
Soit le flag Shutdown_completed indiquant la fin de la phase de mise en veille.
Shutdown_completed :
 est à FAUX pendant la mise en veille du calculateur,
 et passe à VRAI lorsque le calculateur a achevé cette phase.

States Management
CSEE_APPT09_0282
6.0 Générique
18 /
105
5.2.4 State machine // Machine d’état
The state machine produced the Basic_ECU_State output using the booleans :
 Wakeup_event,
 Init_completed,
 Shutdown_Authorization (see § 5.3),
 Shutdown_completed.
//
La machine d’état produit l’énuméré Basic_ECU_State à partir des booléens :
 Wakeup_event,
 Init_completed,
 Shutdown_Authorization (cf. § 5.3),
 Shutdown_completed.
µC_POWER_OFF
µC_Powered_On µC_Powered_Off
Basic_ECU_State = OFF
µC_POWER_ON
Basic_ECU_State =
INITIALIZATION
Basic_ECU_State = SLEEP
Wakeup_event && Init_completed
!Wakeup_event…
&& Init_completed
Basic_ECU_State = SHUTDOWN
Wakeup_event
Shutdown_Authorization
!Wakeup_event…
&& Shutdown_completed
Wakeup_event
ECU_state_manager state machine // Automate de l’ECU_state_manager
µC_POWER_OFF and µC_POWER_ON states do not represent the state of the ECU power supply ; they
represent the state of the microcontroller power supply. Therefore, depending on the ECU hardware
architecture, it is possible to have the µC_POWER_OFF, while the ECU is still powered on.
The µC_Power_Off event can be the result :
 of a cut off of the ECU power supply (PSA responsability),
 or of a internal strategy of the ECU (supplier responsability).
In this last case, it is possible to switch from SHUTDOWN to OFF (without using the SLEEP state), once
the tasks to be processed during the SHUTDOWN state are achieved.

States Management
CSEE_APPT09_0282
6.0 Générique
19 /
105
//
Les états µC_POWER_OFF et µC_POWER_ON représentent l’état de l’alimentation du microcontrôleur et non de l’ECU :
selon l’architecture hardware de l’ECU, il est donc possible d’avoir l’état µC_POWER_OFF alors que l’ECU est sous
tension.
L’évenement µC_Power_Off peut donc être le résultat :
 d’une mise hors tension de l’ECU (responsabilité PSA),
 ou bien d’une stratégie interne au calculateur (responsabilité fournisseur).
Dans ce dernier cas il est alors possible de passer directement de SHUTDOWN à OFF (sans passer par SLEEP), dès
lors que les tâches à effectuer en SHUTDOWN sont achevées.
GEN-PdV-ST-
008(0)
When the ECU is powered off, Basic_ECU_State = OFF.
//
Lorsque le calculateur est hors tension, Basic_ECU_State = OFF.
5.2.4.1 Transition from OFF to INITIALIZATION
GEN-PdV-ST-
009(0)
When the microcontroller is powered on (µC_Powered_On), Basic_ECU_State switches
from OFF to INITIALIZATION.
//
A la mise sous tension du microcontrôleur (µC_Powered_On), Basic_ECU_State passe de OFF à
INITIALIZATION.
5.2.4.2 Transition from INITIALIZATION to RUN
GEN-PdV-ST-
010(0)
If :
Basic_ECU_State = INITIALIZATION,
AND (Init_completed = TRUE)
AND (Wakeup_event = TRUE)
Then Basic_ECU_State switches from INITIALIZATION to RUN.
//
Si :
ET (Init_completed = VRAI)
ET (Wakeup_event = VRAI)
Alors Basic_ECU_State passe de INITIALIZATION à RUN.
5.2.4.3 Transition from INITIALIZATION to SHUTDOWN
GEN-PdV-ST-
011(0)
If :
AND (Init_completed = TRUE)
AND (Wakeup_event = FALSE)
Then Basic_ECU_State switches from INITIALIZATION to SHUTDOWN.
//
Si :
ET (Init_completed = VRAI)
ET (Wakeup_event = FAUX)
Alors Basic_ECU_State passe de INITIALIZATION à SHUTDOWN.

States Management
CSEE_APPT09_0282
6.0 Générique
20 /
105
5.2.4.4 Transition from RUN to SHUTDOWN
GEN-PdV-ST-
012(0)
If :
Basic_ECU_State = RUN,
AND (Shutdown_Authorization = TRUE)
Then Basic_ECU_State switches from RUN to SHUTDOWN.
//
Si :
Basic_ECU_State = RUN,
ET (Shutdown_Authorization = VRAI)
Alors Basic_ECU_State passe de RUN à SHUTDOWN.
5.2.4.5 Transition from SHUTDOWN to SLEEP
GEN-PdV-ST-
013(0)
If :
Basic_ECU_State = SHUTDOWN,
AND (Shutdown_completed = TRUE)
AND (Wakeup_event = FALSE)
Then Basic_ECU_State switches from SHUTDOWN to SLEEP.
//
Si :
ET (Shutdown_completed = VRAI)
ET (Wakeup_event = FAUX)
Alors Basic_ECU_State passe de SHUTDOWN à SLEEP.
5.2.4.6 Transition from SHUTDOWN to INITIALIZATION
GEN-PdV-ST-
014(0)
If :
Then Basic_ECU_State switches from SHUTDOWN to INITIALIZATION.
//
Si :
Alors Basic_ECU_State passe de SHUTDOWN à INITIALIZATION.
5.2.4.7 Transition from SLEEP to INITIALIZATION
GEN-PdV-ST-
015(0)
If :
Basic_ECU_State = SLEEP,
Then Basic_ECU_State switches from SLEEP to INITIALIZATION.
//
Si :
Basic_ECU_State = SLEEP,
Alors Basic_ECU_State passe de SLEEP à INITIALIZATION.

States Management
CSEE_APPT09_0282
6.0 Générique
21 /
105
5.2.4.8 Transition to OFF
GEN-PdV-ST-
016(0)
When the microcontroller is powered off (µC_Powered_OFF), Basic_ECU_State switches
to OFF (whatever be the current state).
//
Lorsque le microcontrôleur est hors tension (µC_Powered_OFF), Basic_ECU_State passe à OFF
(quelque soit l’état courant).
5.3 Interactions with the applicative layer // Interactions avec la couche
applicative
Within the applicative layer, the Applicative_ECU_Management SW-C manages the activation / deactivation of
the Vehicle functions.
This software component is active while Basic_ECU_State = RUN.
//
Au sein de la couche applicative, l’Applicative_ECU_Management SW-C a pour rôle de demander l’activation /
désactivation des différentes fonctions Véhicule.
Ce module est actif lorsque Basic_ECU_State = RUN.
In order to ensure the consistency between states of the ECU_State_Manager and these of the applicative layer,
the Applicative_ECU_Management SW-C :
 sends the Shutdown_Authorization signal, that notifies that all Vehicle functions are deactivated (see §
6.2.8 et 6.3.6),
 and reports the communication needs on the MUX networks toward the Services layer (Communication
manager), trough Applicative_COM_requests (see § 6.2.7 and 6.3.5).
//
Afin d’assurer la cohérence entre les phases de vie de l’ECU_State_Manager et celles de la couche applicative,
l’Applicative_ECU_Management SW-C:
 envoie un signal Shutdown_Authorization indiquant que toutes les fonctions Véhicule sont désactivées (cf. §
6.2.8 et 6.3.6).
 et indique également le(s) besoin(s) de communication sur les réseaux MUX à la couche de services
(Communication manager), via Applicative_COM_requests (cf. § 6.2.7 et 6.3.5).

States Management
CSEE_APPT09_0282
6.0 Générique
22 /
105
6 APPLICATIVE LAYER STATE MANAGEMENT // GESTION DES
PHASES DE VIE DE LA COUCHE APPLICATIVE
6.1 Applicative_ECU_Management
The function that manages the applicative layer state (Applicative_ECU_Management SW-C activated when
Basic_ECU_State = RUN) defines the activation windows of the Vehicle functions implemented in the ECU.
Therefore, it defines the applicative ECU state, needs in terms of communication and the shutdown
authorization.
//
La fonction qui gère les phases de vie de la couche applicative (Applicative_ECU_Management SW-C activée lorsque
Basic_ECU_State = RUN) permet de définir les fenêtres d’activation des fonctions Véhicule implémentées dans le
calculateur.
Elle définit donc l’état de l’applicatif, les besoins en termes de communication sur les réseaux multiplexés ainsi que
l’autorisation de mise en veille de cet applicatif.
Configuration :
There are two wakeup lines in the Vehicle : +APC line and RCD line.
Regarding the wakeup line that is connected to the ECU, the applicative layer state is managed by RCD
configuration (see § 6.2 - Function F01_RCD_Applicative_Mode_Mgt) or by APC configuration (see § 6.3 -
Function F02_APC_Applicative_Mode_Mgt).
//
Configuration :
Il existe deux lignes électriques de réveil dans le véhicule : la ligne +APC et la ligne RCD.
En fonction de la ligne de réveil à laquelle le calculateur est connecté, les phases de vie de la couche applicative sont
gérées en configuration RCD (cf. § 6.2 - Fonction F01_RCD_Applicative_Mode_Mgt) ou en configuration APC (cf. §
6.3 - Fonction F02_APC_Applicative_Mode_Mgt).
Applicative ECU Management SW-C
F01_RCD_Applicative_
Mode_Mgt
F02_APC_Applicative_
Mode_Mgt
Ext_bECUTyp_C = 1 Ext_bECUTyp_C = 0 Applicative_ECU_State
Shutdown_authorization
Applicative state management architecture //
Architecture de la gestion des phases de vie de la couche applicative
GEN-PdV-ST-
017(0)
When an ECU needs a management by the RCD configuration, it also includes the APC
configuration; the choice between these configurations is done by a calibration
(Ext_bECUTyp_C).

States Management
CSEE_APPT09_0282
6.0 Générique
23 /
105
//
Lorsqu’un calculateur nécessite une gestion de la configuration RCD, il intègre également la gestion
de la configuration APC ; le choix de la configuration RCD ou APC se faisant alors par calibration
(Ext_bECUTyp_C).
GEN-PdV-ST-
018(0)
The function that manages the applicative ECU state (F01_RCD_Applicative_Mode_Mgt or
F02_APC_Applicative_Mode_Mgt depending on the configuration) is executed at a period
less than or equal to 40ms.
//
La fonction qui gère les phases de vie de l’applicatif (F01_RCD_Applicative_Mode_Mgt ou
F02_APC_Applicative_Mode_Mgt en fonction de la configuration) est exécutée à une période
inférieure ou égale à 40ms.
6.1.1 Mechanisms description // Description des mécanismes
The applicative state management is controlled using :
 the state of the wakeup line that is connected to the ECU,
 multiplexed signals (wakeup words and vehicle speed).
The principle is the following :
 the ECU that requests the wakeup activates its wakeup line ( all ECUs connected to this line are
therefore woken up) ;
 CAN communication is activated, allowing the emission/reception of CAN wakeup signals ;
 using these signals, ECUs determine if they are concerned by this wakeup request ( those that are
concerned stay active while others go in sleep mode).
//
Les phases de vie de la couche applicative sont pilotées à partir :
 de l’état de la ligne de réveil à laquelle le calculateur est connecté,
 et de signaux multiplexés (mots de réveil et vitesse véhicule).
Le principe est le suivant :
 le calculateur émetteur de la demande de réveil active sa ligne de réveil ( tous les calculateurs connectés à cette
ligne sont alors réveillés) ;
 la communication s’active et permet l’émission/réception des mots de réveil ;
 les calculateurs déterminent à l’aide de ces données s’ils sont concernés ou non ( ceux qui le sont restent
réveillées alors que les autres se rendorment).
CAN HS
ECU Y2
(RCD type 2)
RCD line **
Wakeup lines
ECU Y1
(RCD type1)
Main wakeup request
Partial wakeup request X1
Main wakeup request
Main wakeup request
Main wakeup request
** BSI and RCD ECU type 1 are able to read but also to
activate the RCD.line.
RCD ECU type 2 are only able to read the RCD line.
+12V
Wake_in
Wake_out
Wake_in
ECU Y3
(APC type)
+APC
line *
BSI
* The +APC line is controlled by
the BSx ECU (out of scope)
+12V
Wake_in
RCD_
Wake_out
+12V
APC_
Wake_out
Wake_in
ECU state management main interfaces //
Vue organique des interfaces nécessaires à la gestion des phases de vie EE

States Management
CSEE_APPT09_0282
6.0 Générique
24 /
105
Vehicle wakeup lines are managed as follow :
 transition to Key On makes the wakeup lines go to high level (12V) ;
 as long as Key On is maintained (including ignition request), the wakeup lines stay at level ;
 wakeup lines go to low level (ground) when Key Off is detected and (depending on the vehicle EE
architecture), the vehicle speed is under a threshold.
This wakeup lines activation phase corresponds to the Main wakeup.
NB : this management is executed by BSI, the only Main wakeup master.
//
Les lignes de réveil du véhicule sont pilotées de la manière suivante :
 la mise du contact provoque leur passage à l’état haut (12V) ;
 tant que la clé est en position CONTACT ou DEM, les lignes de réveil restent à l’état haut ;
 les lignes de réveils passent à l’état bas (masse) lorsque le contact est coupé et que, selon le type de l’AEE, la
vitesse véhicule est inférieure à un seuil.
Cette phase d’activation des lignes de réveil correspond au Réveil principal.
NB : Ce pilotage est réalisé par BSI, l’unique maître du Réveil principal.
RCD
[0; 12V]
Key position
VH event
(e.g. : door opening)
Key Off Key Off
+APC
[0;12V]
RCD Pulse (≈1s)
Key On (including ingition position)
Transition to
Key On
RCD Pulse (≈1s)
NB : +APC and RCD signals
switch to low level when :
Key position = Key Off
and Vehicule_speed < V_thres.
VH event
(e.g. : key insertion)
Basic_ECU_state
Applicative_RCD_ECU_state
SLEEP
or OFF
RUN
SLEEP
or OFF
Transitory or Partial Main wakeup
Transitory or Partial (and
Internal partial)
INITIALIZATION SHUTDOWN
Transition to
Key Off
Optional RCD
Pulse (≈1s)
Applicative_APC_ECU_state Main wakeup
COM_Latch
(and Internal partial)
Basic_ECU_state SLEEP or OFF RUN SLEEP or OFF
INITIALIZATION SHUTDOWN
ECU
RCD
ECU
APC
In APC configuration, it is not possible to activate the ECU before the Key On transition. However, it is possible
to maintain the communication on the multiplexed network(s) after the Key Off transition : this situation
corresponds to the COM Latch state (see § 6.3).
Contrary to the APC line, there are some others situations for the RCD line activation : in case of Partial wakeup
requests.
A partial wakeup corresponds to a vehicle function that has a communication need in Key Off state. In this case,
the ECU master of this wakeup (i.e. BSI or an ECU that is RCD type 1 - see § 6.1.2.3) activates the RCD line for
about one second in order to wakeup the ECU slaves of this wakeup.
NB : a partial wakeup can be activated before the Key On (ex : for ADC or engine oil level measurement) but
also after the Key Off (ex : for Easy-move functional needs)
//
En configuration APC, il n’est pas possible de réveiller le calculateur avant la mise du contact. On se laisse néanmoins la
possibilité de maintenir la communication sur le(s) réseau(x) multiplexé(s) à la coupure du contact, via l’état COM Latch
(cf. § 6.3).
Contrairement à la ligne APC, il existe d’autres situations d’activation de la ligne RCD : les demandes de Réveil partiel.
On parle de Réveil partiel, lorsqu’une fonction répartie entre plusieurs calculateurs émet un besoin alors que le contact est
coupé. Dans ce cas, le calculateur maître du réveil partiel (i.e. BSI ou un calculateur RCD type 1 - cf. § 6.1.2.3) active la
ligne RCD pendant une temporisation de l’ordre d’une seconde afin de réveiller les calculateurs esclaves de ce réveil partiel.
NB : un réveil partiel peut donc être déclenché avant la mise du contact (ex : Réveil Anticipation ADC, Réveil Mesure
niveau huile moteur) mais également après la coupure contact (ex : Réveil Fonction Easy-move).

States Management
CSEE_APPT09_0282
6.0 Générique
25 /
105
6.1.2 Applicative layer states description // Description des phases de vie de la
couche applicative
When the applicative layer is active (i.e. Basic_ECU_State = RUN), the ECU can be in one of the following
applicative state (Applicative_ECU_State - see § 6.2 et 6.3) :
 Main wakeup (and degraded main wakeup in RCD configuration),
 Partial wakeup (RCD configuration only) or COM Latch (APC configuration only),
 Transitory (RCD configuration only),
 Internal partial wakeup,
 Shutdown preparation.
//
Dès lors que la couche applicative est active (i.e. Basic_ECU_State = RUN), l’état applicatif du calculateur
(Applicative_ECU_State - cf. § 6.2 et 6.3) peut prendre les valeurs suivantes :
 Réveil principal (et principal dégradé en configuration RCD),
 Réveil partiel (uniquement en configuration RCD) ou COM Latch (uniquement en configuration APC),
 Transitoire (uniquement en configuration RCD),
 Réveil partiel interne,
 Préparation à la en mise en veille.
6.1.2.1 Main wakeup (nominal) // Réveil principal (nominal)
Main wakeup (nominal) : State during which all ECU functions are active.
This state is required at the same moment for all ECU by BSI. It has the priority on all the other applicative
states.
When required (i.e. Key On transition), BSI (master of the Main wakeup) executes the following actions :
 RCD line activation,
 +APC line activation,
 Active Main wakeup request emission (see Main_Wakeup_request in § 6.2 et 6.3).
//
Réveil principal (nominal) : Etat pendant lequel toutes les fonctions du calculateur sont actives.
Cet état est commandé en même temps pour tous les calculateurs par le BSI. Il est prioritaire sur tous les autres états de la
couche applicative.
Lorsque le Réveil principal est demandé (mise du contact véhicule), la BSI (maître du Réveil principal) réalise
systématiquement les actions suivantes :
 pilotage de la ligne RCD à l’état haut,
 pilotage de la ligne +APC à l’état haut.
 émission du mot d’état « réveil principal » (noté Main_Wakeup_request dans les § 6.2 et 6.3) à actif.
Main wakeup activation in RCD configuration :
 When the RCD line switches from low to high level, ECUs that were in sleep mode execute an
initialization and then, enter in Transitory state.
 In this Transitory state (or in Partial wakeup for ECUs already active), ECUs supervise the reception of
Main wakeup request = active, in order to validate the Main wakeup activation.
//
Activation du Réveil principal en configuration RCD :
 Sur apparition du signal RCD, les calculateurs RCD qui ne sont pas déjà réveillés s’initialisent puis passent dans
l’état Transitoire.
 A partir de l’état Transitoire (ou à partir de l’état Réveil partiel pour les calculateurs préalablement réveillés), les
calculateurs surveillent la réception du mot d’état « réveil principal » à actif, ce qui leur permettra de valider la
demande de Réveil principal.

States Management
CSEE_APPT09_0282
6.0 Générique
26 /
105
Main wakeup activation in APC configuration :
 When the +APC line switches from low to high level, ECUs execute an initialization and then switch to
Main wakeup state.
//
Activation du Réveil principal en configuration APC :
 Sur apparition du signal +APC, les calculateurs APC s’initialisent puis passent directement dans l’état Réveil
principal.
6.1.2.2 Degraded Main Wakeup (RCD config.) // Réveil principal dégradé (config. RCD)
Degraded Main wakeup : degraded mode of the Main wakeup that occurs when RCD anomalies are detected
(see § 6.2.1.2). The conditions that allows to exit the Degraded Main wakeup are different from those that allow
to leave the Nominal Main wakeup (see § 6.2.1.4 et 6.2.1.5).
The Degraded Main wakeup has no direct impact on the Vehicle functions.
NB : in APC configuration, there is no difference between nominal and degraded main wakeup (see § 6.3).
//
Réveil principal dégradé : mode dégradé du Réveil principal nominal, qui survient lorsque certaines anomalies RCD sont
détectées (cf. § 6.2.1.2). Les conditions de sortie du Réveil principal dégradé sont différentes de celles du Réveil principal
nominal (cf. § 6.2.1.4 et 6.2.1.5).
Le Réveil principal dégradé n’a pas d’impact direct sur les fonctions Véhicule.
NB : en configuration APC, on ne fait pas de différence entre le Réveil principal nominal et le Réveil principal dégradé ; on
parle alors simplement du Réveil principal (cf. § 6.3).
6.1.2.3 Partial wakeup (RCD configuration) // Réveil partiel (configuration RCD)
Partial wakeup : situation out of the Main wakeup (i.e. Key Off), during which the ECU(s) execute one or
several functions shared out on several ECUs.
For each partial wakeup, there is one master ECU and one or several slaves ECUs.
A CAN wakeup signal is associated to each partial wakeup; this signal is sent by the master and read by the
slave(s).
An RCD ECU can be involved in one or several partial wakeup as a master (if it is RCD type 1) or as a slave.
//
Réveil partiel : phase de vie en dehors du Réveil principal (i.e. contact OFF), pendant laquelle le calculateur exécute une ou
plusieurs fonctions réparties entre plusieurs calculateurs.
Pour chaque réveil partiel, on a un calculateur maître du réveil partiel et un (ou plusieurs) calculateur(s) esclave(s) de ce
réveil partiel.
A chaque réveil partiel est associé à un mot d’état à réveil unique, émis par le maître et lu par les esclaves.
Un calculateur RCD peut être impliqué dans un ou plusieurs réveils partiels en tant maître (sous réserve d’être de type 1) ou
esclave.
Types of RCD ECU :
 « RCD type 1 » : ECU that is the master of at least one partial wakeup ; these ECUs can read and
activate the RCD line.
 « RCD type 2 » : ECU that is always slave of the partial wakeup in which it is involved ; these ECUs can
only read the RCD line.
Both types of RCD ECUs are always slaves of the Main wakeup.
NB : hardware requirements relative to the RCD input stage (RCD type 2) or RCD input/output stage (RCD type
1) are defined in [ST_RCD_HW].
//
Types de calculateur RCD :
 Calculateur « RCD type 1 » : calculateur étant maître d’au moins un réveil partiel ; ces calculateurs peuvent à la
fois lire et piloter la ligne RCD.
 Calculateur « RCD type 2 » : calculateur étant toujours esclave des réveils partiels dans lesquels il est impliqué ;
ces calculateurs ne peuvent que lire la ligne RCD.

States Management
CSEE_APPT09_0282
6.0 Générique
27 /
105
Ces calculateurs sont toujours esclaves du réveil principal.
NB : les exigences hardware de l’étage d’entrée (RCD type 2) ou d’entrée / sortie (RCD type 1) de la ligne RCD sont
définies dans [ST_RCD_HW].
From the ECU side, there is therefore a difference between master and slave partial wakeup. In the rest
of this document, RCD ECUs are able to manage :
 ‘P’ master_partial_wakeup_Yj, j = 1 to ‘P’ (RCD type 1 only),
 ‘N’ slave_partial_wakeup_Xi, i = 1 to ‘N’.
NB : the explicit list of the ‘P’ master_partial_wakeup_Yj and ‘N’ slave_partial_wakeup_Xi is defined in
[Inst_PdV].
//
Vu d’un calculateur, on distingue donc les Réveils partiels maîtres et les Réveils partiels esclaves.
Dans la suite de ce document, les calculateurs RCD sont capables de gérer :
 ‘P’ Réveils partiels maîtres Yj, j allant de 1 à P (RCD type 1 uniquement),
 et ‘N’ Réveils partiels esclaves Xi, i allant de 1 à N.
NB : la liste des ‘P’ réveils maîtres Yj et des ‘N’ réveils esclaves Xi est renseignée dans [Inst_PdV].
Master partial wakeup (for RCD type 1 only)
When it detects a master partial wakeup need (see Master_Partial_Wakeup_need_Yj in § 6.2), the ECU:
 activates the RCD line for 1 about second (see RCD_line_activation_request in § 6.2.6),
 and sends the corresponding partial wakeup signal at active (see Master_Partial_Wakeup_request_Yj in
§ 6.2.2.1) on the CAN network(s).
NB : when the ECU is in sleep mode (cf. § 5.2 Basic_ECU_State = SLEEP), an internal wakeup event may
correspond to a master partial wakeup need in the applicative layer.
//
Réveil partiel maître (applicable uniquement aux calculateurs RCD type 1)
Lorsqu’il détecte un besoin de réveil partiel maître (noté Master_Partial_Wakeup_need_Yj au § 6.2), le calculateur :
 pilote la ligne RCD à l’état haut pendant une temporisation de l’ordre d’une seconde (cf.
RCD_line_activation_request au § 6.2.6),
 et envoie le mot d’état du réveil partiel correspondant (noté Master_Partial_Wakeup_request_Yj au § 6.2.2.1) à
l’état actif sur le réseau.
NB : Pour un calculateur en veille (cf. § 5.2 Basic_ECU_State = SLEEP), un événement de réveil interne peut se traduire
au niveau de la couche applicative par un besoin de réveil partiel maître.
Slave partial wakeup
When the ECU :
 detects that the RCD line is at high level (optional – see Slave_Partial_Wku_Xi_activation_mode_C in §
6.2.2.2.1),
 and receives an active CAN partial wakeup request (see Slave_Partial_Wakeup_request_Xi in §
6.2.2.2.1),
it enters the partial wakeup state and executes the shared functions(s) required by the ECU master of this partial
wakeup.
If the ECU is not concerned by the CAN partial wakeup request(s), it switches to Transitory state (see § 6.2.3)
during Extinction_time_C (with RCD line at low state) and then enters the sleep mode.
NB : if a slave partial wakeup needs the emission of a CAN flag in order to request the maintain of this
partial wakeup to the master ECU, the calculation of this flag is defined in [Inst_PdV].
//
Réveil partiel esclave
Lorsqu’un calculateur détecte simultanément :
 que la ligne RCD est à l’état haut (optionnel – cf Slave_Partial_Wku_Xi_activation_mode_C au § 6.2.2.2.1),
 et qu’il reçoit sur le réseau un mot d’état du réveil partiel le concernant à actif (cf
Slave_Partial_Wakeup_request_Xi au § 6.2.2.2.1),
il exécute alors la (ou les) fonction(s) répartie(s) demandée(s) par le calculateur maître du réveil partiel en cours.
Dans le cas où le(s) mot(s) d’état de réveil partiel à actif ne le concerne(nt) pas, le calculateur se rendort après être resté

States Management
CSEE_APPT09_0282
6.0 Générique
28 /
105
pendant Extinction_time_C (RCD à l’état bas) dans l’état Transitoire (cf § 6.2.3).
NB : lorsqu’un réveil partiel esclave nécessite l’envoi d’un flag d’autorisation d’endormissement, l’élaboration de ce
dernier est définie dans [Inst_PdV].
6.1.2.4 COM Latch (APC configuration) // Maintien de la COM (configuration APC)
COM Latch : state entered after the Main wakeup deactivation (i.e. Key On to Key Off transition) during which
the ECU communicates on the multiplexed network(s). It allows to cover the needs of some shared functions
after the Key Off transition.
//
COM Latch : phase de vie qui succède au Réveil principal (i.e. à la coupure du contact), pendant laquelle le calculateur
communique sur le(s) réseau(x) multiplexé(s). Cette phase permet d’exécuter des fonctions réparties après la coupure du
contact.
6.1.2.5 Transitory (RCD configuration) // Transitoire (configuration RCD)
Transitory : state during which the network communication is active and the ECU supervises the network
wakeup requests (main or partial). This phase allows the validation of a partial wakeup request, or a main
wakeup request, or an internal partial wakeup request (Extinction_time_C elapsed and
Internal_Power_hold_request active) or the shutdown preparation (Extinction_time_C elapsed and
Internal_Power_hold_request inactive).
Whether it occurs before or after the Main wakeup, this state may be assimilated to an ECU stand-by ; however,
it is possible to activate some functions.
//
Transitoire : état où la communication du réseau est active et durant lequel le calculateur scrute sur le réseau réseau les
mots d’état de réveil (principal ou partiels). Cette phase permet la validation des demandes de réveil principal, de réveil
partiel, de réveil partiel interne (Extinction_time_C écoulée et présence d’un besoin de fonction interne) ou de préparation à
la mise en veille (Extinction_time_C écoulée et pas de besoin de fonction interne).
Selon qu’il survienne avant ou après le Réveil principal, cet état peut être assimilé à un stand-by pour le calculateur ; il est
cependant possible d’y activer certaines fonctions.
6.1.2.6 Internal partial wakeup // Réveil partiel interne
Internal partial wakeup : state during which the ECU executes functions that do not need to communicate on
the multiplexed network(s). The ECU stays in this sate as long as the functionnal need is active or until that
Internal_Partial_Wku_max_duration_C is elapsed.
An internal partial wakeup may occur after an internal wakeup event (see § 5.2.1) or after the Key Off transition
(once Transitory or COM_Latch state is over), when one or several functions (example : post-cooling) require the
power supply (see Internal_Power_hold_request, § 6.2.4 and 6.3.3).
//
Réveil partiel interne : état durant lequel le calculateur remplit un besoin fonctionnel ne nécessitant pas de communication
sur le(s) réseau(x) multiplexé(s). On reste donc dans cet état tant que le fonctionnel émet un besoin de maintien de
l’alimentation ou jusqu’à l’écoulement de la temporisation Internal_Partial_Wku_max_duration_C.
Un réveil partiel interne peut survenir suite à un événement de réveil interne (cf. § 5.2.1) ou bien après la coupure du contact
(une fois l’état Transitoire ou COM_Latch achevé), lorsqu’une ou plusieurs fonctions (exemple : post-ventilation) signalent
un besoin de maintien de l’alimentation (cf. Internal_Power_hold_request aux § 6.2.4 et 6.3.3).

States Management
CSEE_APPT09_0282
6.0 Générique
29 /
105
6.1.2.7 Shutdown preparation // Préparation à la mise en veille
Shutdown preparation : state during which some applicative software components require the storing of data in
NVRAM (see PostRun in Autosar); when there is no more PostRun requests or if
Shutdown_preparation_max_time_C is elapsed, the applicative layer indicates to the services layer that the
ECU_State_Manager can switch from RUN to SHUTDOWN (see § 5.3, 6.2.8 and 6.3.6).
//
Préparation à la mise en veille : état pendant lequel des fonctions applicatives demandent l’enregistrement de certaines
données en mémoire non volatile (cf. phase de POSTRUN dans Autosar) ; lorsqu’il n’y a plus de demandes ou lorsque
Shutdown_preparation_max_time_C est écoulée, la couche applicative signale alors à la couche de services que l’ECU
State Manager peut passer de RUN à SHUTDOWN (cf. § 5.3, 6.2.8 et 6.3.6).
6.1.3 MUX networks communication states // Etats de la communication des
réseaux MUX
The function that manages the applicative ECU state (F01_RCD_Applicative_Mode_Mgt or
F02_APC_Applicative_Mode_Mgt, depending on the configuration) manages also the MUX networks
communication state, sending the Applicative_COM_requests (for CAN(s), FLexray or LIN networks) to the
Communication Manager.
//
La fonction qui gère les phases de vie de l’applicatif (F01_RCD_Applicative_Mode_Mgt ou
F02_APC_Applicative_Mode_Mgt, en fonction de la configuration), gère également l’état de la communication sur les
réseaux MUX, en envoyant les Applicative_COM_requests (pour les réseaux CAN, Flexray ou LIN) au Communication
Manager.
6.1.3.1 CAN communication states // Etats de la communication CAN
When the CAN / Network communication is inactive (CAN_COM_request / Network_COM_request = No_COM),
the ECU doesn’t send and doesn’t read any frame.
//
Lorsque la communication CAN ou Network est inactive (CAN_COM_request / Network_COM_request = No_COM), le
calculateur n’émet et n’interprète aucune trame.
When the CAN / Network communication is active (CAN_COM_request / Network_COM_request = Full_COM),
the ECU sends all its functional frames and reads all the frames that it receives.
NB : when the CAN communication is active, it may be :
 limited if some data are not available (example : sensor not supplied out of the Main wakeup); in this
case, these signals are forced to default values (i.e. values that are neutral for the system); this case
corresponds to a partial wakeup or transitory or COM_Latch state.
 or nominal when all functionnal values are available; this case corresponds to the Main wakeup.
//
Lorsque la communication CAN / Network est active (CAN_COM_request / Network_COM_request = FULL_COM), le
calculateur émet toutes ses trames fonctionnelles et décode toutes les trames qu’il reçoit.
NB : Lorsque la communication CAN/ Network est active, elle peut être :
 limitée si la valeur de certains signaux n’est pas disponible (ex : capteur non alimenté en dehors du réveil
principal…) ; dans ce cas, ces signaux sont renseignés avec des valeurs par défaut (i.e. neutres pour le système) ;
ce cas correspond au réveil partiel ou aux états transitoire / COM_Latch.
 ou nominale lorsque toutes les valeurs fonctionnelles sont disponibles ; ce cas correspond au Réveil principal.
When the ECU validates an electronic integration request (CAN_COM_request / Network_COM_request =
Electronic_integration_mode - see 6.2.7 and 6.3.5), the ECU communicates according to the requirements of
[TELE_DIAG] (see § 7).
//
Lorsque le calculateur valide une demande d’intégration électronique (CAN_COM_request / Network_COM_request =
Electronic_integration_mode - cf. 6.2.7 et 6.3.5), le calculateur communique selon les exigences de [TELE_DIAG] (cf. §
7).

States Management
CSEE_APPT09_0282
6.0 Générique
30 /
105
6.1.3.2 LIN communication states // Etats de la communication LIN
When the LIN communication is inactive (LIN_COM_request = No_COM), the ECU doesn’t send and doesn’t
read any frame.
//
Lorsque la communication LIN est inactive (LIN_COM_request = No_COM), le calculateur n’émet et n’interprète aucune
trame.
When the LIN communication is active (LIN_COM_request = Full_COM), the ECU sends all its functional frames
and reads all the frames that it receives.
NB : as long as downloading mode is not entered (see § 7), the electronic integration mode has no impact on the
LIN network.
//
Lorsque la communication LIN est active (LIN_COM_request = FULL_COM), le calculateur émet toutes ses trames
fonctionnelles et décode toutes les trames qu’il reçoit.
NB : tant que le téléchargement n’est pas commencé (cf § 7), le mode intégration électronique n’a pas d’impact sur le
réseau LIN.

States Management
CSEE_APPT09_0282
6.0 Générique
31 /
105
6.1.3.3 Case of several MUX networks // Cas de plusieurs réseaux MUX
An ECU may be connected to five networks (maximum) and to two LIN networks. In the rest of the document,
these networks are noted : CAN 1, CAN2, CAN3, Network4 and Network5 (CAN1 being usually the CAN IS,
while CAN2 and CAN3 may represent CAN LAS, CAN HYB or CAN Dépol. networks).
If an ECU is connected to several networks, then CAN1 is the network by which the ECU receives the Main
wakeup request).
NB : the explicit list of the multiplexed networks of the ECU is defined in [Inst_PdV].
//
On considère qu’un ECU peut-être connecté au maximum à cinq réseaux et à deux réseaux LIN. Dans la suite du document,
on note ces réseaux CAN : CAN 1, CAN2, CAN3, Network4 et Network5 (CAN1 étant généralement le CAN IS, CAN2 et
CAN3 étant alors le CAN LAS, le CAN HYB ou le CAN Dépol.).
Lorsqu’un calculateur est connecté à plusieurs réseaux, CAN1 est alors le réseau par lequel il reçoit la demande de réveil
principal).
NB : la liste des réseaux multiplexés du calculateur est renseignée dans [Inst_PdV].
Basic_ECU_State Applicative_ECU_State
Communication
state of CAN1
Communication state of
the others multiplexed
networks
INITIALIZATION - No_COM (Inactive) No_COM (Inactive)
RUN
TRANSITORY, PARTIAL_WAKEUP
or COM_LATCH
Full_COM
(Active - limited)
Full_COM or No_COM
(Active - limited or Inactive)
MAIN_WAKEUP
Full_COM
(Active - nominal)
Full_COM
(Active - nominal)
INTERNAL_PARTIAL_WAKEUP No_COM (Inactive) No_COM (Inactive)
SHUTDOWN_PREPARATION No_COM (Inactive) No_COM (Inactive)
SHUTDOWN - No_COM (Inactive) No_COM (Inactive)
SLEEP - No_COM (Inactive) No_COM (Inactive)
Communications states regarding the ECU states //
Etat de la communication en fonction des phases de vie du calculateur

States Management
CSEE_APPT09_0282
6.0 Générique
32 /
105
6.1.4 Interfaces description // Description des interfaces
NB : The correspondence between the functional signals described hereafter and the ECU physical
signals has to be defined in [Inst_PdV].
//
NB : La correspondance entre les flux fonctionnels décrits ci-dessous et les signaux physiques du calculateur est
renseignée dans [Inst_PdV].
6.1.4.1 Inputs // Entrées
Name
//
Nom
Values
//
Valeurs
Description
//
Description
Applicability
//
Applicabilité
RCD_line_state
Inactive
Active
State of the RCD Wakeup line
//
Etat de la ligne de réveil RCD
RCD
APC_line_state
Inactive
Active
State of the +APC Wakeup line
//
Etat de la ligne de réveil +APC
APC
Main_Wakeup_request
Invalid
(Invalid or
Invalid_RCD)
Inactive
Active
Activation/deactivation Main wakeup request, sent by
the ECU master of the Main wakeup.
Main_Wakeup_request corresponding to the Active
Main wakeup request emission on the CAN Nettwork
can take 4 values :
00 : Invalid_RCD
01 : Inactive
10 : Active
11 : Invalid
In the different requirements in this specification, the
case Main_Wakeup_request = Invalid will be executed
same manner as the case « Invalid_RCD ».
//
Demande d'activation du réveil principal, issue du
calculateur maître du réveil principal.
Le flux Main_Wakeup_request correspondant à la
demande de réveil principal émis sur le réseau par le
BSI peut prendre 4 valeurs :
00 : Invalide_RCD
01 : Inactif
10 : Actif
11 : Invalide
Dans les exigences de cette spécification ou on a
Main_Wakeup_request = Invalid, le cas « Invalid »
sera traité de la même manière que le cas
« Invalid_RCD ».
All types
Vehicle_speed [0 ; 255 km/h]
Vehicle speed on 1 byte in input of the PSA RCD
module if is integrated by the supplier
//
Vitesse véhicule sur 1 octet en entrée du module RCD
PSA si le module est intégré par le FNR
All types
Vehicle_speed
[0 ; 655,36
km/h]
Vehicle speed on 2 bytes if the PSA RCD module
isn’t integrated by the supplier
//
Vitesse véhicule sur 2 octets si le module RCD PSA
n’est pas intégré par le FNR
All types
Master_Partial_Wakeup_needs =
{Master_Partial_Wakeup_need_Yj, j = 1 to P}
-
Set of master partial wakeup needs, singly noted
Master_Partial_Wakeup_need_Yj (j from 1 to P)
//
Ensemble des besoins de réveils partiels maîtres,
unitairement notés : Master_Partial_Wakeup_need_Yj
RCD type 1
Master_Partial_Wakeup_need_Yj
Inactive
Active

States Management
CSEE_APPT09_0282
6.0 Générique
33 /
105
Name
//
Nom
Values
//
Valeurs
Description
//
Description
Applicability
//
Applicabilité
(j allant de 1 à P)
Master_Partial_Wakeup_hold_requests =
{Master_Partial_Wakeup_hold_request_Yj, j = 1 to P}
-
Set of master partial wakeup hold requests, singly
noted Master_Partial_Wakeup_hold_request_Yj (j
from 1 to P)
//
Ensemble des demandes de maintien de réveils partiels
maîtres, unitairement notés :
Master_Partial_Wakeup_hold_request (j allant de 1 à
P)
RCD type 1
Master_Partial_Wakeup_hold_request_Yj
Inactive
Active
Slave_Partial_Wakeup_requests =
{Slave_Partial_Wakeup_request_Xi, i = 1 to N}
-
Set of slave partial wakeup requests, singly noted
Slave_Partial_Wakeup_request_Xi (i from 1 to N)
//
Ensemble des demandes de réveils partiels esclaves,
unitairement notées :
Slave_Partial_Wakeup_request_Xi (i allant de 1 à N)
RCD
Slave_Partial_Wakeup_request_Xi
Inactive
Active
Internal_Power_hold_request
Inactive
Active
Synthesis of the internal needs regarding Power
supply hold requests
//
Synthèse de besoins internes de maintien de
l’alimentation
All types
Electronic_integration_request (see [TELE_DIAG])
Inactive
Active
Electronic integration request (for downloading)
//
Demande de passage en mode Intégration électronique
(pour téléchargement)
All types
Applicative_COM_needs -
Set of the functional communication hold
requests, singly noted : CAN1_COM_need,
CAN2_COM_need, CAN3_COM_need,
Network4_COM_need, Network5_COM_need,
LIN_COM_need and LIN2_COM_need
//
Ensemble des demandes de maintien de la
communication, unitairement notées :
CAN1_COM_need, CAN2_COM_need,
CAN3_COM_need, Network4_COM_need,
Network5_COM_need, LIN_COM_need et
LIN2_COM_need
All types
CAN1_COM_need
Inactive
Active
APC
CAN2_COM_need
Inactive
Active
All types
CAN3_COM_need
Inactive
Active
All types
Network4_COM_need
Inactive
Active
All types
Network5_COM_need
Inactive
Active
All types
LIN_COM_need
Inactive
Active
All types
LIN2_COM_need
Inactive
Active
All types
PostRun_request
Inactive
Active
Synthesis of the requests for storing specific data
in NVRAM
//
Synthèse des demandes d’enregistrement de
certaines données en mémoire non volatile
All types
DIAG_tools_request
Inactive
Active
State of the diagnosis tools communication
request (see § 7)
//
Etat des requêtes de communication des outils de
diagnostic (cf. § 7)
RCD
6.1.4.2 Outputs // Sorties
Name
//
Nom
Values
//
Valeurs
Description
//
Description
Applicability
//
Applicabilité
Applicative_ECU_State
Applicative_RCD_ECU_State if
Ext_bECUTyp_C = 1
Applicative_APC_ECU_State if
Ext_bECUTyp_C = 0
Applicative state of the ECU, noted
Applicative_RCD_ECU_State in RCD
configuration and
Tout type

States Management
CSEE_APPT09_0282
6.0 Générique
34 /
105
Name
//
Nom
Values
//
Valeurs
Description
//
Description
Applicability
//
Applicabilité
Applicative_RCD_ECU_State
1 = PARTIAL_WAKEUP
2 = INTERNAL_PARTIAL_WAKEUP
3 = TRANSITORY
4 = NOMINAL_MAIN_WAKEUP
5 = DEGRADED_MAIN_WAKEUP
7 = SHUTDOWN_PREPARATION
Applicative_APC_ECU_State in APC
configuration
//
Etat applicatif du calculateur, noté
Applicative_RCD_ECU_State en configuration
RCD et Applicative_APC_ECU_State en
configuration APC
RCD
Applicative_APC_ECU_State
2 = INTERNAL_PARTIAL_WAKEUP
3 = COM_LATCH
4 = MAIN_WAKEUP
7 = SHUTDOWN_PREPARATION
APC
Applicative_COM_requests -
Set of applicative communication request,
singly noted : CAN1_COM_request,
CAN2_COM_request,
CAN3_COM_request,
Network4_COM_request
Network5_COM_request,
LIN_COM_request and
LIN2_COM_request.
//
Ensemble des demandes applicatives de
communication, unitairement notées :
CAN1_COM_request, CAN2_COM_request,
CAN3_COM_request,
Network5_COM_request,
LIN_COM_request et LIN2_COM_request.
Tout type
CAN1_COM_request
No_COM
FULL_COM
Electronic_Integration_mode
Tout type
CAN2_COM_request
No_COM
FULL_COM
See [Inst_PdV]
CAN3_COM_request
No_COM
FULL_COM
No_COM
FULL_COM
No_COM
FULL_COM
LIN_COM_request
No_COM
FULL_COM
LIN2_COM_request
No_COM
FULL_COM
Inactive
Active
Shutdown_authorization //
Autorisation de mise en veille
Tout type
RCD_line_activation_request
Inactive
Active
RCD line command //
Commande de la ligne RCD
RCD type 1
Master_Partial_Wakeup_requests =
{Master_Partial_Wakeup_requests_Yj,
j = 1 to P}
-
Set of master partial wakeup requests,
singly noted
Master_Partial_Wakeup_request_Yj (j
from 1 to P)
//
Ensemble des demandes de réveils partiels
maitres, unitairement notées :
Master_Partial_Wakeup_request_Yj (j
allant de 1 à P)
RCD type 1
Master_Partial_Wakeup_request_Yj
Inactive
Active
Slave_Partial_Wakeup_states =
{Slave_Partial_Wakeup_states_Xi, i =
1 to N}
-
Set of slave partial wakeup states, singly
noted Slave_Partial_Wakeup_state_Xi (i
from 1 to N) //
Ensemble des états des réveils partiels
esclaves, unitairement notés :
Slave_Partial_Wakeup_state_Xi (i allant de 1 à
N)
RCD
Slave_Partial_Wakeup_state_Xi
Inactive
Active
6.1.5 Internal data description // Description des variables internes
Name
//
Nom
Values
//
Valeurs
Description
//
Description
Applicability
//
Applicabilité
Nominal_Main_Wakeup_activation
Inactive
Active
Flag allowing to switch in nominal Main wakeup
//
Flag permettant de passer en réveil principal nominal
RCD
Degraded_Main_Wakeup_activation
Inactive
Active
Flag allowing to switch in degraded Main wakeup
//
Flag permettant de passer en réveil principal dégradé
RCD

States Management
CSEE_APPT09_0282
6.0 Générique
35 /
105
Name
//
Nom
Values
//
Valeurs
Description
//
Description
Applicability
//
Applicabilité
Nominal_Main_Wakeup_rehabilitation
Inactive
Active
Flag allowing to switch from degraded to nominal Main
wakeup
//
Flag permettant de passer du réveil principal dégradé au réveil
principal nominal
RCD
Nominal_Main_Wakeup_deactivation
Inactive
Active
Flag allowing to exit the nominal Main wakeup
//
Flag permettant de sortir du réveil principal nominal
RCD
Degraded_Main_Wakeup_deactivation
Inactive
Active
Flag allowing to exit the degraded Main wakeup
//
Flag permettant de sortir du réveil principal dégradé
RCD
{Master_Partial_Wakeup_activation_Yj, j = 1 to P}
Inactive
Active
Master partial wakeup Yj activation request (j from 1 to
P)
//
Demande d’activation du réveil partiel maître Yj (j allant de 1
à P)
RCD type 1
Master_Partial_Wakeup_activation
Inactive
Active
Flag indicating the activation of at least one master
partial wakeup
//
Flag traduisant l’activation d’au moins un réveil partiel maître
RCD type 1
Master_Partial_Wakeup_deactivation
Inactive
Active
Flag indicating the deactivation of all the master partial
wakeups
//
Flag traduisant la désactivation de tous les réveils partiels
maîtres
RCD type 1
{Slave_Partial_Wakeup_activation_Xi, i = 1 to N}
Inactive
Active
Slave partial wakeup Xi activation request (i from 1 to N)
//
Demande d’activation du réveil partiel esclave Xi (i allant de
1 à N)
RCD
{Slave_Partial_Wakeup_nominal_deactivation_Xi, i
= 1 to N}
Inactive
Active
Flag indicating the nominal deactivation of the slave
partial wakeup Xi (i from 1 to N)
//
Flag traduisant la désactivation nominale du réveil partiel
esclave Xi (i allant de 1 à N)
RCD
Slave_Partial_Wakeup_activation
Inactive
Active
Flag indicating the activation of at least one slave partial
wakeup
//
Flag traduisant l’activation d’au moins un réveil partiel
esclave
RCD
Slave_Partial_Wakeup_deactivation
Inactive
Active
Flag indicating the deactivation of all the slave partial
wakeups
//
esclaves
RCD
Partial_Wakeup_activation
Inactive
Active
Flag indicating the activation of at least one partial
wakeup
//
Flag traduisant l’activation d’au moins un réveil partiel
RCD
Partial_Wakeup_deactivation
Inactive
Active
Flag indicating the deactivation of all the partial wakeups
//
RCD
Transitory_deactivation
Inactive
Active
Flag allowing to exit the Transitory state
//
Flag permettant de sortir de l’état Transitoire
Tout type
Internal_Partial_deactivation
Inactive
Active
Flag allowing to exit the internal partial wakeup
//
Flag permettant de sortir de l’état partiel interne
Tout type
RCD_line_GndSC_default
Inactive
Active
Flag indicating the confirmation of the default « RCD line
short-circuited to ground »
//
Flag indiquant que le défaut « Ligne RCD en court-circuit à la
masse » est confirmé
RCD type 1
Main_Wakeup_activation
Inactive
Active
Flag allowing to enter in Main wakeup
//
Flag permettant de passer en réveil principal
APC

States Management
CSEE_APPT09_0282
6.0 Générique
36 /
105
Name
//
Nom
Values
//
Valeurs
Description
//
Description
Applicability
//
Applicabilité
Main_Wakeup_nominal_deactivation
Inactive
Active
Flag allowing to exit in Main wakeup, by the nominal
way
//
Flag permettant de sortir de façon nominale du réveil principal
APC
Main_Wakeup_enforced_deactivation
Inactive
Active
Flag allowing to enforce the Main wakeup exit
//
Flag forçant la sortie du réveil principal
APC
COM_Latch_deactivation
Inactive
Active
Flag allowing to exit the COM_Latch state
//
Flag permettant de sortir de l’état COM_Latch
APC

States Management
CSEE_APPT09_0282
6.0 Générique
37 /
105
6.1.6 Parameters description // Description des paramètres
6.1.6.1 Generic parameters // Paramètres génériques
Name
//
Nom
Range /
Resolution
Value
//
Plage /
Résolution
Valeur
Description
//
Description
Applicability
//
Applicabilité
Main_Wku_valid_time_C
[0 ; 1s] / 10ms
0
Timer allowing to confirm a nominal main wakeup
activation request
//
Temporisation de confirmation de la demande d’activation du
réveil principal nominal
Tout type
Main_Wku_devalid_time_C
[0 ; 1s] / 10ms
50ms
Timer allowing to confirm a nominal main wakeup
deactivation request
//
Temporisation de confirmation de la demande de désactivation
du réveil principal nominal
Tout type
Enforced_Main_Wku_time_C
[0 ; 65s] /
100ms
5s
Timer allowing to confirm an enforced main wakeup
activation (wakeup line at high level and invalid main
wakeup request)
//
Temporisation de confirmation du forçage de l’activation du
réveil principal lorsque la ligne de réveil est à l’état haut et la
demande de réveil principal est invalide
Tout type
Extinction_time_C
[0 ; 65s] /
100ms
5s
Timer allowing to confirm the exit of Transitory or
COM_Latch state (or Main wakeup in APC configuration
in case of an invalid main wakeup request combined
with a APC line at low level
//
Temporisation de confirmation de la sortie du transitoire ou du
COM_Latch (ou du réveil principal en configuration APC en
cas d’invalidité de la demande de réveil principal combinée à
une ligne APC à l’état bas)
Tout type
Deg_Main_Wku_extinction_time_C
[0 ; 65s] /
100ms
30s
Timer allowing to confirm the exit of the degraded main
wakeup
//
Temporisation de confirmation de la sortie du réveil principal
dégradé
RCD
Vehicle_speed_threshold_C
[0 ; 255km/h] /
1km/h
10km/h
Speed threshold under which the (nominal) main wakeup
exit is allowed
//
Seuil de vitesse en dessous duquel on autorise la sortie du
réveil principal (nominal)
Tout type
Vehicle_speed_deg_threshold_C
[0 ; 255km/h] /
1km/h
10km/h (*)
Speed threshold under which the degraded main wakeup
exit is allowed
//
Seuil de vitesse en dessous duquel on autorise la sortie du
réveil principal dégradé
Tout type
RCD_line_GndSC_confirm_time_C
[0 ; 10s] /
10ms
0,2s
Timer allowing to confirm the default « RCD line short-
circuited to ground »
//
Temporisation de confirmation du défaut « ligne RCD en
court-circuit à la masse »
RCD type 1
RCD_line_GndSC_rehabilit_time_C
[0 ; 10s] /
10ms
1s
Timer allowing to confirm the rehabilitation of the default
« RCD line short-circuited to ground »
//
Temporisation de réhabilitation du défaut « ligne RCD en
court-circuit à la masse »
RCD type 1
COM_Latch_Max_duration_C
[0 ; 1024s] / 1s
60s
Maximum duration of the COM_Latch phase.
//
Durée maximum de la phase de COM_Latch.
+APC
(*) See § 9.2.1 for Vehicle_speed_deg_threshold_C value // Cf § 9.2.1 pour la valeur de Vehicle_speed_deg_threshold_C

States Management
CSEE_APPT09_0282
6.0 Générique
38 /
105
6.1.6.2 Specific parameters // Paramètres spécifiques
NB : The following parameters list has to be instantiated in [Inst_PdV].
//
NB : La liste des calibrations suivantes est à instancier dans [Inst_PdV].
Name
//
Nom
Range /
Resolution
Default
value
//
Plage /
Résolution
Valeur par
défaut
Description
//
Description
Applicability
//
Applicabilité
Ext_bECUTyp_C
[0..1] / 1
1
Parameter allowing to choice the ECU configuration :
0 = APC configuration
1 = RCD configuration
//
Calibration permettant de choisir la configuration du
calculateur :
0 = configuration APC
1 = configuration RCD
Tout type
Nom_Main_Wku_disord_time_C
[0 ; 65s] /
100ms
1s
Timer allowing to confirm a main wakeup anomaly
//
Temporisation de confirmation d’une anomalie du réveil
principal nominal
RCD
Nom_Main_Wku_incst_time_C
[0 ; 65s] /
100ms
1s
Timer allowing to confirm a main wakeup inconsistency
//
Temporisation de confirmation d’une incohérence du réveil
principal nominal
RCD
Nom_Main_Wku_rehabilit_time_C
[0 ; 65s] /
100ms
0,1s
Timer allowing to confirm the main wakeup rehabilitation
//
Temporisation de confirmation de la réhabilitation du réveil
principal nominal
RCD
RCD_pulse_time_C
[0 ; 10s] /
10ms
1s
Duration of the RCD line activation in case of master
partial wakeup activation
//
Durée pendant laquelle la ligne RCD est pilotée à l’état haut
lors d’une demande d’activation d’un réveil partiel maître
RCD type 1
{Master_Partial_Wku_Yj_inhib_C, j = 1 to P}
[0..1] / 1
0 (inactif)
Parameter allowing the inhibition of the master partial
wakeup Yj (j from 1 to P)
//
Calibration permettant d’inhiber le réveil partiel maître Yj (j
allant de 1 à P)
RCD type 1
{Master_Partial_Wku_Yj_min_duration_C, j
= 1 to P}
[0 ; 1024s] / 1s
0
Minimum duration of the master partial wakeup Yj (j from
1 to P)
//
Durée minimum du réveil partiel maître Yj (j allant de 1 à P)
RCD type 1
{Master_Partial_Wku_Yj_max_duration_C, j
= 1 to P}
[0 ; 4000s] / 1s
360s
Maximum duration of the master partial wakeup Yj (j
from 1 to P)
//
Durée maximum du réveil partiel maître Yj (j allant de 1 à P)
RCD type 1
{Slave_Partial_Wku_Xi_inhib_C, i = 1 to N}
[0..1] / 1
0 (inactive)
Parameter allowing the inhibition of the slave partial
wakeup Xi (i from 1 to N)
//
Calibration permettant d’inhiber le réveil partiel esclave Xi (i
allant de 1 à N)
RCD
{Slave_Partial_Wku_Xi_activation_mode_C,
i = 1 to N}
[0..1] / 1
0 (inactive)
Parameter allowing to activate the slave partial wakeup
Xi without taking into account the RCD line
//
Calibration permettant d’activer le réveil partiel esclave Xi (i
allant de 1 à N) sans tenir compte de la ligne RCD
RCD
{Slave_Partial_Wku_Xi_valid_time_C, i = 1
to N}
[0 ; 1s] / 10ms
0
Timer allowing to confirm the slave partial wakeup Xi
activation request (i from 1 to N)
//
Temporisation de confirmation de la demande d’activation du
RCD

States Management
CSEE_APPT09_0282
6.0 Générique
39 /
105
Name
//
Nom
Range /
Resolution
Default
value
//
Plage /
Résolution
Valeur par
défaut
Description
//
Description
Applicability
//
Applicabilité
réveil partiel esclave Xi (i allant de 1 à N)
{Slave_Partial_Wku_Xi_devalid_time_C, i =
1 to N}
[0 ; 1s] / 10ms
100ms
Timer allowing to confirm the slave partial wakeup Xi
deactivation request (i from 1 to N)
//
Temporisation de confirmation de la demande de désactivation
du réveil partiel esclave Xi (i allant de 1 à N)
RCD
{Slave_Partial_Wku_Xi_lock_time_C, i = 1
to N}
[0 ; 1024s] / 1s
360s
Maximum duration of the slave partial wakeup Xi (i from
1 to N)
//
Durée maximum du réveil partiel esclave Xi (i allant de 1 à N)
RCD
Internal_Partial_Wku_max_duration_C
[0 ; 65536s] /
1s
3600s
Maximum duration of the internal partial wakeup
//
Durée maximum d’un réveil partiel interne
Tout type
Shutdown_preparation_min_time_C
[0 ; 65s] /
100ms
0
Minimum duration of the Shutdown preparation phase.
//
Durée minimum de la préparation à la mise en veille.
Tout type
Shutdown_preparation_max_time_C
[0 ; 65s] /
100ms
1s
Maximum duration of the Shutdown preparation phase.
//
Durée maximum de la préparation à la mise en veille.
Tout type

States Management
CSEE_APPT09_0282
6.0 Générique
40 /
105
6.2 Configuration RCD : F01_RCD_Applicative_Mode_Mgt
This paragraph is applicable to ECUs connected to the RCD line.
//
Ce paragraphe est applicable aux calculateurs connectés à la ligne de réveil RCD du véhicule.
GEN-PdV-ST-
019(0)
F01_RCD_Applicative_Mode_Mgt is active when :
 Basic_ECU_State = RUN (see § 5.2),
 and Ext_bECUTyp_C = 1 (RCD configuration).
//
La fonction F01_RCD_Applicative_Mode_Mgt est active si :
 Basic_ECU_State = RUN (cf. § 5.2),
 et Ext_bECUTyp_C = 1 (configuration RCD).
F01_RCD_Applicative_Mode_Mgt inputs are :
 RCD_line_state
 Main_Wakeup_request
 Vehicle_speed
 Master_Partial_Wakeup_needs (= [Master_Partial_Wakeup_need_Yj], j = 1 to P)
 Master_Partial_Wakeup_hold_requests (= [Master_Partial_Wakeup_hold_request_Yj], j = 1 to P)
 Slave_Partial_Wakeup_requests (= [Slave_Partial_Wakeup_request_Xi], i = 1 to N)
 Internal_Power_hold_request
 PostRun_request
 Electronic_integration_request
 Applicative_COM_needs (= [CAN1_COM_need, CAN2_COM_need, CAN3_COM_need,
Network4_COM_need, Network5_COM_need, LIN_COM_need, LIN2_COM_need])
 DIAG_tools_request
F01_RCD_Applicative_Mode_Mgt outputs are :
 Applicative_RCD_ECU_State
 RCD_line_activation_request
 Master_Partial_Wakeup_requests (= [Master_Partial_Wakeup_request_Yj], j = 1 to P)
 Slave_Partial_Wakeup_states (= [Slave_Partial_Wakeup_state_Xi], i = 1 to N)
 Applicative_COM_requests (= [CAN1_COM_need, CAN2_COM_need, CAN3_COM_need,
Network4_COM_need, Network5_COM_need, LIN_COM_need, LIN2_COM_need])
 Shutdown_authorization
Applicative_RCD_ECU_State
Main_Wakeup_request
Vehicule_speed
PostRun_request
RCD_line_state
F01_RCD_Applicative_Mode_Mgt
Master_Partial_Wakeup_needs
Master_Partial_Wakeup_hold_requests
Slave_Partial_Wakeup_requests
Master_Partial_Wakeup_requests
Slave_Partial_Wakeup_States
Internal_Power_hold_request
RCD_line_activation_request
and Ext_bECUTyp_C = 1
Applicative_COM_needs
Electronic_Integration_request
DIAG_tools_request
F01_RCD_Applicative_Mode_Mgt interfaces // Interfaces de F01_RCD_Applicative_Mode_Mgt

CSEE_APPT09_0282_6.0_01551_10_00043_ST_generique_Gerer_les_Phases_de_vie_organes_EE_SC.doc

CSEE_APPT09_0282_6.0_01551_10_00043_ST_generique_Gerer_les_Phases_de_vie_organes_EE_SC.doc

Recommandé

Recommandé

Contenu connexe

Similaire à CSEE_APPT09_0282_6.0_01551_10_00043_ST_generique_Gerer_les_Phases_de_vie_organes_EE_SC.doc

Similaire à CSEE_APPT09_0282_6.0_01551_10_00043_ST_generique_Gerer_les_Phases_de_vie_organes_EE_SC.doc (20)

Plus de azrfdstgdgdfh

Plus de azrfdstgdgdfh (19)

CSEE_APPT09_0282_6.0_01551_10_00043_ST_generique_Gerer_les_Phases_de_vie_organes_EE_SC.doc