Présentation

Article

1 - ÉVOLUTION DES BESOINS VERS DES SYSTÈMES AUTOMATISÉS

2 - DIFFÉRENTS NIVEAUX D’ABSTRACTION DE LA MODÉLISATION

3 - ASPECTS NUMÉRIQUES DE LA SIMULATION

4 - INTERFAÇAGE ENTRE LES LOGICIELS DE MODÉLISATION

5 - POLYMORPHISME ET MODÉLISATION

6 - SIMPLIFICATION DE MODÈLE

7 - EXEMPLE D’ILLUSTRATION

8 - ENJEUX DE LA SIMULATION DANS L’INDUSTRIE ET DANS L’ENSEIGNEMENT

Article de référence | Réf : S7260 v1

Interfaçage entre les logiciels de modélisation
Simulation et CAO en automatique et mécatronique

Auteur(s) : Michel LEBRUN

Date de publication : 10 juin 2003

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

RÉSUMÉ

La simulation est aujourd'hui intégrée au processus de conception des systèmes intégrant une électronique de commande. En effet l'intégration de l'électronique de commande fait qu'il n'est plus possible de découper les systèmes en sous-ensembles séparés. Cet article présente des méthodes de modélisation et leur utilisation à travers des logiciels. Puis il termine en donnant des exemples concrets d'application.

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

Auteur(s)

  • Michel LEBRUN : Institut des sciences et techniques de l’ingénieur de Lyon Université Claude Bernard de Lyon (ISTIL-UCBL)

INTRODUCTION

La simulation s’est développée principalement pour répondre aux besoins d’autorisation, elle concerne de ce fait essentiellement les phénomènes dynamiques. En automatique apparaît clairement la nécessité d’utiliser des modèles dynamiques « simples » ou plutôt « juste nécessaires » à partir desquels pourra s’effectuer la synthèse des lois de commande. Les premiers outils de simulation de l’automaticien furent les calculateurs analogiques à lampes suivis des circuits intégrés. Un passage rapide par les calculateurs hybrides (analogiques et numériques) à conduit ensuite à partir des années 1970 à l’utilisation presque exclusive du calculateur numérique. Sur le plan de la normalisation, on trouve une normalisation des opérateurs mathématiques pour les calculateurs analogiques, suivie par le langage normalisé CSSL (Continu System Simulation Langage, 1960) [1]. Plusieurs outils de simulation ont supporté ce standard, le logiciel « leader » dans les années 1980 étant ACSL (Mitchell & Gauthier Associates). C’est aussi dans ces années que le rôle de la simulation va être bouleversé par son intégration dans le cycle de conception de systèmes incluant une électronique de commande qui devient de plus en plus sophistiquée, associée à la nécessité incontournable de maîtriser l’ensemble du système. D’une activité réservée à quelques initiés apparaît le besoin d’étendre la simulation aux activités de conception des produits modernes de grande diffusion dans lesquels l’électronique de commande décuple les possibilités, mais aussi remet en question les méthodes de conception jusqu’alors basées sur un découpage par disciplines scientifiques. En effet, chaque spécialiste a une perspective de vue par rapport aux sous-problèmes posés et l’association est rarement optimale du fait des barrières de communication entre ces spécialistes. Cette situation se résume dans la formule par laquelle on exprime que l’ensemble est plus que la somme des différentes parties, en ce sens qu’à partir des propriétés des différentes parties il n’est pas trivial de déduire le comportement de l’ensemble.

De ce contexte, émerge l’idée de « conception simultanée » quelques fois nommée « approche système » ou « approche mécatronique » où la simulation joue un rôle crucial.

De ce point de vue, on comprend pourquoi les outils de simulation propres à aider l’automaticien s’inscrivent dans une plate-forme d’aide à la conception présentée dans cet article et dans laquelle l’automaticien joue un rôle transversal.

Cet article est réservé aux abonnés.
Il vous reste 92% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-s7260


Cet article fait partie de l’offre

Automatique et ingénierie système

(138 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Présentation

4. Interfaçage entre les logiciels de modélisation

  • Dans la mesure où il n’existe pas aujourd’hui un logiciel capable de couvrir tous les domaines évoqués, il devient incontournable de pouvoir interfacer les logiciels choisis en fonction de leurs complémentarités. Deux formes principales d’interfaçage existent.

    • Exportation de code

      Il s’agit de l’exportation du code d’un logiciel A vers un logi- ciel B, le solveur de ce dernier ayant pour rôle de résoudre le système complet.

      Exemple

      « Sfunction » exporté du logiciel AMESim® dans le logiciel SIMULINK ®.

      Dès lors que les logiciels n’utilisent pas le même langage de description des modèles, des adaptations (interfaces) doivent être développées de logiciel à logiciel. On conçoit ici l’intérêt de disposer d’un langage commun qui apparaît comme une attente forte des utilisateurs (tendances : VHDL‐AMS et MODELICA), mais en même temps il ne faut pas trop espérer de ces langages tant que le solveur universel n’existe pas.

    • Cosimulation

      La résolution du système A se fait en utilisant le solveur de A et celle du système B en utilisant le solveur de B, les échanges d’information entre les deux systèmes s’opérant à intervalle de temps prédéfini. Cette technique de cosimulation, délicate à utiliser quand les systèmes A et B sont décrits par des systèmes d’équations différentielles ou algébro‐différentielles, sont particulièrement efficaces quand il s’agit d’interfacer une loi de commande discrète et un système d’équations différentielles ou algébro‐différentielles. Dans ce cas, la période d’horloge et imposée par l’échantillonnage de la partie discrète.

      Exemple

      cosimulation entre SIMULINK® et AMESim®.

  • Au‐delà des interfaces ci‐dessus présentées, il apparaît d’autres formes d’échange entre les différents logiciels, qui découlent plutôt de la méthodologie de simulation. Ainsi des interfaces sont proposées pour faciliter les échanges de fichiers entre logiciels, mais aussi la mise en œuvre de procédures pour faciliter la simplification de modèles...

Cet article est réservé aux abonnés.
Il vous reste 93% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Automatique et ingénierie système

(138 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Interfaçage entre les logiciels de modélisation
Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - STRASS (J.C.) -   The Sci continuous system simulation language (CSSL).  -  Simulation, Vol. 9, no 6, p. 281-304 (1967).

  • (2) - ISERMANN (R.) -   Mechatronische Systeme.  -  Springer. Berlin. Germany (1999).

  • (3) - McDERMID (J.) -   Software Engineer’s Reference Book.  -  Butterworth-Heinemann Ltd. Oxford, Great Britain, Ed (1991).

  • (4) - MULLER-GLASER (K.D.) -   Smart systems engineering. In : Steuergerate-Design im Automobilbau und in der Industrieautomation.  -  Haus der Technick e.V. Munchen (1997).

  • (5) - GAUSEMEIER (J.), LÜCKEL (J.) -   Entwicklungsumgebungen Mechatronik : Methoden und Werkzeuge zur Entwicklung mechatronischer Systeme.  -  HNI-Verlag. Paderborn, Germany, Eds. (2000).

  • (6) - LASA (M.) -   A System Engineering Approach for Computer Based Design in Mechatronics - A Common Rail Application.  -  PhD...

1 Logiciels et sociétés

Ansoft Corp. (2001). Maxwell 3D User’s Manual : - http://www.ansoft.com

Avant!Corp. (1999). SABER – Designer Reference. 5.0 : - http://www.avanticorp.com

Avant!Corp. (2001). VeriasHDL User’s Manual : - http://www.avanticorp.com

AVL, Boost : - http://www.avl.com

Flowmaster : - http://www.flowmaster.com

Gamma Technologies Inc, Gtcool : - http://www.gtisoft.com

i-Logix Inc. (2001). Statemate User’s Manual. Three Riverside Drive, Andover, MA, USA : - http://www.ilogix.com

IMAGINE (1999a). AMESim® : a brief technical overview. Technical Bulletin no 100.

IMAGINE (1999b). AMESim®® interfaces with other software. Technical Bulletin no 103. IMAGINE SA, 5 rue Brison, 42300 Roanne, France : - http://www.amesim.com

IMAGINE (2000a). AMEBel – Hydraulic Components Design Library V.3.0.1. IMAGINE SA, 5 rue Brison, 42300 Roanne, France : - http://www.amesim.com

INRIA, Scilab : - http://www.inria.fr

INTEC : - http://www.SIMPACK.com

LMS : - http://www.lmsintl.com

MDI : - http://www.adams.com

Mentor Technologies, ADVanceMS : - http://www.mentor.com

Mitchell & Gauthier Associates (1991). ACSL for Windows Reference Manual. 10 ed.

GNU Octave : - http://www.octave.org

Ricardo, Wave :...

Cet article est réservé aux abonnés.
Il vous reste 95% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Automatique et ingénierie système

(138 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS