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.

Ver como Markdown

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í (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í (escaneo de host o CIDR)
Modbus RTU Línea serie (fija), ID de unidad tipado: clase y número de registro 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í (dirección del servidor)
Siemens S7 Host o IP, Rack / Slot tipado: área, DB, byte, bit no
Rockwell EtherNet/IP Host o IP, Slot texto libre: Tag del controlador, más un desplazamiento sí (difusión)
Beckhoff ADS Host o IP, Puerto, IP local (AMS) texto libre: Símbolo no
Mitsubishi MC Host o IP, Puerto texto libre: Dirección del dispositivo 1 s fijo no
BACnet Host o IP, Puerto, Id del dispositivo tipado: tipo de objeto e instancia 1 s fijo sí (Who-Is)
IEC 61850 Host o IP, Puerto texto libre: Ruta MMS 1 s fijo 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 no
Matter ID de nodo (solo lectura) el nombre del tag es el clúster 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 no
HTTP Host o IP, Puerto, Ruta del recurso texto libre: Ruta 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.