Un sensor RS485 Modbus le habla a quien lo consulte por un par trenzado. Llevar sus lecturas a una nube significa que algo tiene que consultarlo, guardar los valores y enviarlos por una red. Hay tres formas habituales de resolverlo, y cada una pone el trabajo en un lugar distinto.
| Qué consulta el sensor | Qué construye usted | Sirve para | |
|---|---|---|---|
| Gateway y su plataforma | Un gateway Modbus | La plataforma: almacenamiento, alertas, usuarios | Equipos que ya operan una plataforma |
| PLC y SCADA | Un PLC | Tablero, programación, etiquetas SCADA | Sitios donde ya hay un PLC para el proceso |
| Controlador celular con su nube | El propio controlador | Nada más que el cableado | Puntos distribuidos todavía sin plataforma |
Un gateway reenvía valores; otra cosa tiene que guardarlos, sobrevivir a los cortes y rellenar los huecos.
Una alarma en una pantalla de sala de control no llega a la persona de guardia. Decida adónde tiene que llegar la alerta antes de elegir el camino.
Un mapa de registros cargado en un gateway, un cambio en el programa del PLC, o un sensor agregado desde un panel son cantidades de trabajo distintas.
Genesis consulta por sí mismo los sensores Modbus soportados, guarda cada lectura con su hora y las envía por 4G-LTE a una nube con alertas, exportación y una API REST.
Un instrumento Modbus que todavía no está soportado se agrega a pedido a partir de su mapa de registros.
Normalmente sí. Si hablan RS485 Modbus RTU, envíe los modelos y sus mapas de registros.
Sí, mediante la API REST.
Cuéntenos qué hay que medir o accionar, dónde, y a qué tiene que reportar. Le decimos qué enfoque corresponde, incluso cuando no es el nuestro.
Hablemos →