西門子PLC控制器6ES7315-6TH13-0AB0

農網特點面廣點多，農網改造是以降低線損，從而降低農村電價，改造具體到居民的進戶箱，改造后進戶箱將成為居民與電力部門的產權分界點，所以本次改造是對農網體制的重大改革，保證今后電網更加合理、安全、經濟，同時也緊密了電力部門和用戶的關系，農網改造的方案必須完善可靠。針對農村用電的復雜性，一般要求：
　　(1)要求所有用電設備外殼接地；
　　(2)裝設漏電末級保護，以保證廣大用戶的人身安全；
　　(3)線路進行多處的重復接地。
　　根據我們的經驗推薦兩種接線供參考。
1、TN－C接地系統
　　TN－C系統接線如圖1所示，具體接地情況如下：

圖1　TN-C系統

　　(1)用電設備依靠漏電末級保護進行保護；
　　(2)取消漏電總保，增加漏電中保；
　　(3)保護接地的電阻在符合《低壓規程》“12.4.6"的前提下必須足夠??；
　　(4)配電屏、控制屏接地接零，分支箱、計量箱、用電設備接地。

2、TN－S三相五線制系統
　　在這個系統中，中性線與保護線是分開的，接線如圖2所示，具體接地情況如下：

圖2　TN-S三相五線制系統

　　(1)N點直接接地，N線重復接地，保護零線與N線共同接地，且重復接地；
　　(2)設漏電末級保護；
　　(3)保護零線除在中性點接地與工作零線相連外，不允許其他地方相連。

　　農網改造事關重大，不能有半點疏忽，各地區應根據地方實際選擇一安全可靠的系統接線。以上推薦方案僅供參考，同時我們還必須注意以下一些問題：
　　(1)表箱內安裝的漏電保護開關必須可靠，要有足夠開斷短路電流的能力；
　　(2)保護、工作接零系統上零線不允許裝設開關或保險；
　　(3)農網改造嚴格控制供電半徑在500 m以內，線路重復接地數不少于3處；
　　(4)配電箱、計量箱裝設電流表，嚴格控制三相負荷的平衡度，從規劃到設計施工均應引起重視，在規程要求25％的中線電流內，做到盡可能小，并能有不同季節的負荷記錄，及時地調整負荷分配。推廣使用配變監測儀；
　　(5)總(分支)開關的保護應校核至線路末端動作，應該說在500 m控制范圍內，實現是比較容易的；
　　(6) 條件許可的地區，電壓架空線路推廣使用絕緣線；
　　(7) 零線應與相線同截面，工作零線與保護零線應有不同的色標；
　　(8) 要求每年測試配變的中性點接地電阻，發現電阻超過規定值的20％及以上時，應增加接地體

西門子PLC控制器6ES7315-6TH13-0AB0.

　1使用apdiag工具進行wincc腳本診斷概述

　　wincc 的c腳本功能非常強大，可以提供較高的自由度。 但是，不恰當地組態和使用腳本功能會顯著降低系統性能，也可能導致系統崩潰。本文所討論的腳本問題主要為c腳本的阻塞和掛起問題，即如果在過小的周期內正在運行的動作太多或者動作的執行時間過長（要處理的動作將越聚越多），或者動作已被掛起（休眠、循環、輸出對話框、等待另一個應用程序的響應...），則等待隊列可能會溢出。所有其它動作均將積聚在等待隊列中，不能及時進行處理。

　　針對以上問題，可以使用 apdiag 診斷工具進行分析和診斷，apdiag 工具主要可以提供以下功能：

　　1. 監控當前請求隊列中待處理的動作數。

　　2. 判斷腳本是否發生阻塞。

　　3. 幫助定位發生阻塞的動作。

　　4. 定位導致腳本阻塞的函數。

　　5. 啟動將重要腳本診斷值保存在變量中的功能。

　　6. 設置診斷信息輸出到窗口、文件或被刪除。

　　……

　　診斷工具apdiag.exe 位于安裝目錄的“...\siemens\wincc\utools"文件夾中，雙擊即可啟動該應用程序。關于 apdiag 的詳細使用方法，請參見幫助文檔目錄中的“wincc 診斷"一章。

　　另外，關于wincc腳本的基本診斷方法，包括“gsc診斷窗口"和“gsc運行系統窗口"（在對象選項板中，選擇“智能對象\應用程序窗口"，在“窗口內容"對話框中選擇“全局腳本"，在“模板"對話框中，選擇“gsc 診斷"或“gsc 運行系統"即可）的使用，請參見視頻“v0742

　　2 apdiag 診斷工具提供的主要功能和使用方法介紹

　　以下介紹了6個主要的功能和相應的使用方法。注意，要及時關閉不用的診斷功能，以避免在運行系統運行期間降低系統性能。

　　2.1監控當前請求隊列中待處理的動作數

　　功能描述：根據當前請求隊列中待處理動作數的變化趨勢，判斷腳本是否發生阻塞。

　　使用方法：

　　首先，在畫面上放置“gsc 診斷窗口"，運行wincc時，打開apdiag 工具，選擇“info"菜單下的“count of actions in requestqueue"菜單項，將輸出當前請求隊列中待處理的動作數，其中包括來自全局腳本的作業、來自畫面的周期性作業以及來自畫面的事件控制性作業。例如，在“gsc 診斷窗口"中輸出如下圖1所示的內容，紅色框中的內容代表來自全局腳本作業的當前請求隊列中待處理的動作數為8個。

　　圖 1 使用“count of actions in requestqueue"的診斷輸出

　　運行一段時間后，再次點擊“count of actions in requestqueue"菜單項，紅色框所示的待處理的動作數變為59個，如圖2所示。多次操作后，如果待處理的動作數有不斷上漲的趨勢，則說明全局腳本發生了阻塞。

　　圖 2再次使用“count of actions in requestqueue"的診斷輸出

　　此外，在“info"菜單中，還提供了與系統有關的其它診斷信息，如圖3所示。在選擇相應菜單項后，均將輸出診斷信息到“gsc 診斷窗口"，詳細內容請參見幫助文檔。

　　圖 3 “info"菜單中菜單項

　　2.2判斷腳本是否發生阻塞

　　功能描述：設置“掃描速率"和“梯度"，可以監視請求隊列的增長。

　　使用方法：

　　打開“diagnostics"菜單下的“概要文件"(profile) 菜單項。組態“check the request/actionqueues"，可對緩慢增加的等待隊列進行檢測?！皰呙杷俾? (scanrate) 值可用于定義應在增加了多少個新作業后檢查隊列的長度。 如果隊列的增長超出在“梯度"(gradient) 中所定義的值，則將以 “printf "的形式輸出警告。

　　圖 4 “掃描速率"和“梯度" 的組態

　　如上圖4所示，如果輸入“掃描速率"(scanrate) 為“100"且“梯度"(gradient) 為“30"，則每放置 100 個新條目（動作）到隊列中，即會檢查隊列的增長是否超過 30 個條目（100 個新作業中得到處理的少于 70 個）。 如果情況如此，則以 “printf() "的形式輸出以下診斷信息，如圖5所示。

　　圖 5 組態“掃描速率"和“梯度"輸出的診斷信息

　　需要注意的是，除了全局動作之外，畫面中周期執行的腳本也在檢查的范圍內。

　　2.3幫助定位發生阻塞的動作

　　功能描述：設置動作運行時間的限值，可測量運行時間過長的動作的實際運行時間，幫助定位發生阻塞的動作。

　　使用方法：

　　打開“diagnostics"菜單下的“概要文件"(profile) 菜單項。激活“檢查運行需要超過 xx 毫秒的動作"(check which action need more than xx msec) 復選框，則將輸出運行時間大于規定時間的所有動作的實際運行時間。

　　圖 6 組態“check which action need more than xx msec"

　　如上圖6所示，將xx毫秒設置成2000毫秒，如果有動作執行超出2000毫秒，可以在圖7的“gsc診斷窗口"中找到如下的輸出：

　　圖 7 組態“檢查運行需要超過 xx 毫秒的動作"的輸出診斷信息

　　從上圖中紅色線標注的信息可以看出，有動作執行超出設定的毫秒數。由“szfunctionname：@c"，在“gsc 運行系統窗口"可以查到“@c" 所對應的動作名稱。假設該動作設置的觸發周期為2秒鐘，但是由上圖實際執行時間為4999.6毫秒，則有可能由于該動作執行時間過長，導致整個腳本隊列的堵塞，需要檢查該動作的代碼。注意，如果該動作發生掛起（停在某代碼處，無法繼續執行），則無法計算該動作執行的時間，此時沒有以上的輸出