應用領域 | 化工,電子,電氣 | 產(chǎn)地 | 德國 |
---|---|---|---|
品牌 | 西門子 |
使用apdiag工具進行wincc腳本診斷概述
wincc 的c腳本功能非常強大,可以提供較高的自由度。 但是,不恰當?shù)亟M態(tài)和使用腳本功能會顯著降低系統(tǒng)性能,也可能導致系統(tǒng)崩潰。本文所討論的腳本問題主要為c腳本的阻塞和掛起問題,即如果在過小的周期內(nèi)正在運行的動作太多或者動作的執(zhí)行時間過長(要處理的動作將越聚越多),或者動作已被掛起
參考價 | ¥666 |
訂貨量 | 1臺 |
更新時間:2022-12-14 21:57:19瀏覽次數(shù):372
聯(lián)系我們時請說明是化工儀器網(wǎng)上看到的信息,謝謝!
西門子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í)行的時間,此時沒有以上的輸出