Drivers
Qué es un driver, cómo se activan y se desactivan los drivers, el driver fijo de un dispositivo, la tabla de todos los drivers que este producto conoce, qué documenta la página de cada driver, y la nota sobre los drivers que un paquete no trae.
Un driver es el protocolo con el que la estación habla con una familia de equipos: registros Modbus sobre TCP, un servidor OPC UA, un PLC Siemens. Cada dispositivo de la página Connector pertenece exactamente a un driver, y el driver decide qué campos de conexión muestra el dispositivo, cómo se direccionan sus tags, qué tipos de dato pueden llevar, si se pueden escribir, si el driver puede escanear en busca de equipos, y si la estación los sondea o el equipo le empuja los datos. Este grupo lleva una página por driver; esta página es lo que tienen en común.
El registro
El conjunto de drivers es fijo: viaja con la aplicación y no se puede ampliar desde la página. La fila Drivers, arriba de la columna Comunicación, lista los que trae esta instalación, cada uno con su descripción, su conteo de dispositivos, su estado de salud y un par activar/desactivar; la tabla y sus reglas están en La lista de drivers y la página de un driver.
Los drivers vienen activados. Desactivar uno solo esconde su grupo del árbol, y se rechaza mientras el driver todavía tiene dispositivos (o, para Modbus RTU, líneas serie), así que un dispositivo configurado nunca puede desaparecer de la vista. Activar uno agrega un grupo vacío bajo la fila Drivers sin dispositivos del árbol. Agregar un dispositivo a un driver activa ese driver por sí solo. El conjunto de activados se guarda con la configuración y viaja con las copias de seguridad.
El driver de un dispositivo es fijo
Usted elige el driver cuando crea el dispositivo: el menú Nuevo… de la columna nombra el driver bajo el que aterriza el dispositivo, y Agregar dispositivo en la página de un driver crea bajo ese driver. De ahí en adelante, la tarjeta Dispositivo muestra el driver como texto de solo lectura. Para mover un dispositivo a otro protocolo, cree un dispositivo nuevo bajo el otro driver y elimine el anterior; la dirección cambia, así que hay que apuntar las referencias a los tags nuevos desde la tarjeta Usado por de cada tag.
Todos los drivers
| Driver | Habla con |
|---|---|
| Simulated | Señales sintéticas dentro de la aplicación, para probar sin hardware. |
| Modbus TCP | Registros Modbus sobre TCP/IP. Puerto 502 de forma predeterminada. |
| Modbus RTU | Registros Modbus sobre una línea serie (RS-485/232). |
| OPC UA | Cliente OPC Unified Architecture sobre opc.tcp. |
| Siemens S7 | PLC Siemens S7 con el driver S7comm. |
| Rockwell EtherNet/IP | PLC Allen-Bradley / Rockwell sobre EtherNet/IP (CIP). |
| Beckhoff ADS | PLC Beckhoff TwinCAT sobre ADS/AMS. |
| Mitsubishi MC | PLC Mitsubishi con el driver MELSEC MC. |
| BACnet | Equipos de automatización de edificios BACnet/IP. |
| IEC 61850 | IED de subestación IEC 61850 sobre MMS. No incluido en el paquete distribuido (vea más abajo). |
| OCPP | Puntos de recarga de vehículos eléctricos sobre OCPP (los puntos de recarga se conectan a esta estación). |
| Redfish | API REST Redfish para hardware de servidor y de centro de datos. |
| Matter | Dispositivos Matter de casa inteligente (puesta en marcha por Bluetooth). |
| LoRaWAN | Sensores LoRaWAN a través del servidor de red Basics Station integrado. |
| AVEVA PI | Puntos del PI System de AVEVA a través de la PI Web API, sobre HTTPS de forma predeterminada. |
| HTTP | Puntos de conexión HTTP/JSON genéricos, sondeados como tags. |
El registro conoce también OPC DA (el OPC Data Access clásico sobre COM/DCOM), pero ningún driver lo sirve en este producto: nunca se lista, nunca se activa y no admite ningún dispositivo.
Qué tienen en común los drivers, y en qué se diferencian
El Connector dibuja un solo editor para todos los drivers y deja que el driver decida qué partes aparecen. Esta tabla dice qué esperar antes de abrir la página de un driver:
| Driver | Campos de conexión en la página del dispositivo | Direccionamiento del tag | Intervalo de sondeo | Escrituras de tag | Descubrir |
|---|---|---|---|---|---|
| Simulated | ninguno | el nombre del tag, más la forma de la señal | sí | sí | sí (su catálogo) |
| Modbus TCP | Host o IP, Puerto, ID de unidad, Intervalo mínimo entre transacciones | tipado: clase y número de registro | sí | sí | sí (escaneo de host o CIDR) |
| Modbus RTU | Línea serie (fija), ID de unidad | tipado: clase y número de registro | sí | sí | sí (sondeo de ID de unidad en una línea) |
| OPC UA | Host o IP, Puerto, Ruta del recurso, Nombre de usuario, Contraseña | texto libre: Id de nodo | sí | sí | sí (dirección del servidor) |
| Siemens S7 | Host o IP, Rack / Slot | tipado: área, DB, byte, bit | sí | sí | no |
| Rockwell EtherNet/IP | Host o IP, Slot | texto libre: Tag del controlador, más un desplazamiento | sí | sí | sí (difusión) |
| Beckhoff ADS | Host o IP, Puerto, IP local (AMS) | texto libre: Símbolo | sí | sí | no |
| Mitsubishi MC | Host o IP, Puerto | texto libre: Dirección del dispositivo | 1 s fijo | sí | no |
| BACnet | Host o IP, Puerto, Id del dispositivo | tipado: tipo de objeto e instancia | 1 s fijo | sí | sí (Who-Is) |
| IEC 61850 | Host o IP, Puerto | texto libre: Ruta MMS | 1 s fijo | sí | no |
| OCPP | Identificador | tipado: número de conector; el nombre del tag termina en Meter o Status | empujado por el punto de recarga | no (solo lectura) | sí (puntos de recarga conectados) |
| Redfish | Host o IP, Nombre de usuario, Contraseña | texto libre: Ruta del recurso, más un puntero JSON | sí | sí | no |
| Matter | ID de nodo (solo lectura) | el nombre del tag es el clúster | sí | no (solo lectura) | sí (nodos puestos en marcha) |
| LoRaWAN | Identificador (DevEUI), Servidor / Clave (clave de aplicación) | tipado: canal o desplazamiento, tipo LPP | empujado por el sensor | no (solo lectura) | no |
| AVEVA PI | Host o IP, Puerto, Ruta del recurso, Transporte, Nombre de usuario, Contraseña, Token de portador | texto libre: Ruta PI | sí | sí | no |
| HTTP | Host o IP, Puerto, Ruta del recurso | texto libre: Ruta | sí | sí | no |
Cada driver reduce además la lista de Tipo de dato que ofrece un tag a lo que realmente sabe transportar; la lista exacta está en la página del driver. Donde la tabla dice "1 s fijo", el driver ignora el intervalo configurado, así que las páginas de Dispositivo y de Tag le esconden el campo Intervalo de sondeo. Donde dice "solo lectura", el campo Acceso ofrece únicamente Solo lectura y el campo de escritura no aparece nunca.
Qué documenta la página de cada driver
Cada página de driver recorre las mismas secciones en el mismo orden: los campos de conexión que muestra la tarjeta Dispositivo y cómo arman el URI base; cómo se direcciona un tag (los campos tipados o el token de texto libre, y la dirección de bus de solo lectura que el panel muestra); los tipos de dato que se ofrecen; el descubrimiento, cuando el driver lo tiene; las escrituras, cuando el driver las acepta; y las particularidades del driver (credenciales, certificados, tiempos, un servidor de red que la estación levanta, el emparejamiento).
Un driver que el paquete no trae
El driver IEC 61850 compila y corre en una instalación de desarrollo, pero no entra en el paquete distribuido: su biblioteca de protocolo está licenciada en términos que no permiten entregarla dentro del instalador. El Connector nunca lista un driver que el paquete en marcha no trae, y nunca lo activa. Una configuración que llega con dispositivos así de todos modos (una copia de seguridad restaurada, una configuración de otra máquina) los conserva: la fila del driver se queda en la lista mientras esos dispositivos existan, su descripción dice "Este paquete no incluye el driver.", y la página del driver y todos los dispositivos que hay debajo llevan un aviso que dice lo mismo. Esos dispositivos se quedan sin conexión y conservan sus ajustes; se pueden eliminar, pero no copiar, y bajo ese driver no se puede arrancar ningún dispositivo nuevo ni ningún escaneo de descubrimiento. Activar la fila se rechaza con "'IEC 61850' no se activó: Este paquete no incluye el driver."
Qué drivers trae un paquete se lee del registro de complementos del servidor integrado, que existe solo una vez que el servidor arrancó. Hasta entonces todos los drivers cuentan como presentes, así que la lista de drivers se asienta unos segundos después del arranque y luego se queda quieta durante la sesión, incluso mientras el servidor se detiene y se vuelve a arrancar.
El código de un driver se carga una sola vez mientras la aplicación corre. Detener y arrancar la comunicación reconstruye los dispositivos en marcha y la lista de drivers a partir de esa misma carga, que es lo que mantiene plana la memoria de la estación a lo largo de un día de reinicios. La consecuencia es que reemplazar en el disco los archivos propios de un driver surte efecto solo después de reiniciar la aplicación misma.