Successfully Added
The product is added to your quote.
Niveaux de défauts OMRON NX/NJ
Guide de terrain de l'ingénieur · OMRON Automation
Niveaux de défaut OMRON NX/NJ :
De l'observation au défaut système
OMRON classe chaque défaut par gravité — et cette structure seule vous indique si le contrôleur fonctionne toujours avant même d'ouvrir Sysmac Studio. Voici comment lire le système à cinq niveaux et arrêter de chercher le problème dans le CPU quand un esclave EtherCAT est le véritable coupable.
01 / Vue d'ensemble Les cinq niveaux de défaut
Les codes de défaut OMRON sont organisés par gravité — apprenez d'abord les niveaux
La plateforme Sysmac d'OMRON (séries NJ/NX) et les anciennes séries CJ/CS classent toutes deux les défauts par niveau de gravité plutôt que par une liste de codes numériques. Une fois qu'un technicien comprend la structure à cinq niveaux, le niveau de gravité lui indique immédiatement si le contrôleur doit continuer à fonctionner ou s'il s'est déjà arrêté, avant même de regarder quel événement spécifique l'a déclenché.
Les cinq niveaux, du moins au plus grave : Observation (informationnel, sans impact opérationnel), Défaut mineur (l'opération continue, une fonction ou une unité est dégradée), Défaut partiel (une fonction ou tâche spécifique s'est arrêtée, les autres continuent), Défaut majeur (le contrôleur a complètement arrêté son fonctionnement), et Défaut système (une défaillance d'intégrité matérielle ou logicielle au niveau du CPU). Mal interpréter où se situe un défaut sur cette échelle est la principale raison pour laquelle les contrôleurs OMRON sont sur-escaladés ou sous-escaladés sur le terrain.
Ce guide explique ce qui apparaît à chaque niveau, la première action pour chacun, et le schéma de défauts en cascade qui cause le plus grand nombre de remplacements de CPU pour des codes de défaut OMRON inutiles sur les systèmes EtherCAT de la série NX.
02 / Faible gravité Observations et défauts mineurs
Observations et défauts mineurs — enregistrez-les, ne les escaladez pas
Ces deux niveaux couvrent la majorité des entrées dans un onglet de dépannage typique de Sysmac Studio, et ce sont aussi les plus sur-escaladés. Aucun des deux niveaux n'arrête le contrôleur, et les défauts mineurs s'isolent à une seule fonction ou unité dégradée plutôt que d'affecter l'ensemble du système.
| Niveau de défaut | Exemple d'événement | Première action | Mauvais diagnostic courant |
|---|---|---|---|
| Observation | Notification informative — par exemple, un paramètre de configuration a été modifié en ligne | Examiner dans l'onglet Dépannage de Sysmac Studio ; généralement sûr de l'effacer et de continuer à surveiller | Escaladé inutilement comme un défaut urgent alors qu'il n'a aucun impact opérationnel |
| Défaut mineur | Avertissement au niveau de l'unité d'E/S — par exemple, un canal d'entrée analogique proche de sa limite de plage de mesure | Identifier l'unité spécifique signalant le défaut via l'indicateur d'erreur de l'unité avant de supposer une défaillance de tout le contrôleur | Le rack du CPU entier est remis en question alors que le défaut est isolé à une seule unité d'E/S fonctionnant près d'une limite configurée |
| Défaut mineur | Avertissement de batterie faible sur l'unité CPU | Remplacer la batterie lors de la prochaine fenêtre de maintenance planifiée ; vérifier la période de rétention documentée pour ce modèle de CPU spécifique | Traité avec la même urgence qu'un défaut majeur, alors que la plupart des avertissements de batterie NX/NJ ont une période de rétention de plusieurs semaines |
L'habitude clé à développer ici : vérifier le niveau de défaut avant de réagir au défaut. Un défaut mineur sur un canal d'E/S dégradé ne justifie pas la même urgence qu'un défaut majeur qui a réellement arrêté la production — mais dans un environnement très sollicité, il est facile de traiter chaque indicateur rouge de la même manière.
Batteries, unités d'E/S et accessoires OMRON séries NX/NJ — en stock, garantie de 2 ans
Acheter des accessoires OMRON →
03 / Gravité moyenne Défauts partiels
Défauts partiels — une tâche arrêtée, le reste de la machine n'est généralement pas affecté
Les défauts partiels sont là où l'architecture basée sur les tâches d'OMRON prend tout son sens pour le diagnostic — et où elle est le plus souvent mal interprétée par les techniciens peu familiers avec la façon dont les contrôleurs NJ/NX séparent les fonctions en tâches exécutées indépendamment.
| Niveau de défaut | Exemple d'événement | Première action | Mauvais diagnostic courant |
|---|---|---|---|
| Défaut partiel | Tâche de contrôle de mouvement arrêtée — par exemple, une erreur d'axe sur un axe servo spécifique | Vérifier quelle période de tâche ou quel axe de contrôle de mouvement a déclenché le défaut dans le module de fonction de contrôle de mouvement ; les autres tâches ne sont probablement pas affectées | La machine entière est considérée comme en panne alors qu'une seule tâche ou un seul axe a réellement été défaillant tandis que les autres tâches d'E/S et logiques continuaient de fonctionner |
| Défaut partiel | Esclave EtherCAT spécifique signalant une erreur de communication de données de processus | Vérifier la vue de la topologie du réseau EtherCAT pour l'esclave exact signalé ; les autres esclaves du même réseau continuent généralement de fonctionner | Tout le réseau EtherCAT est supposé en panne alors qu'un connecteur ou un câble d'un seul esclave était la cause isolée |
| Défaut partiel | Période de tâche définie par l'utilisateur dépassée — le temps de cycle d'une tâche de programme spécifique a été trop long | Vérifier la logique de la tâche spécifique pour un changement récent, une boucle ajoutée, ou une charge d'instruction élevée avant de supposer un problème matériel | La performance globale du contrôleur est remise en question alors que la logique d'une seule tâche était devenue plus lourde avec le temps |
Parce que les contrôleurs NJ/NX exécutent plusieurs tâches indépendamment, un défaut partiel est, par définition, circonscrit — il vous indique exactement quelle tâche ou quel axe examiner. Perdre du temps à enquêter sur l'ensemble du contrôleur alors que les détails du défaut nomment déjà la tâche spécifique est l'une des manières les plus courantes de gaspiller du temps de dépannage sur cette plateforme.
04 / Haute gravité Défauts majeurs et EtherCAT
Défauts majeurs — le contrôleur s'est arrêté, mais le CPU n'est peut-être pas la cause
Un défaut majeur signifie que le contrôleur a arrêté son fonctionnement et que la sortie RUN a été désactivée. C'est le niveau où les diagnostics les plus coûteux se produisent, car la série NX d'OMRON s'appuie fortement sur EtherCAT pour les E/S et le mouvement — et un seul esclave EtherCAT déconnecté ou défectueux peut déclencher un défaut majeur au niveau du contrôleur, même si le CPU lui-même fonctionne correctement.
| Niveau de défaut | Exemple d'événement | Première action | Mauvais diagnostic courant |
|---|---|---|---|
| Défaut majeur | Erreur de communication EtherCAT — le maître détecte une déconnexion d'esclave en cours de cycle | Ouvrir la vue de la topologie du réseau EtherCAT dans Sysmac Studio ; elle identifie l'esclave exact qui a lâché avant toute action au niveau du CPU | Contrôleur NX1P2 ou NX102 remplacé pour un "défaut majeur" alors qu'un simple connecteur de câble d'un esclave aval s'était desserré |
| Défaut majeur | Erreur de bus d'E/S — défaillance de communication sur l'ensemble du bus d'E/S | Vérifier d'abord le dispositif le plus en amont sur le bus ; une seule unité défectueuse au début de la chaîne peut interrompre la communication avec tout ce qui se trouve en aval | Plusieurs unités d'E/S suspectées de défaillance simultanée alors qu'une unité en amont était le seul point de défaillance réel |
| Défaut majeur | Contrôleur arrêté via la fonction de sécurité — une entrée de sécurité connectée a déclenché une chaîne d'arrêt d'urgence | Vérifier l'état et le câblage de l'entrée de sécurité avant de supposer un défaut au niveau du contrôleur ; il s'agit du système de sécurité qui fonctionne comme prévu | Traité comme un dysfonctionnement du contrôleur lorsqu'un arrêt d'urgence, un rideau lumineux ou un interrupteur de porte de sécurité avait été déclenché légitimement |
Pourquoi la topologie EtherCAT, et non le CPU, est la première chose à vérifier
Avant de remplacer un contrôleur NX1P2 ou NX102 pour un défaut majeur, ouvrez toujours la vue de la topologie du réseau EtherCAT dans Sysmac Studio. Elle montre le réseau comme une chaîne et signale immédiatement l'esclave ou le segment exact qui a lâché — ce qui est le point de défaillance réel beaucoup plus souvent que le CPU lui-même. Cette simple vérification résout une grande partie des appels pour défauts majeurs sans aucun remplacement matériel.
Unités d'E/S, esclaves et modules de sécurité OMRON EtherCAT — en stock, garantie de 2 ans
Acheter des modules d'E/S et de sécurité OMRON →
05 / Critique Défauts système
Défauts système — le seul niveau où le matériel est véritablement le premier suspect
Les défauts système représentent une défaillance d'intégrité matérielle ou logicielle au niveau du CPU — le niveau le plus grave, et celui où une réponse axée sur le matériel est généralement justifiée. Même ici, cependant, il y a une exception courante qu'il est utile de vérifier avant de s'engager dans un remplacement.
| Niveau de défaut | Exemple d'événement | Première action | Mauvais diagnostic courant |
|---|---|---|---|
| Défaut système | Erreur matérielle de l'unité CPU — défaillance d'autodiagnostic interne | Couper et remettre l'alimentation une fois ; si le défaut persiste avec le même code d'événement, il s'agit d'un véritable scénario de remplacement du CPU | Faux positif rare — mais cela vaut la peine de vérifier une fois le cycle d'alimentation avant de commander un remplacement |
| Défaut système | Corruption du micrologiciel détectée — incohérence de la somme de contrôle sur le micrologiciel interne | Vérifier si une mise à jour du micrologiciel a été récemment interrompue ; le reflashage via la procédure OMRON documentée peut résoudre ce problème sans remplacement matériel | CPU déclaré mort après une mise à jour du micrologiciel interrompue, alors qu'un reflashage propre restaure souvent un fonctionnement normal |
| Défaut système | Erreur de mémoire non volatile — paramètres du contrôleur ou données du programme corrompus sur le stockage interne | Tenter de recharger le programme et les paramètres à partir d'une sauvegarde vérifiée avant de supposer que le matériel de mémoire lui-même a échoué | Contrôleur remplacé alors qu'un rechargement à partir d'une sauvegarde connue et fonctionnelle aurait résolu un état de mémoire corrompu mais récupérable |
L'exception de corruption du micrologiciel est importante : une mise à jour interrompue peut produire des symptômes identiques à une véritable défaillance matérielle, mais un reflashage correctement exécuté suivant la procédure de récupération documentée d'OMRON la résout fréquemment. Ce n'est qu'après l'échec de cette tentative de récupération que le contrôleur doit être traité comme un remplacement matériel confirmé.
06 / Point de décision Quand il s'agit d'un véritable défaut du contrôleur
Quand le niveau de défaut signifie réellement "remplacer le contrôleur"
La plupart des défauts OMRON en dessous du niveau de défaut système ne pointent pas vers le CPU — mais plutôt vers une unité dégradée, une tâche arrêtée ou un esclave EtherCAT déconnecté. Voici comment reconnaître quand le remplacement matériel est véritablement la bonne décision.
| Signal | Pourquoi cela indique un problème matériel |
|---|---|
| Le défaut système réapparaît immédiatement et de manière identique après un simple cycle d'alimentation | Un problème interne transitoire se résout généralement au démarrage ; une récurrence immédiate du même code d'événement indique un véritable défaut interne |
| Le reflashage du micrologiciel via la procédure documentée ne résout pas un défaut système de corruption du micrologiciel | Si un reflashage propre et correctement exécuté ne restaure pas le fonctionnement normal, le problème s'étend au-delà du micrologiciel, dans le matériel |
| Le rechargement du programme/des paramètres à partir d'une sauvegarde vérifiée ne résout pas une erreur de mémoire non volatile | Une bonne sauvegarde qui échoue toujours à se charger indique que le matériel de mémoire lui-même, et non les données, a échoué |
| Le contrôleur échoue constamment à son auto-test de mise sous tension sur plusieurs cycles d'alimentation | Un échec d'auto-test reproductible avant même le chargement du programme est un problème de couche matérielle |
| Le défaut persiste après avoir isolé et exclu toutes les causes liées aux unités d'E/S, aux esclaves EtherCAT et aux tâches | Processus d'élimination — une fois que toutes les causes périphériques et de niveau de tâche sont exclues, le contrôleur est la variable restante |
Pour un contrôleur OMRON plus ancien ou discontinué — une unité CJ1M héritée ou une unité NJ-série précoce — confirmer que le défaut est véritablement matériel avant de commander est important, car les unités de remplacement pour les pièces en fin de vie peuvent être reconditionnées ou neuves-surplus plutôt que de production actuelle. IAC vérifie la référence et la compatibilité du micrologiciel sur chaque commande avant l'expédition.
Un défaut contrôleur authentique a été confirmé ? Soumettez votre numéro de pièce — IAC vérifie la compatibilité avant l'expédition
Demander un devis →
07 / Approvisionnement Obtenir le remplacement rapidement
Défaut diagnostiqué. Obtenez la bonne pièce OMRON, expédiée aujourd'hui.
IAC stocke les contrôleurs OMRON des séries NX/NJ et les anciens contrôleurs des séries CJ/CS, les unités d'E/S, les esclaves EtherCAT et les composants de sécurité — le matériel exact derrière la plupart des niveaux de défaillance mentionnés ci-dessus. Que le problème provienne d'une unité d'E/S dégradée, d'un esclave EtherCAT déconnecté, d'une tâche de mouvement arrêtée ou d'une véritable défaillance du système, le bon remplacement est trouvé et vérifié avant son expédition.
Garantie et vérification
Chaque unité OMRON expédiée par IAC est assortie d'une garantie de 2 ans en service — soit le double de la norme de l'industrie pour les composants industriels reconditionnés. Les contrôleurs sont testés avec une charge de projet ; les unités d'E/S sont vérifiées pour la fonctionnalité au niveau du canal avant de quitter l'entrepôt. Si une lecture de niveau de défaillance est ambiguë, les ingénieurs d'IAC peuvent aider à confirmer si un remplacement matériel est réellement justifié.
Expédition le jour même
Les pièces OMRON en stock commandées avant 16h00 heure de l'Est sont expédiées le jour même. Pour les situations urgentes de panne de ligne, appelez le (877) 727-8757 pendant les heures de bureau — le délai de réponse pour un devis est généralement inférieur à cinq minutes. Vous pouvez également soumettre un numéro de pièce via le formulaire de devis ↗ ou envoyer un e-mail à sales@iac.us.com.
OMRON NX/NJ · CJ/CS · E/S EtherCAT · modules de sécurité — tous en stock, garantie de 2 ans
Parcourir le catalogue OMRON complet →Défaut confirmé. Obtenez la pièce OMRON, expédiée aujourd'hui.
Contrôleurs et modules des séries NX/NJ et CJ/CS vérifiés avant expédition, garantie de 2 ans. Devis en 5 minutes pendant les heures de bureau. Expédition le jour même pour les unités en stock.