Codis d'Error PLC Omron (CJ/CP/NX): Guia d'Interpretació i Diagnòstic

Un controlador Omron de la sèrie CJ, CP o NX que mostra un codi d'error a l'indicador de set de set segments deixa el tècnic amb una xifra i prou. Sense el manual de referència a mà, aquell codi no diu res: cal saber si és un error de CPU, d'E/S, de bus o de xarxa, i quina acció correctora correspon. IgeraIndustria converteix aquesta cerca en una consulta directa en llenguatge natural, amb resposta citada del manual oficial del fabricant.

Com s'estructuren els codis d'error a les sèries CJ i CP?

Els PLC de la família CJ (CJ1, CJ2) i CP (CP1E, CP1L, CP1H) d'Omron gestionen errors fatals i no fatals a la CPU, visibles al software de programació (CX-Programmer o Sysmac Studio, segons el model) i, en alguns casos, al LED de la unitat de CPU. Es classifiquen habitualment així:

• Errors de CPU fatals: inclouen fallada de memòria del programa, error de watchdog timer i errors de bus d'E/S greus. La CPU s'atura i cal reiniciar després de resoldre la causa arrel.
• Errors de CPU no fatals: com bateria baixa, error de tasca cíclica o advertència de temps de scan excedit. El PLC continua funcionant, però cal atendre'ls perquè no s'agreugin.
• Errors d'unitat d'E/S: desconnexió d'una targeta, fallada de fusible, o unitat no reconeguda al bus intern. Es mostren normalment amb un LED vermell a la unitat afectada.
• Errors de programa d'usuari: instruccions il·legals, divisió per zero, o accés fora de rang a una àrea de memòria. Requereixen revisar la lògica del programa, no el maquinari.

Quines particularitats tenen els codis d'error a la sèrie NX (Sysmac)?

La sèrie NX (NX1P2, NX102, NX502, NX7) treballa sobre la plataforma Sysmac i introdueix un sistema d'errors més granular que les sèries CJ/CP, amb codis d'esdeveniment visibles a Sysmac Studio i al registre d'esdeveniments (event log) de la controladora. Cada esdeveniment inclou un nivell de severitat (Major Fault, Partial Fault, Minor Fault, Observation, Information), un codi numèric i una descripció textual. En teoria això agilitza el diagnòstic, però a la pràctica la traducció del text d'esdeveniment i la correlació amb l'esquema elèctric concret continuen consumint temps, sobretot quan l'error és intermitent i no es reprodueix davant del tècnic.

Categories habituals d'errors NX per severitat

Quins passos de diagnòstic segueix un tècnic experimentat?

Independentment de la sèrie, el procés de diagnòstic sistemàtic davant un codi d'error segueix una seqüència lògica que evita conjectures:

1. Registrar el codi exacte i el moment: anotar el codi complet i l'hora d'aparició, correlacionant-ho amb esdeveniments de producció previs (canvi de referència, arrencada, pic de càrrega).
2. Consultar el registre d'esdeveniments: a Sysmac Studio (sèrie NX) o al CX-Programmer (sèrie CJ/CP), revisar si l'error és puntual o recurrent i si va precedit d'altres avisos de severitat menor.
3. Localitzar la categoria a la taula d'errors del manual corresponent: identificar si és un error de CPU, d'E/S, de comunicació o de programa, per acotar la zona a inspeccionar.
4. Inspeccionar el maquinari relacionat: connexions de bus, alimentació de les targetes d'E/S, cablejat de xarxa, i estat dels LED de cada mòdul.
5. Aplicar l'acció correctora i verificar: després de resoldre la causa arrel, confirmar que el codi no torna a aparèixer després d'un cicle complet de producció.

Errors de xarxa i comunicació: EtherCAT, EtherNet/IP i CIP

Els controladors NX modernes solen formar part d'una xarxa EtherCAT amb múltiples esclaus (variadors, E/S remotes, sensors). Els errors habituals inclouen pèrdua de comunicació amb un esclau, error de sincronització de rellotge distribuït (DC) i timeout de missatge CIP; solen aparèixer com Partial Fault o Minor Fault, però l'origen quasi mai és al PLC mateix, sinó un cable EtherCAT danyat, un terminador mal connectat o un esclau sense alimentació. La confusió habitual és assumir un error de programa i revisar la lògica de tasca, quan la causa és física a la xarxa.

Per què els manuals estàtics no basten per a aquest tipus de diagnòstic?

Cada model de CPU Omron (CJ1M, CJ2H, CP1L, NX1P2, NX102, NX7...) té el seu propi manual de referència, sovint de 300 a 900 pàgines, amb taules d'errors extenses i notes de compatibilitat entre versions de firmware. Un tècnic d'una planta amb diverses generacions de PLC instal·lades no pot memoritzar totes les taules, i buscar manualment en un PDF de centenars de pàgines mentre la línia està aturada suma minuts —o hores— al temps de reparació.

IgeraIndustria indexa tots els manuals oficials Omron rellevants per a la planta (W472, W473, W506, W578 i similars), juntament amb l'historial de manteniment i els esquemes elèctrics propis. Quan el tècnic pregunta pel codi exacte que veu al display, el sistema identifica el model de CPU i manual corresponent, i retorna la descripció oficial de l'error, la causa probable i l'acció correctora recomanada pel fabricant, citant sempre la secció i pàgina d'origen.

Preguntes freqüents sobre codis d'error PLC Omron

Un mateix codi d'error significa el mateix a la sèrie CJ i a la sèrie NX?

No necessàriament. Les sèries CJ/CP i la sèrie NX utilitzen sistemes d'errors diferents. Fins i tot dins d'una mateixa família, models diferents de CPU poden assignar significats diferents a un mateix número de codi. Cal verificar sempre contra el manual específic del model instal·lat.

Un error de bateria baixa a la CPU és urgent?

És un error no fatal, però no s'ha d'ignorar: si la bateria s'esgota completament, es pot perdre el programa i les dades retingudes de la CPU en cas de tall d'alimentació. Cal programar-ne la substitució al proper manteniment preventiu.

IgeraIndustria pot ajudar amb PLC d'altres fabricants a més d'Omron?

Sí. El sistema indexa qualsevol manual tècnic en PDF independentment del fabricant (Siemens, Rockwell, Schneider, Mitsubishi, Omron, entre d'altres), sempre que la planta carregui la documentació corresponent.