liaochangchu来自西门子技术支持热线的故事：寻找丢失的从站（转帖）

　[/URL]原作者西门子Auto大家好，我是来自西门子技术热线的工程师，今天跟大家分享一个关于Profibus通讯故障的热线Case。在这之前，我先来讲一个小故事。这个故事来源于我小时候看的一本连环画《沉默的持剑官》，主要讲的是我刑侦人员侦破倒卖国宝“翡翠螃蟹”案件的故事。话说刑侦人员正在跟踪乘坐大巴逃窜嫌疑犯，突然大巴出了车祸，车中的嫌疑犯已昏迷，但还紧紧抱着一个手提箱。刑侦人员把箱子带回警局检查，发现箱子是空的，各个夹层也检查过了，就是找不到任何有价值的东西，但最后的事实证明有价值的东西就在箱子里，到底在哪里呢？我这里先卖一个关子，最后再揭晓答案。        
下面我们言归正传，说说这个热线Case：        
客户：我有一个ET200M站连不上。      
//对于这种热线上常见的问题，我还是非常有信心的。知己知彼，百战不殆；首先要搞清楚现场情况再说（拓扑结构，站点个数，连接情况等）。
我：总线上有几个站点？怎么连接的？都是什么状况？
客户：有多个ET200站，其它都正常，就这个怎么都连不上。
//有了客户这句话，我心里更有底了（问题范围大大减小，已经可以确认就在这个站上）。下面就要问一句很关键的话，这可以说是判断问题的分水岭。
我：检查一下ET200M上的BF灯，看看是什么状态？
客户：我看看，是一闪一闪的。
//很不幸，还有很长的路要走。(这里大家注意，一般来说，如果从站BF灯常亮，可判断是DP电缆连接的问题，直接检查电缆连接，DP插头连接，属硬件问题。如果从站BF灯闪烁，就是主站与这个从站没有数据交换，属软件问题)。
我：接线应该没问题，检查组态吧，DP地址要与实际一致，ET200站组态要与实际一致。
客户：检查很多遍了，没什么问题。
//最怕听到这句话，应为这标志着问题到此已经进入僵持状态，心里涌上一股不祥的预感—这个问题很棘手。但这也难不倒我，看我再出一招。
我：主站BF灯什么状态？
客户：一闪一闪的。
//一闪一闪亮晶晶，满眼都是小星星，这下麻烦大了。（如果主站BF灯不闪，不亮，便可以判断组态中遗漏了这个从站。）。一招不行，再来一招狠的。
我：打开项目硬件组态画面，点击进入在线状态，看看这个站什么状态？
客户：稍等，上面有个小红斜杠。
我：双击这个站，查看这个站的模块诊断信息。
客户：模块已组态但不可用。
//查看模块信息这一招很好用，对于很多问题一招必杀，屡试不爽。乃现场调试，故障诊断必选招数。
我：看一下DP从站诊断信息。
客户：从站没准备好数据交换，组态数据不一样……。
我：确定组态的模块与实际的模块订货号都一致吗？
客户：确定！！！
//不光是眼，我脑子里都满是星星了。下面该怎么办啊。事到如今只能怀疑设备有问题了。但在这之前我决定再使一招“反客为主”。有时候客户的想法可以提供很重要的线索。
我：那么，您觉得那里有问题？
客户：我怀疑设备坏了。
//哈哈，和我想的一样，事情终于又有进展了。但客户的下一句话又把事情拖入绝境。
客户：接口模块我换过了，还是不行；换下了来的模块在其它站上运行的好好的。
我：您还觉得哪里有问题？
客户：不知道啊，简直是见鬼了。
//问题到底在哪里呢？难道真有超自然现象？不对，肯定有没有考虑到的地方，到底是哪里没考虑到呢？我决定先考虑一下。
我：这样吧，我再考虑考虑，有线索再和您联系。
客户：好，谢谢。
    下面我们再回到开头的那个小故事，正是这个故事的答案给这个问题提供了继续进行检查的线索。故事的答案就是，箱子的手提把中间，藏有一张藏匿国宝的地图。锯开箱子的手提把，就可以找到这张图。
    在这个Case中，我一直把ET200M站当作一个整体去考虑，而没有考虑到这个站是由很多模块(一个接口模块，多个IO模块)组成的。
我继续给客户打电话。
我：测试ET200站上的IO模块，具体步骤是拆掉多余模块，只留接口模块和一个IO模块，组态也做修改。测试是否正常，然后再加模块测试，依次类推。
   一段时间后客户打来电话。
客户：问题找到了，站上第三个DI模块有问题，更换后正常。
    这个问题算是圆满解决了。总结起来就是两个字：“细节”，任何莫名其妙的问题都有其背后的原因，有属于它的“细节”，这就是解决问题的关键。
廖老师补充：
如果主站和从站的通信正常，还有其他手段可以迅速查到从站中模块的故障：
1）在管理器中执行菜单命令“PLC”→“诊断/设置”→“模块信息”，打开CPU的模块信息对话框。查看在诊断缓冲区中的事件。
2）打开在线的硬件组态（诊断视图），可看到有故障的从站和从站中有故障的模块。双击故障模块，打开其模块信息对话框，可看到具体的故障。