Transactions de KSAE, Vol. 25, No. 1, pp.

116-126 (2017) droit d'auteur ⓒ 2017 KSAE / 146-15 pISSN

1225-6382 / 2234-0149 eISSN
DOI https://doi.org/10.7467/KSAE.2017.25.1.116

AUTOSAR basé sur ECU Etude sur le mode de

développement à base de modèles, les techniques de gestion

Re-Hee Kwon 1) . Non Sun Wu Gang 1) . Le bon choix - 2)

Future Automotive Ingénierie, Université Hanyang 1) . Contrôle et génie de l'instrumentation, l'Université nationale de Changwon 2)

Une étude sur le processus de gestion du mode Modèle pour

AUTOSAR Conforme ECU

Jaehee Kwon 1) . Myungho Sunwoo 1) . Wootaik Lee * 2)

1) Département de génie automobile, Université Hanyang, Séoul 04763 Corée
2) Département de contrôle et de génie de l'instrumentation, Changwon National University, Gyeongnam 51140, Corée

(31 Octobre 2016 Reçue / 7 révisée Décembre 2016 / Décembre a accepté 12 2016)

Résumé: Nous proposons un processus pour le développement de configurations logicielles de base et l'application dans la conception de la gestion du mode de

base ECU AUTOSAR. la gestion du mode est une tâche essentielle et AUTOSAR fournit les composants de gestion de mode pour la gestion de l'état d'exécution

d'un calculateur, comme BSWM, gestionnaire de mode d'application et RTE. BSWM est utilisé pour répondre aux exigences de la mesure pour la manipulation de

l'état ECU. Le comportement de BSWM est configuré avec un ensemble de règles sous la forme de « if-else » déclarations, il est donc un travail complexe et une

source potentielle d'erreurs que le nombre de règles augmente. Ces difficultés peuvent être surmontées en utilisant l'approche de développement basée sur un

modèle, qui est largement utilisé dans le développement AUTOSAR SW. Un processus efficace est proposé d'appliquer l'approche MBD à la configuration BSWM.

Un processus de développement du mode d'application est également proposé d'améliorer la conception de la gestion du mode en combinant le processus MBD.

Les outils de développement sont développés pour adapter ces processus proposés aux traditionnels. Simulation et résultats expérimentaux sont fournis pour

démontrer la faisabilité de l'approche proposée.

Mots clés: AUTOSAR ( Auto, Inc.) BSW ( logiciel de base) Condition féminine Canada ( Composants logiciels) Gestion du mode ( Gestion du mode), BSWM ( Mode

Manager Logiciel de base) APPM ( Mode Software Manager) MBD ( Model Driven Development)

1. introduction 1) Il. OEM et ECU Le fabricant vise à réutiliser ces logiciels, formats de données,

et le processus de développement afin de réduire la charge de

Le dispositif de commande électronique dans le véhicule selon l'électronique du véhicule
développement de logiciels, et d'assurer la qualité du logiciel AUTOSAR Le
(ECU) Nombre a augmenté de façon spectaculaire. Si vous êtes genre de production
consortium a été lancé. 1,2)
de voitures de luxe est d'environ 100 au cours de la ECU Il a également été équipé. Le
ECU Le logiciel fonctionne à l'initialisation, en cours d'exécution, faute de
total du véhicule ECU Unique ainsi que la quantité ECU
secours, Il doit être considéré comme l'état de sortie. Bien que ceux-ci ne disposent
Le logiciel augmente également les coûts de développement ont augmenté de façon
pas d'une mise en œuvre de la machine d'état essentiellement également hadeora
significative degrés de complexité et, partant, à l'introduction de nouvelles
explicitement ECU Formé d'un nombre d'états dans des conditions d'exploitation, Effectuez
fonctionnalités, telles que véhicule intégré et le système d'aide à la conduite d'une fonction existante est
les actions prévues à l'entrée de chaque Etat à l'étape par étape et un ensemble de

tâches définies dans l'état

*
Auteur correspondant, E-mail: wootaik@changwon.ac.kr

116
 AUTOSAR basé sur ECU Etude sur le mode de développement à base de modèles, les techniques de gestion

Est réalisée. individuel ECU Ainsi que l'état de la situation et de partager des Suggérer des façons que vous pouvez appliquer. BSWM modèle basé sur le temps du

informations à travers le réseau de véhicule doit également gérer l'état du jeu de paramètres applique une méthodologie de développement sera de réduire

réseau de l'ensemble du véhicule. ECU l'accélération et la stabilisation du développement. En utilisant les informations de

L'administration de l'Etat est devenu plus complexe que des considérations telles que mode au stade de l'application du développement générant une machine d'état et de

les exigences de sécurité fonctionnelle et faible consommation d'énergie. faciliter le développement à base de modèles pour tirer profit de cette machine d'état.

AUTOSAR Le mode fournit un mécanisme de gestion pour

exécuter une fonction correspondant à la machine d'état. Afin de 2. AUTOSAR Architecture logicielle
gérer l'état du réseau AUTOSAR NM Et il fournit des services de
2.1 AUTOSAR Élaborer des procédures et ARXML fichier
gestion de réseau. individuel
AUTOSAR L'architecture logicielle est un logiciel de base en grande partie ( BSW),
ECU Dans la couche de base du logiciel pour gérer l'état BSWM Et
Runtime Environment ( RTE) Il a une structure hiérarchique et peut être divisé en des
il fournit des services connexes. En outre, il offre un service de
applications d'application ( Fig. 1).
santé pour tirer profit de la hiérarchie du logiciel d'application. 3,4)
Constituant chaque couche BSW Et le composant RTE Le logiciel a été adopté des

exigences et les spécifications de conception de logiciels, L'abstraction fournie par

Pour les applications de gestion de réseau que les gens utilisent leurs
l'interface entre les couches. aussi RTE Le logiciel d'application qui fonctionne sur le

services se développent, ainsi vous profiter des services offerts, en fonction de gel de base SW Elle a développé en tant que composants et fournit des modèles et

l'état du réseau qui sont prédéfinies. mais des méthodes de conception pour cela. applications Condition féminine Canada Il est

ECU Pour gérer l'état de fonctionnement BSWM Et l'application soft ware si l'Etat d'un type, dans la phase de mise en œuvre, RTE Il est géré par l'interface avec la

assure la gestion des services de base ne sont pas bien définis, les conditions programmation prévue. 7)

spécifiques peuvent utiliser des méthodes dépend aussi entièrement de la capacité

des développeurs.
AUTOSAR il est OEM et ECU Il définit le format du processus de développement

BSWM Il gère l'état de la couche de base du logiciel. BSWM il est ECU Avec
des fournisseurs et les fichiers de données nécessaires dans ce processus entre les

les informations d'état sont transmises provenant des autres modules

entreprises. XML Type de ARXML Il a dit que le fichier est utilisé pour définir le fichier

logiciels sur la base des règles internes ( à base de règles) Il est un moyen
de données à chaque étape du développement, Les spécifications et les sorties

d'invoquer les services requis. Cette gestion de statut fondé sur des règles nécessaires à chaque étape du développement est utilisé dans le but de partager le

est sans limite de temps pour traiter l'état des modules logiciels. Et la tronc principal du développement. 8) en général

méthode a des limites potentielles qui ont une condition qui précise que OEM Un système particulier de véhicule à développer dans l'environnement

deux exemplaires et les étapes manquantes dans la création de règles, Le virtuel du bus ( Fonction Virtual Bus) En haut conçu pour réaliser la forme de

test vérifié compte tenu des conditions rendant très difficile. composants logiciels. réel ECU La mise en œuvre de chaque ECU Est effectuée

par le fabricant, OEM Dans le système décrit dans le fichier correspondant ECU

Les composants logiciels au cours du développement est devenu banal de L'ensemble extraire les informations nécessaires au développement et à la livraison
développer une approche basée sur un modèle. 5,6)
d'informations pertinentes. Le fabricant de ce que leur base

Cependant, le mode de gestion des logiciels d'application composant logiciel est AUTOSAR ECU configurer la ECUC (Configuration ECU) En créant un fichier BSW Ensembles.

Outils et outils de développement à base de modèles typiques Simulink Est en cours ECUC Sur la base de fichiers

d'élaboration par des méthodes de codage traditionnelles ne fonctionnent pas BSW Ensemble du code est généré et le développement d'applications supérieure RTE

ensemble. Ceci est non seulement le mode Gestionnaire de développement ennuyeux La femme a finalement intégrer le code entier après la création ECU Il est mis en

œuvre. 9,10)
est d'agir comme un obstacle au processus de développement basé sur un modèle

complet.

Dans cet article, les méthodes de développement à base de modèles AUTOSAR 2.2 AUTOSAR Mode d'administration

Sur la base de la gestion efficace du mode de développement logiciel AUTOSAR Le demandeur de mode ( Mode Requester), mère

Les transactions de la Société coréenne of Automotive Engineers, vol. 25, No. 1, 2017 117
 Jaehee Kwon . Myungho Sunwoo . Wootaik Lee

Fig. 1 architecture logicielle AUTOSAR

DE utilisateur ( Utilisateur Mode), mode Administrateur ( Gestionnaire de mode)

Trois types d'acteurs et modes d'existence. Le mode et le demandeur demande un

changement de mode sur le mode administrateur, mode administrateur et changer le

mode interne est de traiter la requête de changement de mode, Il offre le changement

de mode à un autre utilisateur en mode. Mode, les utilisateurs reçoivent les

informations du mode actuel en mode administrateur utilisé en cas de les utiliser pour

effectuer une course à l'abrasion.

informations Mode RTE Utilisation du port sur l'interface, ou BSW seulement

en C-API L'utilisation du mode d'interface est fourni à l'utilisateur du mode

Fig. 2 Gestion du mode BSW
Administrateur. Les informations de mode, ModeDeclarationGroup Il est défini

comme un type. cette ModeDecleartionGroup Il est inclus dans le fichier de

Définir en grande partie Mode d'arbitrage et Contrôle du mode Il se compose d'un. 4) Mode
description du composant logiciel RTE Il est mis en oeuvre par le processus de
d'arbitrage autres BSW ou Condition féminine Canada
génération de code comme un code. Pour gérer le mode administrateur du mode
La règle de configuration est basée sur des informations provenant, et réparti
d'information BSWM ou APPM Il est mis en œuvre.
selon la vraie / fausse condition de la règle Liste d'action Effectuer la. Liste

d'action Un ou plusieurs action Grâce à cela et l'autre consiste à BSW Contrôles. Condition

féminine Canada L'utilisation d'un port d'interface BSWM Il peut être demandé au

2.3 BSW Mode de gestion mode. RTE Les informations seront livrés par BSWM il est

Fig. 2 et comme BSW Responsable du mode de gestion BSWM

118 Compte rendu de la Corée Society of Automotive Engineers 25 volume 1 Ho, 2017
 Une étude sur le processus de gestion du mode Modèle pour AUTOSAR Conforme ECU

Il reçoit au port de réception. BSWM Les paramètres du Le château. La mise en œuvre de l'algorithme dans le modèle et générer

EcuC le fichier ARXML Est décrit dans le format, il génère un code à barres automatiquement le code exécutable.

avec baignoire.

3.2 Basé machine d'état BSWM réglages

2.4 Mode application de gestion des logiciels

L'état interne du logiciel de gestion des applications est dit être en mesure de ECU De l'exécution BSW état de fonctionnement du BSWM Il a réussi à. Fig. 4 (a) bosse

mettre en œuvre un développement logiciel commun, Autres informations d'état d'application supérieure tout comme BSW Le contrôle de l'opération en réglant le

connexes Condition féminine Canada Je BSWM Prévu dans ou sur elle selon le cas, nombre de règles pour effectuer des opérations spécifiques, conformément à la

de remplir la fonction de commande du fonctionnement d'une exécution particulière, transition d'état de l'intérieur.

l'abrasion AUTOSAR Doit être utilisé à condition que le mode d'interface. Fig. 3 et BSWM Est composé d'une expression logique est déterminée séquence

comme APPM Il peut jouer le rôle du mode administrateur à l'arbitrage et configuré d'opérations effectuées en conformité avec un résultat d'une condition, qui

pour changer le mode à une demande de changement de mode des autres modes de fonctionnent régime if-else Vous pouvez voir que la condition de type similaire. Chaque

Requestor. Que le mode de traitement est en avance Groupe Mode Déclaration Elle composant logiciel, mais peut-être la condition que de les gérer en fonction des

est définie en utilisant le. Mode, l'utilisateur est une information de mode de courant, et règles simples, est devenu faillibilité de potentiel de cet état contradictoire, l'état

l'événement de commutation de mode par l'intermédiaire du port de réception. interface est manquant ou conditions de réglage incorrect.

en mode port est déclenché, ou bien l'exécuter à l'abrasion associée à RTE Il est

possible d'arrêter la planification de la gestion à l'abrasion associée à l'événement. 5) AUTOSAR Il ne comprend pas d'une manière de vérifier la cohérence entre les

conditions, Ceci est entièrement dépendant de la vérification supplémentaire du

développeur. cette question Fig. 4 (b)

En utilisant une machine d'état, car il peut être surmonté. Plus précisément, Simulink

Et il peut accélérer le développement basé sur un modèle en associant les outils

de développement à base de modèles.

BSWM Avec les informations pertinentes faisant l'appareil d'Etat doit analyser la

relation existant entre les méthodes de gestion de l'information et des informations

sur la machine d'état hayeoseoneun ci-dessus. BSWM Selon les règles utilisées pour

l'entrée est déterminée pour chaque condition ModeRequestSource , La sortie est AvailableAction

par AUTOSAR BSWM Il est défini dans la spécification ( Tableau 1).

Fig. Gestion 3 Application Mode

Il définit une condition nécessaire à l'examen des composants à combiner, les

3. Modèle basé AUTOSAR Mode de développement
informations d'état à la première configuration de machine d'état. Pour représenter

3.1 AUTOSAR Et le développement de logiciels à base de modèles l'entrée de chacune des règles associées à la condition, créer une forme d'un état de

véhicules à base de modèle ECU Le développement de logiciels est devenu transition d'état, la sortie est combinée avec les conditions de transition. Cependant,

largement adopté dans les systèmes industriels. Il y a plusieurs avantages par rapport pour configurer la machine d'état en utilisant la sortie de la liste est trop la condition

aux existants et émergents de développement de logiciels. 2) Matlab / Simulink, de transition et la lisibilité de la machine d'état de fonctionnement tombe plus. Unique

TargetLink Etc. sont activement utilisés. aux entrées et sorties pour résoudre le problème ID Et leur donner Stateflow Lorsqu'il

AUTOSAR Le logiciel d'application dans l'environnement Condition féminine Canada boissons est utilisé dans la configuration. réel ECU Dans la mise en oeuvre d'une pluralité de CAN

à base de fichiers conjointement avec les outils basés sur des modèles commerciaux Traitement colonne de canal peut avoir une pluralité d'instances. Ces instances

peuvent effectuer le développement de logiciels. Utilisez un outil à base de modèles multiples sont des exemples parmi les propriétés à ID Pour ajouter des personnes

disponibles dans le commerce Condition féminine Canada Extraire le port d'une

information de prototype et exécuter l'abrasion défini dans le fichier technique et créé automatiquement le modèle de modèle

Les transactions de la Société coréenne of Automotive Engineers, vol. 25, No. 1, 2017 119
 Gwonjaehui . Seonwoomyeongho . Yiwootaek

Fig. 4 BSWM et machine d'état

Tableau 1 BSWM ModeRequestSources et possibilités ID

BswMModeRequestSource ID BswMAvailableActions C0 C1 C2 C3 C4 C5 C6

C7 C8
BswMModeRequest A0 ComMAllowCom
BswMModeSwitchNoti. A1 ComMModeLimitation
BswModeNotification A2 ComMModeSwitch CoreHaltMode
CanSMIcomIndication A3 DeadlineMonitoringControl
CanSMIndication A4 EcuMGoDown EcuMGoHalt
ComMIndication A5 EcuMGoPoll
ComMInitiateReset A6

ComMPncRequest A7

.. . ( ci-après omises) A8 .. . ( ci-après omises)

Elle est exprimée à l'aide myeongbeop.

Fig. 5 relation entre les paramètres Stateflow et BSWM

C I_k: BSWM RequestSource ( Input)
i: BswMModeRequestSource Id, k: ID_instance de la source

A I_k: Action BSWM ( sortie)

i: BswMAction Id, k: Action Id Paramètre

En utilisant cette technique, BSWM La correspondance entre les règles et la

machine d'état Fig. 5 Il est montré dans.

Fig. 6 Le procédé classique et des procédés processus de développement basé

sur un modèle ont été comparés dans un processus de développement en dimension.

Dans les deux méthodes de la finale ECU Cela devrait être inclus dans le BSW Il

contient des informations sur la configuration des composants en utilisant des

techniques de génération automatique de code à finale BSW Le fichier source doit

être créé.

Dans une méthode typique AUTOSAR BSW L'utilisation d'un ensemble d'outils

basés sur des règles BSWM Il devrait être mis en place.

Cependant, le modèle proposé repose BSWM Stand dans le processus de

développement BSWM Pas une règle définie et peut émettre plus, comme suit:

Fig. 6 Processus de développement de BSWM

120 Compte rendu de la Corée Society of Automotive Engineers 25 volume 1 Ho, 2017
 AUTOSAR basé sur ECU Etude sur le mode de développement à base de modèles, les techniques de gestion

1) BSWM Informations connexes extrait

Extrait sera converti les informations pertinentes à une machine d'état. Cela est,

l'entrée peut être associée à une règle { Ci_k} La sortie { Ai_k}

Les issues.

2) BSWM Des outils pour développer un modèle d'état, la machine d'état de

configuration et de validation (par exemple, Stateflow Etc.) et la conception détaillée

de l'arc, en utilisant le développement du modèle d'état et de validation.

3) BSWM réglages ARXML Les fichiers créés à partir de la machine d'état BSWM Pour

extraire les informations pertinentes

ECUC Réfléchissez à. Ce processus est dans le réservoir sec dans le

modèle { Ci_k} et { Ai_k} les extraits Tableau 1

Et une conversion inverse BSWM considération Arxml A est générée.

Modèle basé BSWM Vous pouvez surmonter tous les problèmes qui peuvent

survenir en développant un système qui a un état du processus de développement

Fig. 7 Processus de développement du mode d'application gestion
avec un ensemble de règles simples. De plus, il est possible depuis la génération de
ment des composants

code BSWM Par la vérification rendue possible en partie par l'étape de réglage, il peut

également réduire le temps de développement. Une technique, Le mode administrateur est déraisonnable d'intégrer le développement

après la méthode de codage manuel existe. Elle a également vérifié la fonctionnalité

associée au mode avec le code final doit ensuite vérifier que la viscosité est des

3.3 Mode de logiciel de gestion des applications, portes à retarder l'ange temps de développement.

L'application logicielle basée sur un modèle processus de développement

AUTOSAR Utilisation de l'outil Condition féminine Canada La conception et la Le mode de gestion de développement d'applications logiciel de vérification basé

structure comprenant l'entrée et la sortie et à l'abrasion interne de la course, Simulink En sur un modèle de cette façon offre ci-dessus pour améliorer l'absurdité et les

utilisant les outils de développement basés sur des modèles tels que Condition problèmes pour afficher les informations de mode sur les outils de développement à

féminine Canada Deulyigo la structure de chaque appel Condition féminine Canada Après base de modèles et la façon dont ils mettent en œuvre le mode Administrateur à un

l'application d'un modèle détaillé et générer automatiquement un code source. outil basé sur un modèle, Profitez donc du modèle final de génération a un modèle,

Afin d'utiliser le mode d'application logicielle, le contraste de l'administrateur, pas le code final peut être intégré. Fig. 7 (b) Les modèles basés sur le présent APPM Résumant

doit se soumettre à un processus de développement séparé. Afin de répondre à le processus de développement comme suit.

l'information liée à la santé doivent être configurés avant d'atteindre les informations

de mode de port, Son port, qui contient des informations sur le mode d'information ModeDeclarationGroup
1) Modèle APPM En utilisant un programme de conversion a développé la

Il faut ajouter à la configuration. structure interne générée

APPM Swc Description de Il extrait les informations de mode à partir des informations

Fig. 7 (a) Les modes sont définis dans les méthodes de développement de l'application logicielle Stateflow Il génère l'état de.

traditionnelles existantes, telles que ( Mode App Manager SwC Description) avoir AUTOSAR 2) État APPM Modèle Mise en œuvre et vérification

Outil à levier pour générer une structure de code doit être conçu manuellement dans Stateflow En utilisant un mode, il sera spécifiquement modélisé et vérifié par un

la structure du code et de la programmation. Le mode de développement, de sorte que état de transition, tel que l'administrateur.

le code administrateur doit être intégré au niveau du code source avec un autre code 3) Modèle Fusion

de logiciel d'application. Ainsi, le logiciel d'application générale génère Connectez le logiciel d'application existant et le modèle de mode directeur

automatiquement du code basé sur un modèle général pour développer et valider les fonctions du mode liées.

Grâce à la méthode existante proposée développement à base de modèles peut

Les transactions de la Société coréenne of Automotive Engineers, vol. 25, No. 1, 2017 121
 Jaehee Kwon . Myungho Sunwoo . Wootaik Lee

En plus il est en mesure de surmonter les difficultés de la machine d'état programme Fig. 9 L'environnement expérimental a été configuré comme illustré. Simulink force

manuellement mis au point par la même méthode de codage, le mode, et leurs MIL (modèle dans la boucle) Configuration de l'environnement de simulation, et

caractéristiques étant également en mesure de gérer un modèle multi-vue est en vérifié l'intégrité du modèle de conception. cas de test d'écriture et il Stateflow Il a été

mesure d'achever un processus de développement basé sur un modèle mature. ajouté au modèle, En observant le changement de la machine d'état, il a été effectué

pour évaluer le modèle de processus. Étant donné que le code a été appliqué au

système cible et généré automatiquement. MIL Le même que celui utilisé dans le cas

4. la configuration du système de contrôle de test HIL (HW dans la boucle) Il a été construit pour tirer parti de même le test.

depuis MIL et
L'environnement de test a été configuré pour vérifier la méthodologie de

développement proposé. Vector Corporation AUTOSAR 4.2 En utilisant une version

HIL Les résultats ont été comparés.
de transplantation logiciel Bernina, Fig. 8 L'architecture logicielle a été conçue.

4.1 BSWM réglages

L'ensemble des méthodes proposées BSW Spécification de la gestion CAN Tong

a été conçu pour transmettre une partie en mode de Dieu. CAN Le tuyau de

communication Liège CanSM, COMM Ceci est associé. Le composite're teuneun CAN Il

est responsable de la gestion des communications en utilisant une demande de l'état

de sa propre gestion et d'autres logiciels, respectivement. Si, par exemple, CanSM il

est MCU à l'intérieur CAN initialisation matérielle et

bus Off Et il gère l'état d'erreur tel que. BSWM il est

CAN Dans un état communicable CanSM Et le suivi, le cas échéant, par la

fonction de transfert Com le module PduGroup Demander l'activation de la

communication de validation.

Fig. 8 architecture logicielle du système cible bus Off Dans la même année que l'état afin d'arrêter la transmission PduGroup La

demande de désactivation. Compte tenu de ces conditions de fonctionnement, Fig. 10 Et

il a été conçu comme une machine d'état, Fig. 11 et comme BSWM Il a été mis pour

générer les paramètres.

Fig. 9 Environnement Test et système cible Fig. 10 BSWM mode de gestion (CAN Mode trasmit)

122 Compte rendu de la Corée Society of Automotive Engineers 25 volume 1 Ho, 2017
 Une étude sur le processus de gestion du mode Modèle pour AUTOSAR Conforme ECU

Tableau 2 Exigences pour la machine d'application État

① INIT1, INIT2, RUN1, RUN2, shutdown, DIAG,

REPLI A a un état. ② la demande initiale INIT1 Et entrer dans un
état, exécutif
paramètres générés BSWM
état Nisyeon ON lorsque la INIT2 Il entre. ③ INIT2 Dans les exigences fonctionnelles

demandées par l'utilisateur RUN1 / 2

4.2 Mode de gestion des applications Il entre dans l'état. ④ RUN1 et RUN2 Il est une transition d'état en conformité avec le

Dans cette expérience, Tableau 2 Comme il a été établi des exigences de changement de la vitesse du véhicule

La. ⑤ RUN1 / 2 Si vous ne disposez pas d'une demande de fonctionnalité dans l'état, INIT2
l'application. Les exigences proposées sont pour la plupart ECU La transition d'état est

requis par la dérivée par abstraction. série de véhicules commun ECU Un cas
Pour revenir à. ⑥ INIT2, RUN1 / 2 Les besoins de diagnostic externes détectés dans
d'utilisation typique qui peuvent être trouvés. Lorsque la première application à
l'état
l'opération, Passer par une série de processus d'initialisation, et exécuter des fonctions
Une fois, DIAG Et l'État. ⑦ INIT2, RUN1 / 2 Lorsque le défaut est détecté
spécifiques en fonction des besoins de fonctionnement de l'utilisateur, et commute le dans l'état FAIL

mode de fonctionnement en fonction de l'état du véhicule tels que la vitesse du SÉCURITÉ Il est mis à. ⑧ ING condition OFF lorsque la SHUTDOWN Les

véhicule. Lorsque la défaillance de l'information de capteur, par exemple un transitions.

dysfonctionnement, Fail Safe Transitions à l'état, ou Il entre dans le mode de diagnostic

à la demande de l'appareil de diagnostic.

Des exigences APPM comparateur de logiciel vous pour obtenir les entrées et

sorties nécessaires à la configuration de bits Fig. 12

Et il a conçu comme. Pour l'orifice de sortie du composant

AppMode_Switch A un port, ce port est les exigences d'information

de mode définis dans ModeDeclarationGroup Configuré comme cela

a été inclus dans le composant logiciel.

Fig. 12 Application Mode Gestionnaire de composants logiciels

Fig. 13 Application Mode Modèle Fig. 11 Les

Les transactions de la Société coréenne of Automotive Engineers, vol. 25, No. 1, 2017 123
 Gwonjaehui . Seonwoomyeongho . Yiwootaek

Fig. 14 Conception de mode Application Manager

À l'aide des outils inclus dans le composant de développement de logiciels Tableau 3 Vérification des fonctions de communication CAN BSWM

ModeDeclarationGroup extraits d'information ID opération requise confirmation

TC_00 Démarrez la communication conformément à la demande de l'application

bien
Fig. 13 Et il génère le même modèle. Étant donné que le logiciel de gestion de mode
TC_01 Arrêter demande de communication en fonction de l'application
bien
qui répond aux exigences Fig. 14 Et il a été terminé sur le sexe.
TC_02 Communication Tx Désactiver ( diagnostic) bien

TC_03 Communication Tx Active ( diagnostic) bien

TC_04 bus Off En cas d'interruption de la transmission bien

4.3 résultats TC_05 bus Off Initier transfert de récupération bien

La simulation et les tests dans la cible réelle a été réalisée dans la méthode Tc_06 bus Off Interruption des applications de communication dans l'état bien

proposée. 4.1 Comme cela est décrit dans la section

CAN Pour les fonctions liées aux communications 7 L'expérience a été réalisée sur le Et configurer un scénario de test afin de tester la composante de gestion du

mode d'application Fig. 9 L'état interne ont été mesurés en utilisant un

nombre. La gestion de la demande de communication de l'application supérieure Communication

Manager, CAN Gestion de l'état du module CAN État gestionnaire, Pour effectuer une environnement configuré dans le. Les valeurs d'entrée qui peuvent affecter la

communication de diagnostic Diagnostic Communication Manager Les informations machine d'état Fig. 15 Il était de changer au fil du temps, comme le montre. Par

reçues de l'Etat BSWM Il a été confirmé que dans les résultats d'exploitation normale Tableau exemple, la 2 la deuxième allumage Entrez le ON Pour donner, 5 la deuxième

3 Et comme.

FuncReq Entrez le ON Il devait. diagnostic ( DiagReq) et

124 Compte rendu de la Corée Society of Automotive Engineers 25 volume 1 Ho, 2017
 AUTOSAR basé sur ECU Etude sur le mode de développement à base de modèles, les techniques de gestion

Fig. 15 Comparaison des résultats de simulation et l'expérience

erreur ( ErrStatus) Et une entrée associée respectivement 28 deuxième et 52 Pour Remerciements

effectuer des changements en quelques secondes, La vitesse de la voiture était en

cet article 2015-2016 Année Im une étude réalisée par le financement de la
permanence et en constante évolution. Fig. 15 Mode d'application selon les
recherche autonome Changwon Université nationale.
informations d'entrée comme indiqué sur le graphique en haut ( État d'application) la INIT1,

INIT2, RUN1, RUN2, DAIG, et REPLI Les prix ont été ont taegap peuvent identifier les
références
modèles qui changent. Lorsqu'un résultat de la simulation et les résultats de la

performance cible peuvent être vérifiés bagages prend presque les mêmes. 1) AUTOSAR, AUTOSAR logiciel en couches Archi- tecture,
http://www.autosar.org/fileadmin/files/ releases / 4-2 / ​logiciel
Architecture / général / auxil iary /
AUTOSAR_EXP_LayeredSoftwareArchitec ture.pdf 2016.
5. conclusion

voiture ECU Divers modes de logiciel de gestion 2) S. Bunzel, K. Heidary, S. Fürst, A. Lajtkep, J. Mössinger, J.
ECU Dans l'exercice de la fonction joue le rôle nécessaire et important. AUTOSAR Cordes, S. Schmerler, C. Kühn,

La gestion du mode pour eux et BSW Il fournit un composant de gestion de

FK Biller, B. Frielingsdorf, R. Rimkus, R. Kacel, A. Gilberg,
B. Delord, K. Nishikawa, H. Hirano, A. et B. Titze Kunkel,
mode. Ces modes ont réussi à concevoir et à appliquer la conception de la
« Matériel- Développement de logiciels indépendants avec
base de la machine d'état, Il a proposé une méthode pour effectuer la
AUTO- SAR, « notes de cours en informatique, pp.503-
conception et la vérification. cette Simulink de Stateflow Mis en œuvre en

utilisant la vérification et l'appliquer à un système cible réelle a montré l'utilité

508, 2010.
du processus de développement. 3) AUTOSAR, Guide AUTOSAR Modemana- gement,
http://www.autosar.org/fileadmin/files/ releases / 4-2 / ​logiciel

Cette approche de développement qui offre une variété de conception de la architecture / système de services / ide.pdf auxiliaires /

machine d'état UML outils de développement d'applications ou AUTOSAR Elle peut AUTOSAR_EXP_ModeManagementGu 2016.

être appliquée à la conception de la machine d'état à partir d'un des outils de

4) AUTOSAR, AUTOSAR Spécification du mode logiciel de base
conception dédiés. En particulier, En utilisant une des méthodes de conception à base
Gestionnaire, http://www.autosar.org/ fileadmin / fichiers /
de modèles, BSWM Réduire les essais et erreurs qui peuvent se produire dans la
releases / 4-2 / ​logiciel architecture / système de services /
conception et l'information peut être facilement et d'améliorer la qualité de la
standard / AUTOSAR_SWS_BSW ModeManager.pdf 2016.
simulation et la vérification des logiciels.

5) I. Park, W. Lee et M. Sunwoo, « Application

Les transactions de la Société coréenne of Automotive Engineers, vol. 25, No. 1, 2017 125
 Jaehee Kwon . Myungho Sunwoo . Wootaik Lee
Modélisation du logiciel et de l'intégration métho- dologie
utilisant AUTOSAR prêt Lumière architecture logicielle, «
Transactions de KSAE, Vol.20, No.6, pp.117-125, 2012.
6) K. Jo, J. Kim, D. Kim, C. Jang et M. Sunwoo, «
Développement de voiture autonome-partie
Architecture du système distribué et Dévelop- processus Ment,
« IEEE Transactions on l'électronique industrielle, Vol.61, n °
12, 2014.
7) K. Lee, I. Park, M. Sunwoo et W. Lee, "ture AUTOSAR
prêt Light Software pour ARCHITEC- tèmes embarqués
Automobile Sys- contrôle," Transactions de KSAE,
Vol.21, n ° 1, pp. 68-77, 2013.
126 Compte rendu de la Corée Society of Automotive Engineers 25 volume 1 Ho, 2017
8) AUTOSAR, AUTOSAR Spécification de la configuration ECU,
http://www.autosar.org/fileadmin/ fichiers / releases / 4-2 /
​méthodologie et modèles / templates / figuration.pdf en
standard / AUTOSAR_TPS_ECUCon 2016.
I: 9) I. Park, "L'intégration des ressources conscients de AUTO-
SAR-UCE CONFORME avec un modèle de prévision WCET
empirique," Int. J. Automotive Technology, Vol.17, n ° 4,
pp.717-729, 2016.
10) G. Sandmann et M. Seibt, "AUTOSAR Com- Workflows de
développement souple: De archi- tecture à la mise en
œuvre - Outil d'interopérabilité pour l'ingénierie aller-retour
et de vérification et de validation," SAE 2012-01-0962 2012.