Aula Automatizada
Si llevas poco tiempo con TIA Portal, seguro que ya te ha pasado: el programa compila sin ningún error, lo cargas en el PLC real y, aun así, algo no hace lo que debería. Nueve de cada diez veces el problema no está en la lógica del programa, sino en cómo se han direccionado las entradas y salidas. Aquí van los cinco fallos que más veo repetirse, tanto en clase como en planta.
1. Confundir físicamente entradas y salidas
Sobre el papel, una dirección de entrada (%I) y una de salida (%Q) se parecen mucho, pero representan cosas completamente distintas dentro del PLC: una entrada lee el estado de un sensor o un pulsador, una salida manda corriente a un actuador. Confundirlas al escribir el programa —tratar una salida como si fuera una entrada, o al revés— hace que el sistema se comporte de forma rara y es de los errores más habituales al empezar. El truco de siempre: revisar la tabla de variables antes de escribir la primera línea de lógica, no después.
2. No usar direccionamiento simbólico desde el principio
Trabajar solo con direcciones absolutas (%I0.0, %Q0.1...) en vez de darles un nombre simbólico (Pulsador_Marcha, Motor_Cinta...) hace que el programa sea ilegible a los pocos días, incluso para quien lo ha escrito. Es la principal razón de que arreglar un fallo en planta acabe llevando el triple de tiempo del necesario. Acostúmbrate a nombrar cada variable en la tabla de variables del PLC antes de usarla en el programa, no después de que el proyecto ya tenga cien líneas.
3. Mezclar el nivel de direccionamiento: bit, byte y palabra
%I0.0 es un bit concreto; %IB0 es el byte completo (8 bits) que empieza en esa dirección; %IW0 es una palabra (2 bytes). Confundir estos niveles es un clásico de quien empieza, sobre todo al leer señales analógicas —que llegan como palabras— como si fueran bits sueltos, o al revés. Parece un detalle menor, pero es una fuente constante de errores silenciosos, porque el compilador no siempre te avisa.
4. No comprobar que el software coincide con el hardware real
La configuración de hardware en TIA Portal tiene que reflejar exactamente los módulos físicos instalados, y en el orden correcto. Si en algún momento se añade, se quita o se cambia de slot un módulo de entradas/salidas, todas las direcciones posteriores a ese módulo se desplazan automáticamente. En instalaciones que han ido creciendo con el tiempo es muy fácil que el programa siga usando direcciones antiguas que ya no corresponden a lo que hay físicamente conectado.
5. Repetir o solapar direcciones sin darse cuenta
Usar sin querer la misma dirección de memoria para dos variables distintas —dos marcas %M, o dos direcciones de periferia— es un error que TIA Portal no siempre detecta solo, sobre todo si se han creado en momentos distintos del proyecto. El síntoma típico es que "algo se activa solo" sin ninguna razón aparente. Conviene revisar de vez en cuando la tabla de referencias cruzadas (Cross-reference) para detectar solapamientos antes de que den problemas en producción.
Ninguno de estos errores es grave si se detecta a tiempo, pero todos salen más caros cuanto más tarde se descubren, sobre todo si ya estás en planta y no delante del PC. Si te ha pasado alguno de estos, o tienes dudas sobre el direccionamiento en tu propio proyecto, escríbeme desde el formulario de contacto y lo vemos.