半年了，大大小小的给客户写了也有六七套程序，写完了我也在总结，可是，多多少少发现一些问题。这些问题说大不大，总体是可能使用，客户也没发觉，一开始，反思是自己的程序结果问题，后来专门看了公司其他人 程序去学习借鉴了一下，然后写的多了也就顺手了，现在就有一个念头，想把以前的程序重新编写一下（以前的真的幼稚），但是吧，老板总说要节约成本，难以取舍啊。只能多学习多完善，尽量不出错。纠结,希望老法师们，有啥编程心得，能分享分享。最好有实例借鉴

不管什么猫，爪到老鼠就是好猫，解决问题就可以了，非要做什么经典干嘛呢，我见过500步程序做好一个设备，我也见过8000步做好一个设备的，也讲过2万多步做一个设备的，并不是说500步那个低级，也不是2万多步那个高级，也见过自己编写的程序自己都改不了的（给他换了一台电脑，让他自己去改，立马歇菜了）不要惧怕别人下载你的程序去模仿，你做的好别人才模仿你，你的设备1天坏3次，你就是锁的再好都白搭。设备皮实才是大家最求的，程序简单，你没有发现最野路编写出来的往往都是最好用的，例如做维修出身的就比学校出身的思维活跃，因为他在过去的维修过程中已经积累了很多经验，知道怎么做最好维护。不要觉得什么高级什么不高级，解决好问题就是最高级。我也见过开会时说的冠冕堂皇，做事时呵呵了，另外就是和机械多沟通，如果你做电气不懂机械，一下子就会把自己做死，前几年我们公司换设备期间，有一个公司在学校请了一个教授过来，意思就是我们技术雄厚，做的产品质量肯定有保证，下了一台设备给他们，过来调试第一天我就不看好，机械和电气完全不搭界，完全没有沟通过，很多地方在现场还在改，好不容易调试好了，1天坏3次，没有一个星期炉子里烧熔了，处理好了，没有过几天又熔了，那位教授还一口认定电气没有问题，100天没有就把那教授炒掉了，60多台设备那个厂家就拿到了1台，那台设备用了不到一年就扔进垃圾堆了。这就是我见过最典型的一个案例，那程序写的可谓教学派，有点类似过去60年代官僚主义那种派头，什么都是按部就班，一点点小问题都直接影响停机

也见过我认为非常经典的案例，例如接近开关的通断来当编码器使用，一个编码器最少也要100多，还要配一个计时器模块，用两个好一点点的接近开关，90度安装，就做出来了，看见设备的那一瞬间没有一个人不竖起大拇指的，也见过把伺服当变频器使用的，利用力矩模式，轻松稳定的解决了普通电机带编码器容易坏的缺陷,也很稳定，也讲过把伺服当伺服使用，没有用几天问题百出，前一段时间一瞬间想通一个问题，不同PLC之间数据交换。以前都在意PLC与PLC通信，例如我就遇到过欧姆龙远程模块通信部稳定，导致设备故障率高，三菱的CC-LINK通信稳定，就想用三菱替换欧姆龙的远程模块，想了很久，三菱是通信我还了解一点点，欧姆龙就拉倒了，就在前几个月一瞬间想通了，我为什么要和欧姆龙通信呢，远程模块的信号我1对1的给欧姆龙就好了啊，我为啥要通信呢，