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

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

圖1　TN-C系統(tǒng)

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

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

圖2　TN-S三相五線制系統(tǒng)

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

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

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

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

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

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

　　1. 監(jiān)控當前請求隊列中待處理的動作數(shù),。

　　2. 判斷腳本是否發(fā)生阻塞,。

　　3. 幫助定位發(fā)生阻塞的動作。

　　4. 定位導致腳本阻塞的函數(shù),。

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

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

　　……

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

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

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

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

　　2.1監(jiān)控當前請求隊列中待處理的動作數(shù)

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

　　使用方法：

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

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

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

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

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

　　圖 3 “info"菜單中菜單項

　　2.2判斷腳本是否發(fā)生阻塞

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

　　使用方法：

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

　　圖 4 “掃描速率"和“梯度" 的組態(tài)

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

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

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

　　2.3幫助定位發(fā)生阻塞的動作

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

　　使用方法：

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

　　圖 6 組態(tài)“check which action need more than xx msec"

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

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

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