Ignition SCADA
en Chile
Una sola plataforma para supervisar PLC de distintas marcas, guardar el histórico en su propia base de datos y llegar al celular del turno.
Ingeniería en planta desde Talcahuano. Instalamos, integramos con sus equipos existentes y lo dejamos operando.
- Tags y clientes ilimitados
- Licencia por servidor
- Soporte en español
Datos verificados en la documentación oficial de Inductive Automation el 24 de agosto de 2026. Si está leyendo esto mucho después, escríbanos y le confirmamos qué cambió.
Qué es Ignition, en corto
Cuatro cosas que definen la plataforma
Corre donde usted quiera
Windows, Linux o contenedor Docker. Entrega las pantallas por navegador, por aplicación móvil o por cliente de escritorio.
Varias marcas a la vez
Allen-Bradley, Siemens, Omron, Mitsubishi, y cualquier equipo Modbus TCP, Modbus RTU o con servidor OPC UA. En el mismo gateway.
El histórico es suyo
Se guarda en una base de datos SQL estándar que usted administra, o en su historiador embebido de series de tiempo.
Se licencia por servidor
Tags, clientes y pantallas ilimitados, sin costo por ninguno de ellos. El límite lo pone el hardware, no la licencia.
Con qué se conecta: drivers y protocolos
Esta es la lista completa de los drivers nativos de Ignition 8.3, tal como los publica el manual del fabricante. Son once familias, ni una más. Si su equipo no aparece acá, hay dos caminos documentados que explicamos más abajo — y le vamos a decir cuál corresponde antes de cotizar, no después.
Detalle driver por driver: qué cubre y con qué hay que tener ojo
| Familia | Qué cubre exactamente | Ojo con |
|---|---|---|
| Allen-Bradley Ethernet | Siete drivers: Logix (ControlLogix y CompactLogix, firmware v20.19 y posterior), ControlLogix Legacy y CompactLogix Legacy (v20.18 y anterior), Micro800 (820, 850, 870), MicroLogix (1100 y 1400), PLC-5 y SLC 5/05. Direccionamiento simbólico por tags. | El corte de firmware v20.18 / v20.19 decide qué driver usar. Conecta por Ethernet directo o por módulos ENBT / EN2T. |
| Modbus | Tres variantes: Modbus TCP, Modbus RTU sobre TCP y Modbus RTU serie real (velocidad, bits de datos, paridad, control de flujo y modo RS-485). | Ignition es maestro / cliente Modbus. No es esclavo de forma nativa: si su DCS necesita leer a Ignition como esclavo, hay que sumar un módulo de terceros. Modbus ASCII no está documentado. |
| Siemens | Cuatro drivers: S7-1500, S7-1200, S7-300 y S7-400. Protocolo S7 sobre TCP/IP, puerto 102. | El S7-200 no figura en la lista y no lo ofrecemos. S7-300 y S7-400 no soportan browsing: los tags se cargan a mano o por CSV. Para direccionamiento simbólico y bloques optimizados hace falta el Siemens Enhanced Driver, que se licencia aparte. |
| Omron NJ | Protocolo CIP con direccionamiento simbólico y notación de miembros de estructura por puntos. Conexión CIP de hasta 1.994 bytes. | Requiere exportar las variables globales desde Sysmac Studio e importarlas. El manual habla de «Omron NJ Device» sin detallar compatibilidad con la línea NX. |
| Omron FINS | FINS/TCP (puerto 9600) y FINS/UDP. Áreas CIO, Work, Holding Bit, Auxiliary Bit, Timer, Counter, Index Register, Data Register, DM y EM. Importa direcciones por CSV, TSV o CXR. | El manual no publica la lista de modelos exactos compatibles. Lo confirmamos contra su equipo antes de comprometer nada. |
| Mitsubishi TCP | Series iQ-R, iQ-F (FX5U), Q, L y F (FX3), protocolo MELSEC / SLMP. Importa direcciones desde CSV, TSV y desde proyectos GX Works. | Requiere el módulo de conexión SLMP configurado en GX Works. No soporta Extended Data Registers ni Extended Link Registers. Las direcciones con índice de bit son solo lectura. |
| DNP3 | Ignition actúa como estación maestra hacia outstations. Dos drivers: el actual, instalado por defecto, y uno Legacy sin soporte. | No soporta DNP3 Secure Authentication. El buffer de eventos sólo funciona en equipos con registro de secuencia de eventos. |
| BACnet | BACnet/IP sobre UDP. Objetos Device, AnalogInput/Output/Value, LargeAnalogValue, BinaryInput/Output/Value y MultiStateInput/Output/Value. | Sólo BACnet/IP. Para MS/TP, Ethernet o ARCNET hace falta un router BACnet. Es un costo real de proyecto en climatización, y lo cotizamos desde el principio. |
| IEC 61850 | Cliente MMS. Importa archivos de configuración SCD. Windows y Linux x64. | No soporta GOOSE ni Sampled Values. Cada Report Control Block sólo puede ser habilitado por una conexión, lo que importa si hay gateways redundantes. |
| UDP y TCP genérico | Equipos simples que emiten texto: balanzas, lectores de código de barras. Sólo ASCII, por stream o por delimitador. | Son escuchas pasivas: no hay ciclo pregunta-respuesta. UDP es sólo recepción. Ritmo confiable de 100 a 200 ms; si llegan mensajes más rápido que el grupo de tags, Ignition los descarta. |
| Simulador de dispositivo | Simulador programable para desarrollar y probar sin PLC en línea. | Es el que usamos para armar y validar la aplicación antes de la parada de planta. |
Los once drivers requieren el módulo OPC UA instalado y habilitado; sin él, el dispositivo entra en falla por dependencia faltante. Ese módulo viene incluido en la plataforma base junto con los drivers principales, así que no es un costo adicional.
¿Y si su equipo no tiene driver nativo?
Schneider, ABB, Yokogawa, Honeywell y varios otros no tienen driver nativo en Ignition. No es un problema, pero hay que decirlo con todas sus letras: se conectan por Modbus TCP, cuando el equipo lo soporta, o a través de un servidor OPC UA de terceros. Ese segundo camino no obliga a comprar ningún módulo extra, porque el cliente OPC UA viene incluido en la plataforma. Para equipos verdaderamente antiguos con OPC clásico existe el módulo OPC COM, que es sólo para Windows y se licencia aparte.
OPC UA: servidor y cliente, y por qué eso importa
Ignition trae un cliente OPC UA integrado en la plataforma, incluso sin instalar el módulo. Eso significa que puede consumir el servidor OPC UA que usted ya tiene —Kepware, el de un PLC, el de un analizador— sin comprar nada adicional.
El módulo OPC UA agrega el servidor: Ignition expone sus propios dispositivos hacia arriba. Ese doble rol es el argumento de fondo: no hay que botar lo que ya está funcionando. Ignition consume lo existente y republica todo —lo de terceros más lo suyo— hacia el MES, el ERP u otro Ignition.
Datos operativos que le van a servir en la puesta en marcha:
- Puerto por defecto 62541, configurable.
-
La dirección de escucha por defecto es
localhost. Si no configura una IP o0.0.0.0, ningún cliente remoto se va a poder conectar. Es la causa número uno de «no me conecta desde afuera». - Políticas de seguridad del servidor en 8.3: None, Basic256Sha256 (por defecto), Aes128_Sha256_RsaOaep y Aes256_Sha256_RsaPss. Las políticas obsoletas Basic128Rsa15 y Basic256 salieron del servidor en la 8.3.
- El acceso anónimo viene deshabilitado de fábrica. Ignition trae además una credencial de fábrica documentada para OPC UA que hay que cambiar sí o sí en la puesta en marcha; nosotros la cambiamos como parte del trabajo.
- El primer intento de conexión deja el certificado en cuarentena: se aprueba desde el gateway y recién ahí conecta. Es normal, no es una falla.
- Al actualizar de 8.1 a 8.3, los certificados OPC UA de cliente y servidor se regeneran y hay que volver a confiar en ellos por ambos lados.
Una precisión honesta: el servidor OPC UA de Ignition no está certificado por la OPC Foundation. Lo confirmó personal de Inductive Automation en su foro oficial en marzo de 2025. Es un servidor OPC UA nativo, funcional y en producción en todo el mundo, pero nadie debería venderle «OPC UA certificado», porque no lo es.
Modbus en la práctica: los números que se ajustan en terreno
Modbus no es navegable por naturaleza: el equipo no le dice qué tiene adentro. Ignition resuelve eso con mapas de direcciones, que se arman una vez y se exportan e importan para replicarlos en todos los equipos iguales. En una planta con 40 variadores del mismo modelo, eso es la diferencia entre una tarde y una semana.
Valores por defecto de la 8.3, para dimensionar el polling:
- Máximo de holding registers por lectura: 125 · por escritura: 123
- Máximo de input registers por petición: 125
- Máximo de coils y de discrete inputs por petición: 2.000 cada uno
- Reintentos: 1
Los tres ajustes que resuelven los dolores clásicos de Modbus:
- Span Gaps agrupa direcciones salteadas y reduce el número de peticiones.
- Reverse Word Order arregla los flotantes de 32 bits que llegan con las palabras invertidas.
- Zero-based Addressing arregla el desfase de una dirección que tienen algunas implementaciones.
Límites reales, documentados: 255 dispositivos por instancia del driver Modbus, y no hay tope en la cantidad de instancias. Con muchos equipos, la configuración se hace por script y no a mano. Y ojo con los esclavos que cierran la conexión TCP inactiva a los 10 o 15 segundos: con polling lento dejan el dispositivo ciclando entre conectado y desconectado. Se resuelve, pero hay que saber que existe.
Casos de uso
Dónde lo hemos puesto a trabajar
La industria de la zona no es una sola: cada rubro tiene su protocolo y su dolor. Estos son los escenarios donde Ignition resuelve, y con qué.
Manufactura y celulosa
Supervisión de líneas continuas, trazabilidad y tendencias en tiempo real.
Allen-Bradley · Siemens · SQL
Agua y saneamiento
Estaciones de bombeo remotas con enlace celular, sin puertos abiertos hacia la planta.
MQTT Sparkplug · Edge
Energía y subestaciones
Generación renovable y convencional, con los protocolos propios de utilities.
IEC 61850 · DNP3
Minería y procesos
Activos críticos distribuidos, alarmas al turno y reportes al ERP.
OPC UA · Redundancia
Edificios e instalaciones
Climatización, iluminación y consumo energético en un solo tablero.
BACnet/IP · Modbus
El SCADA que habla SQL
Ignition se conecta a bases de datos por JDBC, el estándar de Java. Si el motor tiene driver JDBC, Ignition se conecta. Y se pueden tener tantas conexiones simultáneas como haga falta: el histórico en una, el ERP en otra, el laboratorio en una tercera.
| Motor | Soporte | Driver |
|---|---|---|
| Microsoft SQL Server | Pleno | Incluido en la 8.3 (9.4.0.jre11) |
| PostgreSQL | Pleno | Incluido en la 8.3 (42.7.2) |
| MariaDB | Pleno | Incluido en la 8.3 (3.3.3) |
| MySQL | Pleno | Usa el mismo driver de MariaDB, incluido |
| Oracle | Pleno | Se agrega el driver JDBC del fabricante |
| IBM DB2 | Parcial | Requiere driver JDBC y un traductor de base de datos |
| Firebird | Pleno | Se agrega el driver JDBC |
| SQLite | Pleno | Driver interno, sin módulo aparte |
| Cualquier otro con JDBC | — | Puede requerir traductor si la sintaxis de creación de tablas difiere |
SQL Historian — el histórico en su propia base
Guarda el histórico en una base SQL externa: la suya, administrada por usted. El esquema de tablas está publicado por el fabricante, así que puede consultarlo con sus propias herramientas — Power BI, Excel, Python, el ERP.
Con honestidad: no es un SELECT * y listo. Los valores se
reparten en columnas según el tipo de dato, la marca de tiempo es un entero, y hay que unir contra las
tablas de metadatos. Es SQL estándar y abierto, pero requiere conocer el modelo. Nosotros se lo dejamos
documentado.
Core Historian — el historiador embebido de la 8.3
La versión 8.3 reorganizó el historiador en dos módulos. El Core Historian es una base de series de tiempo embebida, basada en QuestDB, que vive en el disco del propio gateway y no requiere configurar ninguna base de datos.
El fabricante publica que almacena y consulta hasta diez veces más rápido que el historiador interno anterior de Ignition. Es una comparación contra su propio producto antiguo, no contra otros SCADA — lo decimos porque el dato circula sin ese contexto.
Un cambio de la 8.3: los drivers JDBC pasaron a ser módulos, y los de MariaDB, MSSQL y PostgreSQL vienen empaquetados con Ignition. Cada conexión trae su propio pool configurable —ocho conexiones activas y ocho ociosas por defecto— y admite base de datos de respaldo con dos modos de retorno.
Store and Forward: qué pasa si se cae la red o la base de datos
El principio es simple: el dato se elimina de la cola únicamente cuando la escritura a la base de datos se ejecutó con éxito.
- El dato entra a un buffer en memoria. Eso desacopla al historiador de la base: si la base se pone lenta, la adquisición no se frena.
- Si no se retira a tiempo, pasa a una caché local en disco, donde queda persistido.
- Un proceso lo saca —primero de disco, después de memoria— y lo escribe a la base.
- Si la escritura falla, el dato vuelve a la cola. No se pierde.
- Si un dato falla demasiadas veces, pasa a cuarentena y se saca de la cola para no bloquear al resto.
Lo usan seis subsistemas: alarmas, auditoría, scripting, SECS/GEM, histórico de tags y grupos de transacción.
Lo que no decimos: «cero pérdida de datos garantizada». Si el disco local se llena o un dato falla repetidamente, va a cuarentena y requiere intervención. Preferimos que lo sepa antes.
Y un matiz que casi nadie menciona: el Core Historian no usa Store and Forward. Escribe directo a disco mediante un registro de escritura anticipada, que es el mecanismo de durabilidad propio de las bases de series de tiempo. Store and Forward protege el histórico cuando se almacena en una base SQL externa o en el historiador legacy. Si alguien le dice que «Store and Forward protege todo el histórico en Ignition 8.3», está repitiendo algo que dejó de ser exacto.
Compresión, particiones y purga del histórico
El histórico se guarda por cambio, no por muestreo ciego. La banda muerta tiene tres modos —automático, discreto y analógico—. El modo analógico usa un corredor de pendientes alrededor de la trayectoria de la señal y almacena el punto sólo cuando el valor se sale de ese corredor: es el principio clásico de compresión de tendencia.
Hay además tiempo máximo entre muestras —fuerza un registro aunque nada cambie— y tiempo mínimo —impide almacenar más seguido que un intervalo dado.
No publicamos ningún porcentaje de ahorro de disco: el fabricante no publica ninguna cifra y no vamos a inventarla.
SQL Bridge: el puente entre el PLC y la base de datos
El módulo SQL Bridge conecta PLC y bases de datos SQL a través de grupos de transacción, que funcionan como un puente bidireccional entre el servidor OPC y la base. Cuatro tipos:
- Grupo estándar — actualiza una fila existente o inserta una nueva, con disparadores y handshake.
- Grupo histórico — sólo inserta registros. Es el registro de producción puro.
- Grupo de bloque — vuelca un arreglo completo del PLC en una columna por ejecución.
- Grupo de procedimiento almacenado — mapea valores en ambos sentidos contra los parámetros de un procedimiento almacenado. El indicado cuando la planta ya tiene lógica de negocio en el motor de base de datos.
Estaciones remotas: datos a la sala de control sin abrir puertos hacia la planta
Si tiene estaciones de bombeo, subestaciones o faenas con enlace celular o satelital, el modelo de sondeo tradicional no rinde. Acá el argumento no es la moda del IIoT: son tres cosas concretas.
La pantalla le dice cuándo el dato es viejo
Con MQTT y Sparkplug, cada equipo registra su «certificado de defunción» al conectarse. Si el enlace se cae de mala manera, el servidor central se entera igual y marca todas las señales de esa estación como no confiables. Traducido a planta: la pantalla no se queda mostrando el último valor como si fuera bueno, y nadie tiene que programar un watchdog.
Sólo viaja lo que cambia
Al conectarse, el equipo publica todos sus valores actuales. Después publica únicamente los cambios. En un caso publicado por el director técnico de Cirrus Link en abril de 2023, un operador de parques solares bajó de tres millones de tags sondeados a entre el 5 y el 10 por ciento de ese tráfico, con una mejora de rendimiento de red superior al 80 por ciento.
Ningún puerto abierto hacia la planta
En una arquitectura MQTT bien montada, los equipos de borde no tienen puertos de entrada habilitados. Todas las conexiones salen desde adentro hacia afuera, cifradas con TLS, contra un broker en la zona desmilitarizada. Este argumento es de Cirrus Link, el fabricante de los módulos MQTT; lo atribuimos a quien corresponde.
Qué es Sparkplug y quién lo respalda
Sparkplug es la especificación que le pone estructura a MQTT: define cómo se nombran los tópicos, qué mensajes existen y cómo se sabe si una sesión está viva. Lo mantiene el grupo de trabajo Eclipse Sparkplug de la Eclipse Foundation.
Es norma internacional: la Eclipse Foundation anunció el 7 de noviembre de 2023 que la especificación Sparkplug también se conoce como ISO/IEC 20237. La versión vigente es la 3.0.0; el espacio de nombres antiguo, Sparkplug A, está deprecado.
El descubrimiento automático es el otro beneficio concreto: al conectarse, el equipo de campo se presenta solo y entrega la lista completa de sus señales, con nombre, tipo de dato y valor actual. Nadie mapea tags a mano en el SCADA ni mantiene una planilla de direcciones Modbus.
Los módulos MQTT y lo que cuestan de verdad
Los módulos MQTT para Ignition son de Cirrus Link, se instalan dentro del gateway y son tres:
- MQTT Engine — el consumidor: el gateway se suscribe al broker y recibe los datos.
- MQTT Transmission — el publicador: toma tags de Ignition y los publica al broker.
- MQTT Distributor — un broker MQTT embebido dentro del propio gateway.
Corrección importante, porque circula lo contrario en toda internet: ninguno de los tres es gratis hoy. Los tres figuran con precio en la lista oficial de Inductive Automation consultada en agosto de 2026. Lo único que viene incluido con una licencia es MQTT Transmission, que se activa con Ignition Edge IIoT.
Y una limitación técnica que conviene saber antes de elegir arquitectura: el Distributor embebe un servidor MQTT versión 3.1.1. Sparkplug 3.0 admite clientes 3.1.1 o 5.0; si su proyecto necesita características de MQTT 5.0, corresponde un broker externo. El Distributor se licencia por cantidad de clientes conectados simultáneamente: 50 en la licencia estándar, 250 en la ampliada.
Ignition Edge: el gateway chico que va junto al PLC
Ignition Edge es la versión liviana de la plataforma, para equipos de borde. Corre en Linux, Windows, macOS y ARM. Se pone junto al PLC, hace el sondeo local en el protocolo propietario, y publica hacia el central sólo lo que cambia.
Dos productos: Edge IIoT, que activa MQTT Transmission y no tiene visualización; y Edge Panel, que agrega HMI local para que el operador siga viendo su pantalla aunque el enlace con el central esté caído.
Los límites, tal como los publica el manual 8.3, sin adornos:
- Acceso a base de datos deshabilitado. Ninguna consulta ni binding a base de datos funciona. Es la limitación que decide la arquitectura.
- Un solo proyecto, no removible, y un solo tag provider de tiempo real activo.
- Histórico local: hasta 35 días o 10 millones de puntos.
- Historial de alarmas y auditoría: una semana de almacenamiento local.
- Visualización sólo en Edge Panel, con máximo de dos clientes en paralelo.
- Tags ilimitados.
Si se corta el enlace, MQTT Transmission almacena localmente los cambios con su marca de tiempo y los repone cuando el enlace vuelve.
Conectar con el ERP, el laboratorio y lo que venga
Un SCADA que no se integra con el resto de la empresa se queda en la sala de control. Estas son las cuatro vías reales, con lo que cada una implica.
Ignition consumiendo una API ajena
Ignition puede llamar servicios web REST desde scripting con su cliente HTTP integrado: todos los verbos habituales en versión síncrona y asíncrona, tiempo de espera de conexión de 10 segundos por defecto, autenticación básica, proxy, control de redirecciones y de cookies, y HTTP/2 o HTTP/1.1 a elección. La respuesta se lee directo como JSON, texto o bytes.
Un cambio de la 8.3 que simplifica el código: ahora el cliente se puede usar directamente, sin instanciarlo como variable de librería. Las funciones antiguas de HTTP están deprecadas y no se usan en proyectos nuevos.
Ignition exponiendo su propia API
Con el módulo Web Dev el gateway publica endpoints REST propios: un script Python por recurso, ocho verbos con manejador propio, y todo colgando de una ruta conocida del gateway. Cada recurso tiene su propia seguridad: habilitación por verbo, exigencia de HTTPS y exigencia de autenticación.
Además, la 8.3 trae una API HTTP integrada en el propio gateway, documentada con OpenAPI, que expone la configuración como recursos y habilita administrar la instalación como infraestructura versionada. Se autentica con llaves de API que se crean en el gateway.
Advertencia del propio fabricante que corresponde repetir: esas llaves dan acceso completo a las rutas HTTP del gateway, incluida la capacidad de modificar configuración, tags y proyectos. No son llaves de solo lectura y hay que tratarlas como credenciales críticas.
Scripting: qué lenguaje es realmente
El scripting de Ignition es Jython 2.7, o sea sintaxis de Python 2.7. No es Python 3, y sigue siendo así en agosto de 2026: la versión 8.3.8, de julio de 2026, actualizó Jython de 2.7.3 a 2.7.4 — avanza el parche, no la rama del lenguaje. Si alguien le dice que Ignition corre Python 3, está equivocado.
A cambio, como Jython corre sobre la máquina virtual de Java, el script tiene acceso a toda la biblioteca estándar de Java y a cualquier librería Java que usted quiera usar.
Los scripts de gateway corren siempre, haya o no clientes abiertos. Siete tipos de disparador: arranque, actualización de proyecto, apagado, temporizador, cambio de tag, mensaje entre proyectos o entre gateways, y programación por horario con sintaxis tipo cron. Eso es lo que permite la integración desatendida: la carga nocturna al ERP, el reporte de las 17:00 del lunes, la sincronización de recetas.
Seguridad, usuarios y auditoría
Ignition autentica contra su directorio corporativo —Active Directory o LDAP— o contra un proveedor de identidad externo por OAuth 2 y OpenID Connect, además de su base de usuarios interna. Los permisos se arman por roles y se aplican a nivel de proyecto, de pantalla y de componente.
El registro de auditoría deja constancia de quién escribió qué tag y cuándo, y se guarda en base de datos. Sobre cumplimiento normativo: la plataforma puede configurarse para cumplir requisitos como 21 CFR Part 11 —la 8.3 agregó soporte nativo de firma electrónica—, pero el cumplimiento depende del diseño del proyecto y de los procedimientos de la planta, no del software por sí solo.
Cuánto aguanta un servidor: la tabla oficial
El fabricante dice, con todas sus letras, que el modelo de licenciamiento no tiene límites pero el hardware sí, y que un servidor se puede saturar si se le exige de más. Por eso esta tabla vale más que cualquier frase sobre tags ilimitados. Es la guía oficial de dimensionamiento, consultada en agosto de 2026.
| Servidor | Dispositivos | Tags | Clientes en paralelo | Tags con histórico al máximo |
|---|---|---|---|---|
| 2 núcleos · 4 GB · SSD | 1 – 10 | 5.000 | 10 | — |
| 4 núcleos · 8 GB · SSD | 1 – 50 | 25.000 | 25 | 40 % |
| 4 núcleos · 16 GB · SSD | 1 – 100 | 50.000 | 50 | 20 % |
| 8 núcleos · 16 GB · SSD | 1 – 100 | 100.000 | 75 | 10 % |
| 16 núcleos · 32 GB · SSD | 1 – 100 | 150.000 | 100 | 6 % |
El fabricante recomienda CPU de clase servidor —Intel Xeon, AMD Epyc o equivalente— y sitúa en el orden de 50.000 cambios de valor por segundo la capacidad de un servidor en la gama alta, sumando tags, alarmas, historiador y clientes. Escalando en horizontal, dos gateways de adquisición manejan del orden de 250.000 tags desde 200 dispositivos.
Un matiz de campo, dicho con honestidad: la guía oficial se queda en 100 dispositivos por gateway como recomendación de diseño, pero hay integradores que documentan en el foro oficial instalaciones sobre 600 dispositivos Modbus TCP en un solo gateway. La forma correcta de leerlo es que el límite lo ponen el hardware y los propios equipos de campo, no la licencia. Los únicos topes duros por driver que encontramos documentados son 250 dispositivos en el Siemens Enhanced Driver y 255 por instancia del driver Modbus.
Redundancia
Sistema de dos nodos, maestro y respaldo. Cuando el maestro deja de responder dentro del tiempo configurado, el respaldo asume. La configuración se sincroniza desde el maestro y el estado de las alarmas se comparte de forma diferencial. Importante para el presupuesto: los dos nodos requieren licencia.
Red de gateways
Varios gateways se conectan entre sí con canal dedicado y SSL, y comparten proveedores de tags en tiempo real e histórico, administración empresarial y notificación remota de alarmas. La conexión entrante queda pendiente hasta que un administrador la aprueba explícitamente — un punto que suele tranquilizar al área de TI.
Versionable con Git
Novedad de la 8.3: toda la configuración del gateway, no sólo los recursos de proyecto, pasó a vivir en el sistema de archivos y se puede versionar con Git. Y los modos de despliegue permiten que el mismo recurso sea un simulador en desarrollo y un Modbus real en producción, sin reconfigurar al desplegar.
Dónde corre: Windows Server 2016, 2019, 2022 y 2025 · Windows 10 y 11 · macOS 13 o superior · Linux, probado en Ubuntu 22.04 y 24.04. Imagen oficial de Docker multiarquitectura para amd64, arm64 y arm/v7. Requisitos mínimos publicados: procesador de dos núcleos, 4 GB de RAM y 10 GB de disco libre. Navegadores soportados para Perspective: Chrome, Edge, Firefox y Safari.
Cómo se cobra Ignition
Le explicamos la estructura, que es lo que no cambia. Los valores de lista del fabricante sí se mueven, y además hay que sumarles internación, impuestos e ingeniería según el proyecto, así que no los publicamos: la cotización en pesos se la hacemos nosotros con su caso real, sin compromiso.
El principio
Ignition se vende por servidor. Una licencia cubre un gateway, con clientes, tags, pantallas, conexiones y puestos de desarrollo ilimitados, sin costo adicional por ninguno de ellos. Un equipo completo puede desarrollar al mismo tiempo sin pagar licencias de diseñador extra.
Ilimitado por servidor, no por empresa: cada gateway se licencia, y en una configuración redundante los dos nodos requieren licencia. Las licencias de Ignition estándar y de Ignition Edge son perpetuas, de pago único. La excepción es Ignition Cloud Edition, que se paga por hora de uso en el marketplace de AWS o de Azure.
La cotización en pesos la hacemos nosotros
Con sus PLC, su cantidad de señales y lo que necesita hacer con los datos.
Actualizaciones: la letra chica que hay que saber antes de firmar
- Dentro de una misma versión mayor —por ejemplo de 8.3.5 a 8.3.8— las actualizaciones no tienen costo.
- El salto de versión mayor —por ejemplo de 8.1 a 8.3— es gratis únicamente si mantiene un plan de soporte vigente. Sin plan de soporte, ese salto se cobra como un porcentaje importante del precio del software: es la letra chica que más caro sale ignorar, y por eso la ponemos sobre la mesa antes de cotizar, no después.
- El fabricante ofrece tres niveles de plan de soporte anual, que se diferencian por el tiempo de respuesta y por si cubren emergencias fuera de horario. Los tres incluyen la protección de actualización.
- Toda licencia nueva incluye 90 días de soporte del fabricante sin costo.
Pantallas nuestras, en planta
Aplicaciones desarrolladas por ControlSIM sobre Ignition y operando en planta real.
Preguntas frecuentes
¿Ignition se conecta a PLC de distintas marcas al mismo tiempo?
Sí. Un mismo gateway puede tener simultáneamente drivers de Allen-Bradley, Siemens, Omron, Mitsubishi y Modbus, más cualquier equipo que exponga un servidor OPC UA. No hace falta un servidor por marca.
¿Los operadores tienen que instalar algo en su computador?
Con Perspective, no: la pantalla se abre en el navegador, y en el celular o la tablet hay una aplicación nativa. Tampoco hace falta instalar Java en ninguna parte — desde Ignition 8 la plataforma trae su propio runtime adentro. Si el puesto necesita acceso a archivos, al puerto serie o a recursos del sistema operativo, ahí corresponde Vision, que es un cliente de escritorio y sigue plenamente soportado.
¿Se paga por cantidad de tags o de clientes?
No. Ignition se licencia por servidor, con tags, clientes, pantallas y puestos de desarrollo ilimitados. Cada gateway se licencia por separado, y en una configuración redundante los dos nodos requieren licencia.
¿Las actualizaciones son gratis?
Dentro de una misma versión mayor, sí. El salto de versión mayor es gratis únicamente si se mantiene un plan de soporte vigente; sin plan tiene un costo importante. Se lo decimos antes de cotizar, para que el plan de soporte entre en la decisión desde el principio.
¿Dónde queda guardado el histórico?
Donde usted decida. El SQL Historian escribe en una base de datos SQL externa administrada por usted, con el esquema publicado por el fabricante, así que puede consultarla con sus propias herramientas. La versión 8.3 agrega además el Core Historian, una base de series de tiempo embebida en el propio gateway.
¿Qué pasa con los datos si se cae la red o la base de datos?
Store and Forward los retiene: el dato sale de la cola sólo cuando la escritura se ejecutó con éxito. Primero un buffer en memoria, después una caché en disco, y reintentos. Si un dato falla demasiadas veces pasa a cuarentena y requiere intervención — no decimos «cero pérdida garantizada» porque no lo es.
¿Se conecta con MQTT?
Sí, con los módulos de Cirrus Link: MQTT Engine para consumir, MQTT Transmission para publicar y MQTT Distributor como broker embebido. Los tres se licencian; el único que viene incluido con una licencia es MQTT Transmission, activado con Ignition Edge IIoT.
¿Qué lenguaje usa el scripting?
Jython 2.7, es decir sintaxis de Python 2.7 corriendo sobre la máquina virtual de Java. No es Python 3: la versión 8.3.8, de julio de 2026, actualizó Jython de 2.7.3 a 2.7.4. A cambio, el script tiene acceso a toda la biblioteca estándar de Java.
¿Se puede probar antes de comprar?
Sí. El período de prueba dura dos horas y se puede reiniciar las veces que uno quiera, sin perder el proyecto. Es una herramienta de desarrollo y evaluación: usarlo como sustituto de una licencia en operación continua va contra el acuerdo de licencia del fabricante, y no lo recomendamos.
¿En cuánto responden si necesito una cotización o una asesoría?
Siempre estamos disponibles para cotizar un proyecto o una licencia y para dar asesoría. Escríbanos o llámenos y conversamos su caso: no hace falta tener el proyecto definido para preguntar.
¿En qué sistemas operativos corre el servidor?
Windows Server 2016, 2019, 2022 y 2025; Windows 10 y 11; macOS 13 o superior; y Linux, probado en Ubuntu 22.04 y 24.04. Hay imagen oficial de Docker para amd64, arm64 y arm/v7.
¿Le sirve Ignition para su planta?
La respuesta honesta depende de qué PLC tiene, cuántos son, y qué necesita hacer con los datos. Cuéntenos su caso y le decimos qué corresponde.
Siempre estamos disponibles para cotizar un proyecto o una licencia y para darle asesoría. Sin compromiso y sin pasar por un formulario que nadie contesta.
ControlSIM es integrador certificado del programa de Inductive Automation.
La marca registrada Ignition by Inductive Automation® es propiedad de Inductive Automation, está registrada en la Oficina de Patentes y Marcas de los Estados Unidos y puede estar registrada o en trámite en otros países. ControlSIM es un integrador independiente y no representa oficialmente a Inductive Automation salvo en lo que indique su programa de integradores.
¿Necesitas una solución de automatización?
Cuéntanos tu proyecto y nuestro equipo te asesora. Cotización sin compromiso.