En el campo de la automatización industrial y el control de edificios, Honeywell es un nombre muy conocido por muchos usuarios. Sin embargo, sus productos a menudo no son baratos y pueden generar riesgos de bloqueo de proveedores. Las alternativas de código abierto se están convirtiendo en una opción atractiva para quienes buscan flexibilidad, control de costos y transparencia. Estas soluciones se basan en código abierto y estándares, otorgando a los usuarios más autonomía y pudiendo personalizarlas según necesidades específicas.

Por qué debería buscar una alternativa de código abierto a Honeywell

La fuerza impulsora principal es romper la ecología cerrada antes de elegir alternativas de código abierto. El sistema de Honeywell es generalmente una caja negra. Su lógica interna no está abierta al mundo exterior, el formato de datos no está abierto al mundo exterior y el protocolo de comunicación tampoco está abierto al mundo exterior. Esto hace que la expansión e integración del sistema dependa en gran medida de la fábrica original. El mantenimiento posterior también depende en gran medida del original de fábrica. El costo a largo plazo es alto. Una vez que se bloquea la ruta técnica, la autonomía de las actualizaciones será muy limitada y la autonomía de la transformación también será muy limitada.

La solución de código abierto resuelve la causa raíz de este problema. Su código fuente es público, lo que permite a los usuarios y a la comunidad de desarrolladores revisarlo, modificarlo y optimizarlo. Esto también muestra que puede desarrollar una comprensión profunda de cómo funciona el sistema y puede integrarlo en el entorno de tecnología de la información/tecnología operativa existente sin obstáculos, como conectarse a bases de datos de nivel empresarial, plataformas de análisis de datos o paneles de monitoreo personalizados, etc., para lograr una verdadera fusión de datos y una toma de decisiones inteligente.

¿Cuáles son sus opciones para los sistemas de automatización de edificios de código abierto?

Es un estándar clave de código abierto en el campo de la automatización de edificios, también conocido como BAS, que define una forma común de marcar puntos de datos para que los datos de los equipos de diferentes proveedores puedan entenderse y aplicarse de manera uniforme. Siguiendo este estándar, puedes construir tu propia plataforma de monitoreo y gestión, eliminando la dependencia de una marca específica de software de gestión.

También existe una solución de software específica, que es (BAS), y también puedes utilizar herramientas de orquestación de procesos como Node-RED. Pueden servir como núcleo de agregación de datos y procesamiento lógico, utilizando protocolos abiertos como MQTT para conectar sensores de temperatura y humedad, unidades de aire acondicionado, controladores de iluminación y otros dispositivos finales para lograr un control centralizado entre marcas y una gestión de la eficiencia energética. En términos de funcionalidad, pueden reemplazar completamente la parte central del sistema de gestión de edificios (BMS) de Honeywell.

Cómo utilizar software de código abierto para monitorear procesos industriales

Para el monitoreo de procesos industriales, las opciones de código abierto para SCADA (es decir, sistemas de monitoreo y adquisición de datos) ya están bastante maduras. Por ejemplo, Scada-LTS y Scada-LTS son proyectos de código abierto completamente funcionales. Proporcionan funciones básicas como adquisición de datos, gestión de alarmas, almacenamiento de datos históricos e interfaz gráfica hombre-máquina (HMI).

A través de la configuración, dichos sistemas pueden conectarse a PLC, medidores inteligentes y sensores. Los usuarios pueden diseñar una interfaz de monitoreo que se adapte a sus propios hábitos operativos y definir una lógica de alarma compleja y un control de enlace. En comparación con el costoso software SCADA, las soluciones de código abierto reducen en gran medida las tarifas de licencia de software cuando satisfacen las necesidades de monitoreo básicas y avanzadas, y también evitan el posterior modelo de cobro basado en puntos.

¿Puede una plataforma IoT de código abierto reemplazar los servicios en la nube de Honeywell?

La esencia real del servicio en la nube proporcionado por Honeywell es una plataforma de Internet de las cosas. Dentro de este ámbito, las alternativas de código abierto son extremadamente poderosas. y Home son dos plataformas representativas. Centrándose más en aplicaciones profesionales de IoT, puede admitir la gestión de dispositivos, la visualización de datos, los motores de reglas y la arquitectura de microservicios, y es adecuado para la implementación a nivel industrial.

El hogar es extremadamente popular en hogares y entornos ligeramente industriales. Es famoso por sus potentes capacidades de integración y puede admitir miles de dispositivos. Estas plataformas se pueden implementar en servidores locales o nubes privadas para garantizar que todos los datos confidenciales del proceso puedan ser controlados completamente por ellos mismos y no sea necesario cargarlos en nubes de terceros. Si bien se cumplen las condiciones específicas requeridas para las funciones, la seguridad y privacidad de los datos mejoran enormemente.

¿Qué tan compatibles con el hardware son las alternativas de código abierto?

A mucha gente le preocupa que el software de código abierto no sea capaz de controlar los equipos de hardware de Honeywell. De hecho, esto es un malentendido. La ventaja de una solución de código abierto radica precisamente en su compatibilidad. A menudo admite protocolos de comunicación estándar de la industria, como OPC UA, etc. Sólo cuando el controlador o la puerta de enlace de Honeywell abre estas interfaces estándar se puede realizar la comunicación directamente.

Algunos desarrolladores realizarán ingeniería inversa en la comunidad para obtener hardware más cerrado y luego contribuirán con los controladores o bibliotecas de comunicación correspondientes. De lo contrario, los usuarios pueden desarrollar sus propios controladores con la ayuda del SDK proporcionado por el software de código abierto. Esto significa que incluso puedes usar hardware de bajo costo como Raspberry Pi, combinado con software de código abierto, para integrar y reemplazar gradualmente el controlador dedicado original.

¿Qué desafíos debería considerar al implementar una solución de código abierto?

Existen desafíos para pasar a soluciones de código abierto, pero no son inexistentes. El principal de ellos es el cambio de mentalidad de “comprar productos” a “crear soluciones”. Esta transformación requiere que el equipo tenga ciertas capacidades técnicas, o que el equipo esté dispuesto a invertir energía en aprender. La construcción, integración y mantenimiento del sistema requiere que el personal interno de TI/OT esté profundamente involucrado, o es necesario encontrar un integrador que esté familiarizado con el ecosistema de código abierto.

Aunque el software de código abierto es gratuito, el hardware asociado, los servicios de implementación y el soporte posterior pueden requerir planificación presupuestaria. Los usuarios deben sopesar la inversión inicial y el costo total de propiedad a largo plazo, o TCO. Es extremadamente importante construir o aprovechar una comunidad activa de código abierto, que es la principal fuente de soporte técnico, intercambio de soluciones y actualizaciones continuas.

¿Lo que más le preocupa en su sistema de automatización en este momento es el problema de la dependencia del proveedor o los altos costos de actualización y mantenimiento? No dude en compartir sus experiencias específicas en el área de comentarios. Si este artículo te ha inspirado, no dudes en darle me gusta y compartirlo.

Posted in

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *