Aprende

Arquitectura de control en Industria 4.0

Dynamo Electronics · Industria 4.0

Arquitectura de control en Industria 4.0: ¿Cómo diseñar el sistema completo antes de elegir la tecnología?

No es un tema de tecnología. Es el orden en que miras un proyecto. Antes de diseñar el circuito, hay que diseñar la arquitectura.

Actualizado en septiembre de 2026 · 6 minutos de lectura

Una arquitectura de control define como se organizan, se comunican y dependen entre sí los elementos que sensan, deciden y actúan sobre un proceso, especifica qué componentes existen y de qué responde cada uno, bajo qué contrato se comunican, cómo se separan los sistemas en capas y fronteras, y qué pasa cuando alguna parte falla. No es solo un diagrama de equipos, es lo que determina si dentro de dos años el proyecto puede crecer o quedó congelado el día que se entregó.

🧱 1. Qué es una arquitectura de control (y qué no es)

Todo lo que no está en esa definición es implementación. Y hay una forma práctica de distinguir una cosa de la otra: la arquitectura es lo que resulta caro de revertir.

Cambiar un algoritmo de detección es un martes en la tarde. Cambiar el protocolo por el que se comunican quince sistemas, cuando ya están todos conectados, es un proyecto de seis meses. Esa asimetría —lo barato de cambiar frente a lo caro de cambiar— es el mejor filtro que existe para saber qué decisiones merecen pensarse antes.

De ahí se sigue algo incómodo: si no tomas esas decisiones a propósito, igual se toman. Las toma el proveedor que definió el formato, las toma el área que puso el presupuesto, o las toma el azar.

Nunca hay ausencia de arquitectura. Hay arquitectura no decidida.

🔌 2. De Industria 3.0 a Industria 4.0

En una planta 3.0 los sistemas funcionan, y funcionan bien. Producción, mantenimiento, calidad, energía: cada uno es competente en lo suyo. El problema es que están aislados, y el conector entre ellos es una persona. Alguien que pregunta, anota, avisa y coordina.

Eso funciona hasta que esa persona se enferma, se va o simplemente no puede estar en dos sitios al tiempo. Ahí la planta no se detiene: se queda ciega.

Industria 4.0 no es automatizar la máquina. Es dejar de usar a una persona como cable.

Los sistemas se hablan entre ellos y el humano pasa de ser el enlace a ser quien decide con lo que los sistemas encontraron. Ese cambio es la razón por la que hoy hay que diseñar en otro orden.

🔄 3. El orden se invirtió

Durante décadas se diseñó así: identificar el problema, comprar los equipos, integrarlos, y al final ver qué se hacía con los datos que salieran. El dato era un residuo del control.

Hoy el orden es el contrario:

  1. ¿Qué decisión quiero poder tomar?
  2. ¿Qué dato la habilita, con qué calidad, cada cuánto y con qué retraso máximo?
  3. ¿Dónde nace ese dato?
  4. Entonces, ¿qué necesito?

Se diseña desde la decisión hacia el sensor, no del sensor hacia la decisión. Y esto no es futurismo: es simplemente no cerrarle la puerta a lo que va a hacer falta el año entrante.

❓ 4. Las cuatro preguntas que definen tu arquitectura

Aplican a cualquier proyecto, de cualquier tamaño, en cualquier industria. Y se responden antes de elegir un solo equipo.

1. ¿Qué queremos poder saber después?

No qué medir hoy. Qué preguntas va a querer hacer alguien dentro de dos años, cuando tú ya no estés en el proyecto. Si no guardas eventos ahora, esa pregunta no se puede responder nunca.

2. ¿Dónde vive el cómputo?

Borde o nube, y con números: ancho de banda por dispositivo, latencia tolerable, costo de transferencia, y qué pasa cuando se cae el enlace. La ubicación del procesamiento es una decisión de ingeniería, no una preferencia.

3. ¿Quién le habla a quién, y bajo qué contrato?

Si dos sistemas se conectan punto a punto, acabas de crear un acuerdo privado que alguien tendrá que mantener. Con N sistemas conectados así, el número de acuerdos crece con el cuadrado. Publicar una vez y que consuma quien necesite es lo que evita ese crecimiento.

4. ¿Qué pasa cuando algo se cae?

No si se cae: cuándo. ¿Qué sigue funcionando sin el modelo? ¿Sin la red? ¿Sin el servidor central? Lo que no puede depender de una probabilidad, no debe depender de una probabilidad.

Y una quinta, transversal a todas

En esta frontera, ¿alguien ya se puso de acuerdo, o me toca inventar a mí? Cada vez que inventas, creas el punto más frágil del sistema: el único que nadie entiende sin preguntarte.

🌐 5. Los estándares y por qué existen

Sin estándares, cada conexión entre dos sistemas es un desarrollo pagado. Una empresa grande puede permitirse inventar su propio universo; una empresa mediana solo puede permitirse ensamblar.

El estándar es lo que hace viable el proyecto pequeño.

No son piezas del mismo tipo ni compiten entre sí: unos organizan, otros comunican y otros protegen. No hay que memorizarlos — hay que saber qué problema resolvió cada uno.

  • ISA-95 (modelo de referencia) — define capas de responsabilidad y horizontes de decisión, desde el milisegundo del control hasta el mes de la planeación. Sigue vigente: lo que se aplanó fue la topología de conexión, no la jerarquía de responsabilidad.
  • MQTT (protocolo de mensajería) — permite publicar un dato una vez y que lo consuman muchos sistemas que no se conocen entre sí.
  • OPC UA (estándar de interoperabilidad) — hace que el dato viaje sabiendo de qué activo viene y en qué unidad está, no solo cuánto vale.
  • Modelo Purdue (zonificación de red) — establece dónde están las fronteras entre la red de operación y la red corporativa.
  • IEC 62443 (marco de ciberseguridad) — define qué se exige de seguridad en cada una de esas fronteras.

Purdue dice dónde están las fronteras; IEC 62443 dice qué se exige en ellas. No son lo mismo y no se sustituyen.

🚧 6. OT, DMZ e IT: dónde están las fronteras

⚙️

OT — red de operación

Sensores, controladores, supervisión. Prioriza disponibilidad y determinismo: la acción tiene que ocurrir, y a tiempo.

🛡️

DMZ industrial

La zona intermedia. Aloja brokers, réplicas de datos históricos y servidores de salto. Ningún tráfico la atraviesa de extremo a extremo.

💼

IT — red corporativa

Sistemas de negocio, analítica, nube. Prioriza confidencialidad e integridad, y tolera latencia.

Aplanar la topología no significa eliminar estas fronteras. Los datos hoy se publican una vez y los consume quien los necesite, sin subir escalón por escalón — pero las capas de responsabilidad siguen ahí, y con ellas las reglas de qué puede hablar con qué.

Interconectar todo con todo sin capas no es Industria 4.0: es un incidente esperando fecha.

⚠️ 7. Cinco señales de que la arquitectura se pensó al final

Probablemente no las reconozcas hoy. Las vas a reconocer en tu primer mes de trabajo.

  1. Para cruzar dos datos hay que pagar una integración.
  2. Solo una persona sabe qué significa un campo o un nombre.
  3. Cuando alguien pregunta algo nuevo, la respuesta es «eso no se guardó».
  4. Un sistema probabilístico ejecuta acciones críticas sin confirmación independiente.
  5. El proveedor es el único que puede conectar algo nuevo.

✅ 8. Un criterio para saber si diseñaste una arquitectura

Hay un solo criterio, y sirve igual para un trabajo de grado, un tablero de control o una planta completa:

1

¿Podría alguien más conectarse a tu sistema sin preguntarte a ti?
Si la respuesta es sí, diseñaste una arquitectura. Si hay que llamarte, construiste un sistema que depende de tu presencia — y eso, tarde o temprano, es un problema para alguien.

La tecnología ya está disponible y cuesta menos de lo que la mayoría cree. Lo que suele faltar en un proyecto no es presupuesto ni equipos: es que alguien tenga el encargo de pensar el conjunto.

Y ese alguien casi siempre termina siendo el que llega nuevo — porque es el único que todavía ve el sistema completo, antes de especializarse en una sola parte.

Guía descargable · 2 páginas

Levanta la arquitectura de tu proyecto

Las preguntas de este artículo convertidas en formato de trabajo: qué te está preguntando cada una, qué se rompe si te equivocas, y las casillas de cada frontera. Imprimible, para llevar a la reunión de arranque.

Cuando la llenes, van a quedar casillas en blanco. Es normal la primera vez.

Esas casillas vacías son las decisiones que alguien más va a terminar tomando por ti. Según dónde te queden los huecos, esto es lo que sigue.

Si estás empezando a definir los equipos

Cómputo en el borde, control, sensórica y redes industriales: los componentes con los que se arma una arquitectura como esta, disponibles en Colombia.

Ver en la tienda

Si enseñas y no tienes dónde mostrarlo

El MiniLab IoT es una arquitectura DCS académica basada en un sistema real, con nomenclatura ISA-5.1: más de 20 módulos y prácticas guiadas para dictar esto en clase, con capacitación docente.

Conocer la línea

Si el hueco está en tu planta

Llevamos 20 años diseñando y montando sistemas de control industrial. Cuéntanos tu caso y miramos si podemos ayudarte.

Escríbenos por WhatsApp

Dynamo Electronics SAS · Bucaramanga, Colombia · dynamoelectronics.com
20 años de automatización industrial, edificios inteligentes y visión artificial. Partner ABB · Distribuidor oficial M5Stack · Phoenix Contact PLCnext.

Deja un comentario