上升沿的困惑

       北京多日的雾霾在今天终于有所缓解，今天天气不错挺风和日丽的，所以心情也格外不错。早早的来到公司，坐到自己的工位上打开电脑，登陆平台……一切准备工作就绪 准备开始迎接新一天case的挑战。
       叮铃铃……。“喂。您好 这里是西门子热线您需要咨询什么技术问题。”
      客户：“工程师您好。我想咨询一下关于S7-200 Modbus通信的问题”
       早晨第一个case是S7-200的Modbus通信，这个在我们的Micro Win软件里面添加一个专用的Modbus 指令库，对应需要读取或者写入的地址，通过Done位的轮询就能实现通信的功能。想到这里于是就对客户说
  “ 您如果希望使用S7-200plc进行Modbus通信，可以添加一个库文件，并且我们有相关的样例程序，您可以参考一下。”
客户说：“我已经查看过你们的样例程序了。但是对于你们的样例程序有一些地方没有看懂，您能帮我解释一下吗”
我说：“好的，您尽管说您没看懂的地方”
客户说：“你们的Modbus主站样例程序大致分三个部分，第一个网络是状态的位的复位

第二个部分是主站 CTRL功能块的使用

 

 

第三部分是MSG指令的使用

 

CTRL和MSG指令时通过Done这个完成位来实现程序的轮询的这个没错吧”。
于是忙对客户说：“您说的都没错”
客户说：“那我就有一个疑问了。如果是使用Done问来触发下一个网络进行轮询触发，那么是不是CTRL的Done位来触发第一个 MSG指令。然后第一个MSG指令触发第二个MSG…….”
我说：“没错”
客户说：“但是你们样例程序的网络顺序可不是这样的啊。你们样例的第一个网络是初始化复位操作，但是第二个网络不是CTRL指令，而是CTRL指令的Done位通过上升沿触发MSG使能端，第三个网络才是CTRL指令”

 

按照你刚才给我描述的顺序关系不是应该先写CTRL指令。再编写CRTL指令的Done位触发MSG使能端。然后编写MSG指令……”
（咋一听客户的描述没有问题。似乎按照他说的可能更符合Modbus指令执行的逻辑关系，于是我就打开了Modbus通信的样例程序看了起来，但是看了一会问题出现了）
  我对客户说：“您按照您说的逻辑关系编过程序吗？程序能正确执行吗？”
客户说：“我还真的按照我自己的想法编写了一段程序，但是确实没有成功完成数据的发送”
我对客户说：“问题就出现在这个Done位触发下一个指令的方式上。这个程序里是通过上升沿来触发下一个指令的

                            

        如果是按照您的那种方式编程，这个上升沿是不能被捕捉到的。换句话说按照您说的那种方式编程，程序是不能顺序执行的，执行到M0.0之后就停止了。单纯的查看程序不直观，您可以按照我说的稍微修改一下这段程序。在上升沿语句后面加上一个置位Q0.0的操作。这样方便您在CPU上和状态表中监控执行结果。对比一下这两种编程的结果您就清楚了。”

      

        之所以会出现运行结果的不同都是由于上升沿造成的，按照客户描述的编程逻辑M0.0位会在第二个网络中被置位为1当程序执行到第三个网络的时候需要有上升沿才会触发M0.1和Q0.0的置位操作，但是由于M0.0已经变为了1无法再捕捉到上升沿所以程序也就无法继续执行。相反如果是按照样例程序中编写的那样。在第二个网络执行的时候M0.0还是0.当执行到第三个网络的时候M0.0变为1，捕捉到上升沿。因此程序可以继续顺序执行。