Descubrimiento

Dejar que un driver escanee en busca de dispositivos o de puntos, qué necesita y qué devuelve cada escaneo, el comportamiento del progreso y de la cancelación, agregar los resultados, descubrir desde su propia página los tags que le faltan a un dispositivo, y emparejar un dispositivo Matter por Bluetooth.

Para los drivers cuyo protocolo admite un escaneo de verdad, Descubrir encuentra los dispositivos o los puntos por usted en lugar de obligarlo a escribirlos. Vive en la barra de comandos de un nodo de driver (y, para Modbus RTU, en la tarjeta Descubrir unidades de la página de una línea serie, y para MQTT, en la tarjeta Descubrir dispositivos de la página de un bróker), mientras que todo lo que toma el escaneo vive en la tarjeta Alcance del escaneo de la página del driver: la barra lleva el comando, la tarjeta lleva su alcance. Todo esto necesita Configurar Connector: a un rol sin ese bit no se le dibujan ni la tarjeta de alcance ni el botón. Un escaneo se rechaza mientras una corrida retiene la estación o el runtime está detenido. Cuando un escaneo no devuelve nada, eso es un resultado del escaneo, no una función que falta: el botón aparece solo donde un escaneo puede producir resultados. Un dispositivo que ya tiene encuentra desde su propia página los puntos que todavía le faltan, con Descubrir tags en el encabezado de su tarjeta de tags (vea Descubrir los tags de un dispositivo).

Qué drivers escanean

Beckhoff ADS, Mitsubishi MC, LoRaWAN, HTTP y Generic serial and TCP no tienen escaneo y no muestran botón. El botón aparece solo una vez que Connector está en marcha, porque es el registro de drivers de Connector el que contesta si un escaneo puede correr, y aparece solo para los drivers que instala esta versión: si el registro contesta con un ensamblado que la aplicación no reconoce, el botón se queda fuera y la página Eventos registra que el driver instalado no es el que trae esta versión.

Modbus TCP: la tarjeta Alcance del escaneo

La tarjeta aparece en la página del driver Modbus TCP: "Identificación del dispositivo en solo lectura; los registros se configuran después de agregarlo."

La línea que va debajo de los campos es el presupuesto: "2 direcciones × 3 ID de unidad = 6 sondeos · límite 256", con "· 100 ms de silencio por host." cuando está puesto. Un escaneo puede enviar como máximo 256 sondeos; pasado el presupuesto la línea se pone roja ("Este escaneo enviaría 512 sondeos; reduzca el rango de red o de ID de unidad a 256 o menos.") y Descubrir se pone en gris. Una entrada mala se nombra igual ("'10.0.0' no es una dirección IPv4 válida de cuatro octetos.", "El prefijo CIDR debe estar entre /24 y /32.", "Ingrese al menos un id de unidad (0-255).", "El rango de ID de unidad '9-3' debe ser ascendente."). Cambiar cualquier campo del alcance descarta los resultados del escaneo anterior, porque describían otro alcance. Se escanean como máximo cuatro hosts a la vez, con una conexión por host.

Modbus RTU

El escaneo está en la página de la línea, no en la del driver: ID de unidad inicial e ID de unidad final (de 1 a 247, ascendentes, de 1 a 32 de forma predeterminada) y su propio botón Descubrir, con una estimación del peor caso ("32 sondeos · hasta ~32.1 s, incluidos 4.011 ms de silencio antes de cada sondeo."). El escaneo abre el puerto una vez con los ajustes guardados de la línea, sondea cada unidad por turno, y rechaza una línea activa en lugar de interrumpirla: "Esta línea está en uso. Desactívela antes del descubrimiento; Ganter Lab no interrumpirá ni volverá a activar el bus automáticamente." Una edición pendiente de la línea se guarda antes de que arranque el escaneo; si no se puede, el escaneo no arranca ("El descubrimiento no se inició porque no se pudo guardar la edición de la línea serie."). La página de Líneas serie cubre el resto de esa tarjeta.

Redfish y AVEVA PI: el servicio que lee el escaneo

Ni un servicio Redfish ni un PI System se anuncian en una red que esta estación pueda escuchar, así que esos dos escaneos leen el único servicio al que usted los apunte, en la tarjeta Alcance del escaneo de la página del driver. Redfish toma la dirección del servicio (https://bmc-host, o https://bmc-host:8443 donde conteste en otro lado) y siempre la lee por HTTPS, porque las credenciales del dispositivo viajan en cada petición; una dirección que pide el transporte sin cifrar se rechaza ahí mismo donde se escribe. AVEVA PI toma la dirección del servicio y, después de un #, el elemento AF desde el que empieza el recorrido: https://pi-host/piwebapi#\\AF-SRV\Plant\Line 3. Sin ese elemento no hay nada que recorrer, así que Descubrir se pone en gris y dice qué se espera.

Los dos escaneos leen el servicio sin credenciales, porque corren antes de que exista el dispositivo que las tendría. Por eso un servicio que autentica cada petición no contesta nada y el escaneo no encuentra nada: agregue ese servicio a mano. Después, un dispositivo Redfish encuentra sus puntos con Descubrir tags en su propia página, que inicia sesión como lo hace el dispositivo; los puntos de un dispositivo AVEVA PI se agregan a mano.

Correr un escaneo

Mientras el escaneo corre, la página del driver imprime una línea de estado y el Descubrir de la barra se convierte en Cancelar. El estado viene de dos etapas independientes, el descubrimiento de endpoints y el recorrido de canales: "Escaneando los endpoints…", "Inspeccionando el endpoint 2…", "Leyendo los canales de opc.tcp://plc:4840…", y luego "Se encontraron 3 dispositivos."; un driver que lleva un escaneo propio reporta hasta dónde llegó y la página cuenta, "Progreso del descubrimiento: 1 de 2…", mientras que los dos escaneos Modbus escriben la línea entera, porque el puerto, la dirección y el ID de unidad son lo que lee quien los sigue: "Escaneando COM7 · 32 sondeos…", "Sondeando la unidad 5 (5 de 32)…", "Sondeo 5 de 32; unidad 5 comprobada.", "Escaneo terminado: 32 sondeos." en una línea serie, y "Escaneando 2 direcciones × 3 ID de unidad…", "Sondeando 192.168.0.10:502 · unidad 3…", "Dirección inaccesible 192.168.0.11:502 omitida." en una red; el escaneo Rockwell nombra las redes por donde salió la difusión, "Buscando autómatas Rockwell en 192.168.0.255, 10.0.0.255…", de modo que un resultado de cero dice adónde fue la pregunta. Un escaneo que se detiene por un error del driver conserva lo que encontró y lo dice: "El escaneo se detuvo con un error después de encontrar 1 dispositivo. La lista puede estar incompleta." Un endpoint cuyos canales no se pudieron leer se lista igual, con cero tags.

El escaneo se apropia del driver mientras corre: usted no puede seleccionar otro nodo ("Cancele el descubrimiento antes de salir de este driver."), ni agregar un dispositivo o una línea, ni activar o desactivar líneas, ni usar las acciones de fila hasta que termine. Los resultados pertenecen a la ventana que arrancó el escaneo: otra pestaña del navegador en la misma estación no los ve.

Cancelar

Cancelar ("Cancelando…" una vez presionado) detiene las dos etapas. Los candidatos preparados por completo antes de la cancelación se quedan en la lista; el endpoint cuyos canales todavía se estaban leyendo se descarta. El estado dice "Descubrimiento cancelado." y el registro de acciones "Descubrimiento cancelado para OPC UA; se conservan 2 resultados completados." El escaneo sigue ocupado hasta que el socket, el cliente o la sesión temporales del driver se hayan cerrado; después de dos segundos el estado dice "Esperando a que el driver libere sus recursos de descubrimiento…" en lugar de fingir que el escaneo ya se detuvo, porque un driver no siempre suelta en el instante en que se le pide.

Los resultados

La tarjeta Dispositivos descubiertos (en una línea, Unidades descubiertas) lista una tarjeta por candidato: un nombre editable, el endpoint y "2 de 5 tags seleccionados". Debajo, una cuadrícula compacta de los tags candidatos con una marca Agregar (encendida de forma predeterminada), Nombre del tag, Tipo y Acceso; sin ninguno, "No se reportó ningún tag. Agregue el dispositivo para configurar sus tags en el editor." Donde el driver le da a un tag un nombre más corto que el lugar donde encontró el canal, la celda Nombre del tag muestra ese lugar en una segunda línea bajo el nombre: en OPC UA, la ruta completa del nodo (vea OPC UA). Nada se guarda hasta que usted presione Agregar dispositivo en una tarjeta ("Agregando…" mientras corre): el dispositivo se crea con un nombre único en el driver y exactamente los tags marcados, la tarjeta sale de la lista, el dispositivo nuevo queda resaltado en la tabla Dispositivos de la página donde corrió el escaneo, que sigue en pantalla, y el registro de acciones dice "Se agregó 'Pump' con 3 tags." Los tags descubiertos llegan de solo lectura o escribibles según los reportó el driver, con su tipo y con la cadena de conversión predeterminada; nada más se deduce.

Un candidato que coincide con un dispositivo que usted ya tiene se marca como Ya configurado y ofrece Abrir en lugar de Agregar, así que un escaneo nunca crea un duplicado por accidente. Solo se comparan identidades estables: una unidad Modbus RTU en la misma línea, un nodo de borde o dispositivo Sparkplug B en el mismo bróker, un instrumento SCPI con el mismo recurso VISA, un dispositivo NI-DAQmx con el mismo nombre de NI MAX, un agente SNMP escaneado a través de su dispositivo o en el mismo host y puerto, un archivo leído de la misma carpeta, con el mismo nombre y de la misma manera por un dispositivo File, una base de datos escaneada a través de su propio dispositivo Database, una CPU Siemens en el mismo host que un dispositivo que la lee por nombre, y un id de nodo Matter. Los demás drivers no comparan nada, porque un endpoint alcanzable no es prueba de que sea el mismo equipo. Un dispositivo Matter, un agente SNMP, un dispositivo File, un dispositivo Database o un dispositivo Siemens que lee por nombre configurado todavía recibe algo: su tarjeta lista, marcados, los valores que el dispositivo publica y para los que aún no tiene tag, y Agregar tags, antes de Abrir, agrega los marcados a ese dispositivo (vea Matter, SNMP, File, Database y Siemens S7).

Descartar limpia la lista, y espera al escaneo: mientras hay uno en marcha queda en gris, porque limpiar la lista a media corrida también lo cancela y tira todo lo que ya había contestado. Seleccionar otro driver, o cambiar el alcance, también la limpia. Mientras corre un escaneo, eliminar un dispositivo o un tag y mover un dispositivo a una carpeta se ponen en gris con el mismo motivo: el escaneo retiene el driver, y el comando habría fallado después de que usted lo confirmara. En Modbus RTU el ID de unidad es una columna propia, y un id ya configurado en la línea se rechaza al agregarlo: "La unidad 5 ya está configurada en 'Line 1'."

Descubrir los tags de un dispositivo

Un dispositivo que ya tiene lee más de sus puntos sin volver a la página de su driver: el encabezado de su tarjeta de tags lleva Descubrir tags junto a Agregar tag, siempre que su driver pueda leer los puntos de un solo dispositivo. El escaneo lee solo ese dispositivo, tal como está guardado (una edición que todavía espera su guardado se guarda primero), y lista solo los valores que publica y para los que todavía no tiene tag, comparados por el punto que lee cada uno y nunca por el nombre: un valor que el dispositivo ya lee con otro nombre no se vuelve a ofrecer.

AVEVA PI no muestra Descubrir tags: su recorrido empieza en un elemento AF, que ningún dispositivo guarda, así que sus puntos vienen del Descubrir del driver o se agregan a mano. Modbus, BACnet, Omron, SCPI y los drivers sin escaneo no encuentran puntos y tampoco lo muestran.

Mientras el escaneo corre, Descubrir tags se convierte en Cancelar, una línea de estado aparece sobre la tarjeta de tags, y el escaneo retiene el driver exactamente como lo hace el Descubrir del propio driver: los comandos que necesitan el driver siguen dibujados, atenuados, y dicen por qué. Descubrir tags se atenúa a su vez mientras la estación no acepta cambios, mientras otro escaneo o un emparejamiento retiene el driver ("Hay un escaneo de descubrimiento en marcha en este driver. Espere a que termine.") y mientras el dispositivo todavía espera su dirección o tiene un campo que su guardado rechaza. Necesita Configurar Connector: a un rol sin ese bit no se le dibuja el botón.

Lo que el escaneo encontró aparece en una tarjeta Tags descubiertos justo encima de la tarjeta de tags, con cada valor marcado, con Nombre del tag, Tipo y Acceso y, bajo un nombre, el lugar más largo en el que el driver encontró el punto, como en las tarjetas de la página del driver. Agregar tags, en el encabezado de la tarjeta, agrega los valores marcados al dispositivo, cada uno una vez, numerado cuando un tag del dispositivo ya tiene su nombre, y lo guarda; los tags nuevos quedan resaltados en la tabla de la tarjeta de tags, que sigue en pantalla, y el registro de acciones dice "Se agregaron 2 tags a 'Line PLC'." Lo que queda sigue ofrecido, y Descartar vacía la tarjeta. A un dispositivo que ya tiene un tag para cada valor que publica se le dice ("'Line PLC' ya tiene un tag para cada valor que publica."), y también a uno del que el escaneo no leyó nada ("El escaneo no encontró valores en 'Line PLC'. Verifique que responda y vuelva a ejecutar Descubrir tags."). Salir del driver vacía la tarjeta, igual que vacía los resultados del driver.

El Descubrir del propio driver sigue encontrando los dispositivos que todavía no tiene, y su tarjeta Dispositivos descubiertos no cambia.

Emparejar un dispositivo Matter

Matter pone en marcha el dispositivo físico por Bluetooth antes de que exista aquí, así que el primer verbo del driver Matter es Emparejar dispositivo, no Agregar dispositivo, y abre un formulario en la página del driver (el menú Nuevo… y el menú del clic derecho del driver ofrecen lo mismo). El emparejamiento necesita Configurar Connector, un radio Bluetooth LE utilizable en esta computadora, y la red a la que se unirá el dispositivo, registrada antes en la tarjeta Redes del driver: un nombre de Wi-Fi y su contraseña, o una red Thread y su conjunto de datos (vea Redes). Mientras ninguna red de ahí sirva, Emparejar dispositivo sigue atenuado con la información emergente "Agregue primero la red a la que se va a unir el dispositivo." El formulario dice: "Ponga el dispositivo físico en modo de emparejamiento antes de continuar. El emparejamiento usa el Bluetooth de esta computadora."

Emparejar dispositivo se habilita en cuanto el nombre y el código están llenos, alguna red sirve y la estación acepta modificaciones. El formulario recorre entonces cinco pasos, Validar, Buscar, Emparejar, Unirse a la red y Guardar, con una línea de estado debajo: "Validando el código de configuración y la red…", "Buscando el dispositivo por Bluetooth…", "Autenticando y emparejando el dispositivo…", después, en una red Wi-Fi, "Enviando al dispositivo el nombre y la contraseña de la red Wi-Fi…" y "Esperando a que el dispositivo se una a la red Wi-Fi…" (en una red Thread, "Enviando la configuración de la red Thread existente…" y "Esperando a que el dispositivo se una a la red Thread…"), "Guardando el nodo puesto en marcha en la Fabric local…", "Emparejamiento completado." Cancelar se acepta solo hasta que se selecciona el anuncio que coincide ("Detener antes de que se modifique el dispositivo"); de ahí en adelante el botón dice "Terminando de forma segura…", porque el dispositivo ya se modificó y la estación tiene que registrar el nodo aunque usted se vaya. Cerrar descarta el formulario mientras no corre nada.

Cuando sale bien, el dispositivo se crea con el id de nodo como su identidad y con el nombre de la red a la que se unió en su campo Red de solo lectura, y el registro de acciones dice "Se emparejó el dispositivo Matter 'Luz de la cocina'." Después la página se abre en el driver Matter, con el dispositivo nuevo resaltado en su tabla Dispositivos, y escanea solo ese dispositivo: su tarjeta lista, marcados, los valores que publica, junto a Agregar tags, y el escaneo termina con "Marque los valores de 'Luz de la cocina' que se van a crear como tags y después presione Agregar tags." Lo que ofrece el dispositivo, y lo que hace cada valor, está en Matter. El código de configuración nunca se guarda, ni se registra, ni se vuelve a mostrar; la contraseña o el conjunto de datos de la red se queda en la tarjeta Redes, guardado cifrado para este usuario de Windows, y nunca llega al dispositivo, a su dirección ni al registro. Si el nodo se puso en marcha pero su dispositivo no se pudo crear, el registro de acciones lo dice y Descubrir es el camino de recuperación. Las fallas se dicen sin rodeos y el formulario se queda abierto para reintentar: un código no válido, una red cuyo nombre, contraseña o conjunto de datos no es válido, ningún adaptador Bluetooth utilizable, Bluetooth denegado o apagado, ningún dispositivo que coincida ("Póngalo en modo de emparejamiento, manténgalo cerca e inténtelo de nuevo."), un código de configuración rechazado, un dispositivo que se une por el otro tipo de red o por cable (no se le escribe nada), un dispositivo que respondió que no pudo unirse a la red (un nombre de Wi-Fi que no encontró, una contraseña rechazada u otro rechazo: no conserva nada y vuelve al modo de emparejamiento, así que corrija la red y empareje de nuevo), un dispositivo que no respondió y nunca apareció en la red local (su nodo se queda en el Fabric y se puede recuperar con Descubrir), un Fabric que no se pudo guardar (cuando el dispositivo ya estaba puesto en marcha: "No reinicie el dispositivo hasta que se resuelva el problema de almacenamiento del Fabric."), u otro emparejamiento ya en marcha. Lo que cada falla deja en el dispositivo está en Cuando el emparejamiento falla. Corre un emparejamiento a la vez; mientras corre no se puede salir del driver ("Espere a que termine el emparejamiento Matter antes de salir de este driver.").

Lo que el descubrimiento no hace

Un escaneo nunca guarda nada por sí solo, nunca cambia un dispositivo existente y nunca se vuelve a correr por su cuenta. No deduce subredes, ni mapas de registros, ni ajustes serie, no activa ni desactiva una línea ni un bróker, y no quita del equipo los candidatos descartados. Se rechaza para un driver que el paquete no trae. Lo que contienen los resultados de cada driver está en la página de ese driver, bajo Drivers.