Be Water Edge · Descripción técnica
Miembros clave del equipo han entregado plataformas iDOS y aplicaciones especializadas en proyectos industriales. Be Water desarrolla esas tecnologías, modelos y experiencia en productos más fáciles de desplegar, actualizar y mantener.
Edge convierte los datos de los equipos en información utilizable y ejecuta cálculos y acciones operativas aprobados cerca de ellos. Despliegue el software en un ordenador industrial validado o seleccione una configuración de hardware opcional.
Elija el despliegue según la red de control, las condiciones de instalación y el trabajo que se realizará. Un ordenador existente adecuado puede alojar Edge; un dispositivo nuevo es una opción.
Reutilice un equipo anfitrión adecuado
Verifique que un PC industrial Linux, servidor local o máquina virtual gestionada existente cumpla los requisitos de interfaces, carga de trabajo, reinicio y recuperación seleccionados.
Añada un nodo local
Seleccione un nodo compacto de adquisición o uno de cómputo mayor, con los puertos de red, interfaces serie aisladas, almacenamiento y rango ambiental que requiera la instalación.
Dimensione la IA por separado
Cuando sean útiles modelos locales de lenguaje o visión, varios nodos Edge pueden usar un equipo de cómputo compartido en una zona de red aprobada. Cada nodo de adquisición no necesita su propio acelerador.
Equipos y control existente
Proporcionan mediciones y datos sobre el estado de los equipos; conservan el control y la protección locales.
Entorno de ejecución local
Conecte, normalice, almacene temporalmente y calcule de forma local; compruebe en campo las solicitudes de acción autorizadas.
Contexto industrial y cálculo
Organice objetos, relaciones, historial y cálculos profesionales.
Personas y tareas continuas
Use evidencias y cálculos para coordinar trabajo, aprobaciones y seguimiento.
Los datos pueden llegar tanto a aplicaciones existentes como a productos Be Water. Reutilice las conexiones SCADA o de pasarelas que ya sean adecuadas. Las acciones sobre los equipos pasan por una vía local de ejecución aprobada; Edge no sustituye ciclos de PLC, paradas de emergencia, relés de protección ni funciones de seguridad del fabricante.
| Interfaz | Uso previsto | Acceso y validación |
|---|---|---|
| Cliente OPC UA | Lea mediciones, marcas temporales de origen y códigos de calidad de los sistemas de automatización existentes | El acceso de base es de solo lectura. Cada operación de escritura se valida y autoriza por separado. |
| Modbus TCP / RTU | Adquiera registros de medidores, PLC y equipos mediante Ethernet o enlaces serie aislados | Confirme mapas de registros, tipos de datos, orden de bytes y presupuesto de sondeo para el dispositivo real. |
| MQTT | Intercambie telemetría y eventos con pasarelas y aplicaciones | Confirme los permisos sobre los temas MQTT, el esquema de los mensajes y el comportamiento de reconexión. La entrega de un mensaje por sí sola no confirma que se haya ejecutado una acción de negocio. |
| API HTTPS y archivos | Intercambie datos con servicios existentes e importe lotes | Acuerde identidad, esquema, calidad de datos y responsabilidad sobre la fuente. Los permisos de lectura y escritura permanecen separados. |
| SunSpec Modbus | Use modelos de información definidos para equipos fotovoltaicos y de almacenamiento | Valide el modelo del dispositivo, el firmware y los modelos SunSpec compatibles. El acceso estándar a datos no implica permiso de control. |
| S7 · EtherNet/IP · BACnet/IP · IEC 60870-5-104 | Amplíe a la automatización propia de la instalación y a sistemas de edificios o energía | Adaptación mediante conectores, sujeta a la pila de protocolos y la licencia seleccionadas y a la validación del dispositivo de destino. |
| API y eventos hacia sistemas superiores | Proporciona muestras normalizadas, instantáneas de objetos, resultados de modelos y eventos | Se prevén interfaces de API por lotes y MQTT; un servidor OPC UA es una integración opcional. |
| Interfaces serie y E/S físicas | Conecte instrumentos serie mediante el equipo anfitrión o adaptadores adecuados | RS-485 aislada es la interfaz serie de referencia. RS-232 y las E/S digitales o analógicas requieren hardware adecuado y validado. |
El nombre de un protocolo es un punto de partida para la integración. El alcance de entrega identifica fabricante, modelo, firmware, datos, operaciones de lectura y escritura y condiciones realmente probadas. Las escrituras físicas usan una lista explícita de operaciones permitidas y una vía de autorización separada.
| Parámetro | E-S · nodo de adquisición | E-M · nodo de cómputo | E-AI · equipo compartido para IA |
|---|---|---|---|
| Procesador | 4 núcleos, ARM de 64 bits o x86 | Preferiblemente x86-64 de 8 núcleos | 8+ núcleos de CPU y un acelerador compatible |
| Memoria del sistema | 8 GB | 16–32 GB | 32–64 GB; memoria del acelerador dimensionada según el modelo |
| Almacenamiento | SSD industrial de 256 GB | SSD industrial de 1 TB | 1–2 TB, ajustados según modelos y datos de eventos |
| Ethernet | 2 × 1 GbE | Al menos 2 × 1 GbE; se recomiendan 4 puertos | Al menos 2 × 1 GbE; enlaces de almacenamiento más rápidos según sea necesario |
| Interfaces serie | 2 puertos RS-485 aislados | 2–4 puertos serie aislados, según sea necesario | Normalmente utiliza nodos Edge conectados |
| Refrigeración | Preferiblemente sin ventilador | Preferiblemente sin ventilador, o refrigeración por ventilador con mantenimiento accesible | Refrigeración activa con mantenimiento accesible |
| Planificación de la alimentación | 24 VDC; previsión de diseño de hasta 30 W | 24 VDC; previsión de diseño de hasta 65 W | Previsión de hasta 150 W para el equipo anfitrión; alimentación según la configuración |
| Temperatura de funcionamiento | Objetivo: −20 a 60 °C | Objetivo: −20 a 55 °C | Objetivo: 0 a 45 °C |
Son referencias de diseño para el producto previsto, no especificaciones certificadas ni referencias de hardware disponibles. El hardware seleccionado y la instalación completa requieren validación. Las cifras de CPU y memoria no determinan el caudal de datos ni la capacidad de los modelos, que dependen de la carga real. Las previsiones de potencia excluyen los equipos externos.
El diseño del entorno de ejecución separa la recopilación de datos, el cálculo determinista y las comprobaciones de acciones de los servicios opcionales de IA. El despliegue acordado define qué continúa localmente y qué espera una conexión o una persona.
Conserve horas de origen y recepción, calidad, unidades originales y versiones de las correspondencias. Los valores ausentes, congelados u obsoletos siguen siendo visibles sin presentarse como mediciones recientes.
Continúe recopilando datos y ejecutando cálculos locales aprobados dentro de los límites de almacenamiento y recursos del nodo. Dimensione el búfer según la frecuencia de actualización, el tamaño de los registros, la retención y la duración de la interrupción; las formas de onda y el vídeo necesitan una previsión de almacenamiento aparte.
Aplique restricciones locales aprobadas, vigencia de las entradas, permisos sobre objetos y autoridad operativa válida. El control manual en campo tiene prioridad. Un modelo de lenguaje no puede flexibilizar los límites operativos locales.
Compruebe identidad, permisos, versiones y tiempos antes de restablecer el trabajo en línea. Recupere el historial con sus marcas temporales y calidad originales; descarte órdenes físicas caducadas. Registre por separado el acuse del controlador y la respuesta observada del equipo.
Las zonas de red u operación separadas pueden necesitar nodos distintos incluso con volúmenes de datos pequeños. Los equipos estrechamente conectados pueden compartir un nodo cuando lo permitan el aislamiento y la carga de trabajo.