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

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

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

，建立現(xiàn)代化倉

儲(chǔ)基地、積累充足的產(chǎn)品儲(chǔ)備、引入萬余款各式工業(yè)自動(dòng)化科技產(chǎn)品我們

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

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

建立現(xiàn)代化倉

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

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

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

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

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

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