Défauts typiques
(Traduction du document original anglais)
A propos de nous
Cas 1
ERR clignotant
Résultats
Après chargement du projet, le voyant ERR du module TSX PBY 100 clignote.
Causes
Actions
Le module TSX PBY 100 n'est pas reconnu par le processeur et n'a aucune donnée de configuration.
  • Vérifiez que la configuration dans Control Expert est conforme à la configuration réelle.
  • Vérifiez que les versions logicielles du processeur, Control Expert et TSX PBY 100 sont compatibles.
Cas 2
ERR allumé
Résultats
Après chargement du projet, le voyant ERR du module TSX PBY 100 est allumé en permanence.
Causes
Actions
Problème de câblage de Profibus DP
  • Déconnectez le module TSX PBY 100 du boitier de raccordement et réinitialisez le processeur.
  • Si le module démarre correctement à la suite de cette action, il existe un court-circuit ou une inversion de fil dans le câblage.
Problème physique provenant du boitier de raccordement ou de la carte PCMCIA
  • Si le module ne démarre pas correctement, coupez l'alimentation de l'automate et changez le boitier de raccordement et éventuellement la carte PCMCIA (le boitier de raccordement et la carte doivent être changés, module hors tension).
Problème logiciel de la carte PCMCIA
  • Testez la version logicielle de la carte, la version doit être V5.02I ou supérieure.
Problème avec la configuration chargée
  • Testez les codes d'erreur du module maître et les codes d'erreur des entrées/sorties.
  • Testez les codes d'erreur par la fonction de diagnostic.
Cas 3
Défaut de ligne
Résultats
Après chargement d'un projet, quelques esclaves du bus démarrent et passent en défaut.
Causes
Actions
Une terminaison de ligne est détectée mais non située en fin de bus.
  • Testez tous les connecteurs Profibus DP et placez la terminaison de bus en fin de ligne.
Cas 4
Esclave en défaut
Résultats
Un esclave du bus est en défaut sans provoquer un défaut du bus.
Causes
Actions
L'esclave a des défauts d'entrées/sorties ou un défaut de configuration ou le chien de garde est inactif.
  • Testez les données de diagnostic de l'esclave par l'écran de mise au point.
Cas 5
Retard à la mise en route d'un esclave
Résultats
Des esclaves du bus ne réagissent pas immédiatement à la mise en route sans provoquer un défaut du bus. Après quelque temps, l'esclave démarre.
Causes
Actions
Certains esclaves requièrent une commande de contrôle avant d'être activés. Ces esclaves ont été trop lents à réagir à la première commande envoyée.
  • Modifiez les paramètres du bus pour retarder l'envoi de la première commande.
  • Ajoutez 5 unités de temps au timeout.
Cas 6
Esclaves en défaut par intermittence
Résultats
Quelques esclaves sont en défaut par intermittence.
Causes
Actions
Les esclaves sont soumis à des défauts de câblage ou de compatibilités électromagnétiques, mais le module TSX PBY 100 essaie de les réactiver.
  • Remettez à zéro tous les compteurs de diagnostic en utilisant la fonction SEND_REQ.
  • Testez si les nouveaux diagnostics ont été reçus par le module TSX PBY 100.
Cas 7
Défaut matériel sur le bus
Résultats
Le bit %IWr.m.0.243.7 est activé signalant un ou des défauts matériels du bus et tous les équipements émettent leurs données de diagnostic.
Causes
Actions
Le bus est soumis à des défauts de câblage, de connexions, de terminaison de ligne ou du boitier de raccordement. De ce fait, les esclaves émettent leur diagnostic et saturent la zone de réception de diagnostics.
  • Vérifiez le câblage et les terminaisons de ligne, spécialement les connecteurs dont les terminaisons sont activées mais non localisées à la fin du bus.
  • Réinitialisez BUS_FLT (%IWr.m.0.243.7) par :
    • mise hors tension puis sous tension de l'automate,
    • réinitialisation de l'automate,
    • déconnexion et reconnexion sous tension du module TSX PBY 100,
    • chargement d'un nouveau projet,
    • remise à zéro des compteurs de diagnostic en utilisant la fonction SEND_REQ.