西門子PLC卡件授權代理商

使用西門子S7-300/400PLC的朋友一定對Step7都不陌生，同時你們也應該對OB1如數家珍，因為你不可能不用到它，它是你的好兄弟！但是我卻發現很多的朋友對它的了解還是不夠深入，老鬼今天我就簡單的給大家分享一下OB1的幾個功能！

1、信息知多少？打開OB1，在局部數據區域內，是否發現有一些系統自定義的局部變量？沒錯！有很多，不清楚？那就了解一下吧！

2、下表描述了OB1的臨時(TEMP)變量。變量名為OB1的默認名稱。

3、重點關注的參數 "OB1_MIN_CYCLE"從上次啟動后的大周期(ms) 和 "OB1、_MAX_CYCLE"自上次啟動后的小周期(ms)。給大家一點啟示在CPU硬件配置Cycle/Clock Memory選項卡中 Scan cycle monitoring time選項參數描述的是CPU的循環掃描時間，我們可以結合OB1中的以上2個參數來確定這個掃描時間的值，可以在一定程度上提高CPU的運行效率。

S7-1500 CPU 的 Web 服務器除了其它功能以外，還可以訪問 Web 站點，以獲得CPU的診斷數據和過程數據。這也就意味著我們可以使用便攜移動設備來方便的訪問我們的CPU的診斷信息。激活Web功能只需簡單做設定即可。

Figure19在Step7對Web功能進行組態

1.2.  安全性

在自動化產品的通訊協議以太網化的今天自動化系統息安全問題一直是我們關心的，西門子此次發布的S7-1500也沒有讓我們失望，SIMATIC S7-1500 中提供一種更為全面的安全保護機制，包括授權級別、模塊保護以及通信的完整性等各個方面。“信息安全集成”機制除了可以確保投資安全，而且還可持續提高系統的可用性。

1.2.1.   專有技術保護

可以使用專有技術保護來保護程序中一個或多個 OB、FB、FC 類型的塊以及全局數據塊，防止受未經授權的訪問。 可以輸入密碼限制對塊的訪問。 密碼保護可防止在未經授權的情況下讀取或更改塊。

如果沒有密碼，則只能讀取有關塊的以下數據：

● 塊標題、注釋和塊屬性

● 塊參數（INPUT、OUTPUT、IN、OUT、RETURN）

● 程序調用結構

● 不帶使用點信息的全局變量

對于受到專有技術保護的塊，可執行以下進一步操作：

● 復制和刪除

● 在程序中調用

● 在線/離線比較

Figure20專有技術保護

1.2.2.   防拷貝保護

防拷貝保護則需將程序或塊與一個特定的 SIMATIC 存儲卡或 CPU 進行綁定。 通過鏈接SIMATIC 存儲卡或 CPU 的序列號，該程序或塊只能與 SIMATIC 存儲卡或 CPU 一起使用。 使用這一功能，可通過電子方式（例如，通過電子郵件）或通過發送存儲器模塊的方式來發送程序或塊。

Figure21防拷貝保護功能

1.2.3.   訪問保護

訪問保護功能提供一種全面的安全保護功能，可防止未經授權的項目計劃更改。可為各用戶組分別設置訪問密碼，確保具有不同級別的訪問權限。此外，安全的 CP 1543-1 模塊的使用，更是加強了集成防火墻的訪問保護。

1.2.4.   操作保護

系統對傳輸到控制器的數據進行保護，防止對其進行未經授權的訪問。控制器可以識別發生變更的工程組態數據或者來自陌生設備的工程組態數據。

 西門子PLC卡件授權代理商使用方法簡介

 使cpu進入stop的情況很多，比如地址調用錯誤，沒有下載需要DB塊，編程錯誤等等，如果你想避免錯誤時不使CPU進入停止狀態，你可以在程序中加入特殊的OB塊，則出現相應問題，調用相應的OB塊，雖然里面沒程序，PLC將對錯誤錯誤不作任何處理，繼續運行。否則PLC將進入停機狀態可，比如：

OB73通訊冗余出錯OB

    當容錯S7連接中發生*冗余丟失時，H CPU的操作系統將調用OB73（只有在S7通訊中才會有容錯S7連接）如果其它容錯S7連接發生了冗余丟失，則不會再有OB73啟動。直到為具有容錯功能的所有S7連接恢復冗余后，才會出現另一個OB73啟動。如果發生了啟動事件且OB73沒有編程，CPU不會轉為STOP模式。

OB80時間出錯組織塊

    無論何時執行OB時出錯，S7-300 CPU的操作系統將調用OB80。此類錯誤包括：超出周期時間、執行OB時出現確認錯誤、提前了時間而使OB的啟動時間被跳過、CiR后恢復RUN模式。例如，如果在上一次調用之后發生了某一周期性中斷OB的啟動事件，而同一OB此時仍在執行中，則操作系統將調用OB80。如果OB80尚未編程，則CPU將轉為STOP模式。可以使用SFC 39至42禁用或延遲和重新啟用時間出錯OB。

OB81電源出錯組織塊

    只要發生由錯誤或故障所觸發的事件，而此錯誤或故障又與電源(僅在S7-400上)或備用電池(當事件進入和離開時)有關，則S7-300 CPU的操作系統調用OB81。在S7-400中，如果已使用BATT.INDIC開關激活了電池測試功能，則只有在出現電池故障時才會調用OB81。如果OB81沒有編程，則CPU不會轉為STOP模式。可以使用SFC 39至42禁用或延遲，并重新啟用電源出錯OB。

OB82診斷中斷組織塊

    如果具有診斷功能的模塊(已為其啟用了診斷中斷)檢測到錯誤，則它會輸出一個診斷中斷的請求給CPU(當事件進入和離開時)。則操作系統調用OB82。OB82的局部變量包含邏輯基址和四字節的故障模塊的診斷數據(請參見下表)。如果OB82尚未編程，則CPU轉為STOP模式。可以使用SFC 39至42禁用或延遲，并重新啟用診斷中斷OB。

OB83插入/刪除模塊中斷組織塊

    在下列情況下，CPU操作系統會調用OB 83：

    1、插入/刪除已組態模塊后

    2、在STEP 7下修改模塊參數以及在運行期間將更改下載至CPU后

    可借助SFC 39至42禁用/延遲/啟用插入/刪除中斷OB。

OB84CPU硬件故障組織塊

    在下列情況下，CPU中的OS將調用OB84：

    1、已檢測到并更正了內存出錯之后

    2、對于S7-400H：如果兩個CPU之間的冗余鏈接的性能下降

    可以使用SFC 39至42禁用或延遲CPU硬件出錯OB，然后再次啟用它

OB85優先級出錯組織塊

    只要發生下列事件之一，CPU的操作系統即調用OB85：

    1、尚未裝載的OB(OB81除外)的啟動事件。

    2、操作系統訪問模塊時出錯。

    3、在系統更新過程映像期間出現I/O訪問錯誤(如果由于組態原因，未禁止OB85的調用)。

OB86機架故障組織塊

    只要在分布式I/O (PROFIBUS DP或PROFInet IO)中檢測到中央擴展機架(不帶S7-300)、DP主站系統或站故障(進入事件與離開事件時)，CPU的操作系統調用OB86。如果OB86尚未編程，當檢測到此種類型的出錯時，CPU將轉為STOP模式。可使用SFC 39至42禁用或延遲，并重新啟用OB86。

OB87通訊出錯組織塊

    只要發生由通訊出錯導致的事件，CPU的操作系統就會調用OB87。如果OB87尚未編程，CPU不會轉為STOP模式。可以使用SFC 39至42禁用或延遲，并重新啟用通訊出錯OB

OB 88處理中斷OB

    程序塊執行被中止后，CPU操作系統將調用OB 88。導致此中斷的原因可能是：

       1、同步出錯的嵌套深度過大

       2、塊調用(U堆棧)的嵌套深度過大

       3、分配本地數據時出錯

    如果未對OB 88編程且程序塊執行被中止，則CPU進入STOP模式(事件ID W#16#4570)。如果在優先級28下中止了程序塊執行，則CPU進入STOP模式。可借助于SFC 39至42禁用、延遲和啟用處理中斷OB。

OB121編程出錯組織塊

    只要發生同程序處理相關的錯誤所導致的事件，CPU的操作系統即調用OB121。例如，如果用戶程序調用了尚未裝載到CPU中的塊，將會調用OB121。

OB122I/O訪問出錯組織塊

    只要在訪問模塊上的數據時出錯，CPU的操作系統即調用OB122。例如，如果在訪問I/O模塊上的數據時，CPU檢測