Inicio Capacidades Interfaz con el equipo

Interfaz con el equipo industrial

Leemos el equipo por su propio bus: Modbus, CAN J1939, RS-232, lazos de 4-20 mA y contadores de pulsos. Sin pasar por la plataforma del fabricante y sin depender de que el equipo haya sido diseñado para estar conectado.

Del gabinete del equipo hasta la pantalla del usuario
Del gabinete del equipo a la pantalla del usuario: lo que se lee, lo que se resuelve en terreno y lo que viaja.

La mayoría de los equipos industriales ya calculan su propio estado. Un grupo electrógeno sabe sus horas de operación, su temperatura de refrigerante y su presión de aceite; un analizador de red conoce la corriente de cada fase; un caudalímetro totaliza el volumen que pasó por él. Casi siempre esa información termina en un display local, donde queda hasta que alguien va a mirarla.

Nuestro trabajo empieza ahí: identificar por qué interfaz habla ese equipo, leerlo sin interferir con su operación, y convertir lo que entrega en variables con unidad, marca de tiempo y contexto. A partir de ese punto el dato ya puede viajar, persistirse y transformarse en una alerta.

Cómo abordamos un equipo que no conocemos

No todos los proyectos parten de un equipo documentado. Buena parte de lo que encontramos en terreno son controladores de hace quince años, con el manual perdido y el proveedor original fuera del mercado. El procedimiento es el mismo:

  • Identificar el controlador, no el equipo. Lo que habla no es «el generador»: es la unidad de control que tiene montada, y de ella depende todo lo demás.
  • Conseguir el mapa de registros del fabricante cuando existe. Cuando no existe, se escucha el bus y se reconstruye contrastando cada valor contra lo que muestra el display del propio equipo.
  • Leer en modo escucha antes de escribir una sola trama, para no interferir con el control del proceso.
  • Documentar el mapa resultante y dejarlo como entregable, en poder del cliente: es su equipo y su información.

Interfaces con las que trabajamos

La elección no es una preferencia nuestra: la impone el equipo. Lo que sí decidimos es cómo se lee, con qué frecuencia y qué se resuelve antes de transmitir.

Modbus RTUSerie · RS-485
Físico
RS-485 semidúplex, dos hilos, hasta 32 nodos por segmento
Típico
9 600 a 115 200 bps, 8N1 u 8E1, direcciones 1 a 247
Equipos
Analizadores de red, variadores, PLC, caudalímetros, sensores de nivel, controladores de grupo electrógeno
Entrega
Tensión y corriente por fase, energía acumulada, caudal instantáneo y totalizado, estados de contactor

De terreno: la mitad de los problemas de un bus RS-485 son eléctricos, no de protocolo. Terminación de 120 ohm en los dos extremos, polarización correcta y un solo maestro en el segmento resuelven la mayoría de las lecturas intermitentes.

Modbus TCPEthernet
Físico
Ethernet sobre la red de planta, puerto 502
Típico
Mismo modelo de registros que RTU, con identificador de unidad y sin CRC
Equipos
PLC y controladores con puerto Ethernet, salas eléctricas, plantas de tratamiento, sistemas de bombeo
Entrega
Las mismas variables del control de proceso, sin intervenir el HMI ni el programa del PLC

De terreno: aquí el trabajo suele ser tanto de red como de protocolo. Coordinamos con TI la segmentación y las reglas de acceso, y leemos desde un equipo dentro de la red de planta en lugar de exponer el PLC hacia afuera.

CAN bus · SAE J1939Bus vehicular
Físico
CAN diferencial, típicamente 250 kbit/s, identificador extendido de 29 bits
Típico
Mensajes por PGN, variables por SPN, fallas activas en DM1 con SPN, FMI y contador de ocurrencias
Equipos
Motores diésel, grupos electrógenos, maquinaria pesada, camiones
Entrega
RPM, temperatura de refrigerante, presión y temperatura de aceite, consumo instantáneo y acumulado, horas motor, códigos de falla

De terreno: se lee en modo escucha, sin transmitir al bus. Un dispositivo que inyecta tramas en el CAN de un motor en operación es un riesgo que no corresponde correr para obtener una lectura.

OBD-IIFlota liviana
Físico
Conector normalizado, CAN según ISO 15765-4 en vehículos actuales
Típico
Modos de diagnóstico estándar y PID definidos por norma, más PID propietarios según fabricante
Equipos
Vehículos livianos y medianos de flota comercial
Entrega
Consumo, régimen de motor, carga, kilometraje, códigos de falla, tiempo en ralentí frente a trabajo efectivo

De terreno: lo normalizado es una base común, no el total. Las variables más útiles para operación suelen estar en PID propietarios que varían entre marcas y hay que identificar vehículo por vehículo.

RS-232 y protocolos propietariosSerie punto a punto
Físico
Serie punto a punto, distancias cortas, niveles y cruce TX/RX a verificar en sitio
Típico
Sin protocolo de aplicación normalizado: cada fabricante define su trama
Equipos
Instrumentación antigua, registradores, básculas, controladores descontinuados
Entrega
Lo que el equipo emita, una vez capturada la trama y reconstruido su significado

De terreno: conviene comprobar antes si el puerto ya está ocupado por el software del fabricante. Muchos equipos tienen un solo puerto serie y conectarse ahí implica coordinar con quien lo esté usando.

Analógica 4-20 mA y 0-10 VSeñal de proceso
Físico
Lazo de corriente a dos, tres o cuatro hilos; inmune a la caída de tensión en tendidos largos
Típico
Escalado a unidad de ingeniería con calibración verificada contra el instrumento local
Equipos
Transmisores de presión, nivel, temperatura, caudal y calidad de agua
Entrega
Variable de proceso continua, muestreada y promediada en el equipo de campo

De terreno: el cero en 4 mA es diagnóstico gratis. Un lazo cortado entrega 0 mA y no cero de proceso, así que la falla de cable se distingue del valor real sin instrumentación adicional.

Digital y contador de pulsosEstado y conteo
Físico
Contacto seco o colector abierto, con filtrado antirrebote
Típico
Peso de pulso definido por el medidor; contador no volátil en el equipo de campo
Equipos
Medidores con salida de pulsos, finales de carrera, relés de alarma de tablero, confirmaciones de marcha
Entrega
Volumen y consumo acumulado, horas de marcha, cambios de estado con marca de tiempo del evento

De terreno: el contador tiene que sobrevivir a un corte de energía. Si se reinicia al volver la alimentación, el volumen acumulado se pierde y el registro deja de servir para facturación o para reporte.

Cuando el equipo no expone nadaInstrumentación añadida
Situación
Equipos sin controlador electrónico, o con uno cerrado y sin puerto accesible
Enfoque
Se instrumenta desde afuera, sin intervenir el equipo ni afectar su garantía
Recursos
Transformadores de corriente, sondas de temperatura, transmisores de presión, sensores de nivel, detección de vibración
Entrega
Menos variables que un bus, pero suficientes para uso efectivo, disponibilidad y comportamiento anómalo

De terreno: un transformador de corriente en la alimentación responde la pregunta más frecuente de todas, que es si el equipo estuvo funcionando y cuánto, sin tocar nada del equipo.

Lógica en el borde

No todo lo que se lee se transmite.

Un equipo puede muestrear una presión cada segundo sin ningún problema. Transmitir esa presión cada segundo, en cambio, tiene un costo: de enlace si es satelital, de energía si el sitio funciona con panel solar, y de almacenamiento en todos los casos.

Por eso parte del trabajo ocurre en el propio equipo de campo: promediar ventanas, detectar cruces de umbral, acumular totalizadores, guardar en cola lo que no se pudo enviar y decidir cuándo un cambio merece transmitirse fuera del ciclo normal. Una alarma sale de inmediato; una temperatura estable puede esperar a la siguiente ventana.

Esa decisión se define en el proyecto, junto con la operación, y no queda fija: es un parámetro que se ajusta cuando cambian las condiciones o cuando aparece una variable que antes no interesaba.

Preguntas frecuentes

Lo que suelen preguntar antes de partir.

¿Y si es una marca que no han integrado antes?

Es la situación habitual, no la excepción. Lo que se repite entre proyectos no son las marcas sino los protocolos: si el equipo habla Modbus o pone tramas J1939 en el bus, el trabajo consiste en obtener su mapa de registros y validarlo contra el display local. Cuando el protocolo es propietario y no está documentado, se captura la trama y se reconstruye, que es un trabajo mayor pero acotado y que se cotiza aparte.

¿Escriben en el equipo o solo leen?

Por defecto solo leemos. La escritura sobre un equipo en operación —cambiar un parámetro, dar una partida remota— se implementa únicamente cuando el cliente lo pide de forma expresa, con enclavamientos y con registro de quién ejecutó cada acción. Un sistema de monitoreo no debería poder mover un equipo por accidente.

¿Hay que detener el equipo para instalar?

Depende de dónde esté el punto de conexión. Una lectura por puerto de comunicación existente suele hacerse sin detención. Una instalación que requiera intervenir el tablero de fuerza sí necesita una ventana coordinada con mantenimiento, y en ese caso se define en el levantamiento y no el día de la instalación.

¿Sirve si el equipo ya tiene el sistema del fabricante?

Sí, y son cosas distintas. El sistema del fabricante muestra ese equipo, en su plataforma y con su formato. Lo que hacemos nosotros es llevar todas las marcas a un mismo lugar, con la misma nomenclatura, junto al resto de la operación y con la posibilidad de cruzarlas y exportarlas hacia los sistemas del cliente. En general convive con la plataforma del fabricante en vez de reemplazarla.

¿Qué pasa con los datos históricos que ya tienen?

Si existen en un formato legible, se cargan. Es frecuente que haya años de registros en planillas o en la base de un sistema anterior, y esa historia es justamente lo que permite que las alertas por comportamiento anómalo funcionen desde el primer mes en vez de esperar a acumular una línea base.

Contacto

Dígame qué controlador tiene montado y le digo si se puede leer.

Con la marca y el modelo, o una foto del gabinete y del puerto disponible, basta para una primera respuesta técnica.