西門子6FC5357-0BB21-0AE0

6FC5357-0BB14-0AA0

SINUMERIK 840D/DE NCU 571.4，400MHz，64MB 不帶系統軟件 存儲器：NC 0.5MB，PLC 96KB PROFIBUS-DP 準備

問題：
調試階段，診斷DP主站系統中的錯誤，有哪幾種方法？

解答：
下列原因可能導致PROFIBUS DP網絡發生故障：

• 總線電纜接線/安裝錯誤
• DP主站和DP從站組態錯誤
• 相關的PROFIBUS DP網絡組態錯誤
• CPU程序中通信尋址錯誤

下面，我們將介紹用于處理上述各種故障源的診斷工具。

總線電纜接線/安裝錯誤

BT200 BUS TESTER

BT200 Bus Tester(BT200總線測試工具)用于檢查接線。PROFIBUS電纜未處于使用中時，可使用BT200 Bus Tester進行下列測試：

檢查PROFIBUS電纜：

• 電線破損
• 防護層破損
• 導線之間短路或者導線和防護層之間短路
• 定位數據電纜破損/短路的位置
• 辨別故障原因
• 接線不正確
• 安裝配線的長度

網絡處于使用中時，也可以使用BT200 Bus Tester進行診斷：

檢查從站的可用性：

• 將可訪問的從站列表
• 選擇性地尋址獨立的從站

檢查主站和從站的RS 485接口：

• RS 485 驅動
• 線路終端電源
• RTS 信號
• 顯示PROFIBUS DP地址

使用示波器測量信號電平

使用示波器可以顯示PROFIBUS上的信號電平。應當使用矩形顯示窗口的示波器，需 要專業人員來對示波器圖像進行評估.

DP主站和DP從站的組態

在HW Configuration中可以在線或者離線監視總線，從而檢查總線上連接的DP主站和DP從站的組態。可 以從CPU中將組態下載下來用于離線分析。

如果在HW Configuration中對組態進行在線分析，可以識別故障或者有缺陷的模塊。對于支持診斷的模塊，也 可以探測潛在的通道故障(如斷線)。

圖 1：HW Configuration的在線視圖

如果模塊發生故障，則故障時間被記錄在診斷緩沖區中。

西門子6FC5357-0BB21-0AE0

圖 2：從站發生故障時CPU的診斷緩沖區

PROFIBUS DP網絡

有些用于PROFIBUS的PC接口可提供診斷功能。可通過“Set PG/PC Interface”或“Set PC Station”找到它們。

在這里，可以讀出實際總線參數，并以PROFIBUS可用節點的形式表示。

圖 3：SIMATIC Net 診斷工具

AMPROLYZER

Amprolyzer軟件也可用于分析PROFIBUS網絡，具有下列功能。

• 總線上所有PROFIBUS節點的生命狀態監視
• 節點當前運行狀態的總體診斷
• 總線時間統計，如超時和消息循環
• 傳輸數據自動檢測
• 針對事件和消息的內容(包含時間標志)，使用觸發器和過濾器選項進行消息記錄
• 以Excel格式保存和導出消息記錄

問題：
在自動重啟后，為什么CPU無法正常啟動，反而停止并出現出錯信息“QVZ”或“PEU”？在 USTACK中常常不顯示更多有用信息。

解答：
如果各自帶有電源的幾個系統(中央控制器和擴展單元的分布式連接)連接到同一電壓上并且同時開關這些系統，則 會發生諸如中央控制器無法自動啟動(QVZ,PEU)的現象。
根據裝載的不同系統，在不同時間將系統電源切換到內置5V系統電壓。這對整個系統都有影響，在設計和編程時要注意。本 文中開/關狀態下的影響是不同的，需要分別考慮。

I. 關狀態

• 如果中央控制器比擴展單元(5V系統電壓)早死機，則不會發生問題。在該情況下CPU因受電源故障(NAU)影響而停止運行，在 電壓恢復后可以重新運行。
• 在擴展單元比中央控制器早死機的情況下，CPU能夠檢測并保存來自分布式擴展單元的錯誤。這 些錯誤可以是無法確定外圍設備(PEU)或是確認延遲(QVZ)。鑒于安全考慮，SIMATIC S5系統在這種情況下表現為：在供電恢復后，C PU回到電源故障(NAU)前所處的模式。
  例如，由于CPU在電源故障之前快速保存了錯誤(PEU或QVZ)，所以CPU仍保持停止。鑒于安全考慮，用 戶必須通過打開電源或是重啟CPU對已辨識的錯誤進行確認。如果未對OB23/24進行編程或在OB23/24中對停止進行編程，則 S5-115U系列的CPU將會停止，這是該系列CPU的系統屬性。

補救措施： 
通過分布式接口(可通過軟件評估的CPU 945)可以關閉PEU信號。在 由QVZ而不是PEU錯誤導致CPU停止的情況下，可以通過OB23/24使用軟件來抑制確認延遲。但缺點是，例如無法再辨識出 一個草擬的或有錯誤的CPU模塊(“實際QVZ”)。為區分“實際QVZ”和由電源故障產生的QVZ,特提出以下解決方法：

1. 創建一個塊并在OB 23/24中打開它。
2. 在塊中編寫時間環的程序。環長度根據設備和經驗值來確定時間(建議為：100...500ms)。
3. 在該時間環(比如停止)結束后，對“實際QVZ"結果進行編程。

功能塊中的程序實例
 

注意事項：

• 時間環>關狀態時系統之間的時間差異。
• 需要重新觸發循環時間。
• 應用臨界時間重新設置輸出。

程序描述
在(由電源故障或“實際QVZ”)已辨識QVZ的情況下，CPU插入到OB23/24并處理時間環。& nbsp;

在電源故障情況下，甚至在處理時間環(正常程序處理)時CPU也會停止。不記錄其它錯誤，并在供電恢復后CPU開始運行。

在“實際QVZ”的情況下，在結束該時間環后處理下一個STEP 5操作/序列。
在此可以對全部“實際QVZ”(比如停止狀態)響應進行編程。

II. 開狀態
在開狀態下，需要注意的是：CPU檢測到所有外圍設置的數字設定并將它保存在一個控制扇區中。在 循環程序中，過程映像更新時只讀取和寫入外圍設置。如果擴展單元比中央控制器要早連到電源上，就不會發生問題。

補救措施： 
有了S5-115U中央模塊(CPU版本B)，“可編程啟動延遲”（ 參見S5-115U Manual Chapter 2.5.1 Start-up Behaviour）就是可行的。這種情況下，在 終止啟動延遲后讀取外圍設置。此時如果已經讀取了控制扇區，則OB21/22中的延遲就不起作用了。

根據該方法，無需任何硬件花費就可以消除上面提到的錯誤。當電源恢復后，CPU將在（也應該在）無錯模式下運行。