Ametek XPF Serie Manual Del Usuario página 134

Una vez establecido un vínculo, el dispositivo ignora cualquier otra señal escrita, y toda lectura de
este retorna la cadena de identificación esperada por un "*IDN?" en el formato
"Fabricante, modelo, núm. de serie, X.xx – Y.yy"
Por ejemplo:
SORENSEN,XPF60-20DP,279730,1.00 – 1.00
Siendo 'X.xx' la revisión del firmware principal e 'Y.yy' la revisión del firmware de la interfaz. Dicho
firmware de la interfaz es actualizable mediante campos definidos por el usuario a través del
puerto USB.
Compatibilidad con mDNS y DNS-SD
Multicast DNS proporciona servicios de DNS incluso en redes sin un servidor central de DNS (o
servidor DHCP). De este modo se simplifica la configuración de una LAN sencilla mediante
nombres de host significativos en lugar de direcciones IP numéricas. Gracias al descubrimiento de
servicios, resulta muy fácil descubrir un dispositivo y los servicios que ofrece.
Los servicios proporcionados por el instrumento son http (_http._tcp) y lxi (_lxi._tcp).
Nombre de recurso VISA
Debido a la limitada compatibilidad con el protocolo VXI-11 (solamente descubrimiento), al utilizar
paquetes de aplicaciones que se comuniquen a través de un nombre de recurso VISA, el
instrumento deberá ser referido por su información de socket puro. Por ejemplo, un instrumento
ubicado en la dirección IP 192.168.1.100 normalmente tendría un nombre de recurso VISA del tipo
"TCPIP0::192.168.1.100::inst0::INSTR" pero, para este instrumento, el nombre se deberá
modificar para que sea "TCPIP0::192.168.1.100::9221::SOCKET", siendo 9221 el puerto TCP
utilizado por el aparato para su monitorización y control; consulte más abajo.
URL del documento XML de identificación
Tal y como requiere la norma LXI, el instrumento proporciona un documento XML de identificación
que puede ser consultado mediante una petición GET a "http://<nombrehost>:80/lxi/identification"
conforme al esquema XSD del LXI (disponible en
http://www.lxistandard.org/InstrumentIdentification/1.0) y al estándar XML Schema del W3C
(http://www.w3.org/XML/Schema). Dicho documento describe la unidad.
Sockets de TCP
El instrumento utiliza dos sockets en el puerto TCP 9221 para su monitorización y control. Este
puerto recibe comandos textuales tal y como se define en la sección «Comandos remotos».
Cualquier respuesta es remitida por el mismo puerto. Toda cadena deberá constar de uno o más
comandos completos. Estos podrán estar separados por puntos y comas ";" o retornos de carro.
No se requiere un carácter finalizador, ya que la trama TCP contiene comandos completos
aunque, si se desea, se podrán enviar comandos con finalizador, el cual será ignorado. Cada
comando enviado por TCP se comporta como si incorporara un finalizador de comandos (el
carácter ASCII 0AH, retorno de carro).
Error de LAN
Si se establece una conexión LAN pero se detecta un error (p. ej. que la dirección IP sea la misma
que la de otro dispositivo de la red), el piloto de LAN del instrumento (situado sobre los
indicadores de la salida 2) se apagará hasta que se corrija el error. En caso de producirse un error
de LAN, revise y corrija la configuración del instrumento. Un interruptor alojado en el panel trasero
(rotulado como LAN RESET) proporciona un mecanismo de inicialización de la configuración de
red (LCI) para reiniciar la unidad a los valores de fábrica por defecto. Por defecto, el instrumento
intenta obtener la configuración mediante DHCP si este se encuentra disponible; si el protocolo
DHCP no responde en 30 segundos, se recurrirá a la asignación automática de IP. En el muy poco
probable caso de que no se pudiera encontrar una IP automática, se asignaría la IP estática
192.168.0.100.
Si no se encuentra en ningún momento una conexión de LAN física, el piloto de LAN permanecerá
apagado.
133