Elegir un PLC es una de las decisiones más importantes de un proyecto de automatización y, paradójicamente, una de las que menos se analiza con rigor. La realidad en muchos proyectos es que se elige el PLC que el ingeniero ya conoce, el que el cliente de siempre usa, o el que tiene mejor precio en ese momento. Te presentamos el framework de cinco criterios que usamos en Hexadecimal para tomar esta decisión de forma objetiva.
Criterio 1: I/O y escalabilidad real
El error más frecuente es dimensionar el I/O exactamente para lo que necesita el proyecto hoy. Una maquinaria que hoy tiene 48 entradas digitales y 32 salidas casi siempre crece. El cliente añade sensores, la normativa exige más monitorización, o simplemente aparece un requisito no previsto en el pliego.
Regla práctica: dimensiona el I/O al 70% de la capacidad total del sistema. Si el proyecto necesita 48 DI, usa un chasis con capacidad para 64–80. Verifica también que el tipo de módulos de expansión sea el que necesitas: los contadores rápidos para encoder cuadratura, los módulos de termocupla con referencia de unión fría, los módulos de seguridad certificados SIL si aplica.
Criterio 2: Ciclo de scan y determinismo
Para aplicaciones de posicionamiento, control de prensas o sincronización de ejes, el tiempo de ciclo y el jitter (variación del ciclo) son críticos. Un PLC estándar con ciclo de 10 ms y jitter de ±2 ms no es apto para control de movimiento preciso. Necesitas un sistema con ciclo garantizado ≤ 1 ms y jitter < 100 µs.
Para aplicaciones de proceso continuo (temperatura, nivel, caudal) un ciclo de 20–100 ms es perfectamente adecuado. No pagues por determinismo que no necesitas.
Cómo verificarlo: pide al fabricante los datos de tiempo de ejecución de instrucciones (MIPS o instrucciones booleanas por ms) y el ciclo de tarea mínimo garantizado, no el anunciado en marketing.
Criterio 3: Protocolos de comunicación nativos
Cada protocolo de comunicación que necesites que no sea nativo del PLC requiere un módulo adicional (coste + espacio en rack + punto de fallo extra). Antes de elegir, mapea todos los dispositivos de campo que deberás integrar:
- ¿Variadores de velocidad con CANopen o PROFIBUS DP?
- ¿Robots con EtherNet/IP?
- ¿Sistemas de visión con Modbus TCP?
- ¿SCADA con OPC-UA?
- ¿Básculas con RS485 propietario?
El PLC que tiene 5 protocolos nativos puede ser más barato a largo plazo que el que solo tiene Modbus TCP y necesita gateways para todo lo demás.
Criterio 4: El coste real de las licencias de programación
Este es el criterio que más frecuentemente sorprende a los clientes. Algunos fabricantes cobran la herramienta de programación por desarrollador (600–2.000 €/año), las licencias de runtime por PLC (200–800 €), y los plugins de protocolos por separado (100–400 € cada uno). En un proyecto con 20 PLCs, estas cifras se multiplican.
La ventaja de los PLCs basados en CODESYS es que el entorno de desarrollo es gratuito y el runtime se licencia con el hardware, sin coste por desarrollador ni por protocolo estándar. Es un modelo que favorece enormemente a integradores y fabricantes de maquinaria con flotas grandes.
Criterio 5: Disponibilidad, soporte y vida útil
Un PLC que ya no se fabrica o cuyo fabricante ha descontinuado el soporte es un problema a medio plazo. Antes de comprometerte:
- Verifica la disponibilidad de stock en distribuidores europeos (no solo en el web del fabricante)
- Consulta la política de End-of-Life: ¿cuántos años garantizan disponibilidad de repuestos?
- Comprueba que existe soporte técnico local en español (o en inglés si el equipo lo maneja)
- Valora la comunidad: foros, documentación, aplicaciones de ejemplo. Un ecosistema vivo reduce el tiempo de aprendizaje y el coste de formación
Recomendación: para proyectos OEM (maquinaria en serie), este criterio es casi el más importante. Necesitas garantizar que el PLC que diseñas hoy seguirá disponible en 10 años para el servicio postventa de la máquina.
Conclusión
Aplicar estos cinco criterios de forma sistemática tarda menos de dos horas en un proyecto nuevo y puede ahorrarte años de problemas. La tecnología de PLCs es madura y fiable en todos los fabricantes de referencia — la diferencia está en si el hardware encaja con los requisitos reales del proyecto, no en si tiene el logo que el cliente conoce.
En Hexadecimal somos agnósticos en cuanto a marca de PLC: recomendamos el sistema más adecuado para cada aplicación. Si tienes dudas sobre la selección de hardware para un proyecto concreto, consúltanos sin compromiso.