最近（17年1月9号）接到客户的维修电话，一套Siemens plc出现故障故障，带好笔记本及MPI电缆，顺便拿了一个带编程口的dp头赶去现场。
维修现场是一套SIEMENS 400H的冗余系统，下面连接有8个ET200S的DP子站，主站通过443-1连接光纤交换机与上位机通讯。故障现象是上位机无法与冗余系统通讯，连接不到主站下面的任何子站。
打开主站控制柜，发现机架0的400CPU没有运行，机架1的CPU运行，子站SF指示灯长亮。子站与主站DP连接，但只连接到机架0的CPU，没有与机架1的CPU做Y或其他的任何连接。也就是说，虽然冗余系统在机架0故障时可以切换到机架1，但如果机架0的DP连接或CPU严重故障，子站是无法与机架1或上位机交换数据的。
机架0的CPU有几个灯乱闪，只有STOP灯和机架0灯常亮。笔记本通过编程电缆连接机架0的MPI通讯口，显示无法连接，不能通讯，无法判断故障，更换PROFIBUS协议，下面的DP口可以找到子站，但找不到主站的CPU,网线也同样找不到CPU。从机架1可以读出程序，发现硬件组态中DP子站只和机架1的CPU连接。清除机架0的CPU程序、初始化CPU也始终不能通讯。至此，想到只能先拆除机架0的CPU，并将机架1改为机架0，不过问题也自此开始。
本来觉得很简单的事情，在拆下的机架0的CPU后发现，CPU后面没有机架选择开关（见图，引用于400H系统手册）
，以前没有见到这样的CPU，机架号的开关哪去了？拆下机架1的CPU后发现这个CPU也是一样（见图）
，反复作对比，也没有发现两个CPU有任何不同！奇怪了，只有通电，两个CPU的机架指示灯亮的不同，看不出区别啊，没办法，只能再装好机架1的CPU，尝试按机架0的硬件组态下载，行不通，无法下载。现在只能更改网络与硬件组态，把DP口的子站挂接到机架1上。下载程序后通电运行，现场子站恢复正常，本地触摸屏可以操作，与上位机不能通讯。下午到的现场，这么一折腾很晚了，由于不影响现场操作，决定第二天再来处理。
一宿睡不好，老是认为自己不仔细，没找到开关。早早来到现场，还是找不到开关。由于不能确定CPU机架的问题，也没有办法做备件采购计划，怕万一出错造成损失。突然想到siemens客户服务电话400-810-4288，电话中描述了机架开关问题，放下电话，十几分钟后，电话回过来（很迅速）再次描述了开关找不到的问题。对方也是很困惑，我把现场CPU照片发了过去。最后服务电话再次打过来，圆满的解决了机架开关的问题。再次感谢不知名的客服女孩！
哈哈，不卖官司了，先附上照片，看到了吗，开关在CPU的互相通讯的光纤盒中，需要把CPU全都拆开，光纤盒在最下面，光纤盒中两个白色的开关，
图片已经把光纤盒子的盖子拿掉了。把开关同时拨到一样的位置，对应着不同的机架号。
这是很早的400H冗余系统的CPU，之后SIEMENS把产品做了改进，机架开关改到CPU后面了。
这次维修的故事就说到这里，在此再次感谢SIEMENS的工作人员，谢谢你们了！同时也希望这个小故事对大家有所帮助。