硬件组态惹的祸

最近在车间遇到西门子ET200S从站中的输出模块因环境潮湿而烧坏。

找到了一模块但订货号有些区别进行了更换（在不更改硬件组态的情况下，事实是可以匹配的。），但更换之后还是显示BF报警。因此也对IM151接口模块也进行了更换，故障还是没有解决，排除了接口模块的问题。继而从输出模块找问题，从后面的从站拆了个输出模块进行更换，故障解决了。因此就判定了故障在输出模块上。就把原先拆卸下来的换回去了。想着该站有一个输出模块属于备用模块，直接去掉并在硬件组态组态上删掉订货号。

       接着又有问题出现了，在修改完组态下载时出现如下图信息。

下载CPU 315-2DP与CP 342-5时出现与硬件组态的接收站的连接存在问题。考虑是改了从站模块，它是连接在CP 342-5上的模块，因此想着必须要下载CP 342-5的硬件组态。没有考虑单独下载CPU硬件组态（实际上硬件组态已经下载进去），以为是设计者在组态时设计了保护程序不可随便更改硬件组态（事实上我已修改了）。

     最后还是考虑回到最古老的办法，恢复原先的硬件连接从后面的从站拆卸模块全部更换，故障还是存在。费力了，不知道怎么解决。后来突然想到硬件组态还没改回来，从原先备份的程序中下载硬件组态后，问题解决了。其实硬件只烧了一个模块其余都是正常的，归根结底都是硬件组态惹的祸。

       最后，有个小插曲，自己在排除故障时，拨动了CP 342-5上Profibus DP模块上的按钮开关到ON，之后回拨到OFF，但是没有回拨到位，导致CP 342-5模块一直处于BF报警状态，不能与其他PLC进行通讯，最后也是花费了好长时间才发现是这个问题。在后期处理问题时还是要细心呐。

西门子硬件故障.docx

有时候，问题都是不在意的地方引起的

模块坏是小问题，只要在诊断缓冲区就可读到，为什么不进行硬件在线，ctrl+D就可以知道问题点，楼主在更改组态时也没事先做备份，10分钟可解决的问题，用了2个小时有吧，不过也是在锻炼自己，不断成熟，吃一堑长一智。

很好的现场经验，感谢分享。

经验以后值得注意。

以后要注意了，值得分享

经验值增长了。

楼主你做没做什么相应的措施啊，否则下次还得因为这个原因坏。

软硬件操作过程中的修改最好做个记录，这样回溯的时候不会漏项。有时候以为没多少事，用脑子就记住了。

但一干起活来就是丢三落四了。

吃一堑长一智吧。很多经验都是这样来的。

保证组态硬件与实物组成一致，这是基本规则，无需经验。除了基本的组成，每个模块的参数正确定义都是必需的条件。如果将基础都归纳为经验，基本功又是神马东东，工程师又何必要培训后才能上岗？
个见，可以总结为经验的东西，故障排除最简单的方法就是按原理认真梳理一遍，这是不能忽略的一个步骤。

看起来楼主还是比较用心的，故障处理完以后及时总结经验教训，这一点值得大家的学习！

不论时间长短，最重要的是问题解决了，同时也有了很大收获。