最近（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的工作人员，谢谢你们了！同时也希望这个小故事对大家有所帮助。