Le rôle des protocoles d'interface d'encodeur dans le contrôle de mouvement

Dans tout système automatisé qui nécessite un positionnement précis ou un contrôle de vitesse, l'encodeur agit comme le dispositif de rétroaction qui indique au contrôleur exactement où se trouve l'arbre moteur ou l'axe linéaire. Le protocole d'interface est le langage qui régit la transmission fiable et rapide de ces données de position, ainsi que des informations diagnostiques. Le choix du mauvais protocole peut entraîner des erreurs de communication, une mauvaise synchronisation, voire une instabilité du système.

Interface synchrone série (SSI)

SSI est l'une des interfaces d'encodeur les plus anciennes et les plus déployées dans l'automatisation industrielle. Il a été développé à l'origine par Baumer et Heinrich[ comme une façon simple et peu coûteuse de transmettre des données de position absolue sur une seule paire de fils de données. Sa nature synchrone signifie que le contrôleur fournit un signal d'horloge, et l'encodeur répond avec des données de position sur chaque impulsion d'horloge.

Architecture et fonctionnement de SSI

Un lien SSI se compose de quatre conducteurs : deux pour la puissance (généralement 5–30 VDC) et deux pour les données (un signal différentiel à paires tordues). De nombreuses implémentations comprennent également un cinquième fil pour un terrain commun. Le contrôleur génère un signal continu d'horloge; après une pause plus longue que le temps de bit, l'encodeur envoie un flux de données série. Le cadre de données contient généralement un nombre fixe de bits (communément 24, 25 ou 32) qui codent la position absolue, ainsi que des bits optionnels d'état et d'erreur. Le taux d'horloge peut varier de 100 kHz à 2 MHz, avec des valeurs typiques autour de 1–2 MHz.

Structure du cadre de données SSI

Le cadre de données SSI le plus courant pour un encodeur 25 bits est : 1 bit de démarrage (toujours 0, utilisé pour la synchronisation), 24 bits de données (informations de position en code gris ou binaire) et 1 bit de parité ou d'alarme (souvent inversé pour indiquer une faille). Certains encodeurs utilisent une position 12 bits ou 13 bits suivie de 8 bits ou plus d'informations diagnostiques. Le contrôleur verrouille la position après réception de l'ensemble du cadre. Les données sont transmises dans code de gray[ pour minimiser les erreurs pendant les transitions, bien que les formats binaires soient également utilisés. La longueur maximale du câble dépend de la vitesse de l'horloge : à 1 MHz, les câbles jusqu'à 100 mètres sont courants lorsque l'on utilise des pilotes de ligne différentielle (RS-422).

Avantages et limites de l'ISC

Avantages: SSI est extrêmement robuste contre le bruit électrique dû à la signalisation différentielle. Son simple bus de données à deux fils réduit les coûts de câblage. De nombreux contrôleurs ont des interfaces SSI intégrées, rendant l'intégration simple. Le protocole prend également en charge les encodeurs multiples en chaîne de daisy lors de l'utilisation d'une seule horloge principale.

Limitations: SSI est un protocole unidirectionnel – les données ne circulent que de l'encodeur au contrôleur. Il ne permet pas d'écrire des paramètres de configuration ou de lire des diagnostics étendus sans extensions spécifiques au fabricant. Le taux de données est limité par rapport aux protocoles plus récents, et la taille fixe du cadre peut gaspiller la bande passante si moins de bits sont nécessaires.

Demandes communes pour SSI

  • Servomoteurs linéaires et vérins à vis
  • Systèmes de transport et manutention des matériaux
  • Machines-outils à usage général
  • Véhicules guidés automatisés (VAG) avec retour d'information absolu sur la position

Synchrone bidirectionnel en série (BiSS)

BiSS est un protocole ouvert développé par iC-Haus et supporté par un grand nombre de fabricants d'encodeurs. Il répond à plusieurs des limitations de SSI en fournissant un canal de communication bidirectionnel sur les mêmes fils physiques, permettant au contrôleur non seulement de lire les données de position mais aussi d'envoyer des commandes, de configurer l'encodeur et de récupérer des diagnostics. BiSS est devenu particulièrement populaire dans les servo-drives et les systèmes de contrôle de mouvement haute performance.

Modes BiSS C et BiSS B

BiSS C (continu) est le mode le plus courant. Dans BiSS C, le maître horloge en continu l'encodeur, et l'encodeur envoie des données de position de manière cyclique et synchronisée, comme SSI. Cependant, après le cadre de position, un nombre configurable de bits (appelé --post-frame) peut être utilisé pour l'échange de données bidirectionnel. Le maître peut écrire ou lire des registres pendant ces fentes post-frame. Le mode BiSS B (burst) est plus simple et moins utilisé; il transmet les données en rafales après une pause, plus proche de SSI mais permettant toujours une communication bidirectionnelle.

Transmission et calendrier des données BiSS

La fréquence de l'horloge en BiSS C peut dépasser 10 MHz (généralement jusqu'à 10 ou 20 MHz pour les câbles courts).Le cadre de base comprend un bit de démarrage, les données de position (jusqu'à 32 bits), un bit d'erreur, un bit d'avertissement, puis un post-frame de longueur variable (0–31 bits) où le registre lit et écrit se produisent. Le protocole bidirectionnel utilise une structure --régister-basée : le maître adresse un registre, l'encodeur renvoie son contenu dans le cycle suivant. Cela permet des ajustements de paramètres en temps réel, comme le changement de résolution ou la mise à zéro d'une nouvelle position, sans avoir physiquement accès à l'encodeur.

BiSS intègre également un CRC (Cyclic Redundancy Check) pour la détection d'erreurs. L'encodeur peut être configuré pour envoyer un CRC sur l'ensemble du cadre, et le maître le vérifie, fournissant une très haute intégrité des données même dans des environnements électriquement bruyants.

Avantages et cas d'utilisation du système BiSS

  • Taux de données élevé – Convient pour les axes à grande vitesse et la synchronisation multiaxes.
  • Capacités diagnostiques – Lisez la température interne, les drapeaux d'avertissement ou la qualité du signal.
  • Configuration à la volée – Changer la direction de comptage, les valeurs prédéfinies ou configurer des modes multivitesses via un logiciel.
  • Interopérabilité – Open standard, de nombreux fournisseurs, et licence gratuite.

BiSS est largement utilisé dans les machines-outils CNC, les lignes d'emballage haut de gamme, les presses d'impression et les joints robotiques où la vitesse et l'accès au diagnostic sont critiques.

Protocole Heidenhain EnDat

EnDat (Encoder Data) est une interface numérique exclusive développée par Heidenhain spécifiquement pour ses encodeurs de haute précision. Elle a évolué à travers les versions 2.1 et 2.2 et est maintenant l'un des protocoles d'encodeur les plus riches en fonctionnalités disponibles. EnDat offre une résolution extrêmement élevée, une gestion d'erreurs robuste et un transfert rapide de données, ce qui en fait la norme dans les machines-outils de qualité, les moteurs linéaires et les étapes de positionnement de haute précision.

EnDat 2.1 c. EnDat 2.2

EnDat 2.1 est la version précédente, prenant en charge des vitesses d'horloge jusqu'à 2 MHz et un cadre de données pouvant atteindre 32 bits pour la position, plus 8 bits supplémentaires pour les informations diagnostiques (comme la température, l'amplitude du signal et l'état de fonctionnement). EnDat 2.2 est compatible avec l'arrière-plan mais introduit des vitesses d'horloge plus élevées (jusqu'à 16 MHz avec des câbles courts) et un cadre de données plus long qui peut contenir jusqu'à 64 bits de données de position, ainsi que des données de diagnostic et de paramètres étendus.

EnDat Data Frame et gestion des erreurs

Le cadre EnDat commence par un bit de démarrage, suivi des données de position en code binaire ou gris. Après la position, un bloc configurable de bits supplémentaires transporte les données de piste incrémentale (pour l'interpolation), les bits d'état et les informations optionnelles spécifiques au fabricant. Un CRC est inclus à la fin du cadre pour détecter les erreurs de transmission. Si un mauvais ajustement CRC se produit, le contrôleur peut demander une retransmission sans perturber la lecture de position absolue. De plus, l'encodeur peut signaler une condition d'erreur (par exemple, défaillance de source lumineuse, surchauffe) via des bits d'alarme dédiés, et le contrôleur peut lire des codes d'erreur détaillés en utilisant des commandes de registre.

Rétroaction sur la position à haute résolution

Les encodeurs EnDat peuvent atteindre des résolutions jusqu'à la gamme nanométrique grâce à la combinaison de pistes de position absolue et de signaux incrémentiels hautement interpolés. L'interface prend en charge les encodeurs absolus mono-tour et multi-tours, avec des nombres multi-tours atteignant 4096 révolutions ou plus.

Applications et intégration

EnDat est prédominant dans l'industrie des machines-outils (lattes, fraiseuses, meuleuses) de Heidenhain, mais aussi utilisé avec d'autres fabricants de contrôleurs , qui délivrent des licences de protocole. Il est également courant dans les équipements de fabrication de semi-conducteurs, la métrologie, et toute application nécessitant une précision submicron. Le site web Heidenhain fournit des ressources techniques étendues, y compris spécifications détaillées pour EnDat 2.2.

Autres normes de communication

Si SSI, BiSS et EnDat dominent l'espace d'encodeur point à point, de nombreux systèmes d'automatisation industrielle intègrent les données d'encodeur dans les bus et réseaux de terrain.

HIPERFACE

Développé par SICK Stegmann, HIPERFACE (High Performance Interface) est un protocole série qui transmet la position et la vitesse absolues sur un bus à deux fils tout en fournissant une tension à l'encodeur. Il utilise une combinaison de signaux sinusoïdaux incrémentiels (A, B) et RS-485 pour les données série. Le protocole prend en charge la configuration et le diagnostic de l'encodeur, et est commun dans les lecteurs de servo de plusieurs fabricants européens. Son avantage principal est la réduction du nombre de câbles à quatre fils (puissance et données combinées).

DROGUE-CLIQ

DRIVE-CLiQ est une interface propriétaire de Siemens, qui permet de connecter les encodeurs, moteurs et autres composants aux lecteurs Sinamics. Elle est basée sur une couche physique Ethernet (100 Mbps) et utilise une topologie de bague ou d'étoile. DRIVE-CLiQ prend en charge des taux de données très élevés, le comportement en temps réel et l'identification plug-and-play des appareils connectés.

PROFIBUS et CANOPEN

Il s'agit de protocoles de bus de champ où l'encodeur agit comme esclave sur le réseau. PROFIBUS utilise RS-485 à 12 Mbps, tandis que CANopen utilise un bus CAN à 1 Mbps. Les deux permettent à plusieurs appareils de partager le même câble, mais ils ajoutent de la latence en raison de l'arbitrage de bus et de la planification des messages. Ils sont généralement utilisés dans des applications où de nombreux encodeurs doivent être surveillés sur de longues distances, comme dans des systèmes de manutention de matériel ou de grandes lignes de montage.

Les encodeurs spéciaux d'EtherCAT existent, qui diffusent les données directement sur le segment réseau d'EtherCAT, atteignant des temps de cycle aussi bas que 31,25 μs. IO‐Link est une norme point à point principalement utilisée pour les capteurs et les actionneurs, mais certains encodeurs mettent en œuvre IO‐Link pour la paramétrisation et le diagnostic, bien que les taux de données (230 kbps) soient beaucoup plus bas que les protocoles d'encodeur dédiés.

Comparaison des protocoles d'encodeur : Critères de sélection clés

Lors du choix d'une interface d'encodeur, les ingénieurs doivent évaluer plusieurs facteurs :

  • Temps de mise à jour et taux de données requis[ – Des protocoles de demande d'axes à grande vitesse comme BiSS C, EnDat 2.2 ou DRIVE‐CLiQ. Pour les mécanismes à déplacement lent, SSI ou CANopen peuvent suffire.
  • Diagnostic et besoin de configuration[ – Si vous avez besoin de lire la température, de définir zéro, ou d'ajuster les paramètres à distance, choisissez BiSS ou EnDat. SSI offre un diagnostic minimal.
  • La longueur et la topologie des câbles – SSI et BiSS peuvent dépasser 100 m à des vitesses d'horloge modérées. EtherCAT et DRIVE‐CLiQ sont limités à -100 m par segment.
  • Compatibilité système – De nombreux contrôleurs ont du matériel dédié à EnDat (Heidenhain) ou BiSS. Si votre écosystème de disque existant utilise Siemens, DRIVE‐CLiQ est naturel. Pour les PLC simples, SSI ou IO‐Link peut être plus facile.
  • Coût – Les encodeurs SSI sont les moins chers; BiSS et EnDat ajoutent une prime pour les fonctionnalités supplémentaires. Les encodeurs de bus de terrain nécessitent un coupleur de bus ou une interface de contrôleur spécialisée.
  • ouverture et étanchéité[ – BiSS est ouvert et neutre pour les fournisseurs, tandis qu'EnDat et DRIVE‐CLiQ sont propriétaires de disques spécifiques. Cependant, de nombreux fabricants de disques offrent de multiples options d'interface.

Dépannage des problèmes d'interface d'encodeur communs

Même avec un protocole bien choisi, des problèmes de communication peuvent se poser. Voici des problèmes et des solutions typiques :

  • Aucune donnée ni lecture erratique – Vérifiez la tension et le courant de l'alimentation. un long câble peut provoquer une chute de tension à l'encodeur. Utilisez un pilote de ligne différentielle (RS‐422) pour les longs essais.
  • Erreurs de CRC ou de parité – Le bruit électrique est le plus souvent responsable. éloigner les câbles d'alimentation du moteur, utiliser la paire tordue blindée (STP) et s'assurer que le bouclier est mis à la terre à un point d'arrêt.
  • Les défauts intermittents pendant l'accélération – L'encodeur peut perdre la synchronisation en raison de perturbations électriques ou mécaniques. Vérifiez le couplage mécanique – un clash ou une vibration peuvent causer des erreurs transitoires. Certains protocoles (par exemple, BiSS) permettent de signaler des diagnostics d'amplitude de signal pour détecter une source de lumière affaiblie dans les encodeurs optiques.
  • Configuration non conservée après l'arrêt de la puissance – Certains protocoles (comme BiSS) nécessitent une mémoire non volatile dans l'encodeur. Assurez-vous que le type d'encodeur supporte le stockage permanent des paramètres.
  • Mettre à jour le temps trop lent – Si la vitesse de l'horloge du contrôleur est plafonnée (p. ex. 500 kHz sur certains PLC), le taux de données maximum de l'encodeur ne peut pas être atteint.

Conclusion

Les protocoles d'interface encodeur forment l'épine dorsale du contrôle de précision des mouvements. SSI reste un cheval de bataille fiable pour une simple rétroaction absolue, tandis que BiSS et EnDat apportent des fonctionnalités avancées comme la communication bidirectionnelle, la vitesse élevée et le diagnostic complet. D'autres standards tels que HIPERFACE, DRIVE‐CLiQ et les protocoles fieldbus étendent la portée des données encodeurs dans des systèmes en réseau complexes.