監(jiān)控軟件范文
時(shí)間:2023-03-15 04:05:52
導(dǎo)語:如何才能寫好一篇監(jiān)控軟件,這就需要搜集整理更多的資料和文獻(xiàn),歡迎閱讀由公務(wù)員之家整理的十篇范文,供你借鑒。
篇1
論文摘要:目前我國電信網(wǎng)中的通信設(shè)備種類繁多,結(jié)構(gòu)龐大,功能復(fù)雜。為實(shí)現(xiàn)高容錯(cuò)、高可靠性,電信運(yùn)營企業(yè)網(wǎng)絡(luò)資源管理多采用分布式系統(tǒng)實(shí)現(xiàn)。在多臺(tái)服務(wù)器參與實(shí)際工作時(shí),由主監(jiān)控器將處理業(yè)務(wù)分解為相應(yīng)的處理進(jìn)程,按一定的調(diào)度策略分散到各個(gè)服務(wù)器上以達(dá)到負(fù)載均衡。即使處理信息業(yè)務(wù)量不斷增加,也只需通過任務(wù)調(diào)度增加服務(wù)器的臺(tái)數(shù)或升級(jí)服務(wù)器來解決。
引言
電信網(wǎng)是一個(gè)極其復(fù)雜的系統(tǒng),結(jié)構(gòu)龐大,功能復(fù)雜;分系統(tǒng)、子系統(tǒng)縱橫交錯(cuò),相互藕合[1]。由于任務(wù)使命的特殊性,對(duì)系統(tǒng)(包括每個(gè)子系統(tǒng))的可靠性要求極高,因此高可靠性是對(duì)電信網(wǎng)運(yùn)行的基本要求。目前我國電信網(wǎng)中使用的通信設(shè)備種類繁多,電信運(yùn)營企業(yè)網(wǎng)絡(luò)資源管理工作成為電信運(yùn)營商提高網(wǎng)絡(luò)運(yùn)營效率、提供網(wǎng)絡(luò)互聯(lián)、接入服務(wù)以及端到端綜合服務(wù)能力、實(shí)現(xiàn)全網(wǎng)集約化經(jīng)營的重要手段。網(wǎng)絡(luò)資源管理系統(tǒng)是一套位于電信企業(yè)后臺(tái)的運(yùn)行支撐系統(tǒng)。雖然已經(jīng)開通運(yùn)行的局不少,但要做到先進(jìn)、實(shí)用、規(guī)范、符合電信管理網(wǎng)(TMN)建設(shè)的要求,還需要不斷的完善與發(fā)展[2]。
1系統(tǒng)構(gòu)成
整個(gè)監(jiān)控系統(tǒng)劃分成三層,包括:集中監(jiān)控中心CSC(CentralSupervisionCenter)、區(qū)域監(jiān)控中心LSC(LocalSupervisionCenter)以及各基站的現(xiàn)場(chǎng)監(jiān)控單元FSU(FieldSupervisionCenter)[3,5]。三層系統(tǒng)結(jié)構(gòu)如圖1所示。
集中監(jiān)控中心CSC負(fù)責(zé)對(duì)多個(gè)區(qū)域監(jiān)控中心LSC的集中管理,它接收LSC傳來的實(shí)時(shí)信息、報(bào)警信息和視頻信息、顯示監(jiān)控畫面和視頻內(nèi)容、處理所有的報(bào)警信息、發(fā)送管理人員的控制命令給LSC、記錄報(bào)警事件。在CSC可以看到各LSC的所有實(shí)時(shí)信息,完成各種控制任務(wù)。CSC和LSC之間通過TCP/IP連接,傳輸與具體連接的網(wǎng)絡(luò)類型無關(guān)[4]。
區(qū)域監(jiān)控中心LSC由監(jiān)控主機(jī)、智能模塊、協(xié)議轉(zhuǎn)換模塊、信號(hào)處理模塊、多設(shè)備驅(qū)動(dòng)卡、視頻處理卡及智能設(shè)備等組成。監(jiān)控主機(jī)與智能設(shè)備之間通過RS485/232或網(wǎng)絡(luò)連接,采用主從方式通過各種通訊協(xié)議相互通訊,取得各設(shè)備的實(shí)時(shí)數(shù)據(jù)。LSC將所有的實(shí)時(shí)數(shù)據(jù)上傳給CSC,由CSC統(tǒng)一對(duì)所有事件作出響應(yīng)。
監(jiān)控單元FSU連接各種電源,空調(diào)等智能或非智能設(shè)備以及各種環(huán)境量的采集器。FSU對(duì)監(jiān)控對(duì)象進(jìn)行數(shù)據(jù)采集,接收監(jiān)控對(duì)象的的告警數(shù)據(jù),通過接口把這些數(shù)據(jù)上行傳送給LSC。監(jiān)控單元通過接口接收LSC下行傳送過來的控制命令,把這些控制命令發(fā)送至受控設(shè)備及環(huán)境量采集器,對(duì)受控設(shè)備及環(huán)境量采集器直接進(jìn)行控制。基本的FSU構(gòu)成如圖2所示。
2監(jiān)控軟件調(diào)度結(jié)構(gòu)
為實(shí)現(xiàn)高容錯(cuò)、高可靠性,電信運(yùn)營企業(yè)網(wǎng)絡(luò)資源管理多采用分布式系統(tǒng)實(shí)現(xiàn)。在分布式系統(tǒng)中,任務(wù)調(diào)度算法按照調(diào)度程序的結(jié)構(gòu)或調(diào)度程序所收集調(diào)度信息的范圍,網(wǎng)絡(luò)監(jiān)控軟件分為集中式調(diào)度算法和分布式調(diào)度算法[6]。
集中式調(diào)度算法系統(tǒng)中有一個(gè)負(fù)責(zé)調(diào)度的主機(jī)負(fù)責(zé)搜集系統(tǒng)負(fù)載信息。它維護(hù)著一個(gè)任務(wù)分配表,并且根據(jù)系統(tǒng)負(fù)載狀況來分配任務(wù)。其它的主機(jī)都是計(jì)算主機(jī),計(jì)算主機(jī)只負(fù)責(zé)接收任務(wù),如圖3所示。
這種策略的優(yōu)點(diǎn)是:調(diào)度主機(jī)擁有全局信息,易于進(jìn)行決策并保持負(fù)載平衡,易于跟蹤執(zhí)行情況。算法比較容易實(shí)現(xiàn),適用于結(jié)點(diǎn)數(shù)目比較少的網(wǎng)絡(luò)環(huán)境,在總線型網(wǎng)絡(luò)上有比較好的性能[7]。
分布式調(diào)度算法是根據(jù)局部范圍內(nèi)的一些結(jié)點(diǎn)主機(jī)的負(fù)載信息來進(jìn)行負(fù)載平衡調(diào)度操作,不再有一個(gè)集中的調(diào)度主機(jī),每個(gè)主機(jī)只與一部分主機(jī)通信。按負(fù)載平衡調(diào)度的啟動(dòng)者來劃分,這類調(diào)度策略主要有發(fā)送者驅(qū)動(dòng)策略,接收者驅(qū)動(dòng)策略和混合驅(qū)動(dòng)策略,如圖4所示。
分布式的調(diào)度算法的主要優(yōu)點(diǎn)是可擴(kuò)放性好,適合結(jié)點(diǎn)數(shù)較多的大規(guī)模并行分布系統(tǒng)。主要缺點(diǎn)是算法復(fù)雜,難于實(shí)現(xiàn)沒有全局信息,難于跟蹤程序運(yùn)行。鑒于系統(tǒng)的多樣性和復(fù)雜性,選用哪種調(diào)度方法取決于實(shí)際需要的不同考慮。一般而言,在結(jié)點(diǎn)較少的情況下(如16個(gè)結(jié)點(diǎn)),集中式調(diào)度不會(huì)造成通信瓶頸,且實(shí)現(xiàn)算法簡(jiǎn)單、可靠。本系統(tǒng)中,選用集中式調(diào)度策略實(shí)現(xiàn)進(jìn)程調(diào)度。
系統(tǒng)的設(shè)計(jì)開發(fā)軟件采用C#.NET實(shí)現(xiàn),系統(tǒng)的運(yùn)行平臺(tái)為Windows2000/2003服務(wù)器版。
3網(wǎng)絡(luò)監(jiān)控平臺(tái)
網(wǎng)絡(luò)監(jiān)控平臺(tái)是監(jiān)控系統(tǒng)的底層通信部分,在后臺(tái)運(yùn)行,主要處理網(wǎng)絡(luò)信息交互,具體包括網(wǎng)絡(luò)監(jiān)控線程、信息解析線程及網(wǎng)絡(luò)下發(fā)線程。各部分的具體流程如下:
如圖5所示,網(wǎng)絡(luò)監(jiān)控線程監(jiān)控網(wǎng)絡(luò)的運(yùn)行情況。網(wǎng)絡(luò)數(shù)據(jù)解析主要是分析網(wǎng)絡(luò)數(shù)據(jù),是否滿足通信幀協(xié)議要求,判斷接收數(shù)據(jù)的有效性,若有效則將接收數(shù)據(jù)錄入緩存區(qū)。
如圖6所示,信息解析完成網(wǎng)絡(luò)數(shù)據(jù)的幀結(jié)構(gòu)解析,并根據(jù)具體內(nèi)容分別錄入后臺(tái)數(shù)據(jù)庫。針對(duì)告警信息,觸發(fā)告警處理線程,有新數(shù)據(jù)錄入,根據(jù)具體內(nèi)容觸發(fā)消息處理機(jī)制,告知服務(wù)監(jiān)控平臺(tái)進(jìn)行數(shù)據(jù)刷新。如圖7所示,展示了主窗口監(jiān)控頁面。
4服務(wù)監(jiān)控平臺(tái)
服務(wù)監(jiān)控平臺(tái)主要是便于維護(hù)人員對(duì)站點(diǎn)進(jìn)行在實(shí)時(shí)監(jiān)控,具體包括告警監(jiān)控、站點(diǎn)設(shè)置、查詢等內(nèi)容。通過人機(jī)界面設(shè)置和查詢,底層通過消息機(jī)制與網(wǎng)絡(luò)監(jiān)控平臺(tái)通信,下發(fā)查詢、設(shè)置指令,接收告警及回傳信息。
消息傳送線程由兩部分組成,分別是消息發(fā)送部分,消息接受部分,如圖8所示。主要是完成服務(wù)監(jiān)控平臺(tái)和網(wǎng)絡(luò)監(jiān)控平臺(tái)間的信息交互,交互信息包括告警信息,查詢和設(shè)置信息等。
如圖9所示,展示了站點(diǎn)設(shè)置與查詢界面。
5結(jié)論
網(wǎng)絡(luò)監(jiān)控軟件集安全監(jiān)控、動(dòng)力環(huán)境監(jiān)控、圖像監(jiān)控、節(jié)能控制等功能為一體的高集成度產(chǎn)品。具有穩(wěn)定性好,集成度更高,功能強(qiáng)大等特點(diǎn),滿足不同用戶的接口要求。支持在線軟件升級(jí)功能。滿足多種智能設(shè)備監(jiān)控程序的內(nèi)置,可以直接掛接多個(gè)智能設(shè)備,實(shí)現(xiàn)基于網(wǎng)絡(luò)的智能設(shè)備的監(jiān)控。
參考文獻(xiàn):
[1]中國移動(dòng)機(jī)房動(dòng)力環(huán)境監(jiān)控系統(tǒng)技術(shù)規(guī)范.中國移動(dòng)GF006.1-2001(1.0版)[Z].
[2]中國移動(dòng)機(jī)房動(dòng)力環(huán)境監(jiān)控系統(tǒng)測(cè)試規(guī)范.中國移動(dòng)GF006.2-2001(1.0版)[Z].
[3]中國移動(dòng)通信動(dòng)力及環(huán)境集中監(jiān)控系統(tǒng)技術(shù)規(guī)范.中國移動(dòng)GF006-2000[Z].
[4]通信局(站)電源系統(tǒng)總技術(shù)要求.XT005-95[Z].
[5]劉金琨.智能控制[M].北京:電子工業(yè)出版社出版,2003.
篇2
論文摘要:目前我國電信網(wǎng)中的通信設(shè)備種類繁多,結(jié)構(gòu)龐大,功能復(fù)雜。為實(shí)現(xiàn)高容錯(cuò)、高可靠性,電信運(yùn)營企業(yè)網(wǎng)絡(luò)資源管理多采用分布式系統(tǒng)實(shí)現(xiàn)。在多臺(tái)服務(wù)器參與實(shí)際工作時(shí),由主監(jiān)控器將處理業(yè)務(wù)分解為相應(yīng)的處理進(jìn)程,按一定的調(diào)度策略分散到各個(gè)服務(wù)器上以達(dá)到負(fù)載均衡。即使處理信息業(yè)務(wù)量不斷增加,也只需通過任務(wù)調(diào)度增加服務(wù)器的臺(tái)數(shù)或升級(jí)服務(wù)器來解決。
引言
電信網(wǎng)是一個(gè)極其復(fù)雜的系統(tǒng),結(jié)構(gòu)龐大,功能復(fù)雜;分系統(tǒng)、子系統(tǒng)縱橫交錯(cuò),相互藕合[1]。由于任務(wù)使命的特殊性,對(duì)系統(tǒng)(包括每個(gè)子系統(tǒng))的可靠性要求極高,因此高可靠性是對(duì)電信網(wǎng)運(yùn)行的基本要求。目前我國電信網(wǎng)中使用的通信設(shè)備種類繁多,電信運(yùn)營企業(yè)網(wǎng)絡(luò)資源管理工作成為電信運(yùn)營商提高網(wǎng)絡(luò)運(yùn)營效率、提供網(wǎng)絡(luò)互聯(lián)、接入服務(wù)以及端到端綜合服務(wù)能力、實(shí)現(xiàn)全網(wǎng)集約化經(jīng)營的重要手段。網(wǎng)絡(luò)資源管理系統(tǒng)是一套位于電信企業(yè)后臺(tái)的運(yùn)行支撐系統(tǒng)。雖然已經(jīng)開通運(yùn)行的局不少,但要做到先進(jìn)、實(shí)用、規(guī)范、符合電信管理網(wǎng)(TMN)建設(shè)的要求,還需要不斷的完善與發(fā)展[2]。
1 系統(tǒng)構(gòu)成
整個(gè)監(jiān)控系統(tǒng)劃分成三層,包括:集中監(jiān)控中心CSC(Central Supervision Center)、區(qū)域監(jiān)控中心LSC(LocalSupervision Center)以及各基站的現(xiàn)場(chǎng)監(jiān)控單元FSU(Field Supervision Center)[3, 5]。三層系統(tǒng)結(jié)構(gòu)如圖1所示。
集中監(jiān)控中心CSC負(fù)責(zé)對(duì)多個(gè)區(qū)域監(jiān)控中心LSC的集中管理,它接收LSC傳來的實(shí)時(shí)信息、報(bào)警信息和視頻信息、顯示監(jiān)控畫面和視頻內(nèi)容、處理所有的報(bào)警信息、發(fā)送管理人員的控制命令給LSC、記錄報(bào)警事件。在CSC可以看到各LSC的所有實(shí)時(shí)信息,完成各種控制任務(wù)。CSC和LSC之間通過TCP/IP連接,傳輸與具體連接的網(wǎng)絡(luò)類型無關(guān)[4]。
區(qū)域監(jiān)控中心LSC由監(jiān)控主機(jī)、智能模塊、協(xié)議轉(zhuǎn)換模塊、信號(hào)處理模塊、多設(shè)備驅(qū)動(dòng)卡、視頻處理卡及智能設(shè)備等組成。監(jiān)控主機(jī)與智能設(shè)備之間通過RS485/232或網(wǎng)絡(luò)連接,采用主從方式通過各種通訊協(xié)議相互通訊,取得各設(shè)備的實(shí)時(shí)數(shù)據(jù)。LSC將所有的實(shí)時(shí)數(shù)據(jù)上傳給CSC,由CSC統(tǒng)一對(duì)所有事件作出響應(yīng)。
監(jiān)控單元FSU連接各種電源,空調(diào)等智能或非智能設(shè)備以及各種環(huán)境量的采集器。FSU對(duì)監(jiān)控對(duì)象進(jìn)行數(shù)據(jù)采集,接收監(jiān)控對(duì)象的的告警數(shù)據(jù),通過接口把這些數(shù)據(jù)上行傳送給LSC。監(jiān)控單元通過接口接收LSC下行傳送過來的控制命令,把這些控制命令發(fā)送至受控設(shè)備及環(huán)境量采集器,對(duì)受控設(shè)備及環(huán)境量采集器直接進(jìn)行控制。基本的FSU構(gòu)成如圖2所示。
2 監(jiān)控軟件調(diào)度結(jié)構(gòu)
為實(shí)現(xiàn)高容錯(cuò)、高可靠性,電信運(yùn)營企業(yè)網(wǎng)絡(luò)資源管理多采用分布式系統(tǒng)實(shí)現(xiàn)。在分布式系統(tǒng)中,任務(wù)調(diào)度算法按照調(diào)度程序的結(jié)構(gòu)或調(diào)度程序所收集調(diào)度信息的范圍,網(wǎng)絡(luò)監(jiān)控軟件分為集中式調(diào)度算法和分布式調(diào)度算法[6]。
集中式調(diào)度算法系統(tǒng)中有一個(gè)負(fù)責(zé)調(diào)度的主機(jī)負(fù)責(zé)搜集系統(tǒng)負(fù)載信息。它維護(hù)著一個(gè)任務(wù)分配表,并且根據(jù)系統(tǒng)負(fù)載狀況來分配任務(wù)。其它的主機(jī)都是計(jì)算主機(jī),計(jì)算主機(jī)只負(fù)責(zé)接收任務(wù),如圖3所示。
這種策略的優(yōu)點(diǎn)是:調(diào)度主機(jī)擁有全局信息,易于進(jìn)行決策并保持負(fù)載平衡,易于跟蹤執(zhí)行情況。算法比較容易實(shí)現(xiàn),適用于結(jié)點(diǎn)數(shù)目比較少的網(wǎng)絡(luò)環(huán)境,在總線型網(wǎng)絡(luò)上有比較好的性能[7]。
分布式調(diào)度算法是根據(jù)局部范圍內(nèi)的一些結(jié)點(diǎn)主機(jī)的負(fù)載信息來進(jìn)行負(fù)載平衡調(diào)度操作,不再有一個(gè)集中的調(diào)度主機(jī),每個(gè)主機(jī)只與一部分主機(jī)通信。按負(fù)載平衡調(diào)度的啟動(dòng)者來劃分,這類調(diào)度策略主要有發(fā)送者驅(qū)動(dòng)策略,接收者驅(qū)動(dòng)策略和混合驅(qū)動(dòng)策略,如圖4所示。
分布式的調(diào)度算法的主要優(yōu)點(diǎn)是可擴(kuò)放性好,適合結(jié)點(diǎn)數(shù)較多的大規(guī)模并行分布系統(tǒng)。主要缺點(diǎn)是算法復(fù)雜,難于實(shí)現(xiàn)沒有全局信息,難于跟蹤程序運(yùn)行。鑒于系統(tǒng)的多樣性和復(fù)雜性,選用哪種調(diào)度方法取決于實(shí)際需要的不同考慮。一般而言,在結(jié)點(diǎn)較少的情況下(如16個(gè)結(jié)點(diǎn)),集中式調(diào)度不會(huì)造成通信瓶頸,且實(shí)現(xiàn)算法簡(jiǎn)單、可靠。本系統(tǒng)中,選用集中式調(diào)度策略實(shí)現(xiàn)進(jìn)程調(diào)度。
系統(tǒng)的設(shè)計(jì)開發(fā)軟件采用C#.NET實(shí)現(xiàn),系統(tǒng)的運(yùn)行平臺(tái)為W indows 2000/2003服務(wù)器版。
3 網(wǎng)絡(luò)監(jiān)控平臺(tái)
網(wǎng)絡(luò)監(jiān)控平臺(tái)是監(jiān)控系統(tǒng)的底層通信部分,在后臺(tái)運(yùn)行,主要處理網(wǎng)絡(luò)信息交互,具體包括網(wǎng)絡(luò)監(jiān)控線程、信息解析線程及網(wǎng)絡(luò)下發(fā)線程。各部分的具體流程如下:
如圖5所示,網(wǎng)絡(luò)監(jiān)控線程監(jiān)控網(wǎng)絡(luò)的運(yùn)行情況。網(wǎng)絡(luò)數(shù)據(jù)解析主要是分析網(wǎng)絡(luò)數(shù)據(jù),是否滿足通信幀協(xié)議要求,判斷接收數(shù)據(jù)的有效性,若有效則將接收數(shù)據(jù)錄入緩存區(qū)。
如圖6所示,信息解析完成網(wǎng)絡(luò)數(shù)據(jù)的幀結(jié)構(gòu)解析,并根據(jù)具體內(nèi)容分別錄入后臺(tái)數(shù)據(jù)庫。針對(duì)告警信息,觸發(fā)告警處理線程,有新數(shù)據(jù)錄入,根據(jù)具體內(nèi)容觸發(fā)消息處理機(jī)制,告知服務(wù)監(jiān)控平臺(tái)進(jìn)行數(shù)據(jù)刷新。如圖7所示,展示了主窗口監(jiān)控頁面。
4 服務(wù)監(jiān)控平臺(tái)
服務(wù)監(jiān)控平臺(tái)主要是便于維護(hù)人員對(duì)站點(diǎn)進(jìn)行在實(shí)時(shí)監(jiān)控,具體包括告警監(jiān)控、站點(diǎn)設(shè)置、查詢等內(nèi)容。通過人機(jī)界面設(shè)置和查詢,底層通過消息機(jī)制與網(wǎng)絡(luò)監(jiān)控平臺(tái)通信,下發(fā)查詢、設(shè)置指令,接收告警及回傳信息。
消息傳送線程由兩部分組成,分別是消息發(fā)送部分,消息接受部分,如圖8所示。主要是完成服務(wù)監(jiān)控平臺(tái)和網(wǎng)絡(luò)監(jiān)控平臺(tái)間的信息交互,交互信息包括告警信息,查詢和設(shè)置信息等。
如圖9所示,展示了站點(diǎn)設(shè)置與查詢界面。
5 結(jié)論
網(wǎng)絡(luò)監(jiān)控軟件集安全監(jiān)控、動(dòng)力環(huán)境監(jiān)控、圖像監(jiān)控、節(jié)能控制等功能為一體的高集成度產(chǎn)品。具有穩(wěn)定性好,集成度更高,功能強(qiáng)大等特點(diǎn),滿足不同用戶的接口要求。支持在線軟件升級(jí)功能。滿足多種智能設(shè)備監(jiān)控程序的內(nèi)置,可以直接掛接多個(gè)智能設(shè)備,實(shí)現(xiàn)基于網(wǎng)絡(luò)的智能設(shè)備的監(jiān)控。
參考文獻(xiàn):
[1] 中國移動(dòng)機(jī)房動(dòng)力環(huán)境監(jiān)控系統(tǒng)技術(shù)規(guī)范.中國移動(dòng)GF006. 1-2001(1. 0版)[Z].
[2] 中國移動(dòng)機(jī)房動(dòng)力環(huán)境監(jiān)控系統(tǒng)測(cè)試規(guī)范.中國移動(dòng)GF006. 2-2001(1. 0版)[Z].
[3] 中國移動(dòng)通信動(dòng)力及環(huán)境集中監(jiān)控系統(tǒng)技術(shù)規(guī)范.中國移動(dòng)GF006-2000[Z].
[4] 通信局(站)電源系統(tǒng)總技術(shù)要求.XT005-95[Z].
[5] 劉金琨.智能控制[M].北京:電子工業(yè)出版社出版,2003.
篇3
CPCI是1994年由PICMG提出來的一種高性能工業(yè)用總線。廣泛應(yīng)用于工業(yè)和嵌入式控制系統(tǒng)中。它在電氣,邏輯和軟件功能方面與PCI完全兼容。對(duì)熱插拔的支持是CPCI一個(gè)顯著的特點(diǎn),即當(dāng)系統(tǒng)正在運(yùn)行的時(shí)候進(jìn)行電路板的插入或拔出而不會(huì)導(dǎo)致系統(tǒng)硬件設(shè)備的損壞,也不會(huì)造成運(yùn)行中的軟件系統(tǒng)的混亂與崩潰。這滿足了對(duì)系統(tǒng)可靠性、穩(wěn)定性、容錯(cuò)性要求較高的行業(yè)如電信與數(shù)據(jù)通訊等的對(duì)設(shè)備的熱插拔要求,減少甚至避免停機(jī)時(shí)間。熱插拔的實(shí)現(xiàn)需要相關(guān)硬件與軟件的支持,本文主要介紹熱插拔軟件的設(shè)計(jì)與實(shí)現(xiàn)。
2、熱插拔的原理,
CPCI的熱插拔過程就是軟硬件交互的連接過程。包括物理連接、硬件連接、軟件連接。
物理連接就是CPCI板卡按照機(jī)械標(biāo)準(zhǔn),使長,中,短針依次與總線連接的過程,硬件連接是電器層的連接,即各種電信號(hào)的連接過程。在電器連接層中,與PCI區(qū)別的是CPCI增加一個(gè)ENUM#信號(hào),即系統(tǒng)枚舉信號(hào)。當(dāng)一個(gè)CPCI設(shè)備卡入或拔出時(shí),ENUM#被激活,熱插拔軟件通過該信號(hào),判斷熱插拔活動(dòng)。軟件連接過程是軟件層同系統(tǒng)的連接或斷離過程。對(duì)于板卡的插入,這一過程包括分配系統(tǒng)資源,如I/O空間、內(nèi)存空間、中斷線以及PCI總線號(hào)等,另外還對(duì)板卡的支持軟件如驅(qū)動(dòng)等進(jìn)行加載,使操作系統(tǒng)或其它應(yīng)用程序可以使用板卡。
根據(jù)系統(tǒng)要求的不同,熱插拔系統(tǒng)有三種模型:
基本熱插拔模型:最基本的熱插拔方式需要用戶干預(yù)。用戶通過控制臺(tái)通知OS(操作系統(tǒng))即將進(jìn)行設(shè)備卡插入或拔出。
完全熱插拔模型:完全熱插拔是在基本熱插拔模型的基礎(chǔ)上,在卡的插入/拔出機(jī)構(gòu)中添加一個(gè)微開關(guān)裝置。這個(gè)開關(guān)藏在手柄中。當(dāng)CPCI卡入或拔出時(shí),在卡開始或停止工作之前,微開關(guān)首先改變狀態(tài),產(chǎn)生ENUM#信號(hào),該信號(hào)通過某種途徑通知OS將要插入或拔出一個(gè)卡,OS再執(zhí)行總線枚舉、安裝驅(qū)動(dòng)程序或卸載驅(qū)動(dòng)程序等動(dòng)作。
高可用性模型:高可用性模型在完全熱插拔模型基礎(chǔ)上對(duì)板卡實(shí)行了更高程度的控制,而不僅僅是指示板卡的插入或可拔出的狀態(tài)。這種模型的軟件能夠控制板卡的硬件連接,這就使得軟件能對(duì)對(duì)發(fā)生故障的板卡立即進(jìn)行總線或電氣上的斷離,并啟用冗余板卡,滿足系統(tǒng)始終處于運(yùn)行狀態(tài)、幾乎沒有故障的高可用性目標(biāo)。
采用不同的熱插拔模式,系統(tǒng)的復(fù)雜程度和造價(jià)會(huì)有很大差別??筛鶕?jù)應(yīng)用要求的不同來選擇適當(dāng)?shù)哪J?。本文討論的是完全熱插拔模式下熱插拔監(jiān)控軟件的實(shí)現(xiàn)。
3、Windows下熱插拔監(jiān)控程序的實(shí)現(xiàn)
熱插拔技術(shù)實(shí)現(xiàn)的一個(gè)基本前提是要有設(shè)備驅(qū)動(dòng)程序和熱插拔驅(qū)動(dòng)程序的支持。從下面的熱插拔系統(tǒng)架構(gòu)圖中,我們可以看到熱插拔驅(qū)動(dòng)程序和設(shè)備驅(qū)動(dòng)程序及其它模塊在整個(gè)系統(tǒng)中的位置及相互關(guān)系。
設(shè)備驅(qū)動(dòng)程序和熱插拔驅(qū)動(dòng)程序位于操作系統(tǒng)下層,它們共同管理板卡設(shè)備(通過CPCI,總線),其中熱插拔驅(qū)動(dòng)程序管理設(shè)備的熱插拔事務(wù),而設(shè)備驅(qū)動(dòng)程序則對(duì)設(shè)備的正常使用進(jìn)行管理。熱插撥監(jiān)控程序(HSMonitor.EXE)通過對(duì)中間層(Hotplug.dll)的調(diào)用對(duì)以上兩者進(jìn)行管理。驅(qū)動(dòng)程序必須向操作系統(tǒng)提供一個(gè)接口,這樣熱插拔事件發(fā)生時(shí)操作系統(tǒng)就可以調(diào)用此接口通知驅(qū)動(dòng)程序接納或注銷一個(gè)設(shè)備。另外CPCI的應(yīng)用系統(tǒng)中往往有多個(gè)相同設(shè)備共存,這就要求在驅(qū)動(dòng)程序中提供對(duì)多設(shè)備的支持并滿足設(shè)備個(gè)數(shù)變化的要求。
熱插拔監(jiān)控軟件采用了分層的設(shè)計(jì)結(jié)構(gòu)。層次結(jié)構(gòu)如下:
3.1最底層是熱插拔驅(qū)動(dòng)程序hotswap,sys,它執(zhí)行與硬件相關(guān)的操作,如響應(yīng)熱插拔過程中ENUM#產(chǎn)生的中斷事件、對(duì)Hotswap寄存器的操作,包括控制LED指示、清除INS,EXT狀態(tài)位等,熱插拔驅(qū)動(dòng)實(shí)現(xiàn)關(guān)鍵是驅(qū)動(dòng)的初始化和中斷服務(wù)響應(yīng)函數(shù)。驅(qū)動(dòng)初始化過程中要實(shí)現(xiàn)ENUM#連接的中斷與系統(tǒng)地掛接。在硬件設(shè)計(jì)上,ENUM#信號(hào)連接到系統(tǒng)南橋的io_acpi上,系統(tǒng)E C工程師將中斷號(hào)、中斷優(yōu)先級(jí)、以及觸發(fā)方式等保存到系統(tǒng)BIOS的RAM區(qū),驅(qū)動(dòng)在初始化時(shí)讀取并進(jìn)行中斷配置。
熱插拔驅(qū)動(dòng)程序初始化代碼:
中斷服務(wù)程序及相關(guān)的函數(shù)的關(guān)鍵代碼:
3.2中間層:hotplug.dll
中間層主要是實(shí)現(xiàn)對(duì)訪問驅(qū)動(dòng)的封裝,方便監(jiān)控軟件調(diào)用。熱插拔驅(qū)動(dòng)采用動(dòng)態(tài)加載、卸載,主要導(dǎo)出如下如下函數(shù),供應(yīng)用程序調(diào)用。
3.3上層;監(jiān)控應(yīng)用軟件HSMonitor.exe,它是GUI圖形界面程序,提供熱插報(bào)過程
的一些動(dòng)態(tài)信息,同時(shí)他還控制應(yīng)用程序的啟動(dòng)與關(guān)閉。在應(yīng)用層,還完成插人設(shè)備時(shí)設(shè)備驅(qū)動(dòng)的安裝;拔除設(shè)備時(shí)設(shè)備驅(qū)動(dòng)程序的卸載工作。
關(guān)鍵的代碼是設(shè)備驅(qū)動(dòng)的卸載與安裝。
安裝的代碼主要工作是調(diào)用PNP設(shè)備管理器搜索新設(shè)備。當(dāng)PNP設(shè)備管理器發(fā)現(xiàn)新設(shè)備后,調(diào)用設(shè)備驅(qū)動(dòng)程序的協(xié)同安裝程序,完成設(shè)備驅(qū)動(dòng)的安裝。代碼如下:
卸載驅(qū)動(dòng),當(dāng)熱插拔驅(qū)動(dòng)收到設(shè)備拔出請(qǐng)求時(shí),他會(huì)將請(qǐng)求發(fā)送給熱插拔監(jiān)控軟件。當(dāng)熱插監(jiān)控軟件收到通知后,首先控制占用該設(shè)備資源的應(yīng)用程序退出,釋放占用的資源。然后通過中間層的(hotplug.d11)
控制驅(qū)動(dòng)程序卸載。主要代碼如下:
CPCI的完全熱插撥方式對(duì)用戶操作步驟有限制:用戶需要在扳動(dòng)板卡上的微動(dòng)開關(guān)后等待LED指示燈點(diǎn)亮再繼續(xù)操作。如果用戶不遵循操作規(guī)范,可能造成該板的某些狀態(tài)不穩(wěn)定,系統(tǒng)死機(jī)、藍(lán)屏等。因此要求用戶嚴(yán)格規(guī)范操作。
這里,只討論了完壘熱插拔的監(jiān)控軟件的實(shí)現(xiàn)。對(duì)于更復(fù)雜的高可用熱插拔,由干涉及的信號(hào)更多,而且有板間切換、工作狀態(tài)檢測(cè)等處理,需要在驅(qū)動(dòng)中增加內(nèi)容。完全熱插拔的大部分思想在實(shí)現(xiàn)高可用熱插拔時(shí)是可以沿用的。
篇4
關(guān)鍵詞:高速插秧機(jī);無線監(jiān)控;軟件;2008
中圖分類號(hào):S223.91+2 文獻(xiàn)標(biāo)識(shí)碼:A 文章編號(hào):0439-8114(2012)21-4887-04
The Software Design of High-speed Rice Transplanter Wireless Monitor System
LUO Ya-hui,JIANG Ping,WU Wei
(College of Engineering, Hunan Agricultural University, Changsha 410128, China)
Abstract: To achieve the unmanned and data collection on agricultural machinery, a monitoring system software using 2008 development environment was designed on the basis of high-speed rice transplanter wireless remote monitoring hardware system. The results showed that the monitoring software could realize wireless remote control of the high-speed rice transplanter by using PC, and could collect the data of transplanter running states such as position coordinates, speed real-timely and etc, and also monitor various parameters of transplanter such as engine temperature, hydraulic box oil quantity and etc.
Key words: high-speed rice transplanter; wireless monitoring; software; 2008
為確保農(nóng)業(yè)發(fā)展的可持續(xù)性,從20世紀(jì)90年代開始,精細(xì)農(nóng)業(yè)逐步發(fā)展起來。為更好地推行精準(zhǔn)農(nóng)業(yè),農(nóng)田作業(yè)機(jī)械正逐步向自動(dòng)化與智能化方向發(fā)展,在國外如Ag Leader、AGCO、Deere、Case IH等大型的農(nóng)機(jī)公司都開發(fā)了智能農(nóng)業(yè)機(jī)械,同時(shí)配有各自研發(fā)的智能精準(zhǔn)農(nóng)業(yè)監(jiān)測(cè)系統(tǒng)。而國內(nèi)對(duì)智能農(nóng)機(jī)的研究主要集中在谷物聯(lián)合收割方面,如采用GPS全球定位系統(tǒng)對(duì)水稻聯(lián)合收割機(jī)進(jìn)行位置和產(chǎn)量等參數(shù)的監(jiān)測(cè),利用GSM、GPRS等方式進(jìn)行數(shù)據(jù)的遠(yuǎn)程傳輸[1-5]。目前,國內(nèi)對(duì)于高速插秧機(jī)工作狀態(tài)遠(yuǎn)程監(jiān)測(cè)的研究較少。因此,為實(shí)現(xiàn)高速插秧機(jī)的無線遙控駕駛及狀態(tài)參數(shù)檢測(cè),在基于CAN總線[6,7]的無線監(jiān)控硬件系統(tǒng)的基礎(chǔ)上,設(shè)計(jì)了基于VisualStudio2008的上位機(jī)監(jiān)控軟件。
1 系統(tǒng)總體方案設(shè)計(jì)
高速插秧機(jī)的無線監(jiān)控系統(tǒng)需完成對(duì)高速插秧機(jī)的遙控駕駛和參數(shù)檢測(cè),其結(jié)構(gòu)包括下位機(jī)檢測(cè)單元與上位機(jī)控制單元,系統(tǒng)總體結(jié)構(gòu)如圖1。
在設(shè)計(jì)中,插秧機(jī)的遙控部分采用433 MHz的無線模塊進(jìn)行數(shù)據(jù)的傳輸,主要控制插秧機(jī)的點(diǎn)火、熄火、前進(jìn)、后退、左右轉(zhuǎn)向以及停車等操作。參數(shù)檢測(cè)則主要監(jiān)測(cè)發(fā)動(dòng)機(jī)相關(guān)參數(shù)、液壓系統(tǒng)參數(shù)以及機(jī)組的行走系統(tǒng)參數(shù),其中發(fā)動(dòng)機(jī)相關(guān)參數(shù)主要包括發(fā)動(dòng)機(jī)溫度、機(jī)油量、燃油消耗、機(jī)油的壓力和溫度等參數(shù),液壓系統(tǒng)參數(shù)主要包括液壓油箱油量、管路中液壓油的壓力及液壓油溫度等參數(shù),機(jī)組的行走系統(tǒng)參數(shù)主要包括機(jī)組的前進(jìn)速度、機(jī)組的加速度和機(jī)組的航向角等。
2 軟件功能結(jié)構(gòu)
系統(tǒng)的上位機(jī)監(jiān)控軟件采用VisualStudio 2008中的2008[8]語言編寫,以其中SerialPort控件進(jìn)行串口數(shù)據(jù)傳輸,功能結(jié)構(gòu)如圖2,具體包括菜單、電子地圖、插秧機(jī)控制、監(jiān)視窗口、采集的參數(shù)顯示、數(shù)據(jù)保存、退出系統(tǒng)等功能。
在設(shè)計(jì)中,菜單下拉中的文件具有新建項(xiàng)目和退出兩個(gè)功能,用來重新建立系統(tǒng)連接和退出系統(tǒng);系統(tǒng)設(shè)置則是用來設(shè)置系統(tǒng)通訊端口的相關(guān)參數(shù),包括端口號(hào)、波特率、數(shù)據(jù)位、奇偶校驗(yàn)位以及停止位等相關(guān)信息;幫助菜單主要用來說明軟件的使用以及相關(guān)注意事項(xiàng)。
插秧機(jī)控制部分用來進(jìn)行插秧機(jī)的控制操作,包括點(diǎn)火/熄火、前進(jìn)、后退、左轉(zhuǎn)向、右轉(zhuǎn)向、暫停以及自動(dòng)/手動(dòng)駕駛切換。在設(shè)計(jì)的軟件界面上,插秧機(jī)控制部分的方向控件響應(yīng)鍵盤的KeyDown事件,其他的控件包括點(diǎn)火/熄火、暫停、自動(dòng)/手動(dòng)切換等控件則響應(yīng)KeyPress事件,以方便控制插秧機(jī)的運(yùn)動(dòng)。
參數(shù)顯示功能用來顯示監(jiān)控系統(tǒng)采集到的部分參數(shù),具體包括插秧機(jī)行駛的速度、加速度、航向角、發(fā)動(dòng)機(jī)系統(tǒng)及液壓系統(tǒng)相關(guān)的參數(shù)等。同時(shí)系統(tǒng)具有報(bào)警功能,當(dāng)檢測(cè)到超過額定值的參數(shù)時(shí),系統(tǒng)將報(bào)警。另外,監(jiān)控軟件在采集到坐標(biāo)信息后,通過2008的PictureBox控件繪制出插秧機(jī)的運(yùn)動(dòng)軌跡曲線,形成一幅電子地圖,便于分析與保存。
監(jiān)視窗口用來監(jiān)視軟件的數(shù)據(jù)流,主要監(jiān)視軟件在什么時(shí)候發(fā)出或收到什么類型的數(shù)據(jù),以此判別軟件是否處于正常工作狀態(tài)。
數(shù)據(jù)保存是用于將采集到的所有數(shù)據(jù)保存到數(shù)據(jù)庫或Excel表格,方便后續(xù)的數(shù)據(jù)分析與處理。
3 軟件工作流程
系統(tǒng)的軟件工作流程如圖3。啟動(dòng)軟件后系統(tǒng)自動(dòng)進(jìn)行初始化工作,其初始化包括通訊端口的自動(dòng)設(shè)置、數(shù)據(jù)庫文件的建立與電子地圖的坐標(biāo)建立。通訊端口初始化時(shí),軟件會(huì)自動(dòng)尋找可用的RS232端口,或人工設(shè)置通訊端口。初始化完成后系統(tǒng)進(jìn)行協(xié)議通訊。首先,軟件向插秧機(jī)控制單元發(fā)送連接請(qǐng)求的命令,插秧機(jī)控制單元在收到連接請(qǐng)求的命令并確認(rèn)系統(tǒng)工作正常后,建立連接并返回確認(rèn)信息。系統(tǒng)連接成功后,操作者便可進(jìn)行遙控駕駛,即通過PC機(jī)上的鍵盤或鼠標(biāo)控制插秧機(jī)的運(yùn)動(dòng)。插秧機(jī)運(yùn)動(dòng)過程中,通過數(shù)據(jù)采集單元可以實(shí)時(shí)采集插秧機(jī)的位置坐標(biāo)和狀態(tài)數(shù)據(jù),并將采集到的坐標(biāo)信息在電子地圖上繪制出來,其他的狀態(tài)參數(shù)則顯示在軟件界面上。所有工作過程完成后,操作者可以將采集到的數(shù)據(jù)保存為Excel文件并退出程序。
4 串行通信設(shè)計(jì)
系統(tǒng)采用2008中SerialPort控件進(jìn)行串行通信。SerialPort控件的屬性包括BaudRate、Parity、PortName、StopBits、DataBits等,主要用來設(shè)置波特率、奇偶校驗(yàn)、端口號(hào)和數(shù)據(jù)位,而串口的初始化則是對(duì)SerialPort控件的屬性進(jìn)行設(shè)置[9,10]。在設(shè)計(jì)中,系統(tǒng)可以人工設(shè)置端口,或采用輪詢的方法讓軟件自動(dòng)尋找可用的端口進(jìn)行端口初始化。
數(shù)據(jù)發(fā)送采用SerialPort中的Write方法完成。Write方法包括有Write(String)、Write(Byte(), Offset, Count)、Write(Char(),Offset,Count)等3種形式,分別用來發(fā)送字符串、發(fā)送字節(jié)數(shù)組和發(fā)送字符數(shù)組。在該系統(tǒng)的設(shè)計(jì)中,選用Write(Byte(),Offset,Count)方法進(jìn)行字節(jié)數(shù)據(jù)的發(fā)送,其中Byte()是一個(gè)Byte型的數(shù)組,Offset是字節(jié)數(shù)組中從0開始的字節(jié)偏移量,Count是要寫入的字節(jié)數(shù)。
數(shù)據(jù)接收則采用DataReceived事件驅(qū)動(dòng)配合定時(shí)器查詢的方法,SerialPort的ReceivedBytes Threshold屬性是用于設(shè)置觸發(fā)DataReceived事件時(shí),緩沖區(qū)能接收到的字節(jié)數(shù),默認(rèn)為1。試驗(yàn)證明,當(dāng)ReceivedBytesThreshold為1時(shí),系統(tǒng)并不保證對(duì)接收到的每個(gè)字節(jié)都引發(fā) DataReceived 事件,因此在處理不定長數(shù)據(jù)或數(shù)據(jù)復(fù)雜的情況下,用此方法不能保證處理數(shù)據(jù)的實(shí)時(shí)性。而且由于DataReceived事件是在輔助線程上引發(fā)的,不能直接對(duì)主線程上的一些元素如窗體控件等進(jìn)行操作,需要以委托的方式進(jìn)行。因此,設(shè)計(jì)采用定時(shí)器定時(shí)查詢的方式讀取接收到的數(shù)據(jù),對(duì)數(shù)據(jù)進(jìn)行分析與處理。
5 通訊協(xié)議設(shè)計(jì)
為使上位機(jī)與下位機(jī)之間的通訊安全可靠,設(shè)計(jì)了通訊協(xié)議,采用115 200 bps的通訊波特率,每幀的格式為1位起始位、8位數(shù)據(jù)位、1位停止位、無校奇偶校驗(yàn)。
協(xié)議中的命令包括有上傳命令和下發(fā)命令,其中所有數(shù)據(jù)包的數(shù)據(jù)均采用16進(jìn)制的格式。上傳命令是由下位機(jī)(插秧機(jī)控制系統(tǒng))向上位機(jī)(PC機(jī))發(fā)送數(shù)據(jù),下發(fā)命令則是由上位機(jī)向下位機(jī)發(fā)送數(shù)據(jù)。下發(fā)命令分為控制命令、設(shè)置命令和采集命令3種類型,每條命令包括8個(gè)字節(jié),分別為同步字、命令類型、地址、包長、數(shù)據(jù)段及校驗(yàn)位。同步字用于發(fā)起本條命令;地址用于表示此命令的作用對(duì)象,該系統(tǒng)中作用對(duì)象為插秧機(jī),其地址設(shè)定為&H01;字長用于表示本次發(fā)送的數(shù)據(jù)包字節(jié)總數(shù);Byte4~Byte6的值則可以根據(jù)需要自己設(shè)定,同一命令類型中Byte4~Byte6的值惟一,防止命令沖突;命令數(shù)據(jù)包的最后一位是校驗(yàn)位,為前面7個(gè)字節(jié)之和。下發(fā)命令數(shù)據(jù)包的格式如表1。
上位機(jī)向下位機(jī)下發(fā)命令后,下位機(jī)應(yīng)作出適當(dāng)返回,即下位機(jī)向上位機(jī)發(fā)送數(shù)據(jù)。上發(fā)命令的數(shù)據(jù)包格式按順序?yàn)橥阶?、命令類型、地址、包長、數(shù)據(jù)段及校驗(yàn)位,具體格式如表2。
由于只有在上位機(jī)發(fā)送設(shè)置和采集的命令時(shí)才會(huì)有返回值,因此此處的命令類型只有設(shè)置命令和采集命令兩種。整條命令的數(shù)據(jù)字節(jié)長度由包長來確定,對(duì)于設(shè)置命令的返回值,此處n=7共8個(gè)字節(jié),對(duì)于采集命令的返回值,n=18共19個(gè)字節(jié),數(shù)據(jù)包的校驗(yàn)位為前面n個(gè)字節(jié)之和。采集命令的返回值包括了插秧機(jī)的位置坐標(biāo)、液壓系統(tǒng)參數(shù)、運(yùn)動(dòng)狀態(tài)參數(shù)以及發(fā)動(dòng)機(jī)系統(tǒng)參數(shù)等信息。上位機(jī)收到數(shù)據(jù)包后,對(duì)數(shù)據(jù)進(jìn)行解析與處理,或存儲(chǔ),或繪制出電子地圖。數(shù)據(jù)解析流程如圖4。
6 驗(yàn)證結(jié)果
為驗(yàn)證系統(tǒng)的可行性,在PC機(jī)上運(yùn)行了所設(shè)計(jì)的無線監(jiān)控系統(tǒng)軟件,對(duì)水泥地面上的插秧機(jī)進(jìn)行遙控駕駛操作并采集相關(guān)參數(shù),圖5為系統(tǒng)軟件運(yùn)行界面。
試驗(yàn)表明,通過該監(jiān)控軟件能實(shí)現(xiàn)以PC機(jī)無線遙控高速插秧機(jī)行駛,并實(shí)時(shí)采集插秧機(jī)的位置坐標(biāo)與行駛速度等定位數(shù)據(jù),同時(shí)完成對(duì)插秧機(jī)的發(fā)動(dòng)機(jī)溫度、液壓箱油量等各種參數(shù)的監(jiān)測(cè),系統(tǒng)穩(wěn)定性好、可靠性高。
參考文獻(xiàn):
[1] 楊聯(lián)安.我國精確農(nóng)業(yè)發(fā)展策略初探[J]. 測(cè)繪與空間地理信息,2004,27(2):3-5.
[2] 陳 防,劉冬碧,萬開元,等.精準(zhǔn)農(nóng)業(yè)與農(nóng)田精準(zhǔn)養(yǎng)分管理現(xiàn)狀及展望[J].湖北農(nóng)業(yè)科學(xué),2006,45(4):515-518.
[3] 車艷雙,李民贊,鄭立華,等.基于GPS和PDA的移動(dòng)智能農(nóng)田信息采集系統(tǒng)開發(fā)[J].農(nóng)業(yè)工程學(xué)報(bào),2010,26(2):109-114.
[4] 蔣 蘋,胡文武,羅亞輝,等.機(jī)滾船遙控駕駛系統(tǒng)設(shè)計(jì)[J].農(nóng)業(yè)工程學(xué)報(bào),2009,25(6):120-124.
[5] 張智剛,羅錫文,周志艷,等.久保田插秧機(jī)的GPS導(dǎo)航控制系統(tǒng)設(shè)計(jì)[J].農(nóng)業(yè)機(jī)械學(xué)報(bào),2006,37(7):95-97,82.
[6] 劉 陽,馬 蓉,曹衛(wèi)彬,等.農(nóng)業(yè)車輛自動(dòng)導(dǎo)航系統(tǒng)中CAN總線的研究進(jìn)展[J].農(nóng)機(jī)化研究,2011,33(8):233-236.
[7] 安 秋,姬長英,周 俊,等.基于CAN 總線的農(nóng)業(yè)移動(dòng)機(jī)器人分布式控制網(wǎng)絡(luò)[J].農(nóng)業(yè)機(jī)械學(xué)報(bào),2008,39(6):123-126,117.
[8] 宋志強(qiáng),寧慧慧,余紅英.基于VB的兩路數(shù)據(jù)實(shí)時(shí)采集[J].電子測(cè)試,2009(9):70-73.
[9] 龔沛曾,陸慰民,楊志強(qiáng).Visual Basic程序設(shè)計(jì)簡(jiǎn)明教程[M].第二版.北京:高等教育出版社,2003.
[10] 蔣加伏,張林峰.Visual Basic程序設(shè)計(jì)教程[M].第四版.北京:北京郵電大學(xué)出版社,2006.
收稿日期:2012-04-06
基金項(xiàng)目:國家科技支撐計(jì)劃項(xiàng)目(2011BAD20B08);湖南省自然科學(xué)基金項(xiàng)目(09JJ6091)
作者簡(jiǎn)介:羅亞輝(1981-),女,湖南華容人,講師,碩士,主要從事農(nóng)業(yè)電氣化與自動(dòng)化的研究工作,(電話)13787410097(電子信箱)
篇5
[關(guān)鍵詞] Zabbix;集群;應(yīng)用
doi : 10 . 3969 / j . issn . 1673 - 0194 . 2017. 03. 077
[中圖分類號(hào)] TP311 [文獻(xiàn)標(biāo)識(shí)碼] A [文章編號(hào)] 1673 - 0194(2017)03- 0139- 01
1 引 言
地震處理并行集群系統(tǒng),主要是由高性能IO節(jié)點(diǎn)、管理節(jié)點(diǎn)、計(jì)算節(jié)點(diǎn)、高速網(wǎng)絡(luò)及光纖存儲(chǔ)、集群存儲(chǔ)等集成起來的并行機(jī)系統(tǒng)。隨著地震生產(chǎn)任務(wù)的逐年增加,服務(wù)器節(jié)點(diǎn)數(shù)量也隨之增多,而整個(gè)處理系統(tǒng)長期以來缺乏一個(gè)實(shí)時(shí)監(jiān)控工具,因沒有故障監(jiān)控和故障定位功能,給故障診斷造成困難。
其實(shí)作為集群系統(tǒng)運(yùn)維工程師所關(guān)心的是日常工作的主要內(nèi)容,通過哪些手段可以保證服務(wù)器的正常運(yùn)行。比如:檢查服務(wù)器性能、連接數(shù)量、DB的相關(guān)情況等等。因此通過研究開發(fā)集群監(jiān)控軟件,對(duì)系統(tǒng)管理人員,能做到發(fā)現(xiàn)問題、預(yù)知問題、及時(shí)處理問題,對(duì)于提高系統(tǒng)管理和維護(hù)效率,有著非常重要的意義。
2 Zabbix集群監(jiān)控軟件的主要功能及特點(diǎn)
Zabbix是一個(gè)企業(yè)級(jí)的開源分布式監(jiān)控解決方案,具備常見的商業(yè)監(jiān)控軟件所具備的功能??杀O(jiān)控系統(tǒng)運(yùn)行性能的技術(shù)指標(biāo),包括CPU利用率、內(nèi)存的使用、磁盤的使用、網(wǎng)絡(luò)的狀況、端口的監(jiān)視、日志的監(jiān)視等,支持自動(dòng)發(fā)現(xiàn)網(wǎng)絡(luò)設(shè)備和服務(wù)器,支持分布式,能集中展示、管理分布式的監(jiān)控點(diǎn),擴(kuò)展性強(qiáng),Server提供通用接口,可以自己開發(fā)完善各類監(jiān)控,依照監(jiān)控系統(tǒng)長期收集的各項(xiàng)綜合信息,及用戶實(shí)際應(yīng)用的反饋信息,弄清系統(tǒng)瓶頸真正所在,為系統(tǒng)運(yùn)行環(huán)境的優(yōu)化提供寶貴的資料。其意義在于讓系統(tǒng)步入一個(gè)良性的循h(huán)軌道,實(shí)現(xiàn)集群的負(fù)載平衡,提高整體運(yùn)行效率,所以集群監(jiān)控軟件在生產(chǎn)中具有非常重要的作用。
3 Zabbix集群監(jiān)控軟件的優(yōu)劣勢(shì)
3.1 優(yōu)點(diǎn)
(1)開源,無軟件成本投入;(2)Server對(duì)設(shè)備性能要求低;(3)支持設(shè)備多;(4)支持分布式集中管理;(5)開放式接口,擴(kuò)展性強(qiáng)。
3.2 缺點(diǎn)
(1)全英文,界面不友好;(2)無廠家支持,出現(xiàn)問題解決比較麻煩。
4 Zabbix配置使用及安裝部署
4.1 配置使用過程
通過本地瀏覽器訪問http://ServerIP/zabbix來開始配置和使用Zabbix。
使用Zabbix進(jìn)行監(jiān)控之前,要理解Zabbix監(jiān)控的流程。
4.2 一次完整的監(jiān)控流程簡(jiǎn)單描述
Host Groups(設(shè)備組)->Hosts(設(shè)備)->Applications(監(jiān)控項(xiàng)組)->Items(監(jiān)控項(xiàng))->Triggers(觸發(fā)器)->Actions(告警動(dòng)作)->Medias(告警方式)->User Groups(用戶組)->Users(用戶)
4.3 安裝部署
Server:mgt2
客戶端:node001-node240
Zabbix監(jiān)控實(shí)例如圖1所示。
5 結(jié) 語
開發(fā)的Zabbix監(jiān)控系統(tǒng)已經(jīng)部署到HP、IBM集群的偏移節(jié)點(diǎn),并實(shí)現(xiàn)對(duì)偏移作業(yè)實(shí)時(shí)連續(xù)監(jiān)控,通過直觀的監(jiān)控信息,可及時(shí)發(fā)現(xiàn)問題,并為系統(tǒng)性能優(yōu)化提供有效幫助,提高了系統(tǒng)管理和維護(hù)水平。
主要參考文獻(xiàn)
篇6
【關(guān)鍵詞】水電廠計(jì)算機(jī)監(jiān)控軟件數(shù)據(jù)庫管理系統(tǒng)分析
計(jì)算機(jī)技術(shù)的進(jìn)步推動(dòng)了大數(shù)據(jù)時(shí)代的來臨,目前在很多水電廠在實(shí)際運(yùn)作中都使用計(jì)算機(jī)監(jiān)控軟件來對(duì)水電廠的日常工作進(jìn)行監(jiān)督和指導(dǎo),而整個(gè)水電廠計(jì)算機(jī)監(jiān)控軟件中的中心部分就是數(shù)據(jù)庫管理系統(tǒng)。數(shù)據(jù)庫管理系統(tǒng)的運(yùn)作過程是否高效、作用發(fā)揮是否充分直接影響著水電廠計(jì)算機(jī)監(jiān)控軟件的功能發(fā)揮。
1數(shù)據(jù)庫管理特點(diǎn)
在目前,市場(chǎng)上通用的水電廠計(jì)算機(jī)監(jiān)控軟件中的數(shù)據(jù)庫管理系統(tǒng)有主要有兩種管理模式,分別是集中式數(shù)據(jù)庫管理模式和分布式數(shù)據(jù)庫管理模式。這兩種模式各自有不同的特點(diǎn),通過分析它們的具體設(shè)計(jì)要求,在充分了解它們各自的優(yōu)缺點(diǎn)后,對(duì)其進(jìn)行數(shù)據(jù)庫軟、硬件要求的總結(jié)、歸納。
1.1集中式數(shù)據(jù)庫管理模式
所謂集中式數(shù)據(jù)庫管理模式就是指只有一個(gè)中心數(shù)據(jù)庫來完成對(duì)整個(gè)系統(tǒng)的管理工作。數(shù)據(jù)庫中的組成部分是各式各樣的文件,每一個(gè)文件的匯入都計(jì)入到數(shù)據(jù)庫的輸入記錄中。由于只有一個(gè)中心數(shù)據(jù)庫,所以設(shè)計(jì)每一個(gè)輸入記錄,都會(huì)對(duì)整個(gè)數(shù)據(jù)庫的運(yùn)行產(chǎn)生一定的影響,任何一個(gè)輸入記錄出現(xiàn)差池都會(huì)造成整個(gè)水電廠計(jì)算機(jī)監(jiān)控軟件數(shù)據(jù)庫管理系統(tǒng)的失穩(wěn)。另外,中心數(shù)據(jù)庫的大部分集中于主計(jì)算機(jī),因此主計(jì)算機(jī)的核心作用尤為突出,一旦主計(jì)算機(jī)的運(yùn)行出現(xiàn)故障,就會(huì)導(dǎo)致大量的數(shù)據(jù)庫信息丟失,數(shù)據(jù)的丟失會(huì)造成監(jiān)控工作的延誤甚至功能失效,最終的結(jié)果就是整個(gè)數(shù)據(jù)庫管理系統(tǒng)的土崩瓦解。還有一個(gè)關(guān)鍵因素是,主計(jì)算機(jī)還對(duì)分期投運(yùn)的機(jī)組的數(shù)據(jù)庫的設(shè)計(jì)和安裝工作形成嚴(yán)重的制約作用,嚴(yán)重影響了整個(gè)管理系統(tǒng)的順暢運(yùn)行。當(dāng)然,任何事物都有兩面性,集中式數(shù)據(jù)管理模式的優(yōu)點(diǎn)就在于可以有效提高數(shù)據(jù)庫設(shè)備的利用率和統(tǒng)一性,可以很大程度上減少相關(guān)設(shè)備的投資運(yùn)營成本。
1.2分布式數(shù)據(jù)庫管理模式
分布式數(shù)據(jù)庫管理模式是與集中式數(shù)據(jù)庫管理模式相對(duì)應(yīng)的一種數(shù)據(jù)庫管理模式。分布式數(shù)據(jù)庫管理模式的特點(diǎn)就是與集中式不同,數(shù)據(jù)庫系統(tǒng)中不止一個(gè)數(shù)據(jù)庫,并且多個(gè)數(shù)據(jù)庫在工作時(shí)相互獨(dú)立,互不干擾,這樣的話在其中一個(gè)數(shù)據(jù)庫進(jìn)行修改時(shí)不會(huì)引起其他未修改數(shù)據(jù)庫的變動(dòng)。這樣多個(gè)互相獨(dú)立工作的數(shù)據(jù)庫在主計(jì)算機(jī)出現(xiàn)故障的時(shí)候,LCU依舊可以正常工作。但是當(dāng)某個(gè)LCU出現(xiàn)問題時(shí),并不影響其他控制單元的照常工作,也便于機(jī)組的分期投運(yùn)和數(shù)據(jù)庫的及時(shí)修改。基于分布式數(shù)據(jù)庫管理模式的顯著優(yōu)勢(shì),因而相對(duì)于集中式數(shù)據(jù)庫管理模式,分布式是目前數(shù)據(jù)庫管理模式的一種主要發(fā)展趨勢(shì)。但是同時(shí),分布式數(shù)據(jù)庫管理模式也存在一定問題。分布式數(shù)據(jù)庫的管理模式不利于數(shù)據(jù)庫管理工作的統(tǒng)一性和集中性,致使設(shè)備資源不能得到充分利用,多個(gè)數(shù)據(jù)庫同時(shí)工作也會(huì)增加設(shè)備的資金投入,增大了資金壓力。
2水電廠計(jì)算機(jī)監(jiān)控軟件中的數(shù)據(jù)庫管理系統(tǒng)的設(shè)計(jì)要求
2.1數(shù)據(jù)庫管理系統(tǒng)設(shè)計(jì)的硬件要求
對(duì)于集中式數(shù)據(jù)庫管理模式的硬件要求,需要一臺(tái)主計(jì)算機(jī)或者兩臺(tái)主計(jì)算機(jī)的配合,來進(jìn)行整個(gè)監(jiān)控軟件中數(shù)據(jù)庫管理系統(tǒng)的數(shù)據(jù)收集和功能控制工作。集中式數(shù)據(jù)管理系統(tǒng)的其他組成結(jié)構(gòu)部分還有現(xiàn)地控制單元(即為LCU)、前置機(jī)、工作站等。這些結(jié)構(gòu)單元想要啟動(dòng)工作程序,需要實(shí)現(xiàn)網(wǎng)絡(luò)設(shè)備與主計(jì)算機(jī)的連通,進(jìn)而完成數(shù)據(jù)收集、數(shù)據(jù)簡(jiǎn)單處理、數(shù)據(jù)顯示以及數(shù)據(jù)控制等步驟。由于集中式數(shù)據(jù)管理系統(tǒng)模式的中心功能點(diǎn)是主計(jì)算機(jī),所以系統(tǒng)結(jié)構(gòu)的其余部分可以使用較為初級(jí)的設(shè)備,不必完全使用高檔器械,這樣就減少了運(yùn)營成本的投入。
對(duì)于分布式數(shù)據(jù)庫管理模式,對(duì)于管理系統(tǒng)結(jié)構(gòu)的要求就是LCU和主計(jì)算機(jī)的互相獨(dú)立的運(yùn)行和獨(dú)立完成工作任務(wù)。因而,與集中式數(shù)據(jù)庫管理系統(tǒng)的硬件設(shè)備的要求不同,分布式數(shù)據(jù)庫對(duì)于硬件的要求較高,需要硬件配備的等級(jí)較為出眾,特別是針對(duì)LCU部分,LCU部分在工作時(shí)需要一臺(tái)處理器完成數(shù)據(jù)庫處理和主要控制工作。處理器的工作流程有多種形式,一種是每個(gè)LCU單獨(dú)配置一臺(tái)中心主處理器,要求該處理器自帶顯示屏。另外一種是LCU公用一臺(tái)便攜式PC機(jī),但是該P(yáng)C機(jī)需要裝載公用應(yīng)用程序。注意在使用公用PC機(jī)的時(shí)候,要保證每一個(gè)LCU都單獨(dú)裝載有數(shù)據(jù)庫等關(guān)鍵元件,這樣在與主計(jì)算機(jī)連通后可以完成機(jī)組控制。
2.2數(shù)據(jù)庫管理系統(tǒng)設(shè)計(jì)的軟件要求
對(duì)于集中式數(shù)據(jù)庫管理系統(tǒng),主計(jì)算機(jī)對(duì)于數(shù)據(jù)庫的作用是至關(guān)重要的,實(shí)際工作中集中式數(shù)據(jù)庫管理系統(tǒng)的運(yùn)行基礎(chǔ)是UNIX系統(tǒng),支持這一系統(tǒng)的協(xié)議是TCP/IP協(xié)議。在集中式數(shù)據(jù)庫管理系統(tǒng)中,LCU主要執(zhí)行的功能是數(shù)據(jù)采集、數(shù)據(jù)格式轉(zhuǎn)換、開停機(jī)控制和數(shù)據(jù)通訊處理等。因此在集中式數(shù)據(jù)庫管理系統(tǒng)中,對(duì)LCU的系統(tǒng)軟件要求相對(duì)較低,配備的條件也較為簡(jiǎn)單,因而一般的工控機(jī)就可以滿足工作要求。
針對(duì)分布式數(shù)據(jù)庫管理系統(tǒng)的軟件要求,LCU和主計(jì)算機(jī)各自具有自己獨(dú)立的數(shù)據(jù)庫,它們各自具有不同的功能,LCU主要是本控制單元使用的數(shù)據(jù)庫,而主計(jì)算機(jī)借助于綜合數(shù)據(jù)處理數(shù)據(jù)庫,這些數(shù)據(jù)庫之間既可以單獨(dú)完成自己的功能,又可以實(shí)現(xiàn)主計(jì)算機(jī)對(duì)LCU的進(jìn)行良好控制。
3結(jié)語
綜上所述,本文重點(diǎn)分析了水電廠計(jì)算機(jī)監(jiān)控軟件中的數(shù)據(jù)庫管理系統(tǒng),水電廠計(jì)算機(jī)監(jiān)控軟件中的數(shù)據(jù)庫管理系統(tǒng)有兩種主要模式,一是集中式管理模式,另一種是分布式管理模式。它們各自具有不同的特點(diǎn):集中式管理模式的特點(diǎn)是整個(gè)系統(tǒng)的運(yùn)作只借助一個(gè)中心主計(jì)算機(jī)來完成,來實(shí)現(xiàn)監(jiān)控系統(tǒng)的正常運(yùn)行;而對(duì)于分布式管理模式的運(yùn)作需要多個(gè)主計(jì)算機(jī)的互相配合,但是各數(shù)據(jù)庫之間又可以獨(dú)立工作。
參考文獻(xiàn):
篇7
關(guān)鍵詞:組態(tài)軟件;監(jiān)控系統(tǒng);低壓配電
中圖分類號(hào):TP277 文獻(xiàn)標(biāo)識(shí)碼:A
Design of Lowvoltage Distribution Monitoring System Based on SCADA Software
ZHANG Lei, BAO Hong, WANG Weile, GAO Junli
(School of Automation, Guangdong University of Technology, Guangzhou510006, China)
Abstract:Based on automation requirement of Lowvoltage distribution management of Ji’ning stadium,using electric SCADA software, designed out intelligent power monitoring system with a manmachine interface.on the platform of the building with intelligent electric meters,RS485 bus and Windows operating system, using the professional EpSynall power system automation configuration software, completed the design of low voltage distribution monitoring systems.The system monitore all the electric parameters, alarm in a trip or other fault, ensure that the power supply is normal, realize the automatic management of low voltage distribution.
Key words:SCADA software; monitoring system; Lowvoltage distribution
1引言
變配電站是電力系統(tǒng)中的重要環(huán)節(jié),它的運(yùn)行情況直接影響到電力系統(tǒng)的可靠、經(jīng)濟(jì)運(yùn)行。而一個(gè)變電站運(yùn)行情況的優(yōu)劣,在很大程度上取決于其綜合管理水平。在短期無法改善電網(wǎng)質(zhì)量的前提下,利用電力自動(dòng)化監(jiān)控等技術(shù)手段,提前發(fā)現(xiàn)故障,迅速采取應(yīng)急措施,是避免電力質(zhì)量事故的有效辦法[1]。從國內(nèi)外電力系統(tǒng)的發(fā)展趨勢(shì)來看,變電站綜合自動(dòng)化已是勢(shì)在必行[2]。
組態(tài)軟件是一種控制系統(tǒng)開發(fā)工具,用戶可根據(jù)應(yīng)用對(duì)象及控制任務(wù)的要求,利用組態(tài)軟件提供的工具,以“搭積木”的方式靈活配置、組合各功能模塊,構(gòu)成用戶應(yīng)用軟件[3]。
濟(jì)寧全民健身廣場(chǎng)是現(xiàn)代化的大型體育場(chǎng)館,用于承辦各種體育比賽,廣泛開展各種群體活動(dòng),對(duì)配電系統(tǒng)提出了管理自動(dòng)化的要求。為此,本課題采用工控組態(tài)軟件設(shè)計(jì)低壓配電監(jiān)控系統(tǒng)。
2系統(tǒng)組網(wǎng)
系統(tǒng)以配電室為中心,采用分散、分層、分布式結(jié)構(gòu)設(shè)計(jì)[4]。系統(tǒng)網(wǎng)絡(luò)分為三層:現(xiàn)場(chǎng)控制層、通訊管理層和監(jiān)控管理層,如圖1所示。
現(xiàn)場(chǎng)控制層:所有低壓智能監(jiān)測(cè)儀表的進(jìn)出線按一次設(shè)備對(duì)應(yīng)分布式配置,在控制室集中組屏,各段相對(duì)獨(dú)立,完成測(cè)量、報(bào)警、通訊等功能,同時(shí)具有動(dòng)態(tài)實(shí)時(shí)顯示電氣設(shè)備工作狀態(tài)、運(yùn)行參數(shù)、故障信息和事件記錄、保護(hù)定值等功能。低壓智能儀表和保護(hù)裝置與開關(guān)柜融為一體,通過RS485通訊口接入相應(yīng)的底層RS485子網(wǎng),將有關(guān)信息輸送至通訊管理層,同時(shí)各個(gè)裝置可完全不依賴于網(wǎng)絡(luò)而獨(dú)立完成對(duì)電氣設(shè)備的監(jiān)控。
通訊管理層:完成現(xiàn)場(chǎng)控制層和監(jiān)控管理層之間的網(wǎng)絡(luò)連接、轉(zhuǎn)換,將現(xiàn)場(chǎng)實(shí)時(shí)數(shù)據(jù)和事件信息經(jīng)系統(tǒng)網(wǎng)絡(luò)上傳到監(jiān)測(cè)管理層,所有網(wǎng)絡(luò)通信設(shè)備安裝在控制柜內(nèi)。此外,系統(tǒng)可通過交換機(jī)實(shí)現(xiàn)與其它自控系統(tǒng)的網(wǎng)絡(luò)通信,達(dá)到信息資源共享,同時(shí),監(jiān)控系統(tǒng)還具備與智能模擬顯示屏、變壓器智能控制單元和智能直流電源系統(tǒng)等其它自動(dòng)化系統(tǒng)和智能設(shè)備相連接的通信接口。
監(jiān)控管理層:監(jiān)控主機(jī)采用高性能工控機(jī),所有后臺(tái)監(jiān)測(cè)設(shè)備安裝在控制室,選用專業(yè)組態(tài)監(jiān)控軟件完成系統(tǒng)的監(jiān)控功能。
圖1監(jiān)控系統(tǒng)網(wǎng)絡(luò)
3系統(tǒng)軟件設(shè)計(jì)
根據(jù)濟(jì)寧全民健身廣場(chǎng)的電網(wǎng)結(jié)構(gòu)和用戶需要,進(jìn)行需求分析,確定所需要的監(jiān)控參數(shù),在確保低壓配電監(jiān)控系統(tǒng)網(wǎng)絡(luò)安全穩(wěn)定運(yùn)行的前提下,選擇合適的組態(tài)軟件,進(jìn)行二次開發(fā)。
組態(tài)軟件的設(shè)計(jì)思想是面向?qū)ο蟮模M控制工程師在進(jìn)行過程控制時(shí)的思路,圍繞被控對(duì)象及控制系統(tǒng)的要求構(gòu)造“對(duì)象”,從而生成適用于不同應(yīng)用系統(tǒng)的用戶程序[7]。組態(tài)軟件采用北京太力公司開發(fā)的EpSynall系統(tǒng)軟件。
篇8
【關(guān)鍵詞】intouch計(jì)算機(jī)監(jiān)控系統(tǒng)
基于計(jì)算機(jī)技術(shù)和網(wǎng)絡(luò)技術(shù)的監(jiān)控系統(tǒng)被廣泛應(yīng)用在多個(gè)工業(yè)領(lǐng)域,可以幫助相關(guān)人員及時(shí)了解和掌握被監(jiān)控環(huán)境中的設(shè)備運(yùn)行狀態(tài)、生產(chǎn)運(yùn)行參數(shù)等。在計(jì)算機(jī)監(jiān)控系統(tǒng)的運(yùn)行過程中會(huì)產(chǎn)生大量的數(shù)據(jù),涉及大量的實(shí)時(shí)數(shù)據(jù)處理,如何應(yīng)用適當(dāng)?shù)臄?shù)據(jù)管理和人機(jī)交互軟件將監(jiān)控系統(tǒng)中出現(xiàn)的多種功能進(jìn)行科學(xué)合理呈現(xiàn)是應(yīng)用計(jì)算機(jī)監(jiān)控系統(tǒng)時(shí)需要考慮的一個(gè)主要問題之一。
一、系統(tǒng)配置
為滿足系統(tǒng)的兼容性、通用性,同時(shí)保證系統(tǒng)運(yùn)行的可靠性和穩(wěn)定性,在基于計(jì)算機(jī)的監(jiān)控系統(tǒng)中通常采用分布式控制系統(tǒng),系統(tǒng)硬件由中央操作站、控制站和監(jiān)控終端組成三級(jí)結(jié)構(gòu),三者之間按照相應(yīng)的通信規(guī)則通過光纖以太網(wǎng)進(jìn)行數(shù)據(jù)通信。
其中在中央操作站級(jí)別的系統(tǒng)硬件中配置兩臺(tái)工業(yè)PC機(jī),這樣可以提升系統(tǒng)可靠性和穩(wěn)定性;控制站通過PLC模塊單元實(shí)現(xiàn),可以同時(shí)使用多個(gè)PLC對(duì)多個(gè)工作流程進(jìn)行控制;監(jiān)控終端則是利用傳感器、攝像頭等監(jiān)控設(shè)備對(duì)具體參數(shù)或設(shè)備進(jìn)行監(jiān)控。系統(tǒng)硬件配置完畢后在中央操作站中配置intouch軟件,同時(shí)對(duì)于需要通信的部件配置通信驅(qū)動(dòng)軟件或協(xié)議。
二、數(shù)據(jù)處理
數(shù)據(jù)處理結(jié)構(gòu)具有以下幾個(gè)方面特征:(1)同一數(shù)據(jù)可以具有兩種屬性,分別為固定屬性和時(shí)變屬性,其中固定屬性為數(shù)據(jù)的固定參數(shù)信息,時(shí)變屬性為監(jiān)控過程中數(shù)據(jù)的實(shí)時(shí)變化信息;(2)常用數(shù)據(jù)被存儲(chǔ)在系統(tǒng)內(nèi)存中,便于調(diào)用和訪問,歷史數(shù)據(jù)被存儲(chǔ)在系統(tǒng)硬盤中,用于檢索或匯總;(3)數(shù)據(jù)之間的訪問和相互聯(lián)系通過指針的方式實(shí)現(xiàn);(4)數(shù)據(jù)變量類型多;(5)數(shù)據(jù)通過類的形式進(jìn)行管理;(6)不同數(shù)據(jù)體現(xiàn)出非常強(qiáng)烈的時(shí)間特性。
在intouch軟件中可實(shí)現(xiàn)功能有:現(xiàn)場(chǎng)數(shù)據(jù)采集、數(shù)據(jù)預(yù)處理、數(shù)據(jù)滾動(dòng)存儲(chǔ)、數(shù)據(jù)更新、功能觸發(fā)和定時(shí)、系統(tǒng)補(bǔ)償、數(shù)據(jù)檢索和匯總、進(jìn)程管理等。
三、intouch組態(tài)軟件的監(jiān)控界面
Intouch組態(tài)軟件可以將采集到的數(shù)據(jù)根據(jù)相關(guān)功能進(jìn)行處理,進(jìn)而呈現(xiàn)在監(jiān)控和操作界面中,如工藝流程、不同信號(hào)的狀態(tài)、不同參數(shù)的歷史趨勢(shì)、參數(shù)配置與管理、報(bào)警等。
3.1流程監(jiān)控
根據(jù)實(shí)際生產(chǎn)和管理需求,應(yīng)用intouch組態(tài)軟件可以對(duì)監(jiān)控系統(tǒng)中的多個(gè)子系統(tǒng)進(jìn)行監(jiān)控。主要監(jiān)控內(nèi)容為:對(duì)實(shí)際監(jiān)控終端進(jìn)行模擬布局,將各監(jiān)控點(diǎn)的運(yùn)行狀態(tài)以不同顏色進(jìn)行顯示,表示該點(diǎn)的工作狀態(tài),然后對(duì)本孔乙流程內(nèi)的各參數(shù)進(jìn)行實(shí)時(shí)顯示和跟蹤,若發(fā)現(xiàn)某一參數(shù)超過正常閾值,則對(duì)監(jiān)控人員進(jìn)行提示,每隔一段時(shí)間對(duì)監(jiān)控?cái)?shù)據(jù)進(jìn)行匯總和曲線生成。
3.2狀態(tài)監(jiān)控
不同的工藝流程總覽中都存在一個(gè)與之相匹配的狀態(tài)監(jiān)控畫面,從該畫面中監(jiān)控人員可以獲得所有被監(jiān)控信號(hào)的屬性信息和狀態(tài)顯示,如設(shè)備名稱、信號(hào)名稱、運(yùn)行狀態(tài)等。通常,當(dāng)信號(hào)顯示顏色為綠色時(shí)代表其工作狀態(tài)正常,若變?yōu)榧t色,則代表出現(xiàn)故障或者該監(jiān)控點(diǎn)無信號(hào)。
3.3參數(shù)設(shè)定與切換
每個(gè)工藝流程總覽同樣對(duì)應(yīng)一個(gè)參數(shù)設(shè)置與操作畫面,利用該畫面可以將不同監(jiān)控點(diǎn)的監(jiān)控參數(shù)進(jìn)行人為配置和修改,如對(duì)上下限閾值進(jìn)行設(shè)定和修改、對(duì)不同監(jiān)控設(shè)備的多種延遲時(shí)間進(jìn)行設(shè)定和修改、對(duì)不同控制參數(shù)進(jìn)行設(shè)定和修改、對(duì)工作模式和控制方式進(jìn)行切換等。該功能配合使用相關(guān)輸入設(shè)備即可在intouch界面完成,非常簡(jiǎn)便。
3.4報(bào)警處理
若系統(tǒng)中某一監(jiān)控點(diǎn)出現(xiàn)故障信號(hào)或者相關(guān)監(jiān)控參數(shù)超出正常閾值則系統(tǒng)會(huì)根據(jù)信號(hào)的屬性信息向監(jiān)控人員提供具體的報(bào)警信息,以供監(jiān)控人員處理和消除故障。對(duì)于消除的故障系統(tǒng)還可以利用其他顏色進(jìn)行標(biāo)注,同時(shí)在歷史操作記錄中對(duì)報(bào)警數(shù)據(jù)進(jìn)行記錄。
3.5報(bào)表生產(chǎn)
報(bào)表或狀態(tài)趨勢(shì)圖對(duì)企業(yè)的發(fā)展和優(yōu)化具有非常重要的指導(dǎo)意義。intouch軟件中可以與EXCEL軟件建立連接,按照預(yù)定配置對(duì)多種報(bào)表進(jìn)行定時(shí)自動(dòng)輸出,供生產(chǎn)管理參考。
篇9
手機(jī)萬能遙控器能夠控制空調(diào)開關(guān)。打開手機(jī)萬能遙,進(jìn)入主界面。左上方的按鈕添加電器設(shè)備,點(diǎn)擊“+”加號(hào)來添加設(shè)備,在“添加控制”界面選擇你想要控制的家電類型,從空調(diào)、電視、機(jī)頂盒到投影儀都可以控制。選擇完成后,需要讓app識(shí)別出想要控制的空調(diào),點(diǎn)擊屏幕中的開、關(guān)、加、減等按鈕。
手機(jī)萬能遙控器是一款自己的手機(jī)變身成各種電器的遙控器的工具。手機(jī)萬能遙控器內(nèi)部有遙控代碼,把手機(jī)變成“萬能遙控器”一部普通的智能手機(jī)可以控制所有紅外家電(電視、機(jī)頂盒、空調(diào)等)。
(來源:文章屋網(wǎng) )
篇10
監(jiān)控與調(diào)節(jié) 軟件
所謂內(nèi)外兼修中的內(nèi),指的就是各種軟件,它們更多的是用來監(jiān)控設(shè)備發(fā)熱情況、控制程序進(jìn)程、降低設(shè)置以減少發(fā)熱量,甚至控制外部散熱設(shè)備輔助散熱。相對(duì)于一味增強(qiáng)散熱能力,修煉好軟件“內(nèi)功”同樣重要,甚至有可能帶給我們驚喜。下面就為大家介紹一些常用的軟件,希望能夠幫助大家更好的監(jiān)測(cè)自己的設(shè)備。
魯大師
一款快速流行的軟件――“Windows優(yōu)化大師”讓人們知道了魯錦這個(gè)技術(shù)天才以及他在優(yōu)化方面的才華,正式更名為“魯大師”后,這款支持安全漏洞、硬件規(guī)格和溫度等多種數(shù)據(jù)、系統(tǒng)監(jiān)測(cè)軟件的更成為用戶甚至是測(cè)試者最歡迎的硬件監(jiān)測(cè)軟件。如今,魯大師已經(jīng)加入了360,成為了現(xiàn)在的“360硬件大師”,但人們依舊習(xí)慣性稱呼它為“魯大師”,我們這里也仍使用這一名稱。
在我們最重視的溫度監(jiān)測(cè)方面,魯大師可以直觀地向用戶提供包括CPU溫度、顯卡溫度、主硬盤溫度以及主板溫度這四個(gè)最常規(guī)的溫度數(shù)據(jù)。這款軟件還可以用曲線圖保存溫度變化數(shù)據(jù)、溫度壓力測(cè)試等,便于進(jìn)行數(shù)據(jù)分析,我們可以通過它記錄大型3D游戲或高端應(yīng)用中的溫度變化,對(duì)自己的所運(yùn)行的軟件做好規(guī)劃。
魯大師還有另一項(xiàng)“防暑降溫”利器,那就是“節(jié)能降溫”模式。這是一種通過對(duì)硬件、軟件的監(jiān)測(cè)、計(jì)算各軟件功耗,然后在不影響使用的前提下,自動(dòng)降低功耗,從而達(dá)到降溫目的的模式。其“節(jié)能降溫”、“智能降溫”模塊則照顧了熟悉電腦原理以及一般用戶的需求,完全可以做到一鍵降溫。
AIDA64
作為一款從16位系統(tǒng)時(shí)代就存在的軟硬件監(jiān)測(cè)軟件,AIDA64在16位時(shí)代叫做AIDA16,32位系統(tǒng)時(shí)改為AIDA32,隨后更名為了EVEREST。在軟件的開發(fā)商Lavalys公司被FinalWire收購之后,EVEREST進(jìn)入了64位系統(tǒng)時(shí)代,再次更名為AIDA64。
AIDA64是一款對(duì)電腦全方位的檢測(cè)、監(jiān)測(cè)軟件,它可以詳細(xì)地提供包括處理器、內(nèi)存、磁盤等部件在內(nèi)的溫度、電壓、頻率等全方位數(shù)據(jù),更具備了超頻、硬件糾錯(cuò)、壓力測(cè)試以及內(nèi)部傳感器數(shù)據(jù)在內(nèi)的諸多功能。
在AIDA64中,用戶可以用系統(tǒng)穩(wěn)定性測(cè)試模塊來監(jiān)測(cè)CPU、顯卡在內(nèi)的諸多硬件溫度,它提供了過熱、過壓、風(fēng)扇警報(bào)和緊急程序啟動(dòng)功能,其中的風(fēng)扇警報(bào)功能在實(shí)際使用中非常有效和關(guān)鍵。在國內(nèi)很多地區(qū),正常的風(fēng)扇可能很快就因?yàn)榉e灰、卡線、等原因出現(xiàn)轉(zhuǎn)動(dòng)問題,在我們前面講到的清潔工作后也常常會(huì)忘記連接風(fēng)扇電源,但很多時(shí)候用戶不拆開機(jī)箱或者不仔細(xì)聽的話,是不會(huì)知道風(fēng)扇運(yùn)行狀況的,能夠及時(shí)反饋風(fēng)扇故障就非常重要了。
HWMonitor
作為CPUID公司的知名作品之一,HWMonitor和CPU-Z一樣是簡(jiǎn)約型軟件的首選,也就是說,那些不愿意使用復(fù)雜軟件、分析大量數(shù)據(jù)的用戶可以選擇這款HWMonitor。這款小軟件開始運(yùn)行,便可以立即顯示系統(tǒng)溫度、CPU溫度、GPU溫度、硬盤溫度4項(xiàng)數(shù)據(jù)――這也正是溫度監(jiān)測(cè)領(lǐng)域最基本的4項(xiàng)數(shù)據(jù)。
除此之外,HWMonitor還提供了這四項(xiàng)數(shù)據(jù)的當(dāng)前、最高、最低狀態(tài),以便用戶對(duì)自己的設(shè)備曾在何時(shí)達(dá)到了一個(gè)溫度峰值有所了解。另外一個(gè)小功能,則是顯示了風(fēng)扇轉(zhuǎn)速情況,只不過這項(xiàng)數(shù)據(jù)只能提供CPU而不能顯示顯卡的風(fēng)扇轉(zhuǎn)速。
總體來說,這款小軟件是為了那些追求簡(jiǎn)單了解溫度情況的用戶準(zhǔn)備的,它不能提供詳細(xì)的傳感器數(shù)據(jù),但基本的功能齊備并且監(jiān)測(cè)準(zhǔn)確,作為桌面常駐小工具還是很合格的。
最后我們多提一句與它的同門師兄CPU-Z功能相仿的GPU-Z,作為一款輕量級(jí)顯卡測(cè)試軟件,GPU-Z同樣簡(jiǎn)潔直觀,更是可以生成一個(gè)log文件持續(xù)監(jiān)控溫度風(fēng)扇負(fù)載。
SpeedFan
與HWMonitor一樣,SpeedFan簡(jiǎn)約而直觀地提供了硬件溫度、電壓、風(fēng)扇轉(zhuǎn)速等數(shù)據(jù),只是對(duì)硬盤數(shù)據(jù)支持不夠。除此之外,SpeedFan擁有一項(xiàng)絕技,那就是CPU頻率控制,這原本要在BIOS或主板廠商系統(tǒng)軟件中調(diào)節(jié)的功能,SpeedFan可以通過軟件就可以控制,不過在使用過程中,因?yàn)檐浖С值闹靼逍吞?hào)并不多、更新也不及時(shí),導(dǎo)致這項(xiàng)功能很多時(shí)候根本無法啟動(dòng)。
當(dāng)然,通過軟件名稱我們也可以看出,本軟件最大的“賣點(diǎn)”是控制風(fēng)扇的轉(zhuǎn)速。主板的風(fēng)扇調(diào)速功能分為PWM模式和DC模式,不同品牌、型號(hào)的主板采用不同的模式,當(dāng)然也可能兩種模式均支持。speedFan做到了完美支持這兩種風(fēng)扇調(diào)速模式,并且不需要進(jìn)入BIOS開啟風(fēng)扇自動(dòng)控制,其風(fēng)扇調(diào)節(jié)功能十分齊全,可以設(shè)定CPU使用頻率節(jié)點(diǎn)然后規(guī)定風(fēng)扇轉(zhuǎn)速,只是界面不太人性化,需要一段時(shí)間熟悉后才能完美使用這款軟件。
與前面的軟件相比,SpeedFan是一款真正可以控制風(fēng)扇來物理降溫的軟件,當(dāng)然,它也只是調(diào)節(jié)風(fēng)扇轉(zhuǎn)速而已,仍舊是在用戶原有設(shè)備的基礎(chǔ)上實(shí)現(xiàn)降溫。下面就為大家介紹幾款實(shí)用或最新的降溫產(chǎn)品。
傳導(dǎo)與清除 硬件
散熱底座
對(duì)于筆記本電腦用戶來說,產(chǎn)生的大量熱量會(huì)有幾乎要將外殼融化的感覺,國外甚至還有過用筆記本外殼煎蛋的試驗(yàn),其熱量之大可見一斑。因此如何為筆記本降溫成為用戶頭疼的難題,散熱底座是其中最為簡(jiǎn)單的一種方法。
散熱底座顧名思義,是一種將散熱系統(tǒng)安裝在底座上,然后墊放在筆記本之下的設(shè)備。散熱底座可以讓筆記本下方留出更大的散熱空間,減少避免熱空氣聚集,并通過風(fēng)扇將筆記本底部產(chǎn)生的熱量迅速吹散。但是在使用過程中,筆者發(fā)現(xiàn)很多設(shè)計(jì)簡(jiǎn)單粗糙的散熱底座效果其實(shí)相當(dāng)可疑,它們能讓底部溫度降低一些,卻難以觸及內(nèi)部核心,甚至可能阻礙本機(jī)的散熱效果,散熱底座就在筆記本電腦最常設(shè)置散熱出風(fēng)口的左后與右后位置帶有擋板,會(huì)阻擋正常散熱,因此根據(jù)自己的機(jī)型特點(diǎn)和需求,尋找更適合自己的散熱底座非常重要。
在最近推出的散熱底座中,Tt的Satellite衛(wèi)星式便攜式筆電散熱器給我們留下了深刻的印象,它設(shè)計(jì)巧妙,體積遠(yuǎn)小于常見散熱底座,攜帶時(shí)只有一個(gè)小盒子大小,只比常見的筆記本電壓器略大。在使用時(shí)將它拆開成兩部分,墊放在筆記本左右兩側(cè),雙50MM風(fēng)扇構(gòu)成很好的散熱風(fēng)路,同時(shí)又不會(huì)阻擋任何部位的散熱孔,還可以自由調(diào)節(jié)使用高度和角度。更有意思的是Satellite衛(wèi)星式便攜式筆電散熱器內(nèi)建高音質(zhì)揚(yáng)聲器,對(duì)受到體積限制而音效不佳的筆記本電腦是非常不錯(cuò)的功能補(bǔ)充。
水冷散熱器
對(duì)臺(tái)式機(jī)用戶來說,液冷散熱器與風(fēng)扇相比,擁有非常明顯的優(yōu)點(diǎn),比如噪音較低、能力更強(qiáng)、主板承受重量較小等,不過缺點(diǎn)也非常明顯,那就是復(fù)雜性和高價(jià)格。液冷散熱器需要用泵讓散熱管中的冷卻液循環(huán),從而帶走硬件上的熱量,因此需要液冷塊、循環(huán)泵、管道、換熱器等多個(gè)部分,因此傳統(tǒng)水冷散熱器比風(fēng)扇結(jié)構(gòu)更復(fù)雜,體積也大不少,價(jià)格自然就上去了――在水冷散熱器誕生的早期,一臺(tái)名牌散熱器的價(jià)格甚至要超過了主板加CPU本身。
當(dāng)然隨著技術(shù)的進(jìn)步,如今液冷散熱器在成熟度、簡(jiǎn)易程度以及兼容能力方面已經(jīng)有了很大進(jìn)步,很多公司推出了相對(duì)小巧易用的一體式液冷散熱器,中高端機(jī)箱則普遍帶有液冷管路出口,還有一些液冷散熱器使用其他冷卻液替代水,提升了性能和安全性。另外在價(jià)格方面,299元甚至199元的大品牌液冷散熱器已經(jīng)出現(xiàn),原本準(zhǔn)備配置高端風(fēng)冷散熱器的用戶,已經(jīng)可以考慮改為選擇液冷產(chǎn)品。
數(shù)碼產(chǎn)品的散熱問題
隨著最近手機(jī)和平板電腦的體型越來越纖細(xì),外殼越來越精致,數(shù)碼產(chǎn)品外殼又一次興起,成為新一代智能數(shù)碼產(chǎn)品最常見的外設(shè),但在精心保護(hù)我們的數(shù)碼產(chǎn)品時(shí),其中的大部分,其實(shí)對(duì)正常散熱是一種阻礙,對(duì)時(shí)刻保持開機(jī)連線狀態(tài),甚至可能長時(shí)間執(zhí)行后臺(tái)程序的高端手機(jī)來說,更是存在隱患。
我們建議用戶首先可以考慮摘掉手機(jī)套,以確保其散熱能力,而對(duì)于手機(jī)攜行時(shí)經(jīng)常發(fā)生刮擦,或者常常掉落,碰撞手機(jī)的用戶,則可考慮網(wǎng)狀或帶有大量鏤空格的外殼,外套,材質(zhì)則以金屬為最好。
另外對(duì)手機(jī)內(nèi)部來說,將處理器等原件熱量導(dǎo)出的散熱膜也非常重要,一些手機(jī)在更換電池或slM時(shí),會(huì)露出部分散熱膜,如果這些部分受到損傷,可能會(huì)影響散熱及穩(wěn)定性,應(yīng)該及時(shí)修補(bǔ)。
熱門標(biāo)簽
監(jiān)控施工總結(jié) 監(jiān)控技術(shù)論文 監(jiān)控方案設(shè)計(jì) 監(jiān)控員 監(jiān)控系統(tǒng)建設(shè) 監(jiān)控系統(tǒng)方案 監(jiān)控系統(tǒng) 監(jiān)控中心 監(jiān)控技術(shù) 監(jiān)控體系 心理培訓(xùn) 人文科學(xué)概論
相關(guān)文章
1列車自動(dòng)監(jiān)控系統(tǒng)主備中心設(shè)計(jì)分析
2計(jì)量監(jiān)督檢測(cè)有效性監(jiān)控方法研究
3煤礦安全生產(chǎn)監(jiān)控與通信技術(shù)探索
4STM32實(shí)驗(yàn)室環(huán)境安全監(jiān)控系統(tǒng)探討