拉萨西门子PLC代理

置预置值（HSC0为SMD42），计数器计到这个值可以产生一个中断，一般利用这个中断调用相应的中断程序把当前值（SMD38）复零，否则计数器到头就不再计数了，当然你也可以置一个大点的值，在其他程序中清除当前值（SMD38），确保永远到不了头就可以了。

2.5 中断程序（ATCH），中断事件是12，程序号看你程序了

2.6 打开中断（ENI），这条指令没有的话，2.5是不起作用的

2.7 启动高速计数器（HSC），按前面的初始化，你就要启动HSC0，即N为0

3、程序中读取高速计数器的值，对于HSC0，HC0单元中的内容就是当前的计数值，这个单元只读不能写，你可以通过修改SMD38的内容改变当前的计数值。

西门子S7-200的自由口通信需要通过编程设置串口的工作模式，安排发送和接受指令的触发顺序，还要设定接收的起始和结束条件。对于刚刚开始使用s7-200的电气工程师来说，的确有很多细微处易犯错误。一般碰到客户抱怨通信不上的问题，就要逐一帮客户确认编程配置是否正确。虽然麻烦，不过逐条查下去，总能查到错误所在并解决问题。但是有一次客户遇到的问题颇出人意料，还真耗费了一些时间。

客户反应在编写了自由口通信程序之后，PLC可以发送数据给通信伙伴，但是却收不到任何伙伴方发出的数据。能发送数据给对方，说明通信端口设置没有问题。极有可能是端口被其他通信指令占用导致无法进入接收状态。比如说用常开点调用XMT，或者没有对接收的故障状态进行判断并终止接收，从而导致后续的XMT和RCV都无法被正确执行。客户表示他的程序并不存在这种情况。但是为了测试问题所在，客户下载了一个仅包含条件触发RCV的程序下去，还是接收不到数据。监控程序RCV指令已被正常执行。

那么是不是接收的起始条件设置不当？客户使用的是起始字符，这并无不妥。并且改成空闲线检测之后，问题依然存在。难道是对方发送的信号有问题？用串口调试软件来测试，是可以接收到的。眼见这几个常见错误都没能cover住这个问题，我只好从头一步步地跟客户确认。但是还是没能发现任何破绽。郁闷之下，只好让客户把程序发过来看看。

一次检查程序的时候还真没注意到问题出在哪里。等到看出来了才觉得啼笑皆非：

不知道大家看出来没有？客户在设定完空闲线时间SMW90和消息定时器溢出值SMW92后，惯性地将接受地大字符数SMB94也写成了传送字SMW94。而西门子PLC的高低字节是逆序的，也就是说SMB94为高有效字节，SMB95为低有效字节。

PLC故障排除流程图

一、PLC 故障查找流程图
1、总体检查
根据总体检查流程图找出故障点的大方向，逐渐细化，以找出具体故障，如下图所示。

2、电源故障检查
电源灯不亮需对供电系统进行检查，检查流程图如下图所示。

3、运行故障检查
电源正常，运行指示灯不亮，说明系统已因某种异常而终止了正常运行，检查流程图如下图所示。

4、输入输出故障检查
输入输出是PLC 与外部设备进行信息交流的通道，其是否正常工作，除了和输入输出单元