- 電話: 010-64734946 64734947 64738638
- 傳真: 010-64738090
1500冗余通訊案例分享
下面是網友的一篇關于西門子PLC 1500冗余通訊案例的分享，某項目設有主站7個，從站N個，第三方PLC自帶系統N個（總的I/P通訊地址>200個以上，因此需要分兩個地址段），中控系統與主站采用千兆雙環網連接。其中有3個主站采用的是1500冗余系統，I/O模塊選用的是ET200SP。由于1500冗余PLC新出不久，存在較多的限制，因此在下單初期西門子就發了一份確認表。
1500冗余一些主要注意事項：
I/O模塊選型注意事項：
ET200SPI/O模塊應用于1500冗余系統中主要注意IM接口模塊的選型。由于需要多重分配網絡，因此我們的接口模塊需要選擇IM 155-6 PN HF(6ES7 155-6AU01-0CN0)。我們平時選用的IM155-6 PN 標準型接口模塊是不行的。其他I/O模塊使用區別不大。
1500冗余與其他西門子PLC的通訊：
1500冗余系統目前是不支持S7的GET/PUT通訊的，因此要和其他1500冗余系統、普通1500及1200等PLC通訊可以選擇MODBUS TCP和TCP通訊，我的工程里使用的是TCP通訊。
1500冗余與上位機/觸摸屏的通訊：
1500冗余系統與上位機/觸摸屏的通訊比400及300軟冗余的通訊要簡單很多。1500冗余系統PLC有3個IP地址，分別是1#PLC IP,2#PLC IP及切換通信的系統IP；我們在IP設置中選擇啟用切換通信的系統IP地址，上位機/觸摸屏以及第三方PLC均與切換通信的系統IP通信即可。上位機/觸摸屏與1500通信直接選用1500的通訊驅動即可通訊成功了。
上面是一些主要注意的基礎設置，下面主要聊聊測試過程中的辛酸血淚史。。。
由于我是第一次使用1500冗余系統，因此拿了兩套1500冗余CPU（不含I/O模塊）在公司進行測試。起初第一套1500冗余測試很順利，主從切換，斷電切換等都很成功，我還以為測試會一帆風順了。。。由于我項目中3套1500冗余系統需要進行大量的數據交互，同時也有1200需要與1500冗余進行通訊，因此我做好了TCP通訊程序準備上機試驗的時候問題來了：
當我將第二套1500冗余系統上電之后就發現原來一直正常的第一套1500冗余系統開始不正常了，經過了多天無數的斷電，重啟，拔插網線最終確定了不同的1500冗余系統會互相干擾的。。。于是我撥打了西門子的技術支持電話，技術支持說需要使用西門子的X200以上的交換機才可以，我之前看的文檔并沒有相關的說明。
立馬采購了幾臺XF204和XF208之后進行測試，發現有些交換機通訊正常，有些還是有干擾，進入交換機管理界面，勾選Enable Ring Redundancy后，兩套冗余PLC才可以互相直接沒有干擾。
因此如果選用1500冗余系統建議選用西門子交換機！
隨著現場設備的逐漸上電調試，突然發現兩套1500冗余系統的切換通信的系統IP地址經常中斷，PING其IP地址中斷厲害，但PING各自PLC的自身IP地址卻是正常的。經過一番檢測，發現虛擬MAC地址是一樣的，因此我們除了將普通IP地址設成不一樣外，也需要將虛擬MAC地址設為不一樣。
最后簡單說一下1500冗余正常的顯示：
從上圖可以看出1500冗余沒有問題的時候CPU的屏幕顯示的是R-Red，其中P為主PLC，B為備用PLC。這個時候停止主PLC或關閉主PLC電源時備用PLC會自動變為主PLC運行。如果CPU的屏幕顯示的并不是R-RED而是顯示RUN等其他狀態時請檢查設置，線路等是否有問題。
但是需要注意的是并不是所有顯示R-Red都是代表冗余沒有問題的，如下圖所示：
在此圖可見CPU也是顯示的R-Red,但在信息中存在報警，此時如果停止主CPU，備CPU會運行，但是主CPU斷電時，備CPU會停止并沒有立刻切入到主運行狀態，需要手動轉成主運行狀態。
因此判斷冗余切換是否正常需要進行斷電測試。
1500冗余在使用的過程中會出現這樣、那樣的問題，其中上面所說的是我目前遇到的最關鍵的一些問題點以及使用體會，希望此貼能夠對大家使用1500冗余提供必要的幫助！