Conecta lo que ya opera.
Integra PLC, RTU y computadores de flujo a través de la cartera de drivers industriales documentada.
ConectividadSCADA INDUSTRIAL · ABIERTO · MODULAR
DEL CAMPO A LA OPERACIÓNSupervisa, adquiere datos y controla tu infraestructura industrial con una plataforma SCADA modular, diseñada para entornos OT.
Kernel + capacidades especializadas
Drivers industriales documentados
HTTP API · OPC UA · JDBC
Redundancia controlada
01 / UNA VISIÓN DE TU OPERACIÓN
Dispositivos, protocolos, alarmas e históricos forman parte de la misma operación. HunabScada reúne estas capacidades en una arquitectura común, con herramientas específicas para ingeniería y operación.
Integra PLC, RTU y computadores de flujo a través de la cartera de drivers industriales documentada.
ConectividadRelaciona valores, calidad, tiempo y origen. Consulta históricos y reportes para interpretar la información operacional.
Datos e históricosCentraliza la autorización de comandos, conserva trazabilidad y prepara la operación para la redundancia activo/pasivo.
Seguridad OT02 / DE LA INGENIERÍA A LA OPERACIÓN
Ingeniería, administración y operación tienen superficies separadas. En el diseño de referencia, el Gateway ejecuta las funciones SCADA; el Designer configura y publica.
Conoce la plataforma en una demoHerramientas de ingeniería, estructuras de tags y editor de widgets descritos en la ficha. El diseño del Designer separa la edición de configuración de su despliegue en el Gateway.
Supervisión desde una HMI web con enfoque ISA-101. Motor de alarmas con referencia ISA-18.2, notificaciones y reportes.
Consola web, auditoría y diagnóstico estructurado. Observabilidad con métricas Micrometer y telemetría/tracing OpenTelemetry.
03 / CONECTIVIDAD INDUSTRIAL
Explora los protocolos incluidos en la ficha técnica resumida. Su arquitectura de adquisición define contratos uniformes de transporte, ejecución, reconexión y diagnóstico.
Genérico
Perfil sobre Modbus
OPC UA
COM/DCOM mediante Bridge · despliegue por validar
PLC Omron
PLC Siemens
ControlLogix / EtherNet/IP
Computador de flujo / RTU
Bristol
PLC/RTU legacy
Modbus / Enron Modbus · registros por validar
Modbus + tickets/reportes nativos
PLC GE · alcance por confirmar
MQTT 3.1.1 / 5.0 básico
IEEE 1815
N2: verificación con simulador/especificación. N3: verificación contra equipo físico real. Estos niveles se presentan como objetivos documentados; confirma el estado del driver y el alcance para tu equipo durante la evaluación.
Esta selección no representa un catálogo actualizado de disponibilidad. ABB Totalflow DB1/DB2, GE SRTP y el despliegue OPC DA requieren confirmar su alcance. Enraf CIU es un perfil de dispositivo; TCP/UDP genéricos son transportes.
04 / INFORMACIÓN CON CONTEXTO
HunabScada conserva el contexto necesario para interpretar la información industrial, desde el tag hasta el histórico.
El buffer de tránsito y el proveedor histórico representan etapas distintas.
Secuencia simplificada de ARQ-05 §3: buffer volátil no equivale a durabilidad; enviado no equivale a confirmado.
Apache IoTDB es el proveedor de Historian definido para v1. Semántica de historización, retención, revisiones, agregaciones, respaldo y recuperación; módulo de store-and-forward.
PostgreSQL 15+ para persistencia interna. Integración externa JDBC con PostgreSQL y SQL Server; API HTTP/OpenAPI, OPC UA Server northbound, GraphQL de lectura y eventos. Ruta ISA-95/B2MML mediante un subconjunto declarado.
Periodo, cobertura, huecos, procedencia, versión y linaje para interpretación posterior.
05 / SEGURIDAD Y CONTINUIDAD OT
Mínimo privilegio, trazabilidad e identidades humanas y de servicio separadas. Una arquitectura que toma como referencia IEC 62443 y contempla la operación en redes OT aisladas.
Ningún comando puede llegar a campo sin pasar por el control central de escritura.
Arquitectura diseñada · ruta de escritura hacia el proceso
La decisión puede pedir confirmación, motivo, autenticación reforzada o segunda firma. Una respuesta indeterminada se trata como denegación.
El resultado del equipo se registra por separado: un comando autorizado no prueba que se haya ejecutado. Esquema basado en ARQ-01 §5, ARQ-03 §7 y ARQ-07 §6.
RBAC enriquecido por activo, ámbito, zona y contexto operacional. Accesos fail-closed: ante una condición que impide autorizar el acceso, se deniega.
Usuarios locales, AD/LDAP, OIDC, SAML e identidades de servicio. Proveedor embebido y Keycloak opcionales.
Firma y verificación de módulos, cuarentena de artefactos no confiables, SecretStore, certificados y mTLS. SHA-256 y JSON canónico RFC 8785 para evidencia sellada.
Operación air-gapped. Gateway en Windows Server / Windows IoT Enterprise LTSC o Linux x86-64 con systemd: Ubuntu 24.04 LTS, Debian 12, RHEL 9 y compatibles declarados.
REDUNDANCIA · ARQUITECTURA DISEÑADA
La sincronización del par comparte configuración y estado de runtime. La federación entre Gateways usa un canal distinto.
ARQ-09 §3 y §5. El perfil Edge se define sin redundancia. Las pruebas de fencing y las mediciones de relevo permanecen pendientes en el corpus; este esquema no acredita disponibilidad medida.
06 / ARQUITECTURA MODULAR
El Gateway es el proceso principal del SCADA. Su kernel gobierna los módulos, la ejecución, la seguridad, la redundancia, los buffers y el diagnóstico.
Drivers aislables en driver-host. El runtime Python se ejecuta en otro proceso.
Lecturas, alarmas e históricos son consumidores con responsabilidades diferentes. El journal de alarmas no es el Historian; las escrituras siguen la ruta de WriteGuard. Simplificación funcional de ARQ-00 a ARQ-08 y ARQ-17, sin representar una topología de red ni disponibilidad de una versión.
Evaluemos esta arquitectura para tu operación07 / PROFUNDIDAD TÉCNICA
Consulta el alcance documentado y lleva tus preguntas de integración, operación y seguridad a la demostración.
Ficha comercial HunabScadaEdición 01 · 1 páginaLas capacidades generales proceden de la ficha resumida. Los esquemas amplían su explicación con arquitectura diseñada; no acreditan por sí solos que una versión ya esté terminada o validada.
La ficha comercial descargable resume las capacidades generales. Los totales de módulos y drivers están pendientes de conciliación con el corpus actualizado. Durante la evaluación debe confirmarse el alcance de la versión y de cada dispositivo.
IEC 62443 y NIST SP 800-82 Rev. 3 para ciberseguridad OT; ISA-18.2 / IEC 62682 para alarmas; ISA-101 para HMI; ISA-95 / IEC 62264 y Purdue para arquitectura e integración.
Son referencias documentadas, no declaraciones de certificación.
La arquitectura distingue las condiciones del proceso que atiende el operador de las alertas técnicas que atiende el administrador. Una desconexión del servidor de respaldo, por ejemplo, corresponde a la salud de la plataforma.
Diseño documentado en ARQ-16 §4: las alertas técnicas no se mezclan con el journal ni con los indicadores de alarmas de proceso. Su implementación debe confirmarse para la versión evaluada.
IEC 62541 / OPC UA, OPC Classic DA/AE/HDA, MQTT 3.1.1 / 5.0, IEEE 1815 / DNP3, ISA-88, EEMUA 191 y 201, GAMP 5, OWASP y RFC 8785.
21 CFR Part 11 y EU Annex 11 se consideran según vertical/regulación; API MPMS, en el contexto de medición y transferencia de custodia. Referenciar un marco no implica ofrecer todas sus funciones.
La ficha indica usuarios y tags sin límite conforme a la definición actual de HunabScada. Esto no establece capacidad infinita de hardware ni una garantía de rendimiento; el dimensionamiento de cada proyecto debe evaluarse.
EL SIGUIENTE PASO
Evalúa cómo encajan la conectividad, la supervisión y la arquitectura de HunabScada en tu proyecto.
Comparte los equipos, protocolos y necesidades que quieres revisar.
Se abrirá tu aplicación de correo para preparar la solicitud.
Teléfono: 833 210 64 69 · Grupo SUSESS ↗