Qué es Ignition, la plataforma SCADA de Inductive Automation

Ignition es la plataforma de SCADA, HMI y adquisición de datos de Inductive Automation. Si has llegado buscando qué es, lo más probable es que alguien te la haya propuesto para un proyecto y quieras entender en qué se diferencia de un SCADA de los que llevas viendo toda la vida. La respuesta corta: en el modelo de licencia y en la arquitectura de cliente. El resto de este artículo es la respuesta larga.

¿Qué es Ignition exactamente?

Ignition es software de servidor para supervisión y control industrial. Se instala en una máquina —física o virtual, Windows o Linux—, se conecta a los PLC y a la instrumentación de planta, y desde ahí sirve pantallas a los operarios, gestiona alarmas y guarda el histórico en una base de datos.

Hasta ahí, hace lo mismo que cualquier otro sistema SCADA: las cuatro funciones clásicas de adquirir, visualizar, alarmar e historizar. La diferencia está en cómo se empaqueta y cómo se vende.

La forma más útil de entenderlo es esta: Ignition no es una aplicación, es una plataforma. No viene con «el SCADA de tu planta» ya hecho: viene con el motor, el entorno de desarrollo y los módulos, y el proyecto se construye encima. Eso la hace muy flexible y, a la vez, exige más ingeniería inicial que un HMI de catálogo que ya trae las pantallas resueltas.

Quién está detrás: Inductive Automation

Ignition es producto de Inductive Automation, una empresa estadounidense con sede en California. No es un gigante de la automatización con catálogo de autómatas, variadores y motores: es una empresa de software que solo hace software, y eso explica buena parte de sus decisiones de producto.

Es una diferencia relevante frente a los SCADA que vienen de fabricantes de hardware. Un fabricante de PLC tiene un incentivo evidente para que su SCADA funcione mejor con sus propios autómatas. Inductive Automation no vende autómatas, así que su interés es hablar con todos. En la práctica esto se nota en el catálogo de drivers y en el peso que le dan a OPC UA.

La segunda consecuencia es el modelo de distribución: Inductive Automation vende la licencia y la formación, y el proyecto lo hace una red de integradores. Quien va a montar tu instalación no es el fabricante, es un partner.

Cómo está construido: un servidor y sus módulos

La arquitectura de Ignition tiene tres piezas que conviene tener claras desde el principio:

1. El Gateway

Es el servidor: el proceso que corre permanentemente, mantiene la comunicación con los dispositivos, ejecuta la lógica del proyecto, evalúa las alarmas y escribe el histórico. Todo lo importante pasa aquí. Se administra desde un navegador, no desde una consola instalada.

2. Los clientes

Son las pantallas que ve la gente. Ignition ofrece dos tipos y no son excluyentes: Vision, el cliente de escritorio clásico para los puestos de sala de control, y Perspective, el cliente web que funciona en navegador, tablet y móvil sin instalar nada. Un mismo Gateway puede servir los dos.

3. La base de datos

Aquí está una de las decisiones de diseño que más se notan: el histórico de Ignition vive en una base de datos SQL estándar —SQL Server, PostgreSQL, MySQL, Oracle— y no en un almacén propietario. Significa que cualquier herramienta que sepa hablar SQL puede leer tus datos de planta: tu ERP, tu herramienta de Business Intelligence, un script de Python o una hoja de cálculo.

Puede parecer un detalle técnico menor y no lo es. Cuando llega el momento de montar analítica sobre los datos históricos —calcular un OEE real, cruzar consumo energético con producto, alimentar un modelo de mantenimiento predictivo—, la diferencia entre «hay una tabla SQL» y «hay que comprar una pasarela» es de meses de proyecto.

Por debajo, Ignition está construido sobre Java, y el scripting del proyecto se escribe en Python (a través de Jython). Es un detalle que importa a la hora de estimar: si tu equipo de automatización ya sabe Python, el aprendizaje es rápido; si viene de lenguajes de PLC, hay una curva.

El modelo de licencia, que es el verdadero argumento

Si de todo este artículo te quedas con una sola cosa, que sea esta. Ignition se licencia por servidor: sin límite de tags, sin límite de clientes conectados y sin límite de pantallas.

Para entender por qué es relevante hay que mirar cómo se licencia la competencia. En la mayoría de las plataformas industriales tradicionales, el precio se dimensiona por número de señales (tags, PowerTags, puntos de I/O) y a veces también por número de puestos cliente. Consecuencias prácticas que se ven en cualquier planta:

• Ampliar una línea deja de ser una decisión de ingeniería y pasa a ser una decisión presupuestaria, porque hay que subir de tramo de licencia.
• Se raciona el acceso: el jefe de planta tiene cliente, el de calidad no, y el turno de noche mira la pantalla del compañero.
• Se acaba historizando menos de lo que se querría, para no gastar tags.

Con licencia por servidor, esas tres decisiones desaparecen. Lo que determina el coste es cuántos servidores necesitas y qué módulos activas, y eso se decide una vez, al dimensionar la primera fase.

Los módulos que de verdad se usan

Ignition es modular: el Gateway es la base y la funcionalidad se añade activando módulos. La lista completa es larga, pero en los proyectos industriales reales se repiten casi siempre los mismos:

La regla de dimensionado es sencilla: se activa lo que hace falta y nada más. Un SCADA de supervisión de una planta puede necesitar cuatro módulos; una instalación con informes regulatorios y notificación a guardias, seis o siete.

Cómo se conecta a los PLC y a la instrumentación

Ignition incluye su propio servidor OPC UA y un conjunto de drivers para los autómatas más habituales en planta: Allen-Bradley, Siemens, Omron, Modbus TCP y otros, además de poder actuar como cliente OPC UA de cualquier equipo que exponga ese estándar.

En la práctica, en cualquier planta con algo de historia te vas a encontrar tres situaciones:

• Máquinas modernas con OPC UA. Conexión directa, sin intermediarios. Es el caso fácil.
• Autómatas con protocolo propio. Driver nativo cuando existe. Conviene comprobar el driver concreto y la versión de firmware en la documentación del fabricante antes de comprometer un plazo: aquí es donde se cuelan las sorpresas.
• Máquinas sin comunicaciones. Ni driver ni OPC: la vía es una pasarela o un gateway industrial, o instrumentar lo mínimo —un contador, un sensor de estado— para no tener que sustituir el equipo. Es exactamente el mismo planteamiento que en un proyecto de IIoT.

Arquitecturas distribuidas e Ignition Edge

No todas las instalaciones caben en un servidor y unas pantallas. Cuando hay varias plantas, o muchas ubicaciones remotas pequeñas —bombeos, depósitos, subestaciones—, la arquitectura cambia de forma.

Para eso existe Ignition Edge, una versión reducida y más económica pensada para instalarse en el propio equipo de campo o en un PC industrial pequeño. Hace la adquisición local, guarda datos si se cae el enlace y los sincroniza cuando vuelve, y publica hacia un Gateway central.

El patrón típico es: Edge en cada ubicación, Gateway central para la supervisión y los informes, y MQTT como transporte entre ambos. Es la arquitectura que hace que una red de cien puntos remotos sea manejable sin cien licencias completas ni cien VPN.

Qué no es Ignition y dónde no encaja

Cualquier página de fabricante te va a contar las ventajas. Estas son las limitaciones que conviene tener en cuenta antes de decidir, y que en nuestra experiencia son las que de verdad hacen descartar la plataforma en algún proyecto:

No es un MES

Ignition es SCADA, no MES. Se puede construir la capa MES encima —hay módulos de terceros especializados y también desarrollo a medida—, pero no viene de serie con gestión de órdenes, genealogía de lote ni planificación. Si lo que necesitas es un MES de catálogo, esto no lo es.

Exige desarrollo

Es la contrapartida de ser una plataforma. La flexibilidad tiene un precio en horas de ingeniería inicial: hay que diseñar el modelo de activos, la nomenclatura de tags, las plantillas y las pantallas. Para una instalación pequeña y muy estándar, un HMI de catálogo puede salir más barato y más rápido.

Menos implantación en España que las marcas clásicas

Siemens y AVEVA llevan décadas en la industria española, y eso significa más integradores disponibles y más gente en el mercado laboral que conoce sus herramientas. Con Ignition la oferta es más reducida, así que la elección del partner pesa más: si el integrador desaparece y el proyecto está mal documentado, encontrar relevo cuesta más.

La integración estrecha con un PLC concreto no es su fuerte

Si toda tu planta es de un único fabricante y quieres la integración más profunda posible con su ecosistema —diagnóstico del autómata, ingeniería en el mismo entorno, bibliotecas compartidas—, el SCADA de ese mismo fabricante te va a dar cosas que Ignition no. Es el reverso de ser agnóstico.

Cómo empezar a probarlo

Esta es probablemente la parte más cómoda de Ignition, y merece la pena aprovecharla: se puede descargar y usar la plataforma completa en modo de prueba, con toda la funcionalidad disponible y un reinicio periódico del servidor. No es una versión recortada ni un formulario para que te llame un comercial.

Para una prueba de concepto seria es más que suficiente. Se puede conectar un PLC real, montar dos o tres pantallas, historizar señales durante unas horas y ver el dato en la base de datos, todo antes de tomar cualquier decisión de compra. Nuestra recomendación es hacer siempre esa prueba sobre una línea real y con datos reales, no sobre el simulador: es la única forma de descubrir si el driver que necesitas funciona con el firmware que tienes.

Para la formación, Inductive Automation mantiene Inductive University, su plataforma de cursos en vídeo, de acceso gratuito. Es el mejor punto de partida si quieres que tu equipo aprenda la herramienta por su cuenta.

Preguntas frecuentes sobre Ignition

¿Ignition es de código abierto?

No. Es software comercial propietario, con licencia de pago. Lo que sí es abierto es lo que hay alrededor: usa estándares como OPC UA, MQTT y SQL, y el histórico queda en una base de datos que puedes leer con cualquier herramienta.

¿Qué diferencia hay entre Perspective y Vision?

Perspective es el cliente web, responsive, diseñado para navegador y para móvil o tablet. Vision es el cliente de escritorio, más orientado a puestos fijos de sala de control. Son módulos distintos y se licencian por separado; en muchos proyectos se usan los dos a la vez.

¿Puedo migrar a Ignition el SCADA que ya tengo?

Sí, y es un escenario habitual. Se plantea por fases, con los dos sistemas conviviendo: primero se replica la supervisión de una línea, se valida contra el sistema antiguo y solo después se da el salto. Lo que hay que planificar con cuidado no es el SCADA nuevo, sino el histórico antiguo: decidir qué datos se recuperan y cómo.

¿Cuántos servidores necesito?

Depende del número de señales, de la frecuencia de muestreo y de si el proceso exige redundancia. Una planta media suele resolverse con un Gateway, más un segundo servidor si se necesita alta disponibilidad. Es la conversación de dimensionado, y conviene tenerla antes de pedir presupuesto.

¿Ignition funciona en la nube?

El Gateway se puede desplegar en la nube, pero el control y la supervisión deberían quedarse en planta: si se cae la conexión, la producción no puede depender de un servidor remoto. La arquitectura sensata es híbrida: control en local, datos replicados hacia arriba para consulta, informes y analítica.

¿Cómo se compara con WinCC o con Wonderware?

La diferencia grande está en el modelo de licencia y en la arquitectura de cliente, no en el catálogo de funciones. Lo desarrollamos en Ignition vs WinCC y en Ignition vs Wonderware.

Conclusiones

Ignition es una plataforma SCADA sólida cuya propuesta no está en hacer algo que otros no hagan, sino en cobrarlo de otra manera y abrir el dato de planta. Licencia por servidor sin límite de tags ni de clientes, cliente web nativo e histórico en SQL estándar: tres decisiones que, juntas, cambian lo que cuesta una instalación que va a crecer y lo que se puede hacer después con sus datos.

No es la respuesta para todo. Si necesitas un MES de catálogo, si la instalación es pequeña y muy estándar, o si toda tu planta es de un único fabricante y quieres su integración más profunda, hay opciones mejores. Donde encaja bien es en plantas heterogéneas, con muchas señales, que quieren dar acceso amplio a la información y construir analítica encima.

En CAPTIA trabajamos como partner integrador de Ignition: dimensionamos, montamos la prueba de concepto sobre una línea real y nos quedamos de soporte. Si estás valorando la plataforma, el primer paso barato es esa prueba. Cuéntanos tu caso.