TestStand错误:-18001



主要软件:
主要软件版本: 3.5
主要软件修正版本: N/A
次要软件: N/A

问题: 解决TestStand 错误-18001,应采取什么措施?

解答:

请参考下面符合您的特定情形的段落。

 如果你使用LabVIEW开发环境并得到下面的错误信息:

  1. 访问LabVIEW activeX自动化服务器发生错误

    这个错误发生在当TestStand试图运行你的测试序列,使用的LabVIEW开发环境版本不再是你当前机器上的版本。你需要更改适配器配置使用LabVIEW运行时引擎。

     通常,当你部署目标机器时,第一次运行TestStand,TestStand找不到LabVIEW开发系统,它将自动选择最新安装的LabVIEW运行时引擎的版本。如果之前在你的机器上有开发系统,很可能是它保留了某些系统文件,给人印象它还存在系统中。如果你从开发设备中拷贝了“TestExec.ini”文件,这也是意料中的,因为有可能是你配置开发设备,使其使用当前开发环境的版本。
    如果您有一个全功能的操作员接口,您能够通过菜单(配置>>适配器)来配置TestStand从而使用LabVIEW Run-Time Engine(RTE)。

    如果您仅仅只有简单的操作员接口,您可能看不到这个菜单。在这种情况下,您需要要么在开发机器上改变TestStand,要么拷贝文件”TestExec.ini“,或者用应用程序'Configure TestStand System on Target Machine'。这个应用程序会运行一个LabVIEW的VI来为您授权访问TestStand的配置菜单。
  2. 服务器访问拒绝 
    这个问题可能是因为LabVIEW导出的VIs产生的。可以这样改变这个选项:.

   3.不能载入'LabVIEW.Application'(或者LabVIEW服务器的其他名字)ActiveX 自动化服务器

         有两个可能的原因造成这个错误。

第一个原因:当LabVIEW Development System没有安装的时候,从您的LabVIEW Adapter配置中选择LabVIEW Development System会造成这个错误。当您在Target计算机上部署一个TestStand系统时,LabVIEW Development System会被LabVIEW Run-Time Engine所取代,那么此错误会通常出现。如果错误出现在开发计算机上,可以利用下面的步骤1-3来改变LabVIEW Adapter 配置从而解决这个问题。如果错误出现在Target计算机上,在开发计算机上做完步骤1-3后,再做步骤4。

1.在TestStand Development系统,打开Configure菜单。这将打开Adapter Configuration对话框

2.选择 LabVIEW, 然后点击Configure...

3.在对话框上方的Select or Type Which LabVIEW Server to Use栏中,选择LabVIEW Run-Time Engine,再选择LabVIEW Development 系统的版本号。这个LabVIEW Development系统被用来创建在TestStand中运行的VIs。

4.如果问题出现在Target系统,仅仅需要拷贝testexec.ini文件到Target计算机。因为testexec.ini文件包含转接器的配置,所有它可以解决问题。这个testexec.ini包含在下面的目录中:

Windows XP:

第二个原因:由于在计算机中如何配置Distributed COM(DCOM)的设置而产生这个问题。您需要去确认您的DCOM设置允许LabVIEW Active X服务器可以通过ActiveX automation来被加载和访问。管理员账户可以设置拒绝加载和访问的权限。根据您所使用的操作系统,按照下面的步骤来更改这些权限。

Windows XP

Windows NT/2000


Windows 95/98
您必须在系统控制界面内配置您的Windows网络选项,来使用用户级别访问控制,来使用分布式组件。可以这样实现:


如果您使用LabVIEW Run-Time Engine或者LabVIEW Executable Active Server:

除了上面提到的外,下面的问题也同样适用:

  1. 不能加载...
    参考文章:KnowledgeBase 1LDCJI0W: When Rebuilding the LabVIEW Run Time Server with LabVIEW 5.1, the Type Library Doesn't Get Installed on the Target Machine
  2. VI 不能执行....
    所有的测试VIs和他们的整个继承关系必须使用同一个版本用来产生Run-time服务器的LabVIEW来保存。如果VIs使用不同版本的LabVIEW来保存,Run-time服务器则不能打开这些VIs。例如:一个VI用LabVIEW6.0来保存而Run-Time服务器是由LabVIEW6.0.2来创建的,那么打开时,您将会看到‘VI不可被执行’的错误。注意那些被VI服务器动态调用的VIs。还要注意如果在系统中您有不同版本的同一个VI,Run-Time服务器可能会使用由不同版本的LabVIEW保存的VIs。为保证都使用同一个版本,您应按照顺序把所有的VIs编译一次。并且,您应该重建Run-time服务器,要么通过TestStandLVRTS或者TestStandGUILVRTS,使得它更新到正确的版本。
  3. VIs 找不到...
    这个原因可能因为Run-Time服务器不能像LabVIEW开发环境那样动态的搜寻VIs,为了解决这个问题,您应该首先更新正确的目录结构,确保Run-time 服务器正确的运行在开发环境中,然后再重新部署。


相关链接:

附件:





报告日期: 03/06/2009
最近更新: 07/30/2011
文档编号: 4V58058Z