Errores " -18001" cuando se utiliza TestStand LabVIEW

Software Primario:
Versión de Software Primario: 1.0
Versión de Software Primario Corregido: N/A
Software Secundario: LabVIEW Run-Time Engine

Problema: ¿Cómo puedo arreglar los errores "-18001" cuando utilizo TestStand y LabVIEW?

Solución: Primero hay que leer el texto del mensaje de error. Éste puede indicar "LabVIEW: Server Access Denied" o "An error occurred accessing the LabVIEW ActiveX automation server" u otra cosa. Adicionalmente, dependiendo de como este configurado el adaptador de LabVIEW, puede haber varias soluciones si está utilizando el ambiente de desarrollo de LabVIEW ó uno de los Servidores "Run-Time" de LabVIEW.

Ambiente de Desarrollo LabVIEW (LabVIEW Development Environment) :

1. "Server Access Denied"

Éste problema se puede deber a que VI(s) (Virtual Instruments - Instrumentos Virtuales) son exportados por LabVIEW. Para cambiar esta opción:

o Abrir en LabVIEW, un VI nuevo o existente.
o Seleccionar Tools>Options de la barra de Menú.
o Seleccionar “VI Server: Exported VIs" del Menú de anillo localizado en la parte superior de la ventana.
o Escribir “*” (asterisco) en el campo de “Exported VIs” para que de esta manera pueda exponer todos los VIs. Después selecciona “VI Server: Browser Access” del Menú de anillo y asegurase que haya dado permiso a * (todos), dominios específicos o direcciones IP.

2. “Unable to Launch the ‘LabVIEW. Application ( or other name of LabVIEW Serever)’ ActiveX Automation Server”

Éste problema se puede deber a como tiene usted configurado los ajustes DCOM en su máquina. Usted necesitará estar seguro que sus ajustes DCOM permitan al Sevidor ActiveX de LabVIEW (LabVIEW ActiveX Server) ser lanzado y tenga acceso a través de la automatización “ActiveX”. Y sí, hasta las cuentas de Administrador (en Windows) se les puede negar los permisos de lanzamiento y de acceso. Para modificar estos permisos, siga los pasos que a continuación se muestra basado en su sistema operativo:

Windows NT/2000

o Tener acceso a Windows utilizando un nombre de usuario (UserID) que tenga privilegios de Administrador.
o Seleccione Start>>Run, escriba “dcomcnfg.exe” y oprima “enter”. La ventana de dialogo de Configuración de las Propiedades Distribuidas COM (Distributed COM Configuration Properties) se despliega.
o En la pestaña de Aplicaciones (Applications), seleccione “LabVIEW Application”, “TestStandLVRTS” o el nombre de su Servidor ActiveX de LabVIEW y después dé clic en el botón de las Propiedades.
o Usted debe dar permiso a los usuarios apropiados para que puedan acceder el servidor de LabVIEW. Debería dar a todos permisos de acceso y permisos de lanzamiento apropiado de usuarios. Sólo los usuarios que tienen permiso de lanzamiento podrán acceder el servidor. Usted puede hacer esto al:
 Especificando la seguridad por defecto en la pestaña de Seguridad por Defecto (Default Security) de la ventana de aplicación de la Configuración de Propiedades Distribuidas COM (Distributed COM Configuration Properties).
 Dar a los usuarios, accesos individuales al servidor. En la pestaña de Aplicaciones, seleccionar “LabVIEW.Application” y hacer clic en el botón de las Propiedades. Utilice la pestaña de Seguridad de la caja de diálogo de las Propiedades de “LabVIEW.Application” para configurar los permisos para un servidor en específico.

Windows 95/98

Usted debe configurar las opciones de red de Windows en el panel de control de sistema para usar el control de acceso Nivel de Usuario (User-Level) para usar COM distribuido. Para hacer esto siga estos pasos:

o De la línea de comandos (Start>>Run) ejecute el comando “dcomcnfg”, el cual despliega la ventana de aplicación de la Configuración de las Propiedades Distribuidas COM (Distributed COM Configuration Properties).
o Deberá dar permisos a los usuarios apropiados de manera que puedan acceder al servidor remoto. Para hacer esto, siga los siguientes pasos:
 Especifique la seguridad por defecto en la pestaña de Seguridad por Defecto de la ventana de aplicación de la Configuración de las Propiedades Distribuidas COM.
 Dé accesos individuales a los usuarios al servidor. Usted puede hacer esto cuando selecciona el nombre del servidor, “LabVIEW.Application” (u otro nombre), en la pestaña de aplicaciones y después dar clic en el botón de las propiedades. En la pestaña de Seguridad de la caja de diálogo de las propiedades de “LabVIEW.Application”, usted puede agregar usuarios a una lista para que tengan acceso al servidor.

3. Seleccione del menú “Edit” de LabVIEW la opción “Preferentes”. Bajo la selección “Performance and Disk Preferent”, asegúrese que la opción “Run with Multiple Threads” esté marcada.
4. Debe utilizar una versión de LabVIEW 5.0.1 o posterior para TestStand. La versión 5.0.1f1 de LabVIEW no funcionará.
5. Puede intentar correr el anexo “lvdemo.exe”. Esto determinará si otras aplicaciones pueden ser lanzadas y comunicarse con LabVIEW.
6. Reinstale LabVIEW. Esto podría corregir cualquier ajuste.

LabVIEW Run-Time Server (TestStandlVRTS o TestStandGUILVRTS)

Todos los aspectos antes mencionados, todavía aplican además de lo siguiente:

1. Cuando utilice ““TestStandLVRTS””, podría aparecer un mensaje “Unable to load…” Refiérase al artículo “When Rebuilding the LabVIEW Run Time Server with LabVIEW 5.1, the Type Library Doesn’t Get Installed on the Target Machine” (ligado más adelante)
2. Usted podría tener el mensaje “VI not executable…” Todos los VI’s de prueba y su jerarquía entera debe ser salvada cuando se utiliza la misma versión de LabVIEW que fue utilizada para construir el servidor “run-time”. El servidor ““run-time”” no puede abrir VI’s si no fueron salvados con una versión diferente de LabVIEW. Por ejemplo, si un VI fue guardado con LV 6.0 y el servidor “run-time” fue creado con LabVIEW 6.0.2, usted podría tener el mensajes de error como “VI not executable”. Sea cuidadoso con los VI’s que son llamados dinámicamente cuando se utiliza el servidor “run-time”. También sea cuidadoso si tiene múltiples versiones de los mismos VI’s en su sistema. El servidor “run-time” puede estar utilizando una copia de los VI’s que fueron guardado en una versión diferente de LabVIEW. Para asegurase que todo este utilizando la misma versión, usted debe de compilar en masa todos los VI’s llamados por su secuencia. Además, usted también debería reconstruir el servidor “run-time”, ya sea “TestStandLVRTS” o “TestStandGUILVRTS”, para asegurarse que esta actualizado a la versión correcta. El “TestStandLVRTS” enviado con TestStand fue construido utilizando LabVIEW 5.1.1.
3. Si usted recibe un error diciendo: “VIs no encontrados…”, se puede deber al hecho que el servidor run-time no puede buscar dinámicamente todos los VI’s como lo puede hacer el ambiente de desarrollo de LabVIEW. Para darle la vuelta a esto, usted deberá hacer lo siguiente:
o Poner la jerarquía del VI en el mismo directorio que el servidor “run-time”.
o Modificar las rustas de buscada del archivo .INI que utiliza el servidor “run-time”.

Ligas Relacionadas: When Rebuilding the LabVIEW Run Time Server with LabVIEW 5.1, the Type Library Doesn't Get Installed on the Target Machine KnowledgeBase 29HDLQO6: Why Do I Get Error -18002 "VI is not executable" with TestStand?

Archivos Adjuntos: