Mise en service d’IO-Link, des ports du maître aux données IODD

La mise en service d’IO-Link réussit lorsque trois couches concordent : le port physique, la description de l’appareil et le contrat de données de l’API. Un capteur peut afficher une LED indiquant un fonctionnement normal tout en fournissant des données de processus inutilisables si le port du maître est dans le mauvais mode, si l’IODD ne correspond pas à la variante de l’appareil ou si le contrôleur interprète les octets dans le mauvais ordre. Considérez cette tâche comme une intégration contrôlée, et non comme une opération « plug-and-play » acquise.

Un segment IO-Link comprend le port du maître, la connexion point à point de l’appareil, la description de l’appareil et la connexion réseau de niveau supérieur au contrôleur.

Définir l’architecture avant la mise sous tension

IO-Link est normalisé par la norme IEC 61131-9 et fournit une communication bidirectionnelle point à point entre un maître et un capteur ou un actionneur. Il ne s’agit pas d’un réseau de terrain multidrop sur le câble de l’appareil. Chaque port du maître communique avec un appareil IO-Link, bien qu’un concentrateur IO-Link puisse présenter plusieurs signaux TOR conventionnels au moyen d’une seule connexion IO-Link.

Commencez par établir un inventaire comprenant la référence catalogue exacte du maître, son firmware, sa classe de port, la référence catalogue de l’appareil, la révision IO-Link, la vitesse de communication, le type de câble et l’alimentation requise. Distinguez les exigences des ports de classe A et de classe B, le cas échéant, et indiquez si une alimentation auxiliaire pour les actionneurs est nécessaire. Ne supposez pas que tous les connecteurs M12 ont la même fonction de broche ou la même capacité en courant.

Le site officiel de la communauté IO-Link décrit les fonctions de processus, de service, d’événements et d’identification de la technologie. Ces fonctions n’atteignent l’API que par le réseau amont du maître, tel qu’EtherNet/IP, PROFINET, EtherCAT ou un autre système pris en charge. Le maître possède donc deux configurations : son identité sur le réseau de terrain et le comportement de ses ports IO-Link.

Établir l’identité réseau sans créer de doublon

Connectez d’abord le maître à un réseau de mise en service isolé. Notez sa méthode d’adressage d’usine, attribuez l’adresse IP ou le nom de station approuvé, configurez le sous-réseau et la passerelle uniquement lorsque cela est nécessaire, puis modifiez les identifiants par défaut. Vérifiez que le contrôleur, le poste d’ingénierie et le maître utilisent le même plan d’adressage avant de les connecter à la production.

L’interface web est un outil de mise en service et de diagnostic ; elle ne remplace ni la configuration du contrôleur ni la conception de la gestion des commandes.

Un serveur web de maître peut afficher le firmware, le mode des ports, l’identité de l’appareil, l’état de l’alimentation, les événements et les octets de processus bruts. Utilisez-le pour valider indépendamment le côté terrain du système, sans passer par l’API. Enregistrez une sauvegarde de la configuration ou des captures d’écran avant toute modification. Sur une machine en fonctionnement, considérez les changements effectués sur le web comme des modifications de commande en ligne, car un nouveau mode de port, un paramètre ou un état de sortie peut agir immédiatement sur le processus.

Configurer chaque port pour l’appareil prévu

Pour chaque port, sélectionnez explicitement le mode IO-Link, le mode entrée standard, le mode sortie standard ou le mode désactivé, selon les possibilités du matériel. Vérifiez le temps de cycle, la politique de validation, le comportement du stockage des données et tout réglage d’alimentation du port. Un port laissé en mode automatique peut être pratique lors d’un essai sur établi, mais il peut permettre au mauvais appareil de remplacement de démarrer sans la validation exigée par la machine.

Comparez l’identification de l’appareil indiquée par le maître avec la plaque signalétique. L’ID fabricant, l’ID appareil, la variante du produit et le numéro de série sont plus fiables qu’une description générique. Définissez la réaction en cas de non-concordance : alarme uniquement, inhibition de la fonction de la machine ou autorisation d’un remplacement contrôlé. Ce choix doit s’inscrire dans la stratégie de gestion des risques et de maintenance de la machine.

Utiliser l’IODD et la description réseau appropriées

L’IODD décrit l’identité, les paramètres, la structure des données de processus, les événements et les textes affichés d’un appareil IO-Link. Téléchargez-la auprès du fabricant ou de la source IODD officielle et faites-la correspondre à la variante de l’appareil ainsi qu’à la révision IO-Link. Une IODD destinée à un capteur apparenté peut sembler se charger correctement tout en attribuant de mauvaises unités ou significations aux bits.

L’IODD décrit l’appareil de terrain ; l’EDS, le GSDML ou l’ESI décrit la manière dont le maître apparaît sur son réseau amont.

L’outil d’ingénierie de l’API peut également nécessiter un EDS pour EtherNet/IP, un GSDML pour PROFINET ou un ESI pour EtherCAT. Ces fichiers définissent les tailles de connexion et la structure des modules du maître, et non la signification des données du capteur. L’exemple officiel de mise en service de Balluff montre comment sélectionner un port du maître et lui attribuer l’IODD correcte. Conservez les noms et les versions des fichiers avec le projet de la machine afin qu’un remplacement ultérieur ne dépende pas du dossier de téléchargement d’un ingénieur.

Établir un contrat de données pour le contrôleur

Avant d’écrire la logique, documentez pour chaque port la longueur des données de processus, l’ordre des octets et des bits, le caractère signé ou non signé, la mise à l’échelle, les unités, la plage valide et l’indication de qualité. Séparez les données de processus cycliques de l’accès acyclique aux paramètres. Une API peut généralement lire ou écrire les paramètres de l’appareil au moyen de requêtes de service indexées, mais cela ne signifie pas que tous les paramètres doivent être modifiés en production.

Créez des variables nommées qui convertissent les octets bruts une seule fois à la limite des E/S. Le reste du programme doit utiliser des valeurs d’ingénierie et des bits d’état explicites, et non des décalages d’octets dispersés. Ajoutez une temporisation de détection des données obsolètes, une alarme de non-concordance de l’appareil, des diagnostics d’événements de port et une stratégie de repli définie pour les données invalides. Pour la sélection du matériel et la planification des extensions, consultez les modules d’E/S industriels ainsi que les composants de communication et de mise en réseau.

Paramétrer avec une gestion des modifications

Utilisez l’outil d’ingénierie compatible avec l’IODD pour régler les seuils, les filtres, le comportement des sorties, la plage de mesure et les diagnostics propres à l’appareil. Exportez ou consignez le jeu final de paramètres. Décidez si le maître doit utiliser le stockage des données IO-Link pour restaurer automatiquement les paramètres après un remplacement, puis testez le sens du transfert. Une mauvaise sélection entre téléversement et téléchargement peut écraser la configuration validée par les réglages d’usine.

Les outils de paramétrage doivent laisser un dossier reproductible de l’appareil, et non un état de fonctionnement non documenté.

Valider le fonctionnement normal et anormal

Testez chaque entrée sur sa plage utile et chaque sortie dans des conditions sûres. Confirmez les unités et la mise à l’échelle aux valeurs minimale, normale et maximale. Déconnectez l’appareil, remplacez-le par le mauvais appareil lorsque cela est sans danger, coupez l’alimentation auxiliaire, interrompez le réseau amont et redémarrez le maître. Vérifiez que l’API distingue une qualité de données incorrecte, des données obsolètes et une valeur zéro légitime.

Enfin, consignez le firmware du maître, le firmware de l’appareil, la révision de l’IODD, la révision du fichier réseau, la taille de connexion du contrôleur, les réglages des ports, la sauvegarde des paramètres et les résultats des tests. La valeur d’ingénierie d’IO-Link réside dans la répétabilité : un appareil de remplacement peut être identifié, paramétré et vérifié rapidement. Cette valeur n’existe que lorsque toute la chaîne de configuration et le comportement en cas de défaillance sont documentés de bout en bout.