Sommaire
3.2 Erreurs courantes et diagnostic : CPU en STOP, chargement, forçages
La plupart des blocages dans TIA Portal se ramènent à une dizaine de causes : une liaison qui ne s'établit pas, un matériel déclaré qui ne correspond pas au matériel réel, un bloc jamais appelé, un forçage oublié. Ce chapitre donne pour chacune le symptôme, la cause probable et la vérification à faire, puis une méthode de diagnostic dans le bon ordre.
Diagnostiquer du plus simple au plus fin
La CPU est introuvable ou la liaison échoue
Premier écueil du débutant : le projet est prêt, mais la recherche des abonnés accessibles (Ctrl+U) ne trouve rien, ou la liaison en ligne (Ctrl+K) échoue. Le problème est presque toujours dans la chaîne physique ou réseau entre le PC et la CPU, rarement dans TIA Portal lui-même.
| Symptôme | Cause probable | Vérification |
|---|---|---|
| Aucun abonné accessible | Mauvaise interface PG/PC sélectionnée (carte Wi-Fi au lieu de la carte Ethernet reliée à l'automate) | Choisir dans la boîte de liaison la carte réseau physiquement reliée à la CPU. |
| Abonné visible mais liaison impossible | Le PC et la CPU ne sont pas dans le même sous-réseau IP | Comparer l'adresse et le masque du PC avec ceux configurés pour l'interface PROFINET de la CPU. |
| Liaison intermittente | Câble, connecteur ou commutateur défaillant | Tester avec un autre câble, vérifier les voyants de liaison du port. |
| Liaison refusée avec demande de mot de passe | Niveau d'accès de la CPU protégé | Obtenir le mot de passe auprès du responsable du projet (zone 6). |
L'erreur la plus fréquente reste le sous-réseau. Une CPU réglée en 192.168.0.1 avec un masque 255.255.255.0 ne dialogue pas avec un PC en 192.168.1.20 : les deux adresses ne sont pas dans le même réseau. Il suffit en général de donner au PC une adresse libre du même sous-réseau, après avoir vérifié qu'elle n'est pas déjà utilisée sur l'installation.
Sur un réseau d'usine
Ne pas modifier l'adresse IP d'un automate en service ni brancher un PC sur un réseau industriel sans l'accord du responsable : une adresse en double peut couper la communication d'autres équipements, et un poste non maîtrisé est une porte d'entrée pour un logiciel malveillant.
Configuration matérielle et erreurs de compilation
TIA Portal compare ce qui est déclaré dans le projet avec ce qui est réellement présent. Une CPU déclarée avec une autre référence ou une autre version de firmware que la CPU physique, un module d'entrées/sorties absent ou placé dans un autre emplacement : la configuration ne correspond pas, et le chargement ou la mise en RUN est refusé, ou la CPU signale un défaut.
| Symptôme | Cause probable | Vérification |
|---|---|---|
| Chargement refusé ou CPU en défaut après chargement | Référence ou firmware de la CPU différent de la déclaration | Lire la référence et la version sur la CPU (plaque, ou vue En ligne & diagnostic) et corriger la configuration. |
| Module signalé en défaut | Module déclaré mais absent, ou emplacement différent | Comparer l'ordre physique des modules avec la vue des appareils. |
| Compilation en erreur : opérande inconnu | Variable utilisée dans le code mais jamais déclarée | Définir la variable (Ctrl+Shift+I) ou corriger la faute de frappe. |
| Compilation en erreur : type incompatible | Un INT affecté à un REAL, un BOOL comparé à un mot… | Utiliser une instruction de conversion explicite ou corriger le type de la variable. |
| Avertissements à la compilation | Code compilable mais douteux (variable non utilisée, écriture multiple) | Les lire tous : un avertissement n'empêche pas le chargement, mais signale souvent le futur bug. |
La fenêtre d'inspection affiche, après chaque compilation, la liste des erreurs et avertissements. Chaque ligne est un lien : un double-clic conduit directement au réseau ou à la ligne concernés. On corrige de haut en bas, car une première erreur de déclaration en entraîne souvent plusieurs autres en cascade.
Pour un débutant, la règle la plus rentable est de compiler souvent, bloc par bloc, plutôt que d'écrire un programme entier puis de découvrir cinquante erreurs d'un coup.
La CPU passe en STOP : lire le tampon de diagnostic
Une CPU qui refuse de passer en RUN, ou qui y passe puis retombe en STOP, n'agit pas au hasard : elle enregistre la raison dans son tampon de diagnostic. C'est le premier endroit à consulter, avant de toucher au programme.
- Se mettre en ligne sur la CPU.
- Ouvrir la vue En ligne & diagnostic (Ctrl+D).
- Afficher le tampon de diagnostic : les événements y sont listés du plus récent au plus ancien, avec leur date et heure.
- Lire l'événement qui précède le passage en STOP et son texte d'aide : il indique la nature de l'erreur et, souvent, le bloc concerné.
- Corriger hors ligne, compiler, puis recharger selon la procédure du chapitre 2.3.
Parmi les causes classiques : une erreur de programmation détectée à l'exécution (accès hors des limites d'un tableau, par exemple), un temps de cycle dépassé à cause d'une boucle mal terminée, une configuration matérielle non conforme, ou un passage en STOP demandé par un opérateur ou par le commutateur de la CPU.
Le bon réflexe
Noter ou exporter le contenu du tampon avant toute action : un redémarrage ou une nouvelle série d'erreurs peut repousser l'événement d'origine plus bas dans la liste.
Le mauvais réflexe
Remettre la CPU en RUN en boucle sans comprendre pourquoi elle s'arrête : sur une machine, chaque redémarrage peut relancer des mouvements dans un état imprévu.
Le programme « ne fait rien » ou pas ce qu'on attend
La CPU est en RUN, aucune erreur n'est signalée, mais la sortie attendue ne s'active pas. Avant de réécrire quoi que ce soit, trois vérifications règlent la majorité des cas.
| Symptôme | Cause probable | Vérification |
|---|---|---|
| Un bloc entier semble ignoré | La FC ou le FB n'est appelé depuis aucun OB | Vérifier l'appel depuis l'OB1 (ou un autre OB) ; un bloc non appelé n'est jamais exécuté. |
| Le programme en ligne diffère de celui affiché | La version chargée n'est pas celle du projet ouvert | Comparer en ligne / hors ligne (chapitre 3.3) avant de conclure. |
| Une sortie change d'état de façon incohérente | La même sortie est écrite à plusieurs endroits du programme | Références croisées (Shift+F11, Shift+Alt+F11) : la dernière écriture du cycle l'emporte. |
| Le contact « arrêt » semble inversé | Bouton câblé en contact à ouverture, programmé comme un contact à fermeture | Observer l'entrée au repos : une entrée NF câblée vaut 1 tant que le bouton n'est pas actionné. |
| Une valeur de consigne revient à zéro | La variable n'est pas rémanente, ou un chargement a réinitialisé le bloc de données | Vérifier la case de rémanence de la variable dans le DB et la façon dont le DB a été chargé. |
L'état du programme (Ctrl+T) est l'outil de base : en CONT, les chemins passants apparaissent en continu, les autres en pointillés ; les valeurs numériques s'affichent à côté des opérandes. On suit le réseau de gauche à droite jusqu'au contact qui bloque, puis on remonte à son origine avec les références croisées.
Un réseau qui paraît juste mais dont la sortie ne suit pas est souvent un réseau qui n'est pas exécuté, ou dont la sortie est écrasée plus loin. D'où l'ordre : appel du bloc, écriture multiple, puis logique du réseau.
Le forçage oublié : l'erreur qui survit à la déconnexion
Le forçage permanent, réalisé depuis la table de forçage, impose une valeur à une entrée ou une sortie de périphérie. TIA Portal ajoute automatiquement le suffixe :P à l'adresse concernée. La valeur forcée remplace celle lue sur le terrain ou calculée par le programme.
Point essentiel, décrit dans la documentation de la CPU S7-1200 : les valeurs de forçage sont stockées dans la CPU, pas dans la table. Fermer TIA Portal, débrancher le PC ou partir en fin de poste ne les annule pas. Elles restent actives jusqu'à ce qu'on les annule explicitement. De plus, un programme transféré par carte mémoire emporte avec lui les forçages présents sur la carte.
| Symptôme | Cause probable | Vérification |
|---|---|---|
| Une sortie reste active malgré le programme | Forçage permanent encore posé | Se mettre en ligne, ouvrir la table de forçage, contrôler et annuler les forçages actifs. |
| Une entrée ne réagit plus au capteur | Entrée de périphérie forcée | Même contrôle dans la table de forçage, en ligne : c'est la CPU qui fait foi, pas la table ouverte sur un autre poste. |
| Impossible d'activer les sorties en STOP | Des entrées/sorties sont forcées | La documentation indique que la CPU refuse cette fonction tant qu'un forçage est actif : annuler d'abord. |
Règle non négociable
Avant de forcer une sortie, s'assurer avec le responsable que la machine est dans un état sûr et que personne n'est dans la zone du mouvement. Avant de quitter l'installation, annuler tous les forçages et vérifier qu'il n'en reste aucun actif. Même CPU en STOP, activer une sortie physique peut actionner l'élément du process qui y est raccordé.
Protection d'accès et simulation qui ne démarre pas
Deux blocages sans lien avec le programme lui-même surprennent souvent le débutant.
La CPU demande un mot de passe
Une CPU S7-1500 peut être configurée sur quatre niveaux d'accès : accès complet (aucune protection), accès en lecture, accès IHM, aucun accès (protection complète). Selon le niveau choisi, certaines opérations restent possibles sans mot de passe et d'autres non. Un refus de chargement ou de modification signifie simplement que le niveau actuel ne l'autorise pas : le mot de passe se demande au responsable du projet, il ne se contourne pas.
Sur les CPU S7-1500 récentes (firmware V3.1 et suivants), la protection peut aussi reposer sur une gestion locale des utilisateurs et des rôles : le refus vient alors des droits du compte utilisé, avec la même règle.
S7-PLCSIM ne démarre pas
S7-PLCSIM est intégré à TIA Portal, mais la documentation précise qu'il n'est utilisable que pour certains appareils : la commande de simulation (Ctrl+Shift+X) n'est accessible que si l'appareil sélectionné prend en charge la simulation. Certains appareils simulés demandent en outre une interface virtuelle pour communiquer avec TIA Portal.
| Symptôme | Cause probable | Vérification |
|---|---|---|
| Commande de simulation grisée | L'appareil sélectionné ne se simule pas | Sélectionner la CPU dans l'arbre du projet et vérifier qu'elle fait partie des appareils simulables. |
| Simulation lancée, liaison impossible | Interface virtuelle absente ou non sélectionnée | Choisir l'interface de simulation dans la boîte de liaison. |
| Chargement refusé par mot de passe | Niveau d'accès configuré sur la CPU | Demander le mot de passe du niveau requis au responsable du projet. |
Pour les licences, une installation d'essai de STEP 7 fonctionne 21 jours ; au-delà, une licence est nécessaire. Un message de licence n'est donc pas une panne du projet.
Diagnostiquer n'est pas intervenir dans l'armoire
TIA Portal permet de localiser une panne depuis le PC : un capteur qui ne remonte plus, une sortie qui ne s'active pas, un module en défaut. Mais la vérification suivante se fait souvent sur le terrain : mesurer une tension, contrôler un bornier, remplacer un module. Là, les règles changent.
- Habilitation électrique : toute opération dans une armoire sous tension ou à son voisinage suppose une habilitation adaptée à la tâche, délivrée par l'employeur après formation (articles R4544-9 et R4544-10 du Code du travail). Le centre de formation ne délivre qu'une attestation de formation.
- Consignation : remplacer un module ou reprendre un câblage se fait hors tension, après consignation des énergies (électrique, pneumatique, hydraulique). Le générateur d'étiquettes de consignation du site aide à la matérialiser.
- Fonctions de sécurité : un arrêt d'urgence ou un protecteur qui semble « bloquer » la machine n'est jamais shunté pour les besoins d'un diagnostic. Ces fonctions relèvent de parties de commande relatives à la sécurité conçues selon l'EN ISO 13849-1 ou l'IEC 62061.
La formation habilitation électrique BT détaille les niveaux et les distances ; la formation Automaticien développe l'intervention sur un automatisme en sécurité.
Checklist de fin de dépannage
Sources
- Manuel système S7-1200, « Forçage de valeurs dans la CPU » et « Utilisation de la table de forçage » ; documentation STEP 7 V21, « Test avec la table de forçage » — docs.tia.siemens.cloud
- Documentation STEP 7 V20, « Configuring access levels (S7-1500) » et « Simulation d'appareils » (S7-PLCSIM) — docs.tia.siemens.cloud
- Articles de support et versions d'essai — support.industry.siemens.com
- Code du travail, art. R4544-9 et R4544-10 (habilitation électrique) — page du wiki ou Légifrance
À retenir
- Liaison impossible : vérifier d'abord l'interface PG/PC et le sous-réseau IP.
- Chargement refusé : comparer référence et firmware déclarés avec la CPU réelle.
- CPU en STOP : lire le tampon de diagnostic (Ctrl+D) avant toute action.
- Programme inerte : bloc appelé depuis un OB ? sortie écrite deux fois ? (références croisées).
- Les forçages sont stockés dans la CPU : on les annule avant de partir.
- Diagnostiquer au PC n'autorise pas à intervenir dans l'armoire : habilitation par l'employeur et consignation.