雖然具有分布式 I/O 的自動化解決方案廣泛使用了 Profibus DP 和新引入的 Profinet IO，但故障安全應用仍 然依賴于傳統電氣技術的另一條或專用的總線，這限制了無縫集成和互操作性。

安全程序的塊

安全程序的結構與運行

在VASS標準中沒有使用OB35作為安全中斷調用塊,采用OB1調用將CPU的循環時間設置為50MS:

F-控制器的用戶程序結構:

標準程序,(F-程序：塊由分布式安全生成), (F-程序：塊由用戶創建，也可以是庫塊), (F-程序：

塊由分布式安全生成).

創建F-FC / F-FB /故障安全程序塊(F-PB):

創建F-FC/F-FB 故障安全程序的功能(FC)或者函數塊(FB) 的創建方法與標準程序完全相同。當選擇了安全相關創建語言之后，將會自動地將塊創建為安全相關塊。

F – CALL 的創建與調用:

創建F-CALL :使用編程語言“F-CALL”，用戶可以完成運行組的“F-CALL”的插入操作并將其作為 FC，但是，用戶不得編輯它。此后，在編譯安全程序時，分布式安全將會生成F-Call 或者內部F-Call 程序。

調用F-CALL :為了保證以固定的時間間隔、連續地運行安全程序，必須把安全程序或者運行組內的F-CALL 編制在循環中斷組織塊(例如OB35)之內。編程調用與標準塊的調用完全相同。在循環中斷組織塊內，除了F-CALL 之外，也可以調用其它的標準塊。

編輯安全程序：運行組

創建運行組 :

一旦完成了某個運行組所有含“F-Call”和程序塊的安全相關塊創建工作之后，使用“編輯安全程序”對話框，最多可以創建兩個運行組。此后，可以完成安全程序的編譯工作，并將它下載至 CPU 內。

F-Call 塊:

如果安全程序包含有兩個運行組，則可以在該對話框內，為新建的運行組選擇作為F-Call 的塊。

安全程序塊:

如果安全程序包含有兩個運行組，則可以在此處選擇運行組內用作程序塊（FB）的 F-FC 或者 F-FB。生成F-Call 時，分布式安全會將所指定的安全程序塊調用集成在F-Call 程序之內。

安全程序塊I-DB :如果已經選擇了某個F-FB 作為安全程序塊，此時，必須為該F-FB 指定數據塊，以用作該F-FB 的實例數據塊。實例中，由于已經有一個 F-FC (此處中的FC111) 已經被用作程序塊，因此，無需指定實例數據塊(I-DB）.

F-運行組的最大:

該參數為F-運行組兩次調用之間的最大間隔時間，計數單位為毫秒(最大值為2 min，即 120000ms)。循環時間單位：ms 設置該時間時，其值必須大于在 HW-Config 內CPU 屬性中為時間中斷組織塊（此處為OB35）所設定的調用間隔時間，在該間隔時間之內，將會調用該運行組內的F-Call。

運行組通信用數據塊的編號:

如果安全程序由兩個運行組組成，則這兩個組之間可以彼此交換數據。數據交換通過安全相關的數據塊（F-DB）實現，在該處，必須指定數據塊的編號。

編輯安全程序：編譯

編譯:

運行組創建之后，還必須使用菜單命令“Compile”（編譯）進行編譯。該過程中，分布式安全會根據用戶安全程序的要求，生成其它形式為F-FB 的系統塊。對安全相關塊進行每一次更改，或者更改了安全模塊與安全有關的參數之后，必須對安全程序進行編譯操作。安全程序成功地完成編譯之后，會獲得一個新的簽名，并可以下載至CPU。

檢查來自標準用戶程序的存取操作：

該功能支持對來自標準用戶程序的安全數據非法寫訪問的定位功能（故障安全數據塊和故障安全輸入/輸出），（對于標準用戶程序來說，僅允許對故障安全數據執行讀取操作）。

全部安全塊的集體簽名:

如果編譯過程中未出現任何錯誤，則“Collective signature of all F-Blocks with F-attributes for the blockcontainer”（全部安全塊與塊容器的故障安全屬性的集體簽名）將與“Collective signature of the safety program”（安全程序的集體簽名）相一致。此時，安全程序才具備一致性，并可以下載至 CPU.

安全程序的集體簽名:

集體簽名可以惟一性地區別安全程序的具體狀態。如果在上次編譯完成之后，對安全程序進行了更改，此時，兩個簽名不一致，則表明無法保證安全程序的完整性。對于工廠驗收來說，程序的打印輸出材料中也必須包含安全程序的集體簽名，以供驗收使用。

當前編譯:

安全程序最新一次編譯的時間戳。

下載安全程序:

所有的更改或者完整的安全程序都可以下載至 CPU。但是，該功能僅在CPU 處于停機模式時才可以使用。

安全模式:

將某個具備一致性的安全程序下載至 CPU，并隨后執行了熱重啟之后，將會激活CPU 的安全模式。這種情況下，CPU 的所有錯誤抑制措施均會處于激活狀態。如果因測試而需要將單個的、已經更改的故障安全塊從SIMATIC 管理器下載至CPU 內，系統會自動彈出對話框（禁用CPU 安全模式），此時，用戶必須同意該操作。這時候，CPU 可以繼續工作于運行模式，且完成安全程序的運行。然而，如果對安全程序進行了更改，且沒有重新編譯，則安全程序不再具備一致性，且所有的錯誤抑制措施將不再處于活躍狀態。

當前模式:

顯示CPU 是否工作于安全模式(僅可以聯機訪問CPU 時才能使用該功能).