在这个行业的调试过程中发现几个小东西处理好了可能会给自己或后期维护带来莫大的方便。借此活动罗列二三,望同行莫见笑!
一. 通过模拟量、通讯得来的仪表相关数据或计时计数的当前值如果通过一个调试功能开关后将本来只是只读的数据可以进行读和写。那将会给逻辑测试带来莫大的方便。以前为了调试逻辑只能改设定值,但改设定值往往是进行的反逻辑思维,总是有点别扭,搞不好就这个环节就要吃好几回苍蝇。像计时计数的设定值可以设偏大点,当前值只要看到一两周期的递增或减,如果观察的相关动作要长点就长点,如果要进行下一步就直接将当前值只接超越过设定值使其进入下一步,完全是按正常逻辑进行下去。这样处理后个人感觉调试的更方便更透彻了。
二. 如果程序存储容量有富裕就做个虚拟的动作单元反馈系统。那样即使不用现场单元真正动作就可以让程序脱离外部信号离线仿真起来。这样让系统调通了再真正带负荷冷试车,再热负荷试车。这样既可以缩短调试周期,又可以让软件和现场施工齐头并进,到时现场就真的只有打点不错,真正带负荷调试就轻松多了。
三. 有些仪表量程和分辨率参数如果有上位机的情况下也做在三级参数里,以后让用户技术员更换仪表或进行局部调校也方便,到时技术员再也不会因为这些小事情打电话给我们了。
四. 有些限位机构除了用硬点判断外若再加上时间判断也是一根救命稻草,用不到则已,一旦用到那是要帮大忙的,嘿嘿嘿。
五. 编程的重要数据一定要有可靠形式的记录,尤其是口令类的。哪怕写在某个不起眼角落的注释里。前两天有个七年前的马来西亚项目问我要下载口令,我想了一大串各类口令给业主,就差家里的存折口令了,业主试过后斩钉截铁的说不对。我只记得这口令很常规很常规,常规到我都没拿它当回事。好在我隐约记得在某个注释角落里留了痕迹,找啊找,最后终于找到了,回头再让业主一试,业主反而向我赔礼说不好意思了,哈哈哈。好记性不如烂笔头!