西門子控制單元6SL3055-0AA00-4BA0

　　DB1：AI數(shù)據(jù)，類型：REAL，與上位機接口；

　　DB2：AO數(shù)據(jù)，類型：REAL，與上位機接口；

　　DB3：DI數(shù)據(jù)，類型：BOOL，與上位機接口；

　　DB4：DO數(shù)據(jù)，類型：BOOL，與上位機接口；

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

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

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

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

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

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

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

　　DB100：之后用作調用FB塊時的背景數(shù)據(jù)塊；

　　M區(qū)：也作為中間變量。

　　3、DP從站故障診斷

　　DP從站必須做故障診斷，故障報警，F(xiàn)B125即可。

　　二、控制模式

　　1、系統(tǒng)設置遠程/本地/手動按鈕

　　1.1、遠程：只能通過上位機對系統(tǒng)進行自動啟/?？刂?，單臺設備就地控制優(yōu)先，在程控時，可以通過上位機對設備進行軟手操/自動切換，軟手操啟/停；

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

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

　　2、單臺設備控制

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

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

　　三、編程技巧

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

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

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

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

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

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

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

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

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

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