Lynxby DOMINION
← Volver a componentes

DRIVERS DE COMUNICACIONES Conecta con lo que ya hay en planta.

Cada protocolo que aparece en planta suele traer detrás un desarrollo a medida. Y otro mantenimiento.

Los Drivers de comunicaciones son la entrada y la salida de datos de Lynx. Leen los equipos de planta en los protocolos que ya hablan —Modbus TCP/RTU, OPC UA · IEC 62541, MQTT / Sparkplug B, EtherNet/IP, BACnet, IEC 61850, DNP3 y los nativos de los PLC de Siemens, Rockwell y Omron, entre otros—. Y escriben consignas en los equipos que lo permiten. El dato viaja en los dos sentidos con el ERP, el MES y el GMAO, y queda disponible para tu software por REST y MQTT.

Solicitar demo →

Configurar la plataforma →

lynxplatform.cloud/conexiones/drivers
Conexiones · Drivers

LO QUE YA HABLA TU PLANTA Los tres que mueven la mayor parte del dato, y ninguno hay que programarlo

Los drivers hablan con PLCs y sensores, sistemas SCADA, inversores y medidores y equipos de proceso en los protocolos que ya usan. Leen las señales y, donde el equipo lo permite, escriben consignas. Estos tres son los que más dato mueven; los demás que habla el núcleo están en la lista de abajo.

  • Modbus TCP/RTULectura y escritura

    Registros de PLCs, medidores y equipos de campo, por Ethernet o por línea serie. Lectura de señales y escritura de consignas.

  • OPC UA · IEC 62541Lectura y escritura

    Suscripción a los nodos de SCADA y PLCs, y escritura sobre los nodos que el servidor tenga habilitados para ello.

  • MQTT / Sparkplug BPublicación y suscripción

    Telemetría IIoT con el modelo de datos Sparkplug B, hacia y desde los equipos y las pasarelas de planta.

  • Sin programar la comunicación

    Todos vienen de serie: un equipo que hable cualquiera de la lista se conecta con su driver, sin desarrollar la comunicación desde cero.

  • Lectura y escritura

    Además de leer señales, los drivers escriben consignas en los equipos que lo permiten, bajo los permisos de la plataforma.

  • En los dos sentidos con los sistemas

    ERP, MES, GMAO y BI reciben el dato de planta, y Lynx recibe de ellos lo que necesita, como las órdenes de fabricación.

  • Un solo punto de acceso al dato

    REST y MQTT sirven el dato ya normalizado, el mismo que ven los módulos, a cualquier software de terceros.

¿Y SI TU EQUIPO HABLA OTRA COSA? Tres vías de entrada, y ninguna la descubres a mitad de proyecto

Ningún equipo se queda fuera por el protocolo que hable. La mayoría ya van implantados en el núcleo y entran sin tocar la tarifa; para lo que no, o se desarrolla o lo traduce una pasarela de terceros. Las tres vías están escritas antes de firmar, no después.

  1. En el núcleo

    Los protocolos que los drivers ya hablan, la mayoría implantados en instalaciones que están funcionando: los abiertos de planta y los nativos de los PLC de Siemens, Rockwell y Omron. El equipo se conecta con su driver, sin desarrollar la comunicación desde cero y sin tocar la tarifa.

    • Modbus TCP/RTU
    • OPC UA · IEC 62541
    • MQTT / Sparkplug B
    • EtherNet/IP · CIP
    • EtherCAT
    • CANopen
    • IEC 61850 · MMS
    • IEC 60870-5-101/104
    • DNP3
    • SunSpec
    • BACnet/IP · MS/TP
    • KNX · KNXnet/IP
    • M-Bus · Wireless M-Bus
    • DLMS/COSEM · IEC 62056
    • S7 · ISO-TCP
    • Logix · CIP
    • FINS

    Incluido en el núcleo, sin alta por driver y sin cuota por origen conectado.

  2. Por pasarela

    Los buses de campo que no se resuelven en software: piden maestro, ASIC o electrónica propia. Una pasarela los traduce a Modbus TCP o a OPC UA y desde ahí entran por la vía del núcleo. No los habla Lynx: los habla la pasarela, y por eso no hay nada que programar.

    • PROFIBUS DP/PA
    • PROFINET
    • FOUNDATION Fieldbus
    • AS-Interface
    • DeviceNet
    • IO-Link
    • HART · WirelessHART

    La pasarela es equipo de campo: va en la oferta, con el resto de la instalación.

  3. A medida

    Lo que no habla ninguno de los anteriores y no tiene pasarela de catálogo. Se integra contra el equipo concreto y con su documentación delante. Es trabajo de campo de DOMINION, del mismo que ya entregó los proyectos que esta web publica.

    • Protocolos propietarios
    • Equipos heredados
    • Integraciones ya instaladas

    Es desarrollo y no licencia: se presupuesta contra el equipo que tengas delante.

Qué habla hoy tu planta y por qué vía entra cada equipo sale de la auditoría, antes de firmar nada. Quién lo monta: Llave en mano →

ERP, MES, GMAO Y BI El dato llega a los sistemas de gestión, y vuelve

Lynx entrega el dato de planta a los sistemas corporativos y recibe de ellos lo que la operación necesita: las órdenes de fabricación del ERP, por ejemplo, son lo que el módulo de Órdenes de producción cruza con el consumo eléctrico.

  • ERP · SAP, Dynamics…

    Órdenes de fabricación hacia Lynx y el dato de planta de vuelta al sistema de gestión.

  • MES · Fabricación

    El dato de proceso y de energía junto a la producción de cada línea.

  • CMMS / GMAO

    Estados de comunicación y alarmas de los activos, disponibles para el sistema de mantenimiento.

  • BI y plataformas corporativas

    Series e indicadores para los cuadros de mando de la compañía.

SIN EXPORTAR A MANO Tu software lee el mismo dato que ven los módulos

Lo que Lynx recoge y calcula queda disponible para software de terceros sin exportaciones manuales: consultas por servicios REST y suscripción en vivo por MQTT, con los mismos permisos que rigen en la plataforma.

  • REST

    Consulta de series, últimos valores e indicadores desde cualquier aplicación que hable HTTP.

  • MQTT

    Suscripción a los cambios en cuanto se producen, para el software que necesita el dato al segundo.

Lynx by Dominion

Trae tu lista de equipos

Cada equipo de esa lista es hoy un desarrollo a medida esperando turno. Dinos qué protocolo habla cada uno y qué sistemas hay detrás, y te decimos por cuál de las tres vías entra cada uno y qué lleva.

Solicitar demo →

O escríbenos directamente a support.dt@dominion-global.com

← Volver a componentes