Claves sobre PACs vs PLCs: diferencias esenciales explicadas

Hay una línea muy fina pero clara entre PACs y PLCs, pero es una que generalmente se entiende mal por los usuarios finales de máquinas. Y no es su culpa; los constructores de máquinas e integradores de sistemas a menudo mantienen a sus clientes en un estado constante de limbo respecto a la diferencia vital entre las dos entidades.

El hecho es que un PAC es fundamentalmente diferente a un PLC, y aunque realizan tareas similares, es importante que los OEMs eduquen a sus usuarios finales sobre el equipo para que su idoneidad pueda determinarse correctamente. Hay dos grandes beneficios de hacerlo:

• Reducción de costes en período de garantía
• Aumento de satisfacción del cliente

Estos dos beneficios se amplifican cuando los OEMs escriben programas que proporcionan cierto nivel de detalle a usuarios finales que pueden no tener conocimiento previo sobre PACs. La documentación clara también juega un papel importante ayudando a desarrolladores internos a aprovechar al máximo su documentación.

En la analogía más simple, un PLC es a un PAC lo que un reloj radio digital es a una computadora. Se puede argumentar que las computadoras también tienen relojes, pero su estructura inherente es mucho más compleja y tiene funcionalidades añadidas.

Un PLC está diseñado pensando en un electricista, mientras que un PAC está diseñado para un programador de TI/computadoras. Mientras el PLC ofrece simplicidades de diseño y facilidad de uso al electricista, con lenguaje de programación como lógica de escalera (ladder logic), un PAC está diseñado para mayor flexibilidad y características añadidas. Pero los beneficios del PAC suelen venir a un coste mayor y lenguajes de programación más estructurados.

Un controlador de automatización se integra en una planta para mejorar su eficiencia, tiempo de actividad y fiabilidad. Durante décadas, los PLCs han servido este propósito satisfactoriamente, pero las modernas actualizaciones en tecnologías y medios de comunicación han alimentado la necesidad de equipos de control avanzados, algo cumplido por los PACs.

La siguiente tabla puede ayudar a promover mayor entendimiento entre los dos:

Es bastante obvio que un PAC tiene la ventaja cuando se trata de características y funcionalidades. Pero también hay inconvenientes; un PAC tiene configuraciones más difíciles que un PLC. Además, los usuarios finales deben ser conscientes de las versiones de firmware y ocuparse de problemas relacionados con compatibilidad hacia atrás con PACs.

Todos estos problemas pueden manejarse preventivamente si el OEM sigue un enfoque educativo hacia sus productos. Algunos consejos que pueden ayudar a los usuarios finales a entender PACs bajo una luz más clara son:

• Formación básica para actividades de mantenimiento específicas de PAC.
• Extender funcionalidades de documentación de software de PAC, ej. incluyendo comentarios de peldaño largos.
• Usar lenguaje de programación de alto nivel solo cuando sea requerido para mantener las cosas simples y familiares.
• Incorporar mejores prácticas encontradas en programación de PLC a la programación de PAC, cerrando la brecha de incorporación (onboarding).
• Dado que no hay archivos de datos de estado de procesador en PACs a diferencia de PLCs, los OEMs deberían considerar crear una subrutina para datos de estado de procesador comúnmente usados.