FANUC PROFINET vers Siemens S7 dans TIA Portal : GSDML, nom d’appareil et la configuration des slots qui élimine la PRIO-620

Vous avez un FANUC R-30iB ou R-30iB Plus avec une carte Profinet, un automate Siemens S7-1200 ou S7-1500, les deux branchés sur le même commutateur géré, et TIA Portal refuse d’établir la connexion. Peut-être voyez-vous « GSDML Device type doesn’t match » dans la vue des appareils. Peut-être que le lien est vert, mais que chaque octet lit zéro. Peut-être que PRIO-620 PNIO station deactivated (station PNIO désactivée) revient sur le teach pendant à chaque minute. Chez Probot Systèmes, c’est l’un des appels de mise en service les plus fréquents que nous recevons d’usines qui combinent une logique de procédé Siemens et des cellules robotisées FANUC, et les modes de défaillance suivent un ordre prévisible.

Cet article s’adresse aux ingénieurs en automatisation et en intégration qui travaillent entre un FANUC R-30iB ou R-30iB Plus (Mate Plus et CRX-30iA inclus) et un automate Siemens S7-1200, S7-1500 ou S7-300. Il s’applique que vous utilisiez TIA Portal V14 à V19 ou l’ancien Step 7 V5.5.

Comment le Profinet FANUC fonctionne réellement sous TIA Portal

Profinet n’est pas de l’Ethernet/IP sous une autre étiquette. Le contrôleur d’E/S (l’automate) adresse l’appareil d’E/S (le FANUC) par son nom d’appareil, et non par son adresse IP. L’IP circule bien sur le réseau, mais le protocole DCP utilise le PNIO Name configuré comme clé d’association. Si vous attribuez le mauvais nom du côté FANUC, TIA ne peut pas associer l’appareil à son emplacement dans le projet, et la connexion ne s’établit jamais, même si les pings fonctionnent.

Le manuel officiel des codes d’alarme FANUC indique pour la PRIO-620 : « L’appareil dont le réglage Show error when deactivated est à ON est désactivé. Solution : vérifiez la station indiquée par le numéro de station et activez-la. » Cette phrase laisse croire que la correction se fait du côté FANUC, mais en pratique, 80 % du temps, l’appareil a été désactivé par le contrôleur d’E/S parce que la vue du projet dans TIA ne correspond pas à l’appareil réel, généralement à cause d’un écart de GSDML ou de slots.

Sur une connexion saine, le flux de données se présente ainsi : TIA Portal compile un projet à partir d’un GSDML précis pour le modèle de carte FANUC (par exemple gsdml-v2.42-fanuc-a05b2600s536v940p2p-20220518.xml pour une A05B-2600-S536 en V9.40). L’automate envoie cette configuration à l’appareil par son nom. L’appareil doit renvoyer une disposition de slots correspondante, sinon la connexion tombe.

Causes les plus fréquentes, par ordre de probabilité

1. La révision du GSDML ne correspond pas au micrologiciel de la carte FANUC. La défaillance la plus fréquente. Un robot avec le micrologiciel V9.40/79 a besoin d’un GSDML de 2022. Un robot plus ancien en V9.10 a besoin du GSDML de 2018. Le fil Profinet Fanuc Board Setup Issues en est l’exemple type : un S7-1500 ne parvient pas à s’associer à la carte FANUC parce que TIA affiche « GSDML Device type doesn’t match ».
2. Nom d’appareil différent. TIA définit un nom dans le projet (fanuc-station-1), l’écran de configuration FANUC en a un autre (fanuc1), et Profinet refuse de les associer. Visible dans la vue des appareils accessibles en ligne de TIA.
3. Nombre ou taille des slots/modules erronés d’un côté. Un module d’entrée de 32 octets configuré dans TIA, mais de 16 octets sur le FANUC, fera tomber la connexion au démarrage. Le fil HELP NEEDED: CRX10iA PROFINET communication with Siemens S1200 PLC décrit exactement cet écart sur un CRX10iA avec un R30iB Mini Plus.
4. Modules F (sécurité) mal configurés. Si vous avez des modules F-DI/F-DO, le CRC F-iPar doit être identique entre l’automate et le robot. Le fil F_iPar_CRC Check traite de ce sujet. Les données standard peuvent circuler pendant que la sécurité tombe indépendamment.
5. Deux contrôleurs d’E/S sur le même sous-réseau. Un IHM Siemens configuré comme contrôleur d’E/S Profinet en plus de l’automate principal se disputera le FANUC. Un seul contrôleur d’E/S par appareil.
6. Étiquetage VLAN ou filtrage multicast sur un commutateur géré. Moins courant, mais réel. Profinet a besoin que la couche DCP atteigne l’appareil sans filtrage.

Comment bien configurer le tout

Étape 1. Lisez la version du micrologiciel de la carte Profinet FANUC. Sur un R-30iB Plus, c’est MENU > 4 STATUS > Version ID > F2 NEXT pour trouver la chaîne d’option. Faites-la correspondre au GSDML que vous chargez dans TIA. Le numéro de commande lui-même (A05B-2600-S536 par exemple) vous indique la famille, mais le suffixe du micrologiciel vous indique la révision du GSDML.

Étape 2. Dans TIA Portal, installez ce GSDML exact sous Options > Manage general station description files. Supprimez tout GSDML plus ancien de la même famille de cartes pour éviter que TIA choisisse le mauvais. Ajoutez ensuite le FANUC depuis le catalogue dans le réseau PROFINET IO du projet.

Étape 3. Sur le FANUC, définissez le nom d’appareil sous MENU > I/O > PROFINET (M) > Settings. Le fil R-30iB MATE PLUS IO-DEVICE Configuration souligne que le nom (et non l’IP) est l’identifiant d’association principal. Saisissez la même chaîne dans les propriétés de l’appareil PROFINET dans TIA.

Étape 4. Configurez les modules des slots des deux côtés. Si vous voulez 32 octets en entrée / 32 octets en sortie plus un module F de 12 octets, configurez exactement cela des deux côtés, dans le même ordre de slots. Sauvegardez et téléchargez dans l’automate.

Étape 5. Faites un démarrage à froid (cold start) du FANUC. Profinet s’associe au démarrage, pas à la volée. Si vous modifiez le nom d’appareil ou la configuration des slots et faites seulement un reset, le contrôleur continuera de rapporter l’ancienne configuration.

Étape 6. Surveillez l’historique des alarmes du TP. Une connexion propre affiche PRIO-619 ou PRIO-625 « connection established » (connexion établie). Si vous voyez la PRIO-620, le contrôleur d’E/S a désactivé la station, presque toujours à cause de l’un des écarts ci-dessus.

Comment corriger le problème quand la PRIO-620 revient sans cesse

Correction d’un écart de GSDML. Récupérez le GSDML qui correspond au micrologiciel FANUC. Le fil A05B-2600-S536/A05B-2690-J084 Profinet to S7-1200 Gen2 documente quels GSDML correspondent à quels numéros de commande. Supprimez l’ancien module du projet TIA, ajoutez-le de nouveau à partir du nouveau GSDML, refaites votre mappage de variables (TIA ne migre pas les variables d’une révision de GSDML à l’autre) et recompilez.

Correction d’un écart de nom d’appareil. Utilisez la fonction « Assign device name » de TIA sur le réseau en ligne. Faites un clic droit sur le FANUC dans la vue du projet, choisissez « Assign device name », et laissez TIA parcourir le réseau et réécrire le nom sur le FANUC en ligne. Cela vous évite un aller-retour au teach pendant.

Correction du nombre ou de la taille des slots. Modifiez le côté FANUC, et non le côté automate, si possible. Le projet de l’automate entraîne des conséquences en aval (références de variables, AOI). Sur le FANUC, MENU > I/O > PROFINET (M) > Slot Config vous permet de définir la taille en octets de chaque slot. Faites correspondre exactement à TIA.

Écart de CRC de sécurité F_iPar. C’est un dédale en soi. Le CRC doit être identique aux deux extrémités, y compris l’ordre des modules, l’adresse F-destination et les délais PROFIsafe. Le fil Fanuc Profinet Configuration montre le module de sécurité du slot 1 en défaut pendant que les slots 2 et 3 (DI/DO) fonctionnent normalement. Si les données standard sont saines et que seule la sécurité échoue, concentrez-vous sur l’assistant des paramètres F dans TIA, et non sur le reste de la pile Profinet.

Correction de deux scrutateurs. Cherchez les IHM, les systèmes d’entraînement ou les portables de test avec TIA en simulation qui pourraient agir comme contrôleurs d’E/S. Désactivez Profinet sur tous les appareils sauf l’automate prévu.

Quand faire appel à un spécialiste

Le PROFINET vers FANUC fait partie de ces problèmes où la défaillance ne se situe pas à un seul endroit, mais dans le désaccord entre deux configurations. Si vous avez fait correspondre le GSDML, le nom et la configuration des slots, et que la connexion ne tient toujours pas, les couches suivantes sont le CRC F-iPar, la topologie réseau (plusieurs contrôleurs d’E/S, VLAN), ou le cas rare où le fichier d’option Profinet FANUC lui-même est corrompu et doit être rechargé.

Pour les projets en usine existante où vous ajoutez une cellule FANUC dans une ligne entièrement Siemens, le résultat le plus propre vient de la documentation du GSDML, de la configuration des slots et des paramètres PROFIsafe avant que l’un ou l’autre côté soit touché. Contactez-nous si vous voulez un audit de la configuration Profinet avant le démarrage, ou mettez en place un contrat de maintenance préventive afin que la PRIO-620 soit détectée lors des vérifications mensuelles plutôt qu’à 2 h du matin.

Erreurs connexes à vérifier

• PRIO-621 PNIO(D) device is not running : même famille, le côté FANUC n’a pas démarré. Souvent, le fichier d’option ou le micrologiciel doit être rechargé.
• PRIO-622 PNIO(C) controller is not running : apparaît lorsque le FANUC est configuré comme contrôleur d’E/S (rare, mais valide) et ne peut pas joindre ses appareils.
• PRIO-623 PNIO(C) not in operation mode : mode de démarrage mal réglé du côté contrôleur d’E/S du FANUC.
• PRIO-624 PNIO(C) mod number mismatch : désaccord classique de configuration des slots.

Probot Systèmes est un intégrateur FANUC établi à Lévis (Québec). Nous mettons en service des liens Profinet entre des robots FANUC et des automates Siemens dans des usines au Canada et aux États-Unis, et nos ingénieurs disposent de la bibliothèque GSDML pour toutes les révisions de micrologiciel, de sorte que la correspondance ne se fait pas à coups de recherches Google. Contactez-nous pour un projet d’intégration Profinet, ou avant une mise à niveau de contrôleur susceptible de briser l’association GSDML sur une cellule en production.