© 1995-2010 National Instruments Corporation. Reservados todos los derechos.
INSTRUMENTOS NACIONAL SOSTIENE LOS DERECHOS DE AUTOR, MARCAS REGISTRADAS MÚLTIPLES Y PATENTES PARA ESTE PRODUCTO. AL DESCARGAR Y / O INSTALAR ESTE PRODUCTO, USTED ACEPTA LOS TÉRMINOS DE LAlicense.rtf archivo que reside en el mismo directorio que este readme.html ARCHIVO DEL CD Y / O SITIO WEB. DE PATENTES DE CUBIERTA DE PRODUCTOS NACIONALES INSTRUMENTOS, CONSULTE LA patents.txt ARCHIVO DEL DIRECTORIO RAÍZ DE SU CD (SI PROCEDE) Y / O www.ni.com/patents .
Entornos de Desarrollo compatibles
Instalación y desinstalación de NI-VISA 5.0.3
Motor LabWindows ™ / CVI ™ Run-Time
PXI Geográfica Apoyo Dirigiéndose
Auxiliar del Controlador Agilent / HP
Usando viPeekXX / viPokeXX Macros
Creación y la firma digital de los archivos de catálogo
Las mejoras y correcciones de errores
NI-VISA para Windows es compatible con las siguientes plataformas:
(Sólo versión de 32 bits) de Windows Server 2003 R2 1,2
(Sólo versión de 64 bits) de Windows Server 2008 R2 1
Windows 7 x64 Edition (versión de 64 bits)
Windows 7 (versión de 32 bits)
Windows Vista x64 Edition (versión de 64 bits)
Windows Vista (versión de 32 bits)
Windows XP
LabVIEW Real-Time (ETS Phar Lap y VxWorks) 2010/2009 / 8.6 / 8.5
LabWindows / CVI Real-Time (Phar Lap ETS) 9.0 / 8.5 / 8.1 / 8.0.1
Módulo PDA de LabVIEW 2010/2009 / 8.6 / 8.5
Módulo LabVIEW Touch Panel 2010/2009 / 8.6 / 8.5
Si bien esta distribución se dirige todas estas plataformas, puede ejecutar setup.exe sólo en las variantes de Windows.
1 NI-VISA no soporta las ediciones de Windows Server no R2.
2 Soporte para Windows Server 2003 R2 puede requerir deshabilitar las extensiones de dirección física (PAE). Para saber cómo esto podría afectar su uso de Windows Server 2003 y las acciones que podrían tener que tomar, visiteni.com/info e introduzca el código de información PAESupport .
NI-VISA para Windows es compatible con los siguientes entornos de desarrollo:
LabVIEW 2010/2009 / 8.6 / 8.5
LabWindows / CVI 9.0 / 8.5 / 8.1 / 8.0 / 7.1
Measurement Studio para Visual Studio 2010/2008/2005 (todas las versiones) 1,2
Microsoft Visual Studio 2010/2008/2005 1,2
1 NI-VISA 5.0.2 es la última versión que incluye soporte completo de características para Visual C ++ MFC 2008. NI-VISA 5.0.2 es la última versión que incluye soporte completo de características para Visual C ++ MFC 2005. NI-VISA 5.0.3 tiene abandonado el soporte completo de características de Visual C ++ MFC 2003 y NET Framework 1.1. Si necesita soporte de NI-VISA para las lenguas mencionadas, debe utilizar NI-VISA 5.0.2 o anterior. Para obtener más información sobre el soporte de NI-VISA para el NET Framework 1.1 o Visual C ++ MFC 2003, que incluirá consideraciones sobre los usuarios que actualicen de NI-VISA 5.0.2 o anterior, visita www.ni.com/info e introduzca el código de visamvs03 información.
2 soporte de NI-VISA para NET Framework 4.0 Idiomas requiere Windows XP Service Pack 3 o posterior.
NI-VISA 5.0.3 no admite Windows 9 x / NT / 2000. Para ejecutar la aplicación de VISA en Windows 95, debe instalar NI-VISA 2.6.1 o inferior. Para ejecutar la aplicación de VISA en Windows 98 / Me, debe instalar NI-VISA 3.0.1 o inferior.Para ejecutar la aplicación de VISA en Windows NT, debe instalar NI-VISA 3.3.1 o inferior. Para ejecutar la aplicación de VISA en Windows 2000, debe instalar NI-VISA 4.6.2 o inferior.
Antes de instalar NI-VISA 5.0.3, le recomendamos que desinstale cualquier versión de visa antes de NI-VISA 2.0.1. NI-VISA 5.0.3 debería actualizar correctamente sobre NI-VISA 2.0.1 a través de 4.6.2.
Después de desinstalar NI-VISA, algunos archivos DLL y ejecutables pueden permanecer en los directorios de NI-VISA. Para completar el proceso de desinstalación, debe reiniciar su máquina.
Nota : La aplicación de desinstalación no le notifica al reiniciar es necesario. Si piensa volver a instalar NI-VISA, siempre se debe reiniciar el equipo después de ejecutar el programa de desinstalación.
Puede programación o "silencio" instalar NI-VISA. También puede controlar mediante programación qué características de NI-VISA están habilitados para la instalación, lo que le permite instalar un subconjunto de la lista de características de NI-VISA. Consulte la spec.ini archivo en el mismo directorio que este archivo Léame para obtener más información sobre la instalación de NI-VISA programación y seleccionar las funciones que desea instalar.
El programa de instalación instala ahora automáticamente los LabWindows / CVI motor de tiempo de ejecución cuando sea necesario. La utilidad interactiva de NI-VISA, VISAIC, requiere los LabWindows / CVI Run-Time Engine 8.0 o posterior para ser instalado. Al instalar esta utilidad, la instalación también instala los LabWindows / CVI Run-Time Engine si no está ya presente.
PXI Geográfica Apoyo Dirigiéndose
Comenzando con NI-VISA 3.0, NI-VISA apoya geográfica direccionamiento para recursos PXI. Geográfica de direccionamiento incluye la capacidad de identificar el número de chasis y número de ranura para un módulo PXI. Para apoyar geográfica direccionamiento, los siguientes atributos se han implementado en el tipo PXI recursos INSTR:
VI_ATTR_SLOT : especifica el número de ranura PXI para el instrumento.
VI_ATTR_PXI_CHASSIS : especifica el número de chasis PXI para el instrumento.
El uso de estos atributos, los recursos PXI pueden ser localizados en base a su dirección geográfica en un sistema. Por ejemplo, puede utilizar la descripción de recursos de cadena "PXI? * INSTR {VI_ATTR_PXI_CHASSIS == 1 && VI_ATTR_SLOT == 3}" para localizar un dispositivo PXI en el chasis 1, slot 3.
Naming Recursos PXI
Comenzando con NI-VISA 3.0, NI-VISA incluye un nuevo formato de recursos basado en PXI la tradicional autobús número / dispositivo / número de función esquema de direccionamiento:
PXI0 :: <BusNum> - [. <FuncNum>] <devnum> :: INSTR
Por ejemplo, dado un dispositivo PXI en autobús 2, número de dispositivo 17, función de número 1, el nombre del recurso correspondiente para este dispositivo sería PXI0 :: 2-17,1 :: INSTR .
En este nuevo nombre de recurso, el 0 en PXI0 representa el número de interfaz PCI para el sistema PXI. Actualmente, este número de interfaz siempre es 0 . Tenga en cuenta que el número de interfaz no es necesariamente el mismo que el número de bus PCI de un dispositivo.
Por supuesto, NI-VISA sigue apoyando la convención legado PXI nomenclatura:
PXI <BusNum> :: <devnum> [:: FuncNum] :: INSTR
Tenga en cuenta que para un dispositivo PXI de una sola función en el bus PCI 0, estos dos formatos de recursos dió una cadena idéntica.
Configuración del Sistema PXI
Para habilitar geográfica direccionamiento, un archivo de descripción del sistema PXI ( pxisys.ini ) debe estar presente en el sistema. Comenzando con NI-VISA 3.0, Measurement & Automation Explorer (MAX) incluye la capacidad de identificar los componentes en un sistema PXI. A través del proceso de identificación de hardware, MAX recoge la información necesaria para generar un archivo de descripción de sistema PXI.
Siga estos pasos para configurar su sistema PXI para abordar geográfica:
Lanzar MAX.
Expandir el Devices and Interfaces carpeta. Si está configurando un sistema LabVIEW RT, localizar de ese sistema Devices and Interfaces carpeta bajo el remoto Sistemas vista.
Identifique su controlador PXI. Localice el Sistema PXI 0 artículo. Sistema PXI 0 representa el sistema PXI y su controlador. Para identificar este controlador, haga clic en Sistema PXI 0 y utilice la identifican como función, seleccionar el controlador de la lista resultante.
Nota: Si usted está usando un PC externo para controlar el sistema PXI a través de un puente PXI como MXI-3, seleccione esta opción en el menú.
Identifique su chasis PXI. Expandir el Sistema PXI 0 miras a localizar su chasis PXI en el sistema. Para los controladores embebidos, se añade un chasis cuando el controlador se ha identificado. Para un chasis controlado a través de MXI-3, estos chasis se añaden automáticamente por el software. Para identificar un chasis, haga clic en el chasis y usar la identifican como característica, la selección de su chasis de la lista resultante. El chasis se le asigna un número basado en el número de bus PCI que el chasis reside.
Una vez que el controlador y el chasis han sido identificados, una pxisys.ini se crea el archivo. Este archivo se ajusta a la especificación PXI y permite a los conductores (incluyendo NI-VISA) y otro software de configuración para habilitar geográficas direccionamiento y otras características de PXI. En Windows, este archivo se encuentra en la de Windows directorio. Para los sistemas LabVIEW RT, la pxisys.ini archivo se copia automáticamente en el sistema remoto c: \ \ system ni-rt directorio.
NI-VISA ahora trabaja con Agilent / HP GPIB y VXI tarjetas controladoras. Para utilizar esta función, vaya a MAX, seleccione Herramientas »NI-VISA» Opciones VISA , eligen el pasaporte ficha, y permiten la NiVisaTulip.dll Passport.NI-VISA automáticamente encuentra y accede a cualquier dispositivo GPIB o VXI. Sin embargo, NI-VISA no configura el hardware Agilent / HP; usted todavía tiene que hacer eso con la utilidad de Agilent / HP I / O Config.
Si usted tiene ambos National Instruments y controladores de Agilent / HP en el mismo sistema, debe configurar las tarjetas en diferentes puntos del sistema, como GPIB0 y GPIB1. Si ambos vendedores tratan de usar la misma dirección de la interfaz, NI-VISA informa de un error de viFindRsrc o VISA Encuentra Recursos.
Los usuarios que quieran utilizar los viPeekXX / viPokeXX macros para plataformas en las que las macros están disponibles debe definir una macro llamada NIVISA_PEEKPOKE antes de incluir visa.h . Tenga en cuenta que las macros están disponibles actualmente sólo en la plataforma Win32 (todo el C / C ++ compiladores).
Si ha utilizado estas macros con una versión de NI-VISA anteriores a la 2.0, la aplicación seguirá funcionando, pero el rendimiento peek / empuje disminuye. Usted debe volver a vincular con las bibliotecas suministradas con esta instalación para recuperar el rendimiento peek / empuje antes.
Para WHQL (Windows Hardware Quality Labs) firman su hardware USB utilizando el controlador NI-VISA para Windows XP / 2000, como parte de este proceso se necesita un PDB (base de datos de programa) presentar para el conductor subyacente ( NiViUsbK.sys ).
NiViUsbK.pdb se proporciona para este propósito. Es en <directorio de instalación de NI-VISA> \ WinNT \ NIvisa \ USB . Esto es típicamente C: \ VXIPNP \ WinNT \ NIvisa \ USB .
En Windows Vista y Windows 7, si genera un archivo INF utilizando el asistente del controlador NI-VISA, el archivo INF instala correctamente por sí mismo. Sin embargo, un diálogo de advertencia donde se indica que Windows no puede comprobar el editor de este software de controlador. Para evitar este cuadro de diálogo, debe crear y firmar digitalmente un catálogo de Windows ( .cat archivo).
Para obtener más información sobre cómo crear y firmar archivos de catálogo, Microsoft tiene una Firma Tutorial Kernel-Mode Código whitepaper que describe los detalles de este proceso. El archivo de catálogo generado debe hacer referencia sólo el archivo INF.
Si está utilizando las interrupciones con una tarjeta PXI que utiliza un controlador basado en NI-VISA en un sistema NI RT Hypervisor, reboot independiente del sistema de RT podría bloquearse si el conductor no tiene la secuencia de interrupción Desarmar definido. Deje de hacer cualquier solicitud de visado en el sistema RT que podría haber permitido a las interrupciones para estas tarjetas antes de intentar reiniciar el sistema independiente del sistema de RT. Realice un reinicio completo del sistema, si el sistema se cuelga RT.
Desarrolladores de controladores IVI pueden utilizar la nueva API VISA COM. NI-VISA todavía no documentar esta API, por lo que sólo aquellos desarrolladores familiarizados con la especificación deben utilizarlo en este comunicado. Las clases COM pertinentes para empezar incluyen IResourceManager y IVisaSession, registrada en GlobMgr.dll . La API VISA COM es funcionalmente equivalente a la API C VISA. No añade características; es sólo otra interfaz de lenguaje. Puede instalar la API VISA COM sólo si tiene Internet Explorer 4.01 o superior en su sistema.
Si está utilizando NI-VISA con la API VisaNS NET, es posible que un proyecto existente creado con una versión anterior de VisaNS ahora produce errores de compilación que leen CS0011 error: clase Referenciado '<className>' tiene clase base o interfaz ' NationalInstruments.ISynchronizeCallbacks »definidos en un ensamblado que no se hace referencia. Usted debe agregar una referencia al ensamblado 'NationalInstruments.Common' .Para eliminar este error, agregue una referencia a la NationalInstruments.Common asamblea para su proyecto.
El componente de NI-VISA configuración no es compatible con NI-RIO 2,1 e inferior. El NI-VISA instalador muestra una advertencia si se selecciona el componente de NI-VISA de configuración para su instalación y NI-RIO 2.1 o menor actualmente está instalado en el sistema.
Si NI-VISA 4.2 o anterior está instalado en un sistema con LabWindows / CVI 8.5 o posterior, y que, posteriormente, actualice a NI-VISA 4.3 o posterior, el instalador no limpia algunos de los archivos más antiguos. En este escenario de instalación, utilizar la última API VISA con LabWindows / CVI, debe eliminar manualmente los siguientes archivos, después de actualizar NI-VISA:
C: \ Archivos de programa \ National Instruments \ CVI85 \ bin \ visa.lfp
C: \ Archivos de programa \ National Instruments \ CVI85 \ bin \ visa.sub
C: \ Archivos de programa \ National Instruments \ CVI85 \ bin \ msvc \ visa.lib
C: \ Program Files \ National Instruments \ CVI85 \ bin \ Borland \ visa.lib
C: \ Program Files \ National Instruments \ CVI85 \ extlib \ msvc \ visa.lib
C: \ Program Files \ National Instruments \ CVI85 \ extlib \ borland \ visa.lib
C: \ Program Files \ National Instruments \ CVI85 \ include \ visa.h
C: \ Program Files \ National Instruments \ CVI85 \ include \ vpptype.h
C: \ Archivos de programa \ National Instruments \ CVI85 \ include \ visatype .h
Añadido soporte para NET Framework 4.0.
Bug ID 244124. tiempo de espera de comunicación USB no se puede ajustar a valores superiores a 60 segundos. Este es fijo.
Añadido soporte para la interfaz IPXI en capa VISA-COM.
Añadida la capacidad para poner en marcha de instrumentos Driver Finder de MAX.
Se ha añadido una página en el Asistente de desarrollo de controladores para detectar automáticamente los dispositivos USB y rellenará automáticamente información del dispositivo.
Añadida la capacidad para instalar costumbre pasaportes VISA en objetivos en tiempo real.
Añadido soporte para 64 bits con formato de E / S.
Se ha añadido la posibilidad de configurar IEEE 1588-2008 relojes en las redes.
Abandonado el soporte para FireWire y GPIB-VXI.
Abandonado el soporte para Windows 2000.
Bug ID 154617. VISA no reconoce el número de serie de algunos dispositivos USB RAW. Este es fijo.
Bug ID 173379. soporte en tiempo real de algún software NI puede fallar al instalar si NI-VISA ya está instalado. Este es fijo.
Bug ID 185549. pasaporte GPIB siempre devuelve VI_SUCCESS_DEV_NPRESENT si ibln está desactivado. Este es fijo.
Añadido soporte para Windows 7 (versión de 32 bits), Windows 7 x64 Edition (versión de 64 bits), Windows Server 2003 R2 (sólo versión de 32 bits) y Windows Server 2008 R2 (sólo versión de 64 bits).
Bug ID 186322. Cuando la construcción de los instaladores de software de NI, VISA 4.6 componentes fueron etiquetados incorrectamente como la versión 4.5 en el diálogo de propiedades del instalador. Este es fijo.
Instalar la versión de NI PXI Platform Services 2.5.2 con NI-VISA 4.5.1 o anterior en un sistema hará que las tarjetas PCI / PXI 3 ª parte la proyección de pilotos basados NI-VISA desaparezcan del árbol de dispositivos Measurement & Automation Explorer (MAX). Tableros de la serie R de National Instruments y temporización y sincronización tableros también pueden verse afectados si se utiliza con ciertas versiones de los controladores. Esta versión de NI-VISA soluciona el problema. Por favor, consulte KB 4Z9DMDSK para más detalles.
Bug ID 88858. Sobre LabVIEW RT (Phar Lap ETS), tratando de establecer el atributo VI_ATTR_TCPIP_NODELAY en un SOCKET TCPIP sesión para VI_FALSE devolvió un error. Este es fijo.
Bug ID 165973. Cuando se cierra una sesión de TCPIP INSTR para el que se ha establecido un canal de interrupción, NI-VISA no cerraría explícitamente el canal de interrupción. Este es fijo.
Bug ID 177456. En Windows Vista, una aplicación NI-VISA comunicar a un dispositivo USBTMC puede causar caída del sistema (pantalla azul) si el firmware del dispositivo realiza un aserción de depuración. Este es fijo.
Añadido soporte para el modo de usuario de 64 bits en NET 3.5 Framework. Ahora puede crear aplicaciones de 64 bits con NET Framework 3.5. Para obtener información adicional, consulte Trabajo con Apoyo NET de 64 bits para NI-VISA en el3,5 Ayuda NI-VISA NET Framework . Este archivo de ayuda se instala por defecto en Inicio »Todos los programas» National Instruments »VISA» Documentación »NI-VISA NET Framework 3.5 Ayuda .
Bug ID 135045. El servicio nimdnsResponder puede dañar la tabla de enrutamiento. Este es fijo.
Se ha añadido una página en MAX para permitir la visión y el cambio de los Administrador Resolución de conflictos ajustes.
Bug 89395 ID. buscar por VXI-11 recursos no puede encontrar algunos instrumentos cuando múltiples interfaces Ethernet están presentes. Este es fijo.
ID de error 112150. Anteriormente, no era posible desactivar pasaportes 64 bits. Este es fijo.
Bug ID 105351. Llamando viFindRsrc usando 64 bits VISA puede causar una ventana de comandos para que parpadee en la pantalla. Este es fijo.
Bug ID 121227. Anteriormente, MAX se estrellaría cuando la ampliación de la "Serie y Paralelo" elemento del árbol si la configuración de un puerto de VISA son diferentes a los de Windows en el Administrador de dispositivos . Este es fijo.
ID de error 93245. recursos VISA en un objetivo CVS no aparecen en el árbol MAX. Este es fijo.
Bug ID 132397. En el controlador de VISA COM, atributo de acceso a funciones que devuelven una VARIANT_BOOL ahora volver VARIANT_TRUE (-1) en lugar de VI_TRUE (1) cuando el atributo especificado es true. Esto se aplica a todas las funciones excepto la llamada GetAttribute prima, que continuará a volver VI_TRUE.
Bug ID 119631. En Windows Vista, algunos escenarios de actualización de instalación pueden causar un bloqueo del sistema (pantalla azul). Este es fijo.
Añadido soporte para el uso de NI-VISA con aplicaciones de 64 bits en Windows Vista x64 Edition. VXI, GPIB-VXI, y FireWire recursos no están soportados para aplicaciones de 64 bits.
Detección automática de Alta LXI (TCP / IP) dispositivos que admiten los mDNS y tecnologías DNS-SD.
Añadido soporte para los recursos TCP / IP USB y en objetivos LabVIEW RT basados VxWorks-.
Bug 93267 ID. VISA puede bloquearse al intentar cerrar una sesión en el uso de un hilo diferente. Este es fijo.
Bug ID 92346. Los ejemplos C construirían con advertencias al usar Microsoft Visual C ++ 2005 o superior. Este es fijo.
Bug ID 114300. En MAX, VISA opciones pueden no reflejar las modificaciones manuales realizadas a visaconf.ini . Este es fijo.
Bug ID 103875. viPrintf y variantes no apoyaron el % 2 @ identificador al utilizar matrices de enteros cortos ni el % @ 3 identificador al utilizar las matrices. Este es fijo.
Cuando se utiliza la configuración MAX Copia API, ahora se puede especificar "ni-visa" como el producto. Todos los modos documentados son compatibles.
Bug ID 4DKBD6JW. Para recursos PXI / PCI INSTR que generan interrupciones, VISA invirtió erróneamente la lógica de la comparación Máscara y comparar el valor campos en una comparación paso de detección de interrupción. Este es fijo. Si el archivo INF generado por el asistente del controlador fue modificado para evitar este error, debe volver a generar el archivo INF.
Bug ID 4FIETP7Z. En Pocket PC 2003 / dispositivos Windows Mobile 5.0, al utilizar recursos USB, hubo una pérdida de memoria cuando la búsqueda y apertura de un dispositivo USB. Este es fijo.
Bug ID 4FEAIM00. viWaitOnEvent no devolvió un estado de advertencia cuando la cola de eventos se desbordó. Ahora viWaitOnEvent retornos VI_WARN_QUEUE_OVERFLOW en la primera llamada después de que ocurra un desbordamiento.
Bug ID 4E3DCFAB. En LabWindows / CVI, cuando la protección del usuario está habilitada, el uso de viMoveInXx y viMoveOutXx operaciones puede devolver incorrectamente errores de protección del usuario, como argumentos demasiado pequeña o insuficiente tamaño del búfer . Este es fijo.
Bug ID 4DCB1SJW. Para recursos INSTR serie que acceden a los puertos paralelo, la lectura de datos desde el puerto paralelo no puede funcionar correctamente. Este es fijo.
Bug ID 4CRDPMX3. viPrintf y variantes al utilizar el % lf identificador veces puede calcular una interpretación incorrecta de los datos de coma flotante. Este es fijo.
4AIFF25E Bug ID. operaciones asincrónicas que utilizan el VI_QUEUE mecanismo se han optimizado y un tiempo de respuesta más rápida de viWaitOnEvent puede ser observado, especialmente en las transferencias que tienen un tiempo relativamente corto para completar.
46N03T48 ID de error. Para recursos INSTR PXI / PCI, el PXI_IS_EXPRESS atributo no puede haber regresado VI_TRUE en algunos dispositivos PXI Express. Este es fijo.
Bug ID 4G9F2GWI. En Windows Vista, si MAX no se puso en marcha con privilegios de administrador, los cambios en el funcionamiento del servidor de VISA en el arranque no estaría salvado opción. Este es fijo.
El directorio de instalación por defecto ha cambiado de "C: \ VXIPNP" a "C: \ Archivos de programa \ IVI Fundación \ VISA" . Las mejoras con respecto a versiones anteriores de NI-VISA utilizan el directorio de instalación anterior.
La ruta predeterminada para el archivo de configuración visaconf.ini ha cambiado a "C: \ Documents and Settings \ All Users \ Datos de programa \ National Instruments \ NIvisa" en Windows XP / 2000 y "C: \ Datos de programa \ National Instruments \ NIvisa" en Windows Vista.
Añadido soporte para Windows Mobile 5.0 en procesadores x86.
BasFrmIO.dll no estaba siendo registrado correctamente, lo que causó algunos controladores basados en IVI no inicializar correctamente. Este es fijo.
Bug ID 48CE671R. En algunos dispositivos Windows CE, VISA no pudo abrir los puertos serie virtuales utilizados para Bluetooth. Este es fijo.
Bug ID 46Q632QK. Cada sesión de VISA a una red TCP / IP INSTR (VXI-11) de los recursos crea un nuevo vínculo de dispositivo con el dispositivo incluso cuando se utiliza un nombre idéntico. El dispositivo / IP INSTR TCP es más propenso a quedarse sin vínculos de dispositivos en este escenario. Ahora TCP / IP INSTR sesiones compartir enlaces de dispositivo para el mismo dispositivo TCP / IP cuando se utiliza un nombre idéntico.
Bug ID 48ACG54U. viScanf y variantes no apoyaron correctamente el % b código de formato mejorado en algunos casos. Este es fijo.
Bug ID 477CTU00. En MAX, la versión de NI-VISA Runtime aparece ahora en el software de la sección.
Bug ID 48NINM4U. En MAX, alias visa para los recursos TCP / IP antes no se guarda correctamente y no persistiría. Este es fijo.
Bug ID 46FB4OQ1. En MAX, opciones de visa para sistemas remotos colgarían por minuto cuando no había dispositivos de red con información DNS dañado en la subred. La duración de esta caída se ha reducido significativamente.
Bug ID 46D93RWI. En MAX, cambiar el nombre de host o la dirección IP de un sistema remoto que está habilitada para la búsqueda de recursos no estaba siendo guardado correctamente y daría lugar a un sistema remoto adicional que no está habilitado para la búsqueda de recursos. Este es fijo.
Bug ID 46F9LLWI. En MAX, para determinadas situaciones, la página de Conflictos Configuración de puerto está representada valores erróneos. Este es fijo.
Añadido soporte para Windows Vista (versión de 32 bits) y Windows Vista x64 Edition (versión de 64 bits).
El Asistente del controlador NI-VISA genera nuevos archivos INF que funcionan en Vista. Si desea ejecutar controladores basados en su VISA en Vista que anteriormente requerían un archivo INF, tendrá que regenerar un nuevo archivo INF utilizando el nuevo Asistente del controlador.
En Pocket PC 2003 / dispositivos Windows Mobile 5.0, el NI-VISA archivo de configuración visaconf.ini se instaló como de sólo lectura. Esto causó problemas con la detección de puerto serie. Ahora se puede escribir.
En algunos objetivos LabVIEW RT basados en cRIO, sesiones INSTR serie pueden falsamente tiempo al acceder a un puerto serie después de que el sistema ha estado funcionando durante unas horas. Este es fijo.
En MAX, los números de chasis y tragamonedas mostrados para dispositivos RIO compacto no pueden ser correctas. Este es fijo.
En MAX, un recurso VISA FireWire no se muestra cuando Mostrar sólo los dispositivos de registro de VISA se establece. Este es fijo.
En MAX, la dirección IP de TCPIP INSTR y Socket recursos no se muestra cuando el recurso se configura utilizando un nombre de host. Esta dirección IP se muestra ahora.
En MAX, exportar la configuración de VISA Server y la importación no guardar el estado de la ejecución al iniciar opción. Este es fijo.
En LabVIEW, si la opción de I / O de filtrado se ajusta al formato URL, los recursos locales no se incluyeron en la lista de control de E / S. Este es fijo.
NI Spy no ingrese VISA llamadas de algunos servicios. Este es fijo.
NI-VISA Server ahora avisa si se puso en marcha y no hay permisos establecidos para permitir que los clientes se conecten.
El Asistente del controlador NI-VISA ahora tiene una opción para los dispositivos PXI Express que proporcionan una manera de leer el número de la ranura usando una secuencia de accesos a nivel de registro.
El estado / discapacitados permitido de Pasaportes se conserva a través de las actualizaciones de NI-VISA.
En MAX, al crear un informe, detalles VISA no estaban presentes. Este es fijo.
Las transferencias de datos de 64 bits en operaciones basados en registros no estaba disponible en CVI. Este es fijo.
Para recursos INSTR GPIB, VISA fijaría sólo el tiempo de espera de E / S GPIB I y no la encuesta de serie de tiempo de espera GPIB. El tiempo de espera de encuesta serie se utiliza en viReadSTB . Este es fijo.
Para recursos INSTR serie, viRead esperaría 1 ms cuando el tiempo de espera se establece en inmediata. Este es fijo.
Para recursos GPIB INSTR, sólo una llamada a viWaitOnEvent podría ser excepcional en un momento dado. Este es fijo.
Llamando viFindRsrc con un no vacío, cadena de expresión de todos los espacios en blanco causaría VISA se bloquee. Este es fijo.
Llamando viFindRsrc con una cadena de expresión que contenían dos conjuntos de comillas dobles no funcionarían. Este es fijo.
Para recursos INSTR USB, viReadSTB podría fallar con un error de tiempo de espera en algunos dispositivos que no son totalmente compatibles con la especificación USB TMC. Este es fijo.
Añadido soporte para la transferencia de datos de 64 bits en las operaciones basadas en el registro, para apoyar la especificación VISA 4.0.
El control de E / S en LabVIEW 8.0 no siempre honraría los parámetros especificados en el diálogo de filtrado, dependiendo del orden en que se han realizado cambios. Este es fijo.
viScanf se estrellaría al leer los datos de bloque de longitud indefinida. Este es fijo.
Para las sesiones INSTR-ENET de serie, fueron en ocasiones no se detectan errores de trama. Este es fijo.
Mejora del rendimiento de NI Spy.
Mejora del rendimiento de VISA en MAX, especialmente cuando expandiendo las carpetas o exportar / importar datos de configuración.
En MAX, algunas cadenas en lenguas extranjeras se muestran con caracteres de elementos no válidos. Este es fijo.
Para las sesiones de socket TCP / IP, volver a habilitar el carácter de terminación entre las operaciones de lectura se podía tirar incorrectamente el búfer interno. Este es fijo.
Para las sesiones de socket TCP / IP, la lectura de menos de la totalidad de la cantidad de datos que el dispositivo envía no funcionaría correctamente para las operaciones de lectura asincrónica. Este es fijo.
En MAX, en sistemas LabVIEW RT, ahora se puede importar la configuración avanzada de serie que se exportaron en sistemas con NI-VISA 3.4.1 y mayores.
En MAX, en grandes sistemas LabVIEW RT, la ampliación de los dispositivos e interfaces o hacer clic en el Serial categoría es mucho más rápido.
En MAX, la mejora de la usabilidad para los instrumentos / LXI VXI-11 LAN. El nuevo asistente para la creación de dispositivos de detección es más fácil de usar. Además, las vistas de detalle del dispositivo ahora muestran el nombre del modelo y número de serie, y también permiten el acceso a la página Web del dispositivo.
En MAX, si permitido al NiVisaTulip Pasaporte, Agilent I / O GPIB y VXI recursos no se mostrará en la Miscelánea Recursos VISA categoría. Este es fijo.
Los nuevos PXI / PCI Express atributos están implementados.
Para las sesiones INSTR TCP / IP, viWrite fallaría si el tamaño de la transferencia fue de más de 8 KB. Este es fijo.
Significativamente optimizado interrupciones PCI y los movimientos de bloques.
Significativamente optimizado llamadas a viFindRsrc y viOpen para todos los tipos de interfaz.
Después de ejecutar MAX, controladores GPIB-VXI no se autodetectables hasta después de un reinicio. Este es fijo.
Si se ha instalado NI-Motion, tratando de crear un nuevo recurso de VISA en MAX colgaría. Este es fijo.
Corregido problema de compatibilidad con VISA Control de E / S en LabVIEW 8.0 en Windows XP x64 Edition.
Para las sesiones RAW USB, la comunicación con los puntos finales de control distintos de cero es ahora compatible con el uso de VI_ATTR_USB_CTRL_PIPE .
Para las sesiones RAW USB, la configuración predeterminada para VI_ATTR_USB_END_IN se ha cambiado de VI_USB_END_SHORT a VI_USB_END_SHORT_OR_COUNT .
Para las sesiones RAW USB, viReadAsync fallaría si el tamaño de transferencia era de más de 8 KB y no un múltiplo del tamaño de paquete máximo del punto final. Este es fijo.
Para las sesiones RAW USB, Cambio del ajuste USB alternativo en un número de interfaz USB que no sea 0 fallaría. Este es fijo.
Para las sesiones RAW USB, viOpen filtró un asa para cada invocación. Este es fijo.
Para las sesiones de socket TCP / IP, VI_ATTR_SUPPRESS_END_EN establece en VI_TRUE no funcionó en todos los casos. Este es fijo. La configuración por defecto del atributo VI_ATTR_SUPPRESS_END_EN en sesiones de socket TCP / IP es ahora VI_TRUE .
Para las sesiones INSTR PXI, al habilitar para VI_EVENT_PXI_INTR usando VI_QUEUE , viDiscardEvents no funcionaba adecuadamente. Este es fijo.
Búsqueda de VXI-11 recursos fracasaría si el sistema tenía múltiples interfaces Ethernet. Este es fijo.
Recursos FireWire utilizados para aparecer bajo el Misceláneos VISA Recursos categoría en MAX. Ahora hay una nueva categoría de recursos FireWire.
Para los recursos de serie en MAX en sistemas LabVIEW RT, puertos COM no fueron ordenados secuencialmente. También no se podía guardar los cambios en la configuración del puerto. Estos son fijos.
Para las sesiones de GPIB INSTR, cuando se utiliza un controlador GPIB-USB, si desenchufado y Replugged el cable GPIB-USB, usted tendría que salir y reiniciar la aplicación para comunicarse con él de nuevo. Este es fijo.
Para recursos VXI, la versión mínima admitida de NI-VXI es ahora 3. x . NI-VISA 3.4 ya no funcionará con NI-VXI 2. x en Windows.
El número máximo de puertos seriales soportados en LabVIEW RT (Phar Lap ETS) fue 32. ahora es de 128.
La apertura de un puerto serie en LabVIEW RT (Phar Lap ETS) y al mismo tiempo la realización de una VISA Write al mismo puerto podría causar un accidente. Este es fijo.
Realización de E / S asíncrona a un recurso VISA remoto volvería un recuento y / o transferencia de datos incorrecta. Este es fijo.
Consultar un recurso / PCI PXI regresaría información del fabricante incorrecto si la identificación del subsistema de ese dispositivo se diferenció de su identificación primaria. Otro síntoma del mismo problema es que tratando de habilitar las interrupciones se devolverá un error. Este es fijo.
Añadido soporte para la FireWire (1394) de recursos INSTR en plataformas Windows y ETS Lap Phar. Esto apoya el acceso de dispositivos a base de registrarse. Esta es una nueva característica.
El recurso INSTR PXI / PCI soporta ahora una nueva función de "terminación de emergencia" que enviará una serie definida por el usuario de registro lee y escribe en el dispositivo en caso de un accidente de proceso.
Para las sesiones RAW USB, ahora los puntos finales interrumpir de salida se pueden utilizar para viWrite .
Para las sesiones RAW USB, viReadAsync ahora se implementa.
Sólo hasta 30 dispositivos USB RAW podrían utilizarse a la vez. Esta limitación arbitraria se ha eliminado.
Para recursos RAW USB, el procedimiento de restablecimiento de una tubería no se haya dado el tiempo suficiente para completar si el tiempo de espera de VISA se fijó muy bajo. Esto podría poner algunos dispositivos USB en un mal estado.Este es fijo.
viFindRsrc se bloqueaba cuando se les da largas cadenas que utilizan remoto NI-VISA. Este es fijo.
Llamando viMoveAsync en una sesión de VISA remoto volvería un error. Este es fijo.
Para las sesiones INSTR serie, viClear anteriormente se podía tirar (descarte) buffers de E / S y luego enviar un descanso. De acuerdo con la especificación VISA, VISA debe enjuagar (descarte) el búfer de salida I / O, envíe un descanso, y luego enjuague (descarte) el buffer de entrada de E / S. Este es fijo.
viScanf y variantes no apoyaron el % u identificador para las matrices. Este es fijo.
viPrintf y variantes no apoyaron la zy% y % Zy identificadores para los datos de punto flotante. Este es fijo.
viPrintf y variantes generado previamente NaN , + Inf y -Inf . Ahora genera NAN , INF , y noveno , respectivamente.
viScanf y variantes no interpretaron correctamente los valores de entrada NAN , INF , y noveno . Este es fijo.
La detección de un dispositivo VXI-11 sin un nombre (dirección IP) se estrellaría MAX. Este es fijo.
Lectura direcciones BAR PXI o la propiedad Nombre del modelo de VISA a veces devolver valores incorrectos. Este es fijo.
La función viMapAddress colgaría cuando se ejecuta varias veces en instrumentos / PXI PXI cuando la CPU se había permitido hyperthreading. Este es fijo.
Sistemas remotos VISA en MAX usarían la dirección IP en los casos en que se debería haber utilizado el nombre de host. Este es fijo.
Los usuarios invitados en Windows XP no podían cambiar los alias VISA. Este es fijo.
Habilitación del Pasaporte NiVisaTulip causaría aplicaciones se bloquee al salir. Este es fijo.
Para un recurso RAW USB, llamando viEnableEvent en VI_EVENT_USB_INTR con la VI_HNDLR mecanismo podría causar un accidente cuando la primera interrupción llegó. Este es fijo.
Añadido soporte en MAX para el asistente estándar de la exportación e importación. Por NI-VISA, esto le permite transferir los alias VISA y configuración del controlador.
Llamando viPrintf en una sesión de VISA remoto volvería VI_ERROR_IO lugar de VI_ERROR_RSRC_LOCKED cuando el recurso remoto estaba cerrada. Este es fijo.
La utilidad Control Interactivo VISA (VISAIC) ahora muestra un cuadro de mensaje de error cuando viFindRsrc devuelve un error.
Para un recurso INSTR PXI, llamando viDisableEvent y luego viWaitOnEvent podría causar un accidente. En Windows, la aplicación podría salir; en LabVIEW RT (tanto Phar Lap ETS y RTX), tendría que ser reiniciado el sistema. Este es fijo.
El API NI-VISA COM ahora es compatible con PXI (INSTR, MEMACC) y USB (INSTR, RAW).
Al hacer clic derecho sobre un chasis PXI en MAX proporciona ahora la opción de abrir una sesión de VISA a ese recurso BACKPLANE PXI.
Varios problemas corregidos en MAX relacionados con el cambio de la dirección IP de un sistema VISA remoto.
Llamando viParseRsrcEx sería en algunos casos la salida de la clase de recurso con el mismo caso que ha utilizado en la cadena de recursos en el parámetro de entrada. El parámetro de salida siempre debe estar en mayúsculas. Este es fijo.
Para un recurso INSTR serie, llamando viGetAttribute en VI_ATTR_ASRL_WIRE_MODE haría siempre salida -1 si aún no se había puesto el modo para el recurso dado. Ahora bien, si usted tiene NI-Serial 1.6 o superior instalado con el hardware compatible, será la salida el valor estándar configurado Estado en lugar de -1 . De lo contrario, todavía seria -1 . Tenga en cuenta que NI-Serial 1.6 no implementa esta característica en todas las RS 485-NI controladores soportados actualmente.
NI-VISA 3.1 admite el tipo de interfaz PXI / PCI en el entorno de tiempo real RTX en LabVIEW RT. Esta es una nueva característica.
El Asistente de desarrollo de controladores VISA puede instalar el archivo INF generado en el sistema local. Esta es una nueva característica.
El tipo de recurso BACKPLANE se admite en la clase de recurso PXI. Esta es una nueva característica.
Para un VI que se ejecuta en LabVIEW RT, llamando VISA Close en un recurso-ENET serie que de vez en cuando, ya sea pasar o devolver un error. Esto se ha solucionado.
Llamando viClose en un recurso de Ethernet se filtrara un identificador de socket. Esto se ha solucionado.
En MAX, no fue posible crear recursos TCPIP estáticas en un sistema LabVIEW RT. Esto se ha solucionado.
En Windows NT, 2000 o XP, llamando viEnableEvent en un recurso INSTR PXI / PCI ocasionalmente podría causar un fallo del sistema. Esto se ha solucionado.
La lectura de datos de un puerto serie era lento. El rendimiento ha mejorado.
Uso de la rotura de serie VI de LabVIEW no funcionaba con control remoto NI-VISA. Esto se ha solucionado.
Consulta VI_ATTR_ASRL_AVAIL_NUM en un puerto paralelo sería devolver un número aleatorio de gran tamaño. El valor correcto para esto es siempre 0 Esto se ha corregido.
Si ha creado un recurso TCPIP en MAX con un alias, no se presentaba. Esto se ha solucionado.
En MAX, la elección de las Herramientas »NI-VISA Opciones» VISA elemento de menú que no siempre que aparezcan las opciones. Esto se ha solucionado.
En MAX, si se desactivaba un puerto COM y hecho clic en Actualizar , el recurso de serie desaparecería por completo. Esto se ha solucionado. El recurso ahora sigue existiendo, pero tiene un negro X icono de superposición para indicar que está deshabilitado.
El Asistente de desarrollo de controladores VISA ahora es compatible con el estándar PXI module.ini formato. Se generará el archivo junto con los .inf archivos de NI-VISA. También puede utilizar este asistente para cargar module.iniarchivos de otros proveedores.
En MAX, si ha insertado un nuevo puerto serie, sería erróneamente afirman que los ajustes tienen un conflicto. Esto se ha solucionado.
Los VI_EVENT_USB_INTR atributos de eventos no funcionaba adecuadamente. Esto se ha solucionado.
Si desenchufó un dispositivo USB VISA y conectó de nuevo en, NI-VISA no podía acceder al dispositivo correctamente. Esto se ha solucionado.
Llamando viEnableEvent en una sesión de VISA remoto podría perder memoria en el servidor. Esto se ha solucionado.
La creación de un nuevo sistema NI-VISA remoto colgaría MAX. Esto se ha solucionado.
El nombre de host localhost o la dirección IP 127.0.0.1 no funcionaba correctamente con control remoto NI-VISA. Sólo el nombre DHCP o direcciones de red IP funcionaría. Esto se ha solucionado.
El servidor NI-VISA remoto no valida correctamente el nombre del host con un guión bajo. Esto se ha solucionado.
Llamando viGetAttribute en VI_ATTR_INTF_INST_NAME sobre los recursos TCPIP con Internet Explorer 2 se estrellaría. Esto se ha solucionado.
Si ha habilitado un sistema LabVIEW RT que se utiliza DHCP como un sistema remoto VISA para buscar la hora de encontrar recursos, NI-VISA sería utilizar la dirección IP en lugar del nombre DNS. Empezando con LabVIEW RT 7.1, sistemas remotos se asignan correctamente los nombres DNS, y NI-VISA pueden utilizar el nombre DNS al encontrar recursos remotos. Cualquier sistema VISA distancia existente que fue habilitado hallazgo permanecerá enumerado utilizando su dirección IP a menos que deshabilite y vuelva a habilitar el sistema para encontrar. Habilitación de un sistema remoto con LabVIEW RT 7.1 ya instalado resultará en NI-VISA utilizando el nombre DNS si es el mismo que el nombre del controlador remoto. De lo contrario, si el sistema remoto no está utilizando DHCP, o si el nombre DNS no coincide con el nombre del controlador, NI-VISA todavía utilizar la dirección IP del sistema remoto.
En MAX, si ha cambiado las opciones de VISA y navegado a otro elemento, a veces se perderían los cambios. Esto se ha solucionado.
El nombre del fabricante y el modelo de recursos PXI / PCI se informó incorrectamente como desconocido. Esto se ha solucionado.
Los atributos globales sobre un recurso GPIB INTFC no fueron compartidos adecuadamente a través de sesiones. Esto se ha solucionado.
Llamando viOpen en un recurso NI-VISA remoto no honró la OpenTimeout parámetro. Esto se ha solucionado.
Para un recurso INSTR PXI, llamando viEnableEvent y viDisableEvent en un bucle sería perder memoria. En LabVIEW RT, esto eventualmente podría causar un reinicio.
Para un recurso GPIB INTFC, realizar cualquier E / S asíncrona ocasionalmente causar un accidente cuando después de cerrar la sesión de VISA.
Instalación de NI-VISA 3.0 en un sistema con LabVIEW 6.1 causaría usuario VIs que utilizar VISA Configurar puerto serie para tener un alambre roto.
El conductor ahora funciona correctamente con Cambio rápido de usuario en Windows XP / 2000.
Para un recurso INSTR PXI, ahora apoyamos dispositivos PXI / PCI que se basan en la identificación de subvendedor y / o el código del modelo subvendedor. Para utilizar esta funcionalidad, debe crear un nuevo .inf archivo con el Driver Development Wizard VISA. La atributos VI_ATTR_PXI_SUB_MANF_ID y VI_ATTR_PXI_SUB_MODEL_CODE ya no son compatibles con el controlador VISA. Los atributos correctos a consulta son ahora VI_ATTR_MANF_ID y VI_ATTR_MODEL_CODE .Estos le devuelven la información del proveedor primario si no hay información subvendedor está presente, y ellos devuelven la información subvendedor si está presente.
Para un recurso MEMACC PXI, viMemFree ahora libera toda la memoria correctamente.
Para un recurso INSTR serie, viOpen en Windows y LabVIEW RT ahora aceptar COMx como nombre de recurso válido aunque MAX todavía no se ha ejecutado.
Para un recurso INSTR serie, viOpen ahora abrir un puerto si el proceso que se había estado utilizando ese puerto salió sin gracia (como con <Ctrl-C>). El comportamiento anterior había sido que viOpen volvería VI_ERROR_RSRC_BUSY .
Para un recurso INSTR serie, viWriteAsync no se implementó. Ahora lo es.
Para un recurso INSTR serie, varias sesiones al mismo puerto causados comportamiento extraño si se trató de tanto escribir y leer datos simultáneamente. Esto se ha solucionado.
Para un recurso INSTR serie, si se habilita el control de flujo RTS / CTS y luego trató de forma manual para establecer el estado de la línea RTS, algunos sistemas operativos generarían VI_ERROR_NSUP_ATTR mientras que otros regresaríanVI_SUCCESS pero en realidad no modificar el estado de la línea. Ninguno de estos comportamientos era correcta. Ahora NI-VISA volverá VI_ERROR_INV_SETUP en este caso, en todos los sistemas operativos.
Para un recurso INSTR serie, el atributo de modo de alambre RS-485 ahora funciona correctamente en Windows XP / 2000.
En GPIB, el atributo VI_ATTR_INTF_INST_NAME informaría un tipo de tarjeta desconocido para algunos controladores GPIB-USB y GPIB-ENET. El síntoma también fue visible en la utilidad de Control Interactivo VISA. Este atributo informa ahora la información correcta.
En GPIB, la implementación de viFindRsrc podría tardar hasta 10 s si tuvieras NI-488.2 Versión 2.0 instalado. El síntoma también fue visible en LabVIEW cuando se le cayó el primer control de recursos de VISA en el panel frontal. Esto ahora toma menos de 1 s en la mayoría de las máquinas.
NI Spy ocasionalmente podría informar de un incorrectamente de la Id de salida de 0 para viReadAsync o viWriteAsync , a pesar de que la operación se ha completado con éxito con un distinto de cero de la Id válida.
NI Spy no restauraría la ubicación de la ventana en un monitor que no sea el monitor principal. Esto funciona como se espera.
Si ejecutó MAX como usuario invitado y editado los ajustes de Passport, los nuevos ajustes no pueden ser guardados en el registro, pero Max no generan un aviso. Esto se ha solucionado, y que ahora tendrá una advertencia.
Para un recurso socket TCPIP, viReadAsync no se implementó. Ahora lo es.
El servidor NI-VISA remoto no se pudo iniciar en la misma máquina que el servidor DAQ remoto, ya que ambos utilizan el mismo puerto. Ahora el servidor NI-VISA remoto utiliza el puerto 3537 de forma predeterminada.
viFindRsrc se estrellara en una expresión compleja con múltiples | símbolos. Esto se ha solucionado.
Si tuvieras un dispositivo GPIB en la dirección principal 1 que generó una respuesta a * IDN? eso era más de 100 caracteres, viFindRsrc ocasionalmente estrellarse. Esto se ha solucionado.
Algunos componentes VISA COM no se registraban correctamente.
La API VISA COM volvería una cadena incorrecta de ReadString si el número de bytes leídos era exactamente lo que se pidió.
La VISA COM API no volvería parámetros de cadena de salida correctamente si la variable pasada a la función era sin inicializar o tenía un valor basura. Este problema se normalmente sólo se ve desde C ++ cuando se utiliza una prima BSTRlugar de CComBSTR . Esto se ha solucionado.
En GPIB, la implementación de viFindRsrc en LabVIEW RT encontraría recursos GPIB sólo en GPIB0 . Se encuentra ahora recursos GPIB en cualquier número de interfaz GPIB configurada.
Llamando viUnmapAddress cuando se utiliza un sistema HP-E1406A controlador GPIB-VXI Agilent causaría la aplicación se bloquee. Esto se ha solucionado.
La atributos VI_ATTR_MANF_NAME y VI_ATTR_MODEL_NAME ahora son implementadas correctamente para GPIB-VXI independientemente de si NI-VXI está instalado.
El número máximo simultáneo de controladores GPIB-VXI soportados por NI-VISA ha cambiado 10-32.
El Asistente de desarrollo de controladores VISA (antes conocido como el controlador PXI Asistente de Desarrollo) ahora permite múltiples condiciones de interrupción lógicas-O PXI.
Ahora puede editar las propiedades de unión de un recurso TCPIP VISA en MAX. Por ejemplo, puede cambiar el nombre de host o la dirección IP.
MAX puede ahora detectar automáticamente VXI-11 recursos TCPIP en la subred. Cuando haga clic en Dispositivos e Interfaces y seleccione Crear nuevo ... , este caso es necesario especificar un instrumento VXI-11 y haga clic en la opción de tener MAX explorar la subred local.
Si ha habilitado la API VISA COM para VI_EVENT_SERVICE_REQ para una devolución de llamada, que se estrellaría cuando estaba siendo provocado el evento. Esto se ha solucionado.
Si se trató de salir de la utilidad Control Interactivo VISA haciendo clic derecho en el icono de la barra de tareas y seleccionando Cerrar , la utilidad sería colgar. Esto se ha solucionado.
Utilizando el control remoto NI-VISA con E / S asíncrona no transmitió adecuadamente los datos de forma asíncrona. Esto se ha solucionado.
En serie en LabVIEW RT, ahora se puede configurar los ajustes avanzados (como FIFO dispara y el modo por defecto de alambre RS-485) en MAX.
En serie, si los valores de configuración de Windows para un determinado puerto eran diferentes de los ajustes de NI-VISA, MAX podría sobrescribir la configuración de Windows al hacer clic en Actualizar . Ahora, MAX señala los diferentes ajustes y le permite elegir.
En MAX, seleccionar Cambiar nombre en un alias y cambiando simplemente el caso del alias podría causar un error. Esto se ha solucionado.
Al llamar viWaitOnEvent repetidamente con un tiempo de espera de 0 (inmediata), algunas interfaces y tipos de eventos todavía consumían excesivo tiempo de CPU. Ahora hacer esto dará lugar a la CPU sin tener en cuenta el tipo de interfaz o evento.
Para un recurso INSTR serie, si se ha producido un error de paridad o framing, NI-VISA sería no volver la condición de error correcto. Esto se ha solucionado.
viFindRsrc volvería VI_ERROR_INV_EXPR si la expresión supera 255 caracteres. Ahora que aceptará expresiones de recursos de cualquier longitud.
Si un dispositivo multifunción PXI no tenía función 0 registrado como un recurso NI-VISA, viFindRsrc no volvería cualquiera de las otras funciones del dispositivo que sea, aunque se registraron con NI-VISA. Esto ahora funciona correctamente.
Llamando viFindRsrc sería siempre valer REN en cada tarjeta GPIB después de encontrar dispositivos. Ahora viFindRsrc reafirmará REN en cada tarjeta sólo si hay al menos una sesión abierta VISA INSTR en ese tablero.
Para un recurso socket TCPIP, utilizando viRead con termchar permitido era mucho más lenta que la lectura del número exacto de bytes. El rendimiento de la utilización de termchar con viRead es ahora mucho mejor de lo que era.
A. Este producto incluye componentes que utilizan la toma ++ biblioteca. En lo que respecta a la toma de ++ biblioteca, el aviso siguiente es aplicable:
Copyright © 1992, 1993, 1994 Gnanasekaran Swaminathan (Universidad de Virginia). Ciertas modificaciones han sido hechas por Gregory Lavender (Universidad de Texas) y National Instruments Corporation a la versión de la biblioteca socket ++ utilizado en este producto.
B. Este producto incluye componentes que se crearon con DriverWorks; tales componentes es Copyright © 2004 Compuware Corporation.
C. Este producto incluye componentes que utilizan Xerces. En lo que respecta a la biblioteca Xerces, el siguiente aviso se aplica:
Este producto incluye software desarrollado por Apache Software Foundation ( http://www.apache.org/ ) que está sujeto a la Licencia Apache, Versión 2.0 (la "Licencia Xerces"), una copia del cual se puede encontrar en: http : //www.apache.org/licenses/LICENSE-2.0 . Copyright © 1999-2005 La Fundación de Software Apache. Reservados todos los derechos. Ciertas modificaciones se han realizado por National Instruments Corporation a la versión de la librería Xerces utilizado en este producto; dichas modificaciones son Copyright © 2008 National Instruments Corporation. El contenido de este anuncio es sólo para fines informativos y no modifica la Licencia Xerces. Vea la Licencia Xerces para los permisos y limitaciones idioma específico que rige en relación con la biblioteca de Xerces.
D. Este producto incluye componentes que utilizan mDNSResponder. En lo que respecta a la biblioteca mDNSResponder, el siguiente aviso se aplica:
Este producto incluye software desarrollado por Apple Computer, Inc., que está sujeto a la Licencia Apache, Versión 2.0 (la "Licencia mDNSResponder"), una copia del cual se puede encontrar en: http://www.apache.org/licenses /LICENSE-2.0 .Copyright © 2002-2003 Apple Computer, Inc. Todos los derechos reservados. Ciertas modificaciones se han realizado por National Instruments Corporation a la versión de la biblioteca mDNSResponder utilizado en este producto; dichas modificaciones son Copyright © 2008 National Instruments Corporation. El contenido de este anuncio es sólo para fines informativos y no modifica la Licencia mDNSResponder. Vea la Licencia mDNSResponder para los permisos y limitaciones idioma específico que rige en relación con la biblioteca mDNSResponder.