大家知道，ET200M带热插拔背板的情况下可以支持在线热插拔，而不会影响该站点上其他卡件的正常工作。但这里却偏偏有一个客户，他的ET200M却偏偏不支持这个功能。每次进行卡件插拔时，这个从站上其他所有卡件都无法读取数据，而且这个从站的BF灯会闪烁，整个站都丢站了。很奇怪！！！
最后这个问题圆满解决了，怎么解决的，又是什么原因呢？呵呵，看完下面的内容你就知道了！
整个过程大概是这样子的：
客户在现场调试，使用了单412H控制器和冗余IO， 正在做验收前的最后测试。结果发现这样一个奇怪的问题：在将这排的第一块冗余AI卡拨掉后，它后边的一块RTD卡的数就读不上来了，插上这个模板后就可恢复正常。

首先从用户的描述来看，这个问题听起来非常的奇怪，当然不会 一下子就有结论咯。慢慢来，别急，别急，我这样对自己说，当然也顺便安慰安慰了用户。
由于这个问题每次都可以复现，不太属于那种幺蛾子类型的问题（偶尔蹦出吓吓人！），所以我首先建议用户检查项目的组态配置。
用户用到冗余I/O，所以先检查冗余I/O的配置，例如，
1. 硬件组态配置中冗余I/O用到的DB块号（默认DB1和DB2）是否被用户自己占用？
2. 冗余I/O程序会占用比较大的本地数据，而412-3H又属于比较小的控制器类型，会不会硬件组态中的本地数据Local data中用于25和28号优先级的本地数据设置过小？
用户用的是PCS 7编程，所有冗余程序均是系统自动生成，没有自己建立过任何DB块，编译CFC下载CFC也没有任何错误。所以排除上述问题。
用户也问到，他做400H项目、冗余I/O项目多了，都没碰到类似问题。但是第一次用单412-3H，第一次在这翻船了，难道412-3单H站不支持冗余IO？
对于用户的这个疑惑，可以肯定的是，单412-3H绝对支持冗余IO的。
咱们的系统有这样的一个功能：故障过程中，整个系统的故障信息都会记录在CPU的诊断缓冲区中（Diagnose buffer）。
所以我提到希望用户能保存并发给我现场CPU的诊断缓冲区。但由于现场条件不好，用户没办法上网，也就没办法了，只好作罢。
我只好建议用户现场再看看，我这边和同事讨论讨论。挂下电话后，大概过了半个多小时，用户又打电话进来了。

这回，用户比上次更急了，问题更严重了。现场只要拨一个模板，那么这个站点的IM153-2的BF1灯就红灯闪烁，同时和CPU的通讯也中断了，这是怎么回事？？？
从IM153-2的BF1灯闪烁的情况来看，这个站和CPU之间的DP通信是100%中断了。怎么拔一块卡，整个站都会丢站呢？？？
用户说到这里，我突然想起了什么。
于是我对着电话那头的用户说，让他打开硬件组态，双击IM153打开他的属性对话框。切换到Operating parameters选项页，检查Replace modules during operation“在运行期间更换模板”，选项是否勾中？

不看不知道，一看大家笑！！！
这个选项没选中！没选中那就肯定不支持在线更换咯。用户说他不知道这个做什么用处的，就把它关掉了，以为事会更少，实则不然。
此外，后面的那个勾（Startup when expected/Actual config differ.）一般也是要勾中的哦！！否则当组态和实际不一致的时候，这个站点是不会激活的！



好了，故事讲到这里也该收尾了。
从这个故事里我们可以看到，有时候听起来不可思议的问题，其实是有他的前因后果的，一定要遇事不惊，冷静思考。此外，系统当中每一个设置都是有他的作用所在的，不要随意去掉或打上那一个个小小的勾，确定好了再做。

如果想知道，想确定他的功能，你能找谁呢？
找你自己：看到上面贴图里面的对话框右下角那个小小的按钮了么？我们的系统有完善的帮助系统，很多对话框都有这个按钮，经常点点他试试看，你会有惊奇的发现！
找我们：网站啦，热线啦，文档啦。西门子技术支持能提供给你的很多很多……