容錯通訊
帶有容錯通信功能的SIMATIC提供了一種新的通信類型，該通信類型具有以下特點：
-
可用性更高：
發生故障時，憑借其多達4個的冗余連接，可以繼續通信。必要的切換工作對于用戶來說是透明的。
-
工作簡單；
容錯處理對于用戶也是透明的。可使用用于標準通訊的用戶程序，無需修改。冗余功能的定義僅需在參數化階段就可以完成。
容錯通訊目前由 S7-400H（冗余和非冗余配置）和 PC 所支持。對于 PC 來說，需要使用 Redconnect 軟件包（參見“SIMATIC NET 通訊系統”）。
取決于對可用性的需求，可以使用不同的組態選項：
運行模式
CPU 417-4H、CPU 414-4H 和 CPU 412-3H 的操作系統可自主執行 S7-400H 的所有必要附加功能：
-
數據交換
-
故障響應（控制轉換給備用設備）
-
兩個子設備的同步
-
自檢
冗余原理
S7-400H的工作符合“熱備份”模式的主動冗余原理（支持故障發生時的無重啟自動切換功能）。根據該原理，在無故障運行期間，兩個子單元都處于工作狀態。當故障發生時，未出現故障的設備將獨立地接管過程控制。
為了確保平穩的控制接管，必須通過中央控制器鏈路實現高速、可靠的數據交換。
在控制轉移期間，設備自動地使用
-
相同的用戶程序
-
相同的數據塊
-
相同的過程圖像內容
-
相同的內部數據，例如定時器、計數器、位存儲單元等
這意味著，這兩個設備的更新操作始終完全一樣，并可以在出現故障時獨立地繼續執行控制功能。
I/O 工作于冗余模式時，其結果將是：
-
在沒有故障的工作期間，兩個模塊均處于工作狀態，即，在存在冗余輸入的情況下，例如通過兩個模塊讀入的共用傳感器（也可以設置兩個傳感器）的信號，會對其結果進行比較，以將一致性的值提供給用戶以進一步處理。對于冗余輸出來說，由用戶程序計算出的值通過兩個模塊來輸出。
-
如果出現了故障，例如輸入模塊中有一個或者兩個均出現了故障，則不再尋址故障模塊，且對故障進行報告處理，此后，僅使用未出現故障的模塊繼續工作。聯機修理工作完成之后，又可以尋址兩個模塊。
對于無重啟切換，必須實現兩個子單元的同步。
S7-400H采用“事件驅動同步”技術。
同步操作伴隨著導致兩個子單元內部狀態出現差異的每個事件而進行。這些事件的發生情況例如有：
-
直接訪問 I/O
-
中斷、報警
-
更新用戶時間，或
-
使用通信功能更改數據。
同步由操作系統自動完成，程序編制期間無需處理。
自檢
S7-400H 可執行大量自檢。這涉及到以下部分的檢測工作：
-
中央控制器的連接。
-
CPU
-
處理器/ASIC
-
存儲器
每個檢測到故障都將被報告。
啟動時自檢
啟動時，每個子單元都會完整地執行全部自檢功能。
循環工作期間的自檢
完整的自檢需要多個循環。每個循環僅執行一小部分的自檢，因此，施加至物理控制器上的負荷很小。
組態、編程
S7-400H 的編程與 S7-400 相類似。所有可用的 STEP 7 功能都可以使用。
對 S7-400H 進行編程需要使用 STEP 7 V5.2。
I/O模塊的組態
硬件組態時，用戶必須通過HW Config明確地指出彼此相互冗余的模塊。這僅需指出需要工作于冗余模式的模塊和需要作為“冗余伙伴”的第二個模塊。在用戶程序中，程序編制時使用地址最低的那個模塊。第二個地址對用戶來說不可見，無論是冗余還是非冗余I/O，控制部分的編程工作都完全相同。與非冗余I/O唯一的差別是，冗余I/O程序有兩個塊庫中的功能塊（RED_IN 和 RED_OUT），且在用戶程序的起始和結束部分調用這兩個功能塊。
自STEP 7 V5.3起，該庫作為標準組件已經集成在STEP 7中。
在線咨詢 
