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

西門(mén)子工控設備包括S7-200SMART、 S7-200CN、S7-300、S7-400、S7-1200、S7-1500、S7-ET200SP 等各類(lèi)工業(yè)自動(dòng)化產(chǎn)品。公司國際化工業(yè)自動(dòng)化科技產(chǎn)品供應商，是專(zhuān)業(yè)從事工業(yè)自動(dòng)化控制系統、機電一體化裝備和信息化軟件系統

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

，建立現代化倉

儲基地、積累充足的產(chǎn)品儲備、引入萬(wàn)余款各式工業(yè)自動(dòng)化科技產(chǎn)品與此同時(shí)，我們

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

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

建立現代化倉

儲基地、積累充足的產(chǎn)品儲備、引入萬(wàn)余款各式工業(yè)自動(dòng)化科技產(chǎn)品，我們以持續的卓越與服務(wù)，取得了年銷(xiāo)

售額10億元的佳績(jì)，憑高滿(mǎn)意的服務(wù)贏(yíng)得了社會(huì )各界的好評及青睞。與西門(mén)子品牌合作，只為能給中國的客戶(hù)提供值得信賴(lài)的服務(wù)體系，我們

的業(yè)務(wù)范圍涉及工業(yè)自動(dòng)化科技產(chǎn)品的設計開(kāi)發(fā)、技術(shù)服務(wù)、安裝調試、銷(xiāo)售及配套服務(wù)領(lǐng)域。

目前，將產(chǎn)品布局于中、高端自動(dòng)化科技產(chǎn)品領(lǐng)域，主要銷(xiāo)售西門(mén)子PLC模塊，西門(mén)子交換機，西門(mén)子變頻器，西門(mén)子觸摸屏，西門(mén)子電機，西門(mén)子數控軟件，西門(mén)子電線(xiàn)電纜，西門(mén)子低壓產(chǎn)品等等。

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

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