MENU

CANopen dans les ascenseurs : un langage commun entre les composants

  • Haberler
  • CANopen dans les ascenseurs : un langage commun entre les composants
  • E-elevatorshop
  • 24/10/2026
Dans un ascenseur, la carte de commande, le variateur moteur, le contrôleur de porte, les boîtes à boutons palières et de cabine, les capteurs de position et les dispositifs de pesage travaillent ensemble. Leur bon fonctionnement exige un échange correct des informations.

CANopen est un système de communication qui définit des règles communes entre appareils. Le profil d’application CANopen Lift — CiA 417, conçu pour les ascenseurs, adapte ce langage aux fonctions de leurs composants.

Quelle différence entre CAN, CANopen et CANopen Lift ?

Ces notions sont liées, mais correspondent à des couches différentes.

CAN constitue la base de la transmission des données. CANopen définit comment les appareils y échangent données, réglages et états de fonctionnement. CANopen Lift est le profil d’application de CANopen pour les systèmes d’ascenseurs.

La mention « CANbus » ne suffit donc pas à établir la compatibilité avec CANopen ou CiA 417. Un système CAN peut employer un protocole propre au fabricant.

Quels composants CiA 417 couvre-t-il ?

Développé par CAN in Automation, CiA 417 définit des interfaces normalisées pour différentes fonctions : gestion des appels, mouvement de la cabine, commande des portes, panneaux d’entrée et de sortie, position de la cabine, mesure de charge et barrières immatérielles.

Le concept d’appareil virtuel est essentiel. Il ne désigne pas nécessairement une carte physique distincte. Une boîte à boutons de cabine peut ainsi réunir une unité d’entrée transmettant les informations des boutons et une unité de sortie commandant les indicateurs.

Comment la communication fonctionne-t-elle ?

Les paramètres et les données d’un appareil CANopen sont organisés dans un dictionnaire d’objets. Des adresses définies permettent d’accéder aux réglages et aux informations de fonctionnement.

Parmi les principaux mécanismes :

  • PDO : transmission des informations prioritaires de commande et d’état.
  • SDO : lecture et écriture des paramètres du dictionnaire d’objets.
  • Heartbeat : surveillance de la présence d’un appareil sur le réseau et de son état de communication attendu.
Les informations d’état échangées en fonctionnement et les paramètres réglés lors de la mise en service ne nécessitent pas forcément la même méthode. CANopen propose des services adaptés à ces besoins.

Quels avantages pour les projets d’ascenseurs ?

Un profil normalisé peut simplifier l’intégration des composants. Des fonctions décrites par des définitions de données communes réduisent la nécessité de développer une solution de communication différente pour chaque liaison.

Cette approche facilite également l’évaluation de fournisseurs proposant des produits adaptés et un accès plus cohérent aux données pendant la maintenance. Les avantages réels dépendent des fonctions du profil mises en œuvre et de la configuration correcte du système.

Des marques différentes fonctionnent-elles directement ensemble ?

Partager une norme de communication ne signifie pas fonctionner sans configuration dans toutes les situations.

CANopen autorise aussi des fonctions propres aux fabricants. Des appareils conformes au même profil peuvent être interopérables et partiellement interchangeables, mais leurs fonctions, versions de profil et configurations doivent être comparées.

Au-delà de la mention « compatible CANopen », il convient de demander :

  • Le profil CiA 417 spécifique aux ascenseurs est-il pris en charge ?
  • Les fonctions nécessaires au projet sont-elles implémentées ?
  • La compatibilité avec la commande et les réglages requis sont-ils documentés ?
Cette analyse est particulièrement importante pour définir l’étendue du remplacement des composants lors d’une modernisation.

CANopen et CANopen Safety sont-ils identiques ?

Il faut distinguer communication CANopen et communication liée à la sécurité. CANopen Safety est un protocole distinct pour les données relatives à la sécurité, normalisé par EN 50325-5.

La prise en charge de CANopen ou CANopen Lift n’implique donc pas celle de CANopen Safety. Les fonctions de sécurité du projet doivent être évaluées séparément à partir de la documentation des appareils et de la conception du système.

Le bon critère de sélection : quelles fonctions et quel profil ?

CANopen Lift apporte une structure de communication commune et définie entre les composants. Pour en bénéficier, la compatibilité fonctionnelle doit accompagner la connexion de communication.

Comparer dès le départ les profils pris en charge et l’étendue de leur implémentation peut rendre la mise en service et la maintenance plus prévisibles, dans une installation neuve comme dans une modernisation.

Sources