西門子工業總線電纜總代理經銷商有關可觸發配置文件中斷的事件的詳細信息，請參見 DPV1 或 PNIO 從站的制造商文檔。表格 5-12 配置文件 OB 的啟動信息輸入 數據類型 說明LADDR HW_IO 硬件標識符Slot UInt 插槽號Specifier Word 報警說明符5.1.3.14 MC 伺服和 MC 插補器 OB在創建運動工藝對象并將驅動器接口設置為“模擬驅動器接口”(Analog drive connection) 或“PROFIDrive”時，STEP 7 會自動創建只讀 MC 伺服和 MC 插補器 OB。用戶無需編輯任何 OB屬性，也無需直接創建此 OB。CPU 將這些 OB 用于閉環控制。有關更多詳細信息，請參見STEP 7 信息系統。5.1.315 MC-PreServo可以對 MC-PreServo OB 進行編程，使其包含程序邏輯：在 MC-Servo OB 執行前直接執行STEP 7 程序。MC-PreServo 事件MC-PreServo OB 使您可讀取所組態的應用周期信息（單位為 μs）。表格 5-13 MC-PreServo OB 的起始信息輸入 數據類型 說明Initial_Call BOOL TRUE 表示從 STOP 轉為 RUN 的過程中首次調用該 OBPIP_Input BOOL TRUE 表示相關的過程映像輸入為最新值。PIP_Output BOOL TRUE 表示在最后一個周期后，CPU 將相關的過程映像輸出適時傳送到輸出中。IO_System USINT 觸發中斷的分布式 I/O 系統的編號Event_Count INT n：丟失的循環數-1：丟失的循環數未知（例如，由于更改了循環）

西門子工控設備包括S7-200SMART、 S7-200CN、S7-300、S7-400、S7-1200、S7-1500、S7-ET200SP 等各類工業自動化產品。公司國際化工業自動化科技產品供應商，是專業從事工業自動化控制系統、機電一體化裝備和信息化軟件系統

集成和硬件維護服務的綜合性企業。西部科技園，東邊是松江大學城，西邊和全球zhuming芯片制造商臺積電毗鄰，作為西門子授權代理商，西門子模塊代理商，西門子一級代理商，西門子PLC代理商，西門子PLC模塊代理商，

，建立現代化倉

儲基地、積累充足的產品儲備、引入萬余款各式工業自動化科技產品我們

向北5公里是佘山國家旅游度假區。軌道交通9號線、滬杭高速公路、同三國道、松閔路等

交通主干道將松江工業區與上海市內外連接，交通十分便利。

建立現代化倉

儲基地、積累充足的產品儲備、引入萬余款各式工業自動化科技產品，我們以持續的卓越與服務，取得了年銷

售額10億元的佳績，憑高滿意的服務贏得了社會各界的好評及青睞。與西門子品牌合作，只為能給中國的客戶提供值得信賴的服務體系，我們

的業務范圍涉及工業自動化科技產品的設計開發、技術服務、安裝調試、銷售及配套服務領域。

目前，將產品布局于中、高端自動化科技產品領域，主要銷售西門子PLC模塊，西門子交換機，西門子變頻器，西門子觸摸屏，西門子電機，西門子數控軟件，西門子電線電纜，西門子低壓產品等等。

長期緊密合作過程中，建立了良好相互協作關系，在自動化控制方面的業務逐年成倍增長，為廣大用戶提供西門子的最新技術及自動控制的zuijia解法方案。西門子公司是一家專注于工業、基礎設施、交通和醫療領域的科技公司。潯之漫智控技術(上海)有限公司本著“以人為本、科技先導、顧客滿意、持續改進”的工作方針，致力于工業自動化控制領域的產品開發、工程配套和系統集成，擁有豐富的自動化產品的應用和實踐經驗以及雄厚的技術力量，尤其以PLC復雜控制系統、傳動技術應用、數控系統以及低壓控制低壓配電為公司的技術特長。

MC-PostServo可以對 MC-PreServo OB 進行編程，使其包含程序邏輯：在 MC-Servo OB 執行后直接執行STEP 7 程序。MC-PostServo 事件MC-PreServo OB 使您可讀取所組態的應用周期信息（單位為 μs）。表格 5-14 MC-PostServo OB 的起始信息輸入 數據類型 說明Initial_Call BOOL TRUE 表示從 STOP 轉為 RUN 的過程中首次調用該 OBPIP_Input BOOL TRUE 表示相關的過程映像輸入為最新值。PIP_Output BOOL TRUE 表示在最后一個周期后，CPU 將相關的過程映像輸出適時傳送到輸出中。IO_System USINT 觸發中斷的分布式 I/O 系統的編號Event_Count INT n：丟失的循環數-1：丟失的循環數未知（例如，由于更改了循環）Synchronous BOOL 預留CycleTime UDINT 顯示為 MC-Servo OB 組態的應用周期，單位為 μs5.1.3.17 事件執行的優先級與排隊事件控制著 CPU 的執行。事件會觸發要執行的中斷 OB。可以在塊的創建期間、設備配置期間或使用 ATTACH 或 DETACH 指令指定事件的中斷 OB。有些事件定期發生，例如，程序循環或循環事件。而其它事件只發生一次，例如，啟動事件和延時事件。還有一些事件則在硬件觸發事件時發生，例如，輸入點上的沿事件或高速計數器事件。診斷錯誤和時間錯誤等事件只在出現錯誤時發生。事件優先級和隊列用于確定事件中斷 OB 的處理順序。CPU 按照優先級順序處理事件，1 為最低優先級，26 為最高優先級?？稍?OB 屬性的屬性中為 OB 分配優先級等級。中斷執行模式OB (頁 72) 按照其觸發事件的優先級順序執行。在 CPU 設備組態的啟動屬性 (頁 149)中，您可以將 OB 執行組態為可中斷或不可中斷。請注意，程序循環 OB 始終為可中斷，但可將其它所有 OB 組態為可中斷或不可中斷。如果設置了可中斷模式，則在執行 OB 并且 OB 執行結束前發生了更高優先級的事件時，將中斷正在運行的 OB，以允許更高優先級的事件 OB 運行。運行更gaoji別的事件直至結束后，才會繼續執行之前中斷的 OB。如果執行可中斷 OB 時發生多個事件，CPU 將按照優先級順序處理這些事件。如果未設置可中斷模式，則無論觸發的 OB 在運行期間是否觸發了其它任何事件，都將繼續運行直至結束。考慮以下兩種情況，其中中斷事件觸發循環 OB 和延時 OB。在這兩種情況中，延時 OB(OB 201) 沒有過程映像分區分配(頁65)并且以優先級 4 執行。循環 OB (OB 200) 分配了 PIP1過程映像分區并且以優先級 2 執行。下圖顯示了不可中斷執行模式與可中斷執行模式下執行OB 的區別CPU 通過各種事件類型的不同隊列限制單一來源的未決（排隊的）事件數量。達到給定事件類型的未決事件限值后，下一個事件將丟失。可以使用時間錯誤中斷 OB (頁 75) 響應隊列溢出。請注意，STEP 7 可用于組態循環中斷OB 和時間 OB 的一些特定事件隊列參數。有關 CPU 過載行為和事件排隊的更多詳細信息，請參見 STEP 7 Information System。每個 CPU 事件都具有相關優先級。通常，CPU 按優先級順序處理事件（優先級最高的最先進行處理）。對于優先級相同的事件，CPU 按照“先到先得”的原則進行處理。表格 5-15 OB 事件事件 允許的數量 默認 OB 優先級程序循環 1 個程序循環事件允許多個 OB11啟動 1 個啟動事件 1允許多個 OB11延時 最多 4 個時間事件每個事件 1 個 OBMC 插補器 1 個事件 241 啟動事件和程序循環事件不會發生，因為啟動事件運行結束后程序循環事件才啟動。2 如果使用 DETACH 和 ATTACH 指令，則可具有 50 個以上的硬件中斷事件 OB。3 可以將 CPU 組態為在超出最大掃描周期時間時保持 RUN 模式，也可使用 RE_TRIGR 指令復位周期時間。如果同一個掃描周期第二次超出最大掃描周期時間，CPU 就會進入 STOP 模式。4 優先級為 22，但可編輯為 22 到 26 之間的任何值。有關詳細信息，請參見主題“用 V4.x CPU 更換 V3.0 CPU (頁 1490)”。直接 I/O 讀/寫錯誤 CPU 將第一次錯誤記錄在診斷緩沖區中并保持 RUN 模式。您可以使用 GET_ERROR_ID (頁 303) 指令訪問錯誤原因。最大周期時間錯誤 CPU 超出組態的周期時間兩次CPU 將錯誤記錄在診斷緩沖區中并切換為 STOP 模式。外圍設備訪問錯誤 過程映像更新期間出現 I/O錯誤CPU 將第一次錯誤記錄在診斷緩沖區中并保持 RUN 模式。編程錯誤 程序執行錯誤 ? 如果啟用了錯誤處理，系統會在錯誤結構中輸入錯誤原因。您可以使用 GET_ERROR_ID (頁 303) 指令訪問錯誤原因。? 如果啟用了全局錯誤處理，系統將在診斷緩沖區中輸入訪問錯誤啟動事件，并保持 RUN 模式。中斷等待時間如果中斷事件發生時程序循環 OB 是唯一激活的事件服務例程，則中斷事件等待時間（該時間是指從通知 CPU 發生了事件到 CPU 開始執行處理該事件的 OB 中的第一條指令）約為 175μs。5.1.4 監視和組態循環時間循環時間是指 CPU 操作系統在 RUN 模式下執行循環階段所需的時間。CPU 提供了兩種監視循環時間的方法：? 最大掃描周期時間? 最小掃描周期時間掃描周期監視在啟動事件完成后開始。此功能的組態位于 CPU“設備組態”(DeviceConfiguration) 的“周期”(Cycle) 下CPU 監視掃描周期，并在掃描周期時間超出組態的最大掃描周期時間時做出響應。如果掃描周期時間超出組態的最大掃描周期時間，則 CPU 會生成錯誤并做出如下響應：? 如果用戶程序中包含時間錯誤中斷 OB (頁 75)，則 CPU 將執行該中斷。? 如果用戶程序不包含時間錯誤中斷 OB，則時間錯誤事件將生成一個診斷緩沖區條目。CPU進入 STOP 模式。RE_TRIGR 指令 (頁 301)（重新觸發周期時間監視）可用于復位記錄周期時間的定時器。如果當前程序循環執行耗費的時間小于所組態最大掃描周期時間的十倍，則 RE_TRIGR 指令將重新觸發周期時間監視并返回“ENO = TRUE”。否則 RE_TRIGR 指令將不會重新觸發周期時間監視，并返回“ENO = FALSE”。通常，掃描周期會盡快執行，當前掃描周期一完成，下一個掃描周期就會開始。視用戶程序和通信任務而定，掃描周期的時間段在各次掃描中有所不同。為了消除這種差異，CPU 支持一種可選的最小掃描周期時間。如果啟用此可選功能并提供以 ms 為單位的最小掃描周期時間，則在執行完程序循環 OB 后 CPU 會延時，直至經過最小掃描周期時間后才重復程序循環。如果 CPU 完成正常掃描周期的時間小于指定的最小循環時間，則 CPU 將用額外的掃描周期時間執行運行診斷和/或處理通信請求。如果 CPU 在指定的最小循環時間內未完成掃描周期，CPU 將正常完成掃描（包括通信處理），并且不會因超出最小掃描時間而引起任何系統響應。下表定義了循環時間監視功能的范圍和默認值：表格 5-17 循環時間的范圍循環時間 值范圍 (ms) 默認值最大掃描周期時間 1 1 到 ms最小掃描周期時間 2 1 到最大掃描周期時間 禁用1 最大掃描周期時間始終啟用。組態循環時間使其介于 1 ms 到 6000 ms 之間。默認值為 150ms。2 最小掃描周期時間為可選項，默認情況下被禁用。必要時，可組態一個 1 ms 到最大掃描周期時間之間的周期時間。通信優先級通信任務的優先級為 1。因為 1 是最低優先級，其他 CPU 事件可以中斷通信處理。其他事件導致的中斷可能會對掃描周期的通信處理產生負面影響?？梢哉{整“通信造成的周期負載”百分比，以增加專用于通信處理的掃描周期部分。有關掃描周期的更多信息，請參見“監視和組態循環時間 (頁 87)”CPU 提供了以下用于存儲用戶程序、數據和組態的存儲區：? 裝載存儲器，用于非易失性地存儲用戶程序、數據和組態。將項目下載到 CPU 后，CPU 會先將程序存儲在裝載存儲區中。該存儲區位于 SIMATIC 存儲卡（如存在）或 CPU 中。CPU能夠在斷電后繼續保持該非易失性存儲區。存儲卡支持的存儲空間比 CPU 內置的存儲空間更大。? 工作存儲器是易失性存儲器，用于在執行用戶程序時存儲用戶項目的某些內容。CPU 會將一些項目內容從裝載存儲器復制到工作存儲器中。該易失性存儲區將在斷電后丟失，而在恢復供電時由 CPU 恢復。? 保持性存儲器，用于非易失性地存儲限量的工作存儲器值。斷電過程中，CPU 使用保持性存儲區存儲所選用戶存儲單元的值。如果發生斷電或掉電，CPU 將在上電時恢復這些保持性值。要顯示編譯程序塊的存儲器使用情況，請右鍵單擊 STEP 7 項目樹中“程序塊”(Programblocks) 文件夾中的塊，從上下文菜單中選擇“屬性”(Properties)。“編譯屬性”(Compiliation properties) 顯示了編譯塊的裝載存儲器和工作存儲器。要顯示在線 CPU 的存儲器使用情況，請雙擊 STEP 7 中的“在線和診斷”(online anddiagnostics)，展開“診斷”(Diagnostics)，選擇“存儲器”(Memory)。