框架应用常见问题
-
周立功CAN卡“OpenDevice”失败
- 可能原因:ZCAN依赖的环境没有拷贝到PPL库文件的根目录
-
网络接口的周立功CAN卡通信失败
- 可能原因:CAN卡端口号有冲突
-
PeakLin卡通信失败或者打开失败
- 可能原因:供应商提供的驱动在调用的时候需要打开顶层VI的前面板,在框架中调用的VI要在测试序列编辑器里面设置调用的时候显示前面板并且在运行完成后关闭,而且需要在PeakLin卡的打开驱动VI中把VI名称后面加上(副本)或者 (Clone)取决于 Labview运行引擎的语言版本。
-
框架中的用户事件使用的时候报错或者TCP/IP通信无法使用
- 可能原因:NI PSP服务没有打开
-
程序执行序列的时候崩溃
- 可能原因:因为使用了周立功USB接口的CAN卡导致程序崩溃,在LabVIEW崩溃报告中可以定位导致崩溃的VI
-
执行序列的时候卡在某一个步骤
- 可能原因:被调用的VI中使用了循环会导致序列阻塞,如果一定要在VI中使用循环需要将这个步骤所在的序列设置为”UseNewThread”并且在整个执行的最后一步设置循环退出的条件
-
流程控制没有正常执行或者判断步骤的结果没有读取到
- 可能原因:流程判断的结果或者测试的结果没有写入到步骤结果变量
-
序列在执行的过程中显示变量类型与控件类型不符的报错
- 可能原因:变体变量在使用的过程中被不同类型的控件赋值
-
加载序列的时候显示VI无法加载的报错
- 可能原因:
- VI没有设置可重入
- VI状态为不可执行,需要打开PPL文件确认
- 可能原因:
-
在多产品并行测试的时候出现CAN卡报错或者其他仪器参数输入不正常
- 可能原因:
- VI中使用的FGV出现竞争状态导致数据不正常
- 产品状态不正常,例如没有上电
- 可能原因:
-
使用字符串变量给控件赋值路径字符串时出现特殊字符
- 可能原因: 没有使用转意符屏蔽特殊符号,需要将路径中的斜杠替换成双斜杠
-
使用FGV的相关问题
- 可能原因: FGV被设置为可重入,fgv不能设置为可重入会导致竞争状态
-
LabVIEW崩溃的错误报告中没有记录详细的VI路径
- 可能原因: 引起崩溃的是第三方库而且调用库时没有写到子程序里,在使用第三方库的时候一定要先封装成子程序再使用
-
框架安装完成后无法正常使用
- 可能原因:框架没有激活
-
上位机软件无法生成应用程序,提示“以下源文件位于目标目录中,因此无法生成应用程序,必须在与源文件不同的目最中生成应用程序
- 可能原因:一般出现这种情况是因为源代码中依赖的DLL文件路径出现问题,要将应用程序目标目录中的DLL删除,然后找到依赖这个DLL的VI修改DLL依赖路径。
-
程序报错 Error Code:1671 Source:List index out of range.
- 可能原因:Python脚本在索引空数组的时候或者索引值大与数组范围的时候会报错,可以通过在前面的步骤中添加初始化数组的语句解决这个问题(a = [0,0,0,0])
-
框架安装完成后启动测试序列编辑器显示“许可证无效”提示
- 可能原因:JKI VIPM版本与LabVIEW版本不一致导致注册许可证失败。或者操作系统未激活
-
周立功CAN卡导致程序未响应卡死的问题
- 可能原因:周立功CAN卡的dll在被VI调用后如果结束VI引用就会导致程序未响应。解决方案是把打开关闭CAN写在一个VI里面,或者把加载打开CAN写在主序列里面,需要保证调用ZLGCANDLL的VI不能在主序列结束前被关闭引用
-
文件路径过长导致异常情况
- 可能原因:LabVIEW文件路径最大不能超过265个字符否则会引起异常
-
周立功CAN卡在定时循环读写的时候发生发送CAN消息失败的报错
- 可能原因:在收发CAN数据的时候操作了前面板或者调用了面板相关的属性或者方法
-
LabVIEW打包应用程序的时候报系统CPP错误
- 可能原因:因为使用的镜像系统导致的,需要卸载labview后重装
-
多产品测试应用时在使用多张研华数据采集卡同时连续采集波形的时候出现卡顿或者内存溢出警告
- 可能原因:采样时钟的”Section Count“参数没有配置,多张卡同时采集数据时需要将”Section Count“设置为不同的值
Feedback
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.