昨天到车间去调试一台224CN的plc遇到的一些问题。首先200系列的我接触的比较少,这次算是第二次操作吧。
先说通讯,200系列plc有一根西门子的专用通信电缆线。如图:


用这根通讯线将plc与电脑连接通讯很方便。我遇到俩次这种情况,反正就是线一连接点step7的通讯,刷新,就能找到cpu。自我感觉这个线很不错。另外若是没有ppi线,plc后面接以太网通信模块,用网线连接也可以,这个是后面自己试的,当时在现场为了快捷就用的ppi线。
step7中双击以太网——读取模块——设置ip、子网掩码、网关——连接数目1——配制连接参数然后主程序中加入程序,下载后配制导入243,然后再通讯模块找到pc对应的通信模式TCP/ip模式就能找到刚刚配制的plc了。




plc通讯完成就是程序调试了,主要是车间一些参数监控。昨天是后续加入一些参数,所以我在原来的程序下面加了一点。但是就出问题了,下面是我加的读取程序,紧跟着上面程序往下写的。但是程序监控出来没有输出。


当时也没看上面的程序,接线人员告诉我线就按顺序接的,仔细检查接线没问题,再检查程序,ALW0~10中间缺一个。顺序太乱了当时 没发现。应该不是我改的吧,我只是在最后加了一个,又得一一检查对应关系,虽然接线的地方有皇上标注,但是对应起来检查还是很困难。折腾了一个小时对应关系弄好,上位机界面添加监控,报警等。运行一遍还可以,就收工
总结:不管自己写程序还是帮别人写,逻辑顺序搞清楚,因为我们做的是可编程逻辑控制器,往往一个逻辑不通,后面反工要浪费大量精力检查。尤其是后续完善的这种,。这种程序少一点的还能检查一下,要是多呢?比如我是按 21、18、19、15、24、7、6、5、2、1~~~这样写的,没有丝毫逻辑,那么这个系统出问题了让你来修,你是什么感觉呢。将自己编程的习惯分享一下。
首先编程的项目过程要求一定要理解清楚, 才能编程,一开始编程不要上来就写程序,那样往往会
造成程序的混乱。
我们第一步- 定是先把过程搞清楚然后再编写。
我一般在编程的时候喜欢在纸上画出流程图,把动作过程画出流程图其实就是在理清思路。之后我
会把流程图转化成PLC语言用了这种方法,我可以很轻松的编写出程序,而且在程序调试的过程中如果遇到要修改程序的时候,我会直接找到对应的程序,非常简洁方便的修改出程序。
在做完一个项目以后还会做一 件关键的事情, 就是做工程笔记,把我在这个工程中遇到的一些问
题,以及怎么解决的方案统统总结记录下来,工程笔记还包括我在编程中的过程图,标记点等等。
这样做的好处是,如果在客户想要你修改程序,你这个时候会很快的找到这个笔记,非常
快的了解到当时编程的过程全貌,真正做到了事半功倍。