今年年初,我们接了一个汽车生产线的项目,客户指定用博图编程。因为工作量比较大,我们大家就把工作分了一下,一个人负责触摸屏,一个人负责西门子安全模块,一个人负责阀岛程序,一个负责机器人通信程序。我们四个人就分了这个项目的程序和画面。
博图支持分开的编程,每个人建立自己的块。然后在一起移植。
移植阀岛程序没有问题,移植机器人通信程序没有问题,移植触摸屏程序问题了来了。当时因为我们也是第一次用博图,不知道博图其实已经可以代替触摸屏的软件的功能,导致我的另外一个同事用的WinCC flexible Standar软件编写的触摸屏画面。(错误的决定,我们毕竟为这个错误的决定复出代价的)
项目周期短,客户很快要求我们去现场,当时就带着程序和画面去的现场,准备到了现场在进行移植。移植过来的触摸屏程序,除了画面没有什么变化。编译出现了好多的错误,都是触摸屏的!经过我们查看错误日志,结果发现都是变量错误。
通宵达旦的加班处理触摸屏的变量问题,首先建立了一个变量表,然后在逐一更换原来触摸屏的里的变量,问题排除,再次编译没有出现错误。
就因为当时编辑触摸屏的同事没有使用博图编写的触摸屏画面,因为我的同事熟悉WinCC flexible Standard他就选择的这个软件进行做,事实证明我们工控人,应该不走寻常路,勇于挑战自我,超越自我,不断学习在未来的工作才能更好的做项目。
我这一个月都比较忙,今天最后一天赶个末班车。