openpnp - 零碎记录

openpnp - 零碎记录

概述

这段时间, 正在配置校准手头的openpnp设备, 用的官网最新的openpnp2.0.

由于openpnp的bug和自己的不细致, 导致多次校准失败.
现在从头校准时, 每进行一步, 就保存一下配置文件, 如果最终发现哪步错了, 直接回到相应的配置文件, 直接做下一步就好, 能节省时间.
将这些奇奇怪怪的零碎问题记录一下, 这些问题都不长, 作为单独的笔记太柴, 放在一起, 作为openpnp配置相关的零散知识点的总结.

笔记

配置文件保存无效

因为想知道用openpnp提供的问题解决向导, 每进行了一步, 都改了配置文件的哪些内容. 就需要进行一步, 就保存一次配置文件.
但是发现, 如果做完一步, 在30秒之后保存, 用BC4比较修改前后的配置文件, 发现没有变化.
那改的东西呢? openpnp界面上是有的…
找了openpnp界面上是否有保存配置文件间隔的设置, 发现并没有.
经过实验, 发现, 只有做了新配置操作后的2分钟以后, 再保存配置文件, 比对时才有变化.
这说明, openpnp在做完一个任务后, 可能还有后续的线程任务, 导致参数所在的内存没更新.
那只能在openpnp问题向导动了配置后, 看着表, 等2分钟以后再保存配置文件, 用于比对. 这个挺怪的.

必须在查找问题之后, 才能保存配置文件

经过BC4比对, 如果在设备配置阶段, 解决了一个问题. 问题已经显示为已经解决.
此时, 如果在2分钟以后保存配置文件, 配置文件只在里程碑描述那变了一点. e.g. 从欢迎阶段变成了连接阶段, 但是解决的问题引起的配置不不在配置文件中.

只有点击查找问题按钮后, 等2分钟再保存配置文件, 才能看到解决的问题引起的配置变化.

如果想找出配置动作引起的配置内容变化, 还是要尝试保存后, 比对变化才行

操作完毕后, 点击查找问题, 再等2分钟再保存配置备份, 也不是很靠谱.
2分钟之后保存的配置, 也不一定有新的变化.
还是用BC4比较最近的2次配置文件是否有变化, 作为配置是否保存有效的依据才行, 虽然笨了点, 但是靠谱. 只能怪openpnp有bug.

END