Lógica cableada vs. lógica programable

Dos formas de resolver lo mismo

La lógica cableada y la lógica programable resuelven, en esencia, el mismo problema: hacer que una instalación responda de una determinada manera ante ciertas condiciones. La diferencia está en dónde vive esa lógica.

En la lógica cableada, la lógica vive en el cableado. Cada contacto, cada relé, cada temporizador y cada conexión entre ellos representa una decisión. Si el contacto está cerrado, pasa; si está abierto, no pasa. La lógica es física, visible y medible.

En la lógica programable, la lógica vive en un programa. Las mismas decisiones están escritas como instrucciones que el controlador ejecuta cíclicamente. La lógica ya no está representada por conexiones físicas, pero sigue determinando qué hace la instalación.

Ninguna de las dos formas es mejor en abstracto. La pregunta correcta no es cuál es más moderna, sino cuál se adapta mejor a lo que la instalación necesita.

Qué, cómo y dónde

Una confusión bastante común que, si no se aclara, después se traslada al resto: la confusión entre lógica, algoritmo e implementación.

La primera vez que se intenta ordenar estos conceptos, puede pasar algo como esto:

El PLC es el "dónde". La lógica es el "cómo". El algoritmo es el "qué".

Suena razonable, pero no termina de cerrar. El PLC es el "dónde", sí, pero la lógica no es simplemente el "cómo" y el algoritmo no es exactamente el "qué". Para entenderlo hay que desarmar un poco la palabra "lógica", que es la que genera parte de la confusión.

"Lógica" se usa en más de un sentido. Por un lado, puede referirse al criterio: qué debe hacer el sistema ante cada situación. Por otro, puede referirse a la forma concreta en que ese criterio es llevado a la realidad: mediante cableado, relés, temporizadores o un programa.

Por eso, cuando hablamos de "lógica cableada" y "lógica programable", estamos hablando de dos formas diferentes de implementar una lógica. Pero antes de implementarla hubo que decidir qué tiene que hacer y cómo se va a expresar esa decisión. Ahí aparece el algoritmo.

O, dicho de una manera más sencilla:

• Qué = criterio de decisión: lo que la instalación debe hacer.
• Cómo = algoritmo: cómo se ordenan esas decisiones.
• Dónde = implementación: dónde queda finalmente esa lógica.

Y "lógica" queda como un término bastante amplio que puede referirse tanto al criterio como a su implementación. Es una palabra ambigua, sí. Pero es la palabra que se usa habitualmente en la industria. Lo importante no es dejar de usarla, sino saber qué estamos queriendo decir cuando la usamos.

Un ejemplo de "lógica"

Para más claridad, una aplicación concreta: la inversión de marcha de un motor.

La restricción de que el motor no reciba dos órdenes simultáneas no es un detalle aparte: es parte del criterio. El sistema no solo debe hacer lo que se le ordena; también debe garantizar que no pueda hacer lo contrario. Esa garantía es parte del "qué", aunque el mecanismo que la implemente sea parte del "cómo".

Y eso es exactamente lo que separa una instalación que funciona de una instalación bien diseñada: no alcanza con que el sistema haga lo correcto. Tiene que no poder hacer lo incorrecto.

Y el "qué" no es una sola frase. Es un conjunto de criterios: funcionales, de seguridad, de mantenimiento. El algoritmo tiene que implementarlos todos. Y si alguno falta, la instalación puede funcionar, pero no del todo bien.

Lo interesante es que el "qué" no cambia. La instalación necesita cumplir el mismo criterio, independientemente de cómo se implemente. Lo que cambia es el "cómo" (el algoritmo puede expresarse en ladder, en texto estructurado o en una secuencia de pasos escrita en papel) y el "dónde" (la implementación puede terminar en un tablero de relés, en un PLC o en otro sistema de control).

Por eso conviene pensar primero el "qué". Después el "cómo". Y recién al final el "dónde". En ese orden. Porque cuando empezamos por la tecnología, corremos el riesgo de terminar adaptando la instalación a la herramienta, en lugar de elegir la herramienta que mejor se adapta a la instalación.

Implementar "lógica Cableada"

Hay situaciones donde la lógica cableada es suficiente y la mejor opción.

Siguiendo con la aplicación del párrafo anterior. El arranque directo de un motor con protección térmica. El tablero de comando con un guardamotor, dos contactores, tres pulsadores y luz de marcha y de parada.

En este caso la lógica es breve, clara y probablemente no cambie. La cantidad de condiciones es baja. No hay secuencias complejas, temporizaciones encadenadas, alternancia de equipos ni necesidad de registrar demasiada información sobre lo que ocurre. La instalación hace lo que tiene que hacer y punto.

Incluir un PLC puede ser un exceso. No porque no funcione, sino porque agrega complejidad donde no hace falta: hay que programarlo, documentarlo y mantener ese programa. Para modificarlo puede hacer falta una computadora, un software y, según el equipo, un cable de programación específico.

La lógica cableada, en cambio, tiene una virtud muy concreta: se puede ver. Se puede seguir el circuito, medirlo con un tester y diagnosticarlo con herramientas que forman parte del oficio eléctrico.

Eso no significa que la lógica cableada sea infalible. Un relé puede fallar, un contacto deteriorarse, una bornera aflojarse y un cable cortarse. Pero cuando la lógica es pequeña y estable, su simplicidad es una ventaja enorme.

Implementar "lógica Programable"

El problema aparece cuando la lógica deja de ser breve.

Si a la instalación anterior hay que agregarle una secuencia de arranque (como una configuración estrella-triángulo). Después, una temporización. Después, una condición de bloqueo. Después, una alarma. Después un modo manual y un modo automático. Después, la necesidad de saber por qué se detuvo el sistema la última vez.

Cada una de esas cosas se puede resolver con lógica cableada. Pero cada una agrega relés, temporizadores, contactos auxiliares y cableado. Y lo que era un tablero ordenado empieza a convertirse en una maraña.

Lo peor no es solamente la maraña. Lo peor es que modificar cualquier cosa se convierte en una intervención física: hay que agregar cables, borneras o componentes, modificar conexiones y volver a verificar todo. Cada modificación es también una oportunidad para introducir un error.

Ahí es donde la lógica programable empieza a tener sentido. No porque sea más moderna, sino porque la lógica dejó de ser algo que conviene resolver principalmente con conexiones físicas y pasó a ser algo que puede expresarse como una serie de decisiones dentro de un programa.

Los costos de la lógica "programable"

Es fácil afirmar que la lógica programable es la evolución y que la lógica cableada es el pasado. Pero es simplificar demasiado.

Pasar a lógica programable tiene costos que no siempre se mencionan. Hay que programar, y programar bien no es solamente conseguir que el equipo funcione. Hay que documentar el programa, porque un programa sin documentación puede convertirse rápidamente en una caja negra. Hay que capacitar a quien lo va a mantener y, según el sistema elegido, lidiar con firmware, versiones de software y herramientas de programación específicas.

Y hay otro riesgo: un programa mal pensado puede hacer exactamente lo que se le indicó, aunque eso no sea lo que la instalación necesitaba.

La lógica cableada tampoco está libre de errores, pero su comportamiento queda representado físicamente en el circuito y puede seguirse con instrumentos.

Por eso no se trata de reemplazar la lógica cableada por lógica programable en todos los casos. Se trata de reconocer cuándo la lógica de la instalación pide una cosa y cuándo pide la otra.

Un dato práctico: si una aplicación con lógica "cableada" necesita dos temporizadores o más, el costo económico de esos temporizadores es igual al de un PLC modesto, que incluye temporizadores, contadores y lógica programable.

Confiabilidad

Hay una diferencia que rara vez aparece en las comparaciones entre lógica cableada y lógica programable: la confiabilidad.

Y no me refiero a que un PLC sea confiable o no. Me refiero a algo más importante: la confiabilidad no es una propiedad de la tecnología, sino una consecuencia de cómo se la elige y cómo se la integra.

Un PLC puede ser extremadamente confiable. Pero no todos los controladores están diseñados para trabajar en las mismas condiciones. No es lo mismo un equipo instalado en un ambiente limpio, con temperatura estable y alimentación controlada, que otro trabajando con vibración, humedad, polvo, interferencias electromagnéticas o variaciones importantes de tensión.

Cuando una instalación necesita confiabilidad, hay preguntas que conviene hacerse antes de elegir el controlador. ¿Qué rango de temperatura soporta? ¿Qué grado de protección tiene contra polvo y agua? ¿Está certificado para el ambiente donde va a trabajar? ¿Qué inmunidad tiene frente a interferencias? ¿Qué ocurre ante una variación de tensión? ¿Cómo se comporta después de un corte y la posterior reposición de energía?

Esas preguntas no se responden mirando el logo del fabricante. Se responden leyendo las hojas de datos y, sobre todo, entendiendo el entorno donde va a trabajar el equipo.

Y hay algo más: la confiabilidad del programa también es una decisión de diseño.

Un PLC puede tener un hardware excelente y, aun así, comportarse mal si el programa no contempla una señal que llega tarde, un sensor que entrega un valor anómalo, un corte breve de energía o una condición que el diseñador simplemente no había previsto.

La lógica cableada tiene, en determinadas aplicaciones, una ventaja muy concreta: su comportamiento puede resultar más simple de entender y verificar porque está representado físicamente.

Pero tampoco es correcto decir que por eso siempre es más confiable. Un tablero de relés mal diseñado, mal dimensionado o mal mantenido puede ser mucho menos confiable que un PLC correctamente seleccionado, protegido y programado.

Por eso la confiabilidad no se resuelve eligiendo "un buen PLC". Se resuelve eligiendo el equipo adecuado para el entorno, integrándolo con las protecciones correspondientes, cuidando su alimentación y diseñando el programa para contemplar también las situaciones anómalas.

La certificación tampoco es un sello decorativo. Es la forma que tiene el fabricante de indicar bajo qué condiciones fue probado el equipo y qué comportamiento se espera de él. Y el integrador tiene que comprobar si esas condiciones coinciden con las de la instalación real. Porque muchas veces una instalación no falla porque el PLC sea malo.
Falla porque el PLC era bueno para otro entorno.

La frontera es el diseño

La pregunta "¿lógica cableada o lógica programable?" no se responde mirando el tablero. Se responde mirando el proceso.

Si la lógica es fija, breve y no va a cambiar, la lógica cableada puede ser una respuesta perfectamente razonable.

Si la lógica es variable, creciente, con secuencias, prioridades, alternancias, temporizaciones o necesidades de diagnóstico, la lógica programable empieza a ser una herramienta más adecuada.

Pero, la lógica programable no reemplaza a la lógica cableada. Reemplaza a parte de la lógica que estaba en el cableado.

Las protecciones, contactores, guardamotores, contactos auxiliares, pulsadores, sensores y actuadores siguen estando. El PLC no elimina la instalación eléctrica. Lo que hace es sacar de los cables una parte de la "lógica" y llevarla a un programa.

Sobre el mantenimiento

En lógica "cableada", el mantenimiento es principalmente visual y eléctrico, con un tester se sigue el circuito, se mide continuidad, se verifica tensión, se comprueba un contacto o se cambia el relé que no funciona.

En lógica "programable", el mantenimiento es diferente. El técnico no sigue solamente cables: sigue señales. Mira el programa, verifica qué entrada está activa, qué salida debería estar activa y qué condición no se está cumpliendo.

Es un diagnóstico distinto, más parecido a leer un plano de funcionamiento que a seguir físicamente un conductor.

Ninguna de las dos formas es necesariamente más fácil. Son distintas.

Y la elección entre una y otra también depende de quién va a mantener la instalación y con qué herramientas y conocimientos cuenta.

Resumiendo...

La lógica cableada y la lógica programable no son opuestas. Son dos formas de resolver problemas, y cada cual tiene su lugar.

La lógica cableada es directa, visible y muy conveniente cuando la lógica es simple y estable. La lógica programable es flexible, ordenada, escalable y permite manejar lógicas que, en cableado, resultarían innecesariamente complejas.

La decisión no se toma por moda ni por precio, sino mirando la lógica de la instalación: cuántas condiciones tiene, cuánto puede cambiar, quién la va a mantener y qué necesita saber cuando algo falle.

Porque al final, la pregunta no es si conviene más lógica programable o un tablero de relés. La pregunta es dónde conviene que viva la lógica.

Y esa respuesta no la da la tecnología. La da el proceso.

El cluster de automatización y control

Es un compendio de criterios de diseño: cada artículo aborda un tema y muestra qué decisiones hay que tomar, por qué se toman de una manera y no de otra, y qué consecuencias tiene cada elección.

El objetivo no es enseñar a usar una herramienta, sino entender qué se está resolviendo antes de elegir con qué resolverlo.