6ES7212-1BB23-0XB8技術參數

、數據塊

　　DB1：AI數據，類型：REAL，與上位機接口；

　　DB2：AO數據，類型：REAL，與上位機接口；

　　DB3：DI數據，類型：BOOL，與上位機接口；

　　DB4：DO數據，類型：BOOL，與上位機接口；

　　DB5：設備運行時間及流量累計，類型：REAL，與上位機接口；

　　DB6：報警消息，類型：BOOL，與上位機接口；

　　DB7：類型：REAL，中間寄存器；

　　DB8：類型：INT，中間寄存器；

　　DB9：類型：WORD，中間寄存器；

　　DB10：類型：BOOL，中間寄存器；

　　DB11：之后用作與設備通訊用，例如：MODBUS通訊等；

　　DB100：之后用作調用FB塊時的背景數據塊；

　　M區：也作為中間變量。

　　3、DP從站故障診斷

　　DP從站必須做故障診斷，故障報警，FB125即可。

　　二、控制模式

　　1、系統設置遠程/本地/手動按鈕

　　1.1、遠程：只能通過上位機對系統進行自動啟/停控制，單臺設備就地控制優先，在程控時，可以通過上位機對設備進行軟手操/自動切換，軟手操啟/停；

　　1.2、本地：只能通過觸摸屏對系統進行自動啟/停控制，單臺設備就地控制優先，在程控時，可以通過觸摸屏對設備進行軟手操/自動切換，軟手操啟/停；

　　1.3、手動：手動控制時，上位機/觸摸屏失效，只能通過手動控制設備的啟/停。

　　2、單臺設備控制

　　單臺設備必須有軟手操/自動切換以及軟手操時可以啟/停功能，由自動切換到軟手操時，設備不能停機；由軟手操切換到自動時，設備啟/停取決于自動程序。

　　3、單臺設備（泵、風機及其它大型設備）運行滿24小時必須進行輪換，且必須有運行時間累計，如果由上位機設定啟/停順序除外，操作人員自行設定；

　　三、編程技巧

　　1、程序塊盡量細化，方便閱讀，將同一類型的設備控制放在一個程序塊中；

　　2、如遇特殊情況下采用語言編程，多數情況下請使用梯形圖編程，方便別人閱讀；

　　3、對于經常調用的子程序，可以做成子模塊，頻繁調用，例如：求幾個數平均值或求幾個數的最大值；

　　4、程序要有注釋，變量及中間變量必須有描述，方便別人閱讀或以后查閱；

　　5、定期做程序備份，最好以工程名稱+系統名稱+當天日期；

　　6、程序加密，防止別人竊取PLC控制系統設計時如何考慮安全問題
      導讀： 安全PLC需要得到第三方專業機構的安全認證，滿足苛刻的安全性和可靠性國際標準。必須地采用系統方法，來設計和測試安全PLC。

　　在設計安全PLC時，要考慮到很多因素，需要很多的特殊設計。比如：一臺安全PLC更強調內部診斷，結合硬件和軟件，可以讓設備隨時檢測自身工作狀態的不適；一臺安全PLC具有的軟件，要使用一系列的特殊技術，能確保軟件的可靠性；一臺安全PLC具有冗余功能，即使一部分失效，也能夠維持系統運行；一臺安全PLC還具有外加的安全機制，不允許通過數字通信接口隨便讀寫內部的數據。

　　安全PLC與常規PLC的不同還在于：安全PLC需要得到第三方專業機構的安全認證，滿足苛刻的安全性和可靠性國際標準。必須地采用系統方法，來設計和測試安全PLC。德國的TUV專家和美國的FM專家會提供對安全PLC設計和測試過程的、第三方獨立的確認和驗證，

　　特殊的電子線路，細致的診斷軟件分析，再加上對所有可能失效進行測試的完整性設計，確保了安全PLC具有測定99％以上的內部元件潛在危險失效的能力。一種失效模式、影響和診斷分析（FMEDA）方法一直指導著設計，這種方法會指出每個元件是怎樣引起系統失效，并且告訴你系統應該如何檢測這個失效。TUV的工程師會親自執行失效測試，把它作為他們認證過程的一個部分。

　　嚴格的國際標準軟件應用于安全PLC。這些標準需要特殊技術，避免復雜性。更進一步的分析和測試，細致地檢查操作系統的任務交互操作。這種測試包括實時的交互操作，比如多任務（當使用時）和中斷。還需要進行一種特殊的診斷，被稱為“程序流控制”和“數據確認”。程序流檢查能確保基本功能能按正確的順序執行，數據確認使所有的關鍵數據在存儲器里進行冗余存儲，并且在使用前進行有效性測試。在軟件開發過程中，一個安全PLC需要附加的軟件測試技術。為了核實數據完整性檢查，必須執行一系列“軟件失效注入”測試，也就是人為對程序進行故意破壞，來檢查PLC的響應是否運行在預計的安全方式。軟件的設計和測試帶有詳細的文件資料，這樣第三方的檢查員就能夠明白PLC的運行原理，而多數軟件開發沒有使用這種規范的操作流程，這也正好說明為什么眾多的垃圾軟件會出現那么多的臭蟲而無法發現