檢查電機負載端是否異常。3）軟啟動器可控硅擊穿短路。怎樣格式化或復位SIMATICS7-300CPU的MMC卡(微存儲卡)說明：用戶不能格式化MMC卡。只能是“復位”MMC卡，這會刪除所有用戶數據。
按以下步驟進行：1.MMC卡插在CPU的插槽中。CPU要求整機復位(STOPLED燈慢閃爍)。2.將模式轉換開關扳到MRES位置，並在此位置保持(大約9秒)直到STOPLED燈持續亮。3.在接下來的3秒鐘內將轉換開關松開回到STOP模式位置，並再次扳到MRES位置。
STOPLED燈在刪除過程中閃爍。如果MMC卡在以上描述的步驟完成後仍繼續請求整機復位，則該卡有故障。注意事項：如果MMC卡包含的數據對CPU無效，就只可能對它進行復位。另外MMC卡只能由上述步驟初始化。
警告：不要將MMC卡用於非SIMATIC產品並不要使用第三方設備格式化它。這可能覆寫MMC卡的內部結構且無法恢復。這樣會導致此MMC卡不能被SIMATICCPU識別/接受並無法再在SIMATIC設備中使用。
哪些設備不通過CPU可以對SIMATICS7-300MMC卡進行讀寫操作設備注意事項：S7-300的MMC卡在CPU外只能由以下設備讀或寫：FieldPGPowerPG用於PG720或PG740的MMC編程適配器(MLFB6ES7798-0BA00-0XA0)USB編程器(MLFB6ES7792-0。
在SIMATICS7連網的情況下，為什麼使用PG調用診斷功能或傳送塊時，到OP的連接會掉線描述：每一個連接都需要給所連接的終端站點或其上的CP提供連接資源。連接資源的數量與CPU/CP的型號相關。由上述現象可知，存在資源瓶頸。
甚至可能根本無法用PG進行在線。請檢查實際的通信連接數量，CPU是否有足夠的連接資源。由於缺少連接資源而出現的OP通信問題，通常發生在老版本的SIMATICS7-300CPU上，一方面這些SIMATICS7-300中的連接資源少，另一方面連接資源還不能預留給PG、OP和S7基本通信使用。
此問題可能通過保留資源得到很好的解決。否則就要對CPU進行硬件升級。西門子PROFIBUSDP通信是否佔用連接資源組態注意事項：只要數據是通過的裝載（L）和傳送(T)指令進行交換的，主站－從站係統中的PROFIBUSDP通信就不佔用連接資源。
DP從站的數量與連接資源無關。在保留資源時，在硬件配置中的CPU屬性對話框的“Communication”欄（在許多SIMATICS7-300CPU中可見）中也不需要考慮DP通信。在所有的其它情況中，例如S7BASIC通信，S7通信，S5-compatible通信等，它們通過通信功能塊進行數據交換，就有可用的連接資源。
哪些分布式IO的故障信號模塊可與哪些故障控制器結合使用組態注意事項：根據所用的係統，會有不同的分布式I/O信號模塊可用。SIMATICS7-400F/FH高可靠性的故障S7-400F/FH係統可通過使用ET200M的故障模塊和ET200S的單通道模塊進行擴展。
SIMATICS7-400F故障型的S7-400F係統可使用ET200M，ET200S，ET200PRO，ET200eco的故障模塊以及符合PROFIsafe配置文件的故障標準從站進行擴展。
SIMATICS7-300F故障型CPU可主要使用ET200M的故障模塊進行擴展。ET200M，ET200S，ET200PRO和ET200eco模塊用來進行分布式安裝。同樣，所有符合PROFIsafe配置文件的故障標準從站可通過PROFIBUS連接。
為什麼在整個係統掉電後恢復供電之後CPU仍然在STOP狀態描述：包括DP主站S7-300和從站的整個係統通過主開關切斷電源。通過CPU的內部電壓緩衝，CPU一般可繼續運行大概50到100毫秒並且在這段時間中檢測到所連接從站的故障。
依賴於所用的電源單元，電壓緩衝可以更長(長500毫秒)。如果OB86或OB122沒有被編程，CPU就由於從站丟失而進入STOP狀態。補救措施：對OB86和OB122(必要時OB82)編程，啟動定時器。
定時器的值大於CPU的電壓緩衝持續時間(也就是大於指導值100毫秒)，可以通過適當的測試來確定這個值。在係統運行時出現從站故障，若定時器時間到，而且從站故障依然存在，CPU就按已編程的方式作出響應。
例如由於STOP命令CPU進入STOP狀態。當係統掉電時，會啟動定時器。如果選擇了正確的定時器時間，那麼定時器就不會超時，因為CPU在從站掉電後也會很快沒有操作電壓。因此CPU在RUN模式中掉電後，一旦電壓恢復就會重新運行。
SIMATICS7-300400為什麼循環中斷被跳過說明：中斷程序的長度如果在處理某個循環中斷時，又來了一個相同的循環中斷，此時操作係統會調用OB80，存儲這個沒有執行的循環中斷並且在下一個合適的時候執行此循環中斷(如果沒有下載時間錯誤處理組織塊(OB80)，則CPU會切換到停機STOP狀態)。
請注意在長時間電壓緩衝（500ms）的情況下，可能會發生其它錯誤如站故障、I/O故障、時間錯誤、周期時間超時、緩衝溢出等，就會導致CPU進入STOP狀態。所以如果中斷程序持續的時間與調用間隔一樣長－由於中斷程序不斷變化－偶爾情況下循環中斷OB執行的時間會大於調用間隔時間。
當中斷程序(由隨後應該執行的循環中斷觸發)由於處理時間過長而覆蓋了隨後的兩個循環中斷時，就存在丟失一個循環中斷的危險。由於操作係統只存儲一個循環中斷，所以在這種情況下就會丟失一個中斷。優先級和相位偏移參數設置不當由於當前正在處理另外的循環中斷，而這時又調用一個循環中斷，該循環中斷就會被跳過。
使用優先級以及相位偏移可以調整程序處理時間。避免在一個優先級內分配多個循環中斷處理；不要將優先級0分配給要使用的循環中斷OB。如果存在其它OB，則不會執行這個循環中斷；在調用間隔內設置循環中斷的相位偏移(互為公倍數關係)禁止循環中斷檢查是否在循環程序中使用SFC39“DIS_IRT”禁止了不希望出現的循環中斷。
在這種情況下，操作係統既不會調用循環中斷OB，也不會觸發非編程循環中斷OB定義的響應過程。即使使用SFC40“EN_IRT”解除了對循環中斷的禁止，也不會立即執行此循環中斷。禁止循環中斷的事件會影響所有的優先級。
此處可以參見這兩個SFC的在線幫助。延遲循環中斷檢查是否在循環程序中使用SFC41“DIS_AIRT”延遲了不希望出現的循環中斷或者中斷驅動的程序，結果造成這些中斷或者程序丟失。使用SFC41“DIS_AIRT”，可以延遲處理優先級高於當前OB的循環中斷OB。
如果F-CPU進入STOP模式，並且在診斷緩衝區中出現“Datafalsificationinthesafetyprogram...”消息時，應該怎麼辦描述：F-CPU進入STOP模式，在診斷緩衝區出現“DatacorruptioninthesafetyprogrambeforeoutputtoFI。
可以在OB中多次調用SFC41。操作係統會計算調用SFC41的次數，處理延遲一直有效，除非使用SFC42“EN_AIRT”取消使用SFC41設置的中斷延遲，或者直到處理完當前OB為止。如果在程序中出現數據損壞或者希望避免此類問題，請按以下所述操作：當對本地數據區操作時，在一個F-PB/F-FB/F-FC中，個對本地數據的訪問一直是寫訪問。
Flip-flop(SR,RS)，Setoutput(S)或者Resetoutput(R)操作不能初始化本地數據位。為了初始化，本地數據需要轉換為靜態變量。請注意在F-FB/F-FC中，它的輸入參數只有讀訪問權限，輸出參數只有寫訪問權限。
使用in/out參數進行讀寫訪問。數學運算的結果使得數值範圍發生上溢或者下溢。因此應該確保在創建程序時，整數(16位)在允許的範圍之內。這樣可以對溢出錯誤位(狀態字的OV位)進行評估。對於故障接收塊F_RCVDP的輸出參數，不要使用在同一個F_RCVDP或者不同的F_RCVDP調用輸入參數中已經使用過的參數。
否則由於識別出數據有衝突，FCPU將進入STOP模式，或者會得到錯誤消息：“F_ReceiveBlockxxxcanonlybecalledatthebeginningoftheFprogramblock”。
可以通過過程映像區(PII)使用來自標準用戶程序的M區或者來自標準I/O的信號實現標準程序和F程序間的通信。禁止從標準程序到故障程序的數據塊的寫訪問。此規則的例外是當使用塊F_ACK_OP進行故障用戶確認時。
在程序中，如果希望從標準用戶程序(M區或者標準I/O的PII)中讀取數據，而該數據可以通過標準用戶程序或者運行著的F係統中的HMI所改變，例如由於標準用戶程序要被更高優先級的時間中斷處理，這就需要使用單獨的M區地址。
在進入F程序運行時間之前，立即將數據從標準用戶程序寫入到這些M區中。然後在程序中僅訪問這些M區地址就可以了。還要注意，在組態FCPU時(在硬件配置中的FCPU的對象屬性對話框中)，所定義的時鐘標記可以在F程序運行時間內改變，因為時鐘標記與FCPU周期運行不同步。
豫公安備 41010502000017號