Solución de referencia de recogida y control remoto
Guía de la página
1. Panorama general de la solución
La conexión en red de los equipos en entornos industriales se enfrenta habitualmente a cuatro puntos problemáticos: marcas y protocolos de equipos muy diversos, con datos aislados unos de otros; el coste de las inspecciones manuales es alto y los parámetros de funcionamiento dependen de la lectura manual de contadores; los fallos se descubren a posteriori, sin alerta temprana; y el arranque y la parada in situ dependen de la presencia de personal, sin posibilidad de actuación remota.
Esta solución toma la plataforma IoT FastBee como núcleo, integra de forma unificada los equipos de planta a través de gateways IoT y utiliza el Thing Model para abstraer los distintos equipos en propiedades, métodos y eventos unificados; sobre esta base ofrece capacidades de recogida de datos, control remoto, Scene Linkage, notificación de alarmas y gestión visual. La plataforma admite el despliegue privado, de modo que los datos no salen de la planta, lo que la hace adecuada para empresas manufactureras con requisitos de seguridad de los datos y de funcionamiento en la red interna.
2. Arquitectura del sistema
La solución adopta una arquitectura de cuatro capas, de abajo arriba:
- Capa de dispositivos: equipos in situ como máquinas-herramienta, PLC, variadores de frecuencia, instrumentación y sensores de temperatura, humedad y corriente, así como cámaras de red integradas mediante GB28181.
- Capa de acceso: los gateways IoT se encargan de la conversión de protocolos y la agregación de datos, admiten protocolos comunes como MQTT, Modbus, TCP, UDP y WebSocket, y permiten implementar lógicas de recogida personalizadas mediante programación visual.
- Capa de plataforma: la plataforma FastBee ofrece capacidades esenciales como la gestión del Thing Model, la gestión de dispositivos, Scene Linkage, la notificación de alarmas, las tareas programadas y las estadísticas de informes.
- Capa de aplicación: ofrece a los distintos roles una pantalla grande de visualización, un lado de gestión web y un terminal móvil, de modo que el personal de gestión puede conocer el estado de los equipos tanto desde la oficina como fuera de la planta.
3. Funciones principales
3.1. Recogida de datos
Los puntos de recogida y los ciclos de reporte se definen por producto; el gateway convierte los registros in situ y las lecturas de los sensores en propiedades de la plataforma que se reportan en tiempo real, permite consultar los valores en tiempo real y las curvas históricas, y puede generar informes mediante el análisis estadístico por propiedad.
3.2. Control remoto
A través de los métodos de dispositivo definidos en el Thing Model, se envían desde el lado web o el terminal móvil comandos de control como el arranque/parada y la configuración de parámetros; la interfaz genérica del dispositivo admite diseño por arrastrar y soltar, organizando el panel de monitorización según las costumbres de la planta. Tanto el control como el reporte quedan registrados en los logs del dispositivo, lo que facilita la trazabilidad.
3.3. Scene Linkage
Las reglas de automatización se configuran según «condición de activación → acción de ejecución»; por ejemplo, arrancar automáticamente el ventilador cuando la temperatura supera el umbral, o parar el equipo de forma coordinada y notificar al personal de guardia cuando la corriente es anómala. Las reglas se configuran de forma visual en la plataforma, sin necesidad de modificar el programa del equipo.
3.4. Notificación de alarmas
Se establecen umbrales y niveles de alarma para las propiedades críticas; al activarse, se envían mediante los mensajes de la plataforma y los canales de notificación, los registros de alarma quedan trazados y se admite el ciclo cerrado de confirmación y tratamiento, evitando que las anomalías pasen desapercibidas en las inspecciones.
3.5. Pantalla grande de visualización
La distribución de los equipos, los parámetros en tiempo real, la dinámica de alarmas y los datos estadísticos se organizan en un panel de pantalla grande para la sala de control centralizada de la planta o para la presentación en salas de exposición, con los datos de la pantalla grande sincronizados en tiempo real con la plataforma.
3.6. Terminal móvil e informes
Desde el terminal móvil se puede consultar el estado de los equipos, recibir alarmas y ejecutar el control remoto, adecuado para escenarios de guardia e inspección; la plataforma ofrece análisis estadístico e informes sobre las propiedades reportadas, que respaldan la revisión del consumo energético y del funcionamiento.
4. Integración de dispositivos
4.1. Gateways y protocolos
Los equipos in situ se integran en la plataforma a través de gateways IoT: se admite la conexión de dispositivos Modbus a través del puerto serie RS485, la conexión por TCP y UDP con controladores con puerto de red, y la conexión con subsistemas de terceros mediante MQTT y WebSocket. El lado del gateway admite la programación visual, que permite implementar en el borde lógicas personalizadas como la conversión de unidades y el preprocesamiento de umbrales. Para el contexto de la selección de protocolos puede consultar la comparativa de protocolos de comunicación IoT habituales (简体中文), y para las ideas de diseño en el lado del borde, las prácticas de aplicación de la computación en el borde en sistemas IoT (简体中文).
4.2. Modelado del Thing Model
Los equipos del mismo tipo se modelan en la plataforma como un producto, al que se adjunta el Thing Model: las propiedades describen magnitudes de estado legibles y escribibles (como la temperatura, la velocidad de giro o el estado de funcionamiento), los métodos describen acciones que pueden enviarse (como arranque/parada o reinicio) y los eventos describen anomalías que el equipo reporta activamente (como los códigos de fallo). Para añadir un nuevo equipo basta con vincularlo al producto para heredar toda la definición de puntos.
4.3. Configuración de Scene Linkage
Tomando como ejemplo «arrancar automáticamente el ventilador cuando la temperatura supera el umbral»: el sensor de temperatura reporta la propiedad según el ciclo, el Rule Engine determina si se cumple la condición de activación y, en caso afirmativo, envía el comando de control al actuador, pudiendo añadir además una notificación de alarma. Para más métodos de diseño de reglas de automatización, véase Prácticas de Scene Linkage con el Rule Engine (简体中文).
5. Despliegue e implementación
La solución se implanta siguiendo estos pasos; el ritmo general puede comenzar con una planta piloto y extenderse después a toda la fábrica:
- Preparación del entorno: confirme los recursos del servidor o del PC industrial, la red de la planta y la ubicación de instalación de los gateways, y planifique la lista de equipos y la tabla de puntos.
- Despliegue de la plataforma: despliegue la plataforma FastBee de forma privada en el servidor de la planta y complete la configuración básica y la asignación de roles de usuario.
- Instalación de los gateways: instale los gateways IoT por zonas, complete el cableado y la configuración de red y compruebe la comunicación equipo a equipo.
- Modelado e integración: cree productos y Thing Models por tipo de equipo, vincule los equipos y verifique el reporte de propiedades y el envío de control.
- Configuración de reglas: configure Scene Linkage, los umbrales de alarma y los métodos de notificación, y depure las condiciones de trabajo típicas.
- Puesta en marcha de las aplicaciones: monte la pantalla grande de visualización, habilite el acceso desde el terminal móvil, organice la operación de prueba y, tras recopilar comentarios, extienda la solución.
6. Preguntas frecuentes
¿Qué protocolos industriales admite FastBee?
Los gateways IoT admiten protocolos como MQTT, Modbus, TCP, UDP y WebSocket, y permiten implementar lógicas personalizadas de recogida y conversión mediante programación visual, por lo que pueden integrarse los PLC, variadores de frecuencia, instrumentación y sensores habituales; los equipos de videovigilancia se integran mediante el estándar nacional GB28181.
¿La inestabilidad de la red in situ afecta al uso?
La plataforma se despliega de forma privada dentro de la planta y la recogida y el control se realizan principalmente por la red local de la planta, sin depender de la red pública; no obstante, se recomienda mantener el enclavamiento cableado local en los circuitos de seguridad críticos, utilizando el control remoto de la plataforma como medio auxiliar, conforme a la práctica habitual de seguridad industrial.
¿Cómo se evitan los errores de operación en el control remoto?
La plataforma asigna los permisos de operación de los equipos según los roles de usuario, y tanto los comandos de control como los reportes de propiedades quedan registrados en los logs del dispositivo, lo que permite la trazabilidad; para las acciones de alto riesgo pueden añadirse pasos de confirmación o restricciones de condición en el Thing Model y en las reglas de automatización.
¿Cuánto dura aproximadamente la implementación de esta solución?
Tomando como ejemplo la prueba piloto en una sola planta, el despliegue de la plataforma y la instalación de los gateways suelen completarse en unos pocos días; la carga de trabajo principal está en la verificación de puntos y la depuración de las reglas de automatización. Cuanto mejor preparada esté la tabla de puntos, más rápida será la depuración de la integración. La forma real tras la implantación puede verse en proyectos verificados o casos de demostración (简体中文).