PI13 - Adaptation des couches applications intégrant l’évolution de la pile protocolaire CANopen DS417

Un ascenseur est composé de différents modules dialoguant entre eux par le biais d'un bus CAN. Le protocole de communication utilisé pour échanger sur ce bus est basé sur CANopen mais est spécifique à SODIMAS et donc non compatible avec d'autres systèmes. D'autre part, depuis 2007, le groupe CiA (CAN in Automation) a entrepris de normaliser les échanges entre les différents modules en éditant la norme CANopen-Lift DS417 (déclinaison de CANopen spécifique au monde de l'ascenseur).
SODIMAS souhaite rendre son système totalement compatible avec cette norme DS417, afin de rendre ses modules interchangeables avec des modules d'autres marques.

• Réaliser une étude sur la norme DS417 pour comprendre son fonctionnement.
• Etudier la pile protocolaire actuellement utilisée par SODIMAS.
• Modifier les logiciels existants, réalisés par SODIMAS, pour ajouter le support de la norme DS417.
• Réaliser un ensemble de tests unitaires et d'intégration, à la fois avec les produits SODIMAS et les produits de la concurrence respectant la norme DS417.

La première étape fut l'étude des besoins de l'entreprise. A la suite de réunions avec SODIMAS, ainsi que d'une première étude de l'architecture d'un ascenseur et de la technologie CAN, nous avons rédigé un cahier des charges fonctionnel. Nous avons ensuite réalisé une étude sur la norme CANopen-Lift DS417 afin de bien comprendre son fonctionnement et ses implications sur la communication entre les dispositifs électroniques composant l'ascenseur.
En parallèle, il nous a fallu spécifier l'architecture d'un simulateur, et choisir les outils de développement dont nous aurions besoin par la suite. L'étape suivante fut l'étude de la pile protocolaire existante, utilisée par SODIMAS. Cette étape fut très instructive d'un point de vue technique et nous a permis de découvrir les contraintes dues à un projet où l'on part d'un produit existant, déjà sur le marché.
La partie principale fut le développement du logiciel en langage C. Nous avons décomposé cette étape suivant les fonctionnalités en réalisant des interfaces de communication propres à chaque fonction (réceptions des appels sur les boutons, envoi de données au variateur du moteur, aux afficheurs ...).
Tout au long du développement, nous avons réalisé des tests unitaires (sur chaque fonction) ainsi que des tests d'intégration (sur le simulateur) pour vérifier la communication entre tous les modules.