檢測(cè)系統(tǒng)論文精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的檢測(cè)系統(tǒng)論文主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：檢測(cè)系統(tǒng)論文范文

1．1水質(zhì)環(huán)境條件要求

經(jīng)過(guò)分析調(diào)查，水產(chǎn)漁業(yè)對(duì)水質(zhì)的監(jiān)測(cè)主要需求為:對(duì)溫度、pH值、溶解氧濃度這些參數(shù)發(fā)生變化或不符合標(biāo)準(zhǔn)，將嚴(yán)重影響水產(chǎn)品的質(zhì)量和產(chǎn)量，因此，需對(duì)此類參數(shù)通過(guò)進(jìn)行實(shí)時(shí)監(jiān)控。

1．2系統(tǒng)結(jié)構(gòu)設(shè)計(jì)

本系統(tǒng)主要由水質(zhì)數(shù)據(jù)采集層、數(shù)據(jù)匯集層、監(jiān)測(cè)中心層構(gòu)成，水質(zhì)數(shù)據(jù)采集層是由測(cè)溫度、pH值、溶解氧濃度的相應(yīng)傳感器組成的，將其部署在水中，實(shí)現(xiàn)對(duì)相關(guān)參數(shù)的采集，再通過(guò)WiFi將所采集數(shù)據(jù)發(fā)送至AP節(jié)點(diǎn)進(jìn)行數(shù)據(jù)匯聚，再由AP節(jié)點(diǎn)通過(guò)WiFi將匯集數(shù)據(jù)發(fā)送至監(jiān)測(cè)中心。

2WiFi節(jié)點(diǎn)硬件設(shè)計(jì)

WiFi又稱IEEE802．11b標(biāo)準(zhǔn)，IEEE802．11b無(wú)線網(wǎng)絡(luò)規(guī)范是對(duì)IEEE802．11的改進(jìn)，其最高帶寬為11Mbps。在信號(hào)較弱或有干擾時(shí)，可自動(dòng)調(diào)整為5．5，2或1Mbps。本系統(tǒng)中帶寬為11Mbps。本系統(tǒng)需完成對(duì)終端節(jié)點(diǎn)、AP節(jié)點(diǎn)的制作，并且需實(shí)現(xiàn)將各個(gè)傳感器所采集到的數(shù)據(jù)通過(guò)WiFi傳輸至上位機(jī)，實(shí)現(xiàn)上位機(jī)對(duì)溫度、pH值、溶解氧濃度等參數(shù)的實(shí)時(shí)監(jiān)測(cè)。

2．1電源模塊

本系統(tǒng)中各個(gè)模塊所需的工作電壓均為3．3V，因此，可用2節(jié)AA電池通過(guò)電壓轉(zhuǎn)換電路得到3．3V，從而避免了使用市電供電，使系統(tǒng)更加無(wú)線化。

2．2WiFi無(wú)線通信模塊

本模塊采用的是GainSpan公司的GS1011片上系統(tǒng)，其內(nèi)部集成了WiFi物理層，裝上天線和射頻功放即可完成數(shù)據(jù)的接收與發(fā)送，該芯片功耗超低，為雙ARM7核結(jié)構(gòu)，其中一個(gè)用于處理數(shù)據(jù)鏈路層和物理層的工作，一個(gè)用于實(shí)現(xiàn)軟件應(yīng)用。芯片內(nèi)嵌的FLASH和SRAM用于儲(chǔ)存程序和數(shù)據(jù)，編程和調(diào)試可通過(guò)JTAG口實(shí)現(xiàn);ADC，I2C總線，GPIO等接口用于接收來(lái)自傳感器采集到的數(shù)據(jù)信息，實(shí)現(xiàn)通過(guò)串口與單片機(jī)通信，其工作電壓為3．3V。

2．3處理器模塊

本次通與終端節(jié)點(diǎn)相連的處理器采用STC89LE52C單片機(jī)。該單片機(jī)IO口可模擬I2C接口來(lái)接收傳感器模塊采集到的數(shù)據(jù)信息，其工作電壓為3．3V。AP節(jié)點(diǎn)無(wú)需處理器。

2．4串口模塊

串口模塊采用MAX232實(shí)現(xiàn)了單片機(jī)模塊和WiFi模塊之間的通信，并通過(guò)USB轉(zhuǎn)串口進(jìn)行程序配置。

2．5傳感器模塊

本設(shè)計(jì)中采用美國(guó)Dallas半導(dǎo)體公司生產(chǎn)的DS18B20數(shù)字化溫度傳感器，適用電壓范圍為3．0～5．5V;通過(guò)串行數(shù)據(jù)線DQ與單片機(jī)的P1．2口相連實(shí)現(xiàn)溫度數(shù)據(jù)的傳輸。DQ上需接一只4．7kΩ上拉電阻器，以實(shí)現(xiàn)對(duì)DS18B20的控制，完成讀寫溫度數(shù)據(jù)功能。pH值傳感器采用雷磁E—201—C型pH復(fù)合電極，溶解氧濃度傳感器采用雷磁公司的DO—955溶氧電極，傳感器終端與單片機(jī)連接的電路原理圖如圖4所示。

3節(jié)點(diǎn)軟件設(shè)計(jì)

在系統(tǒng)中，IEEE802．11b采用的是Infrasture組網(wǎng)模式，通信協(xié)議為TCP/IP，具體目標(biāo)是為實(shí)現(xiàn)將傳感器采集到的數(shù)據(jù)匯聚到AP節(jié)點(diǎn)，在通過(guò)WiFi后傳輸至監(jiān)測(cè)中心。具體的軟件設(shè)計(jì)步驟為:首先通過(guò)gs_flashprogram軟件編寫WiFiProtectedSetup(WPS)程序，且在程序中內(nèi)嵌TCP/IP協(xié)議，將該程序燒寫入GS1011模塊;然后，通過(guò)Keil軟件對(duì)單片機(jī)進(jìn)行編程設(shè)計(jì)，其軟件結(jié)構(gòu)由AT指令，各傳感器的程序和API接口組成。在本系統(tǒng)中，傳感器節(jié)點(diǎn)定時(shí)向AP節(jié)點(diǎn)發(fā)送數(shù)據(jù)，AP節(jié)點(diǎn)定時(shí)接收，并通過(guò)WiFi傳輸至監(jiān)測(cè)中心的上位機(jī)，實(shí)現(xiàn)對(duì)水質(zhì)的溫度、pH值、溶解氧濃度等參數(shù)的實(shí)時(shí)監(jiān)測(cè)。系統(tǒng)每30min采集一次水質(zhì)參數(shù)，因此，可通過(guò)定時(shí)器來(lái)控制終端節(jié)點(diǎn)連續(xù)給AP節(jié)點(diǎn)的工作狀態(tài)，當(dāng)定時(shí)器被喚醒時(shí)，向上位機(jī)發(fā)送數(shù)據(jù)，定時(shí)器滿，停止發(fā)送，進(jìn)入休眠狀態(tài)，等待下一次定時(shí)器被喚醒。在進(jìn)入休眠狀態(tài)時(shí)，終端節(jié)點(diǎn)與AP節(jié)點(diǎn)處于中斷狀態(tài)，且傳感器暫時(shí)停止工作。

4管理系統(tǒng)的實(shí)現(xiàn)

系統(tǒng)的管理核心為上位機(jī)，主要需實(shí)現(xiàn)串口接收程序和上位機(jī)管理程序等功能，本系統(tǒng)上位機(jī)通過(guò)MicrosoftVisualStudio2010軟件采用的是里面的MFC應(yīng)用程序框架進(jìn)行設(shè)計(jì)的上位機(jī)程序。從而實(shí)現(xiàn)對(duì)傳感器設(shè)計(jì)查詢、數(shù)據(jù)接收、數(shù)據(jù)存放及歷史數(shù)據(jù)查詢等功能，當(dāng)監(jiān)控人員登陸界面查找相關(guān)資料時(shí)，系統(tǒng)通過(guò)調(diào)用數(shù)據(jù)庫(kù)中的歷史數(shù)據(jù)，并且可以以視圖的形式將數(shù)據(jù)發(fā)送到客戶端，實(shí)現(xiàn)了遠(yuǎn)程監(jiān)控功能。

5系統(tǒng)測(cè)試

在某水產(chǎn)養(yǎng)殖基地對(duì)本設(shè)計(jì)系統(tǒng)進(jìn)行了測(cè)試。實(shí)驗(yàn)時(shí)部署了4個(gè)終端節(jié)點(diǎn)，分別放在4個(gè)養(yǎng)殖池中，部署2個(gè)路由節(jié)點(diǎn)，溫度傳感器、pH值傳感器、溶氧度傳感器集成在終端節(jié)點(diǎn)上。終端節(jié)點(diǎn)僅需2節(jié)普通5號(hào)電池。節(jié)點(diǎn)固定在魚塘中心位置，且內(nèi)離水面1m處。傳感器終端每隔30min對(duì)水質(zhì)參數(shù)進(jìn)行一次采樣，并將采樣數(shù)據(jù)發(fā)送至上位機(jī)后，自動(dòng)進(jìn)入休眠狀態(tài)，等待下一次采樣指令的盜壘。其溫度、pH值、溶解氧濃度監(jiān)測(cè)結(jié)果。

6結(jié)束語(yǔ)

第2篇：檢測(cè)系統(tǒng)論文范文

1．1節(jié)能改造措施該大樓經(jīng)過(guò)20多年的使用，存在辦公環(huán)境差，外立面效果為臟、亂;存在結(jié)構(gòu)、消防安全隱患;室內(nèi)舒適性差，建筑能耗高;生產(chǎn)流線不合理;部分建筑設(shè)備及建筑構(gòu)件老化及超過(guò)使用年限等問(wèn)題。這次改造采用的技術(shù)主要有:遮陽(yáng)、通風(fēng)等被動(dòng)式節(jié)能技術(shù);外窗改造優(yōu)先的圍護(hù)結(jié)構(gòu)改造技術(shù);以人為本高能效的空調(diào)系統(tǒng)改造技術(shù);高效節(jié)能的供水系統(tǒng)改造技術(shù);切合實(shí)際的供配電和照明系統(tǒng)改造技術(shù);光伏發(fā)電可再生能源利用系統(tǒng);智能可控的空調(diào)集中系統(tǒng)及能耗監(jiān)測(cè)系統(tǒng)。由于原來(lái)的屋面為架空預(yù)制鋼筋砼隔熱板，開裂老化嚴(yán)重，防水年限過(guò)期。外墻是鋼筋混凝土框架結(jié)構(gòu)+粘土多孔磚，外窗是鋁合金框普通玻璃推拉窗，沒(méi)有外遮陽(yáng)措施，且氣密性、水密性差。這次護(hù)結(jié)構(gòu)節(jié)能改造，采用倒置式防水屋面進(jìn)行防水層改造，采用40厚擠塑聚苯板敷設(shè)保溫隔熱層，進(jìn)行了局部屋頂綠化，并增加太陽(yáng)能光伏板。建筑外墻基本不變，減少南向帶型窗面積，增設(shè)窗間墻。改動(dòng)墻體部分采用自保溫墻體蒸壓加氣混凝土砌塊。南向窗臺(tái)部分加膠粉聚苯顆粒保溫砂漿增強(qiáng)內(nèi)保溫。減少南向外墻面積，控制窗墻比。南、北、東、西向外窗更換為普通鋁合金框中空玻璃。結(jié)合建筑外立面增設(shè)外遮陽(yáng)，沿街北、西、部分南向外墻立面增設(shè)固定翼型遮陽(yáng)百葉，沿街東向外墻立面增設(shè)電動(dòng)式固定翼型遮陽(yáng)百葉。通風(fēng)設(shè)計(jì)結(jié)合內(nèi)裝修平面調(diào)整，通過(guò)室內(nèi)辦公空間分隔和家具排列順應(yīng)和引導(dǎo)自然通風(fēng)，合理組織通風(fēng)線路。供配電方面重新對(duì)供配電容量、敷設(shè)電纜、供配電線路保護(hù)和保護(hù)電器的選擇性配合等參數(shù)進(jìn)行核算;低壓配電室、層分配電箱盡量設(shè)在負(fù)荷中心;低壓配電室設(shè)集中無(wú)功補(bǔ)償和“電容器+電抗器”組合的無(wú)源濾波治理措施。結(jié)合屋面節(jié)能改造，安裝總?cè)萘?0KWp的屋頂太陽(yáng)能光伏建筑一體化組件，供配電系統(tǒng)結(jié)合屋頂50KWp太陽(yáng)能光伏發(fā)電進(jìn)行配電。照明部分因?yàn)樵姓彰飨祩鹘y(tǒng)照明燈具，采用電感整流器，無(wú)照明自控系統(tǒng)。現(xiàn)在選用發(fā)光效率高的光源、燈具效率高的燈具及能耗等級(jí)高的鎮(zhèn)流器，如辦公室均采用T5細(xì)管徑熒光燈和格柵燈盤，選用能耗低的電子整流器;公共部位采用光控和時(shí)間控制等相結(jié)合的智能控制方式，根據(jù)照度、人員活動(dòng)區(qū)域自動(dòng)控制照明。另外辦公區(qū)照明結(jié)合辦公功能和自然采光，合理采用分區(qū)、分組、集中和分散方式來(lái)安排照明;采用一般照明和局部照明相結(jié)合;采用合理的燈具安裝方式;在滿足安裝高度及美觀需求前提下，盡可能降低燈具的安裝高度。供水方面原來(lái)一層生活用水由市政管網(wǎng)直接供水，二層以上由合用水箱上行下給供水;埋地合用水池、合用水箱、鍍鋅鋼管給水管材不能滿足衛(wèi)生需求;無(wú)水表計(jì)量裝置?，F(xiàn)利用市政壓力直接供水的層數(shù)提至三層;四層以上由屋面生活水箱供水，并根據(jù)季節(jié)和用水狀況采用市政壓力之二組補(bǔ)水或加壓泵補(bǔ)水;水箱改用不銹鋼材質(zhì)，給水管材改為衛(wèi)生、綜合造價(jià)低的管材;增加了水表計(jì)量裝置;增設(shè)了水池、水箱超高水位報(bào)警功能;并增加了直飲水系統(tǒng)，為辦公人員提供了健康、安全的飲水條件?？照{(diào)原來(lái)是分體空調(diào)，無(wú)新風(fēng)系統(tǒng);室外機(jī)設(shè)置在臨近外墻，顯得比較凌亂。改造采用分區(qū)VRV+部分新風(fēng)系統(tǒng);VRV變冷媒新風(fēng)機(jī)組采用高效能的變頻一拖多空調(diào)系統(tǒng)，能效4．2以上;利用冷熱交換機(jī)組，利用排風(fēng)的余冷(熱)量來(lái)預(yù)冷(熱)室外新風(fēng);室外機(jī)組集中屋面，不影響外墻整體效果。另外還設(shè)置了相應(yīng)的建筑智能化系統(tǒng)，建立和利用福建省能耗監(jiān)測(cè)系統(tǒng)展示平臺(tái)，對(duì)節(jié)能改造系統(tǒng)集成展示。

1．2節(jié)能改造后節(jié)能改造后，對(duì)各部門的房間格局進(jìn)行了重新設(shè)計(jì)，集體辦公區(qū)主要以大開間為主，并將分體式空調(diào)改造為中央空調(diào)。改造后各樓層北樓和南樓的年總能耗、人均能耗及單位面積能耗統(tǒng)計(jì)如表1．4、表1．5所示。分析計(jì)算改造后各樓層單位面積年能耗量如表1．6所示。為了更直觀的對(duì)比改造前后各樓層單位面積年能耗量，以柱狀圖的形式表示如圖1．1所示。

2數(shù)據(jù)及效益分析

該辦公樓節(jié)能改造項(xiàng)目已于2013年完成，經(jīng)數(shù)據(jù)對(duì)比、分析和計(jì)算，改造后建筑節(jié)能率可達(dá)到50．17%。其中，供水系統(tǒng)改造后，由于采用節(jié)水型衛(wèi)生器具及減壓控流等技術(shù)措施，每年可節(jié)水約為0．2萬(wàn)噸，節(jié)水率約為22．5%。供配電與照明系統(tǒng)改造后，同比預(yù)期每年可節(jié)省3．2萬(wàn)kWh電量，屋頂50kWp太陽(yáng)能光伏發(fā)電系統(tǒng)每年可發(fā)電約4．5萬(wàn)kWh。暖通專業(yè)節(jié)能改造后，一方面因建筑圍護(hù)改造，隔熱保溫性能提高，設(shè)備配置的負(fù)荷容量降低了8%左右，空調(diào)系統(tǒng)的運(yùn)行費(fèi)用降低，另一方面，大樓改造前空調(diào)采用分體空調(diào)，效率低下，設(shè)備的能效比僅為2．6～2．7kw/kw，采用能效高的VRV空調(diào)系統(tǒng)后，制冷COP值達(dá)4．2kw/kw，IPLV值為5．4kw/kw。核算改造前空調(diào)年耗電量約45萬(wàn)kWh，改造后空調(diào)年耗電量?jī)H約為25萬(wàn)kWh，改造前后空調(diào)年耗電節(jié)省量約18．13萬(wàn)kWh?？傆?jì)年節(jié)約的電能，按發(fā)電煤耗計(jì)算，共能節(jié)省65．3噸標(biāo)煤，實(shí)現(xiàn)減排161．4噸CO2，削減4．9噸SO2等。由此可見，本辦公建筑的節(jié)能改造措施是有效和可行的。特別是，本既有建筑節(jié)能改造，采用的技術(shù)和方案基本上都是常規(guī)技術(shù)，除增加屋頂50kWp太陽(yáng)能光伏發(fā)電系統(tǒng)外，改造所花費(fèi)的投資也是正常的需求投資，但采用這些技術(shù)的理念都是先進(jìn)和最適宜的。改造取得了節(jié)能的效果外，外立面有了煥然一新的現(xiàn)代建筑風(fēng)格，室內(nèi)辦公環(huán)境極大改善，舒適性提高，生產(chǎn)流線合理、建筑設(shè)備使用便捷、安全。

3能耗監(jiān)測(cè)系統(tǒng)

改造前，該建筑物沒(méi)有安裝能耗監(jiān)測(cè)和分析系統(tǒng)，所以各分項(xiàng)能耗和總能耗只能通過(guò)人工統(tǒng)計(jì)和估算得出，不僅費(fèi)時(shí)費(fèi)力，而且由于部門之間的差異和不同時(shí)段工作時(shí)間長(zhǎng)短的不同，導(dǎo)致所得能耗統(tǒng)計(jì)數(shù)據(jù)與實(shí)際能耗有一定的偏差，準(zhǔn)確性不高。改造后，該建筑物引進(jìn)了能耗監(jiān)測(cè)和分項(xiàng)計(jì)量系統(tǒng)，系統(tǒng)如圖1．2所示。該系統(tǒng)分為現(xiàn)場(chǎng)監(jiān)控層、通訊管理層和監(jiān)控主站層。現(xiàn)場(chǎng)監(jiān)控層由多功能電能儀表組成，分別就地安裝在各自的配電箱上，并以現(xiàn)場(chǎng)總線形式接入通訊管理層，介質(zhì)采用屏蔽雙絞線，主要完成測(cè)量、電量參數(shù)等相關(guān)信號(hào)采集上傳等功能;通訊管理層主要由通訊管理機(jī)組成，其主要任務(wù)是數(shù)據(jù)的處理、存放、調(diào)配，通信規(guī)約的轉(zhuǎn)換，各個(gè)區(qū)間的通信銜接以及對(duì)本地系統(tǒng)狀態(tài)的監(jiān)視等;監(jiān)控主站層由監(jiān)控主機(jī)、UPS、數(shù)據(jù)服務(wù)器、WEB服務(wù)器，分項(xiàng)計(jì)量及能耗監(jiān)測(cè)系統(tǒng)應(yīng)用軟件組成。監(jiān)控主站層通過(guò)以太網(wǎng)與通訊管理層相連，實(shí)時(shí)采集現(xiàn)場(chǎng)監(jiān)控層的監(jiān)控?cái)?shù)據(jù)，可完成包括能耗數(shù)據(jù)采集、能耗分項(xiàng)計(jì)量、能耗區(qū)域管理、能耗設(shè)備管理、能效數(shù)據(jù)分析評(píng)估、系統(tǒng)優(yōu)化策略、節(jié)能潛力評(píng)估、能效信息和用戶定制等若干系統(tǒng)功能。能耗監(jiān)測(cè)平臺(tái)能夠簡(jiǎn)化人工抄表及統(tǒng)計(jì)的煩瑣工序，只要各儀表根據(jù)標(biāo)準(zhǔn)接入采集網(wǎng)絡(luò)，監(jiān)控中心就能定時(shí)、定點(diǎn)地獲取相關(guān)數(shù)據(jù)。通過(guò)在平臺(tái)上簡(jiǎn)單的設(shè)置及操作即可對(duì)各建筑數(shù)據(jù)統(tǒng)一管理。而且數(shù)據(jù)采集設(shè)備采用的是系統(tǒng)開發(fā)商自主研發(fā)的控制代碼，不需操作系統(tǒng)支持，不被網(wǎng)絡(luò)病毒侵害，能夠免受外界網(wǎng)絡(luò)攻擊。另外，要求采集設(shè)備能保證斷電一定時(shí)間內(nèi)數(shù)據(jù)不丟失，或通訊異常時(shí)，設(shè)備能保存重要數(shù)據(jù)，通訊恢復(fù)后向監(jiān)控中心斷點(diǎn)續(xù)傳重要數(shù)據(jù)。

4結(jié)語(yǔ)

第3篇：檢測(cè)系統(tǒng)論文范文

根據(jù)各個(gè)模塊的具體實(shí)現(xiàn)功能的不同，按照由下至上的順序分別予以設(shè)計(jì)。

1.1溫濕度數(shù)據(jù)采集模塊這部分工作主要是對(duì)ZigBee節(jié)點(diǎn)內(nèi)部的單片機(jī)模塊進(jìn)行編程。首先考慮到CC2530有3個(gè)8位端口組成，端口1、2、3分別用P0，P1，P2來(lái)表示，其中，P0和P1是完全的8位端口，而P2僅有5位可用。所有的端口均可以通過(guò)SFR寄存器P0、P1和P2位尋址和字節(jié)尋址。傳感器芯片只提供2個(gè)I／O端口：DA－TA和SCK，前者為數(shù)據(jù)輸入輸出端口，后者為只可輸入的時(shí)鐘信號(hào)端口。因此將P0＿0與SCK相連以提供時(shí)鐘序列，P0＿1與DATA相連以讀寫溫濕度數(shù)據(jù)。在了解硬件連接基礎(chǔ)上對(duì)數(shù)據(jù)采集模塊進(jìn)行軟件設(shè)計(jì)，程序由3部分構(gòu)成：（1）主函數(shù)部分：首先調(diào)用函數(shù)初始化串口通信以及溫濕度傳感器，然后調(diào)用函數(shù)獲取溫濕度數(shù)據(jù)，最后將數(shù)據(jù)處理后調(diào)用串口控制函數(shù)，打印調(diào)試信息。（2）溫濕度傳感器控制部分：具體實(shí)現(xiàn)初始化傳感器函數(shù)，即設(shè)置P0端口的相關(guān)寄存器；實(shí)現(xiàn)獲取溫濕度數(shù)據(jù)的函數(shù)，根據(jù)傳感器資料說(shuō)明，端口按照一定時(shí)序發(fā)出特定的序列即可進(jìn)行相應(yīng)控制；實(shí)現(xiàn)將得到的數(shù)據(jù)進(jìn)行計(jì)算修正的函數(shù)。（3）串口打印控制部分：包括從串口獲取PC鍵盤按鍵值、發(fā)送一個(gè)字符、發(fā)送一串字符等功能使主函數(shù)的打印信息能顯示在串口通信軟件界面上。其主要部分的流程圖見圖2。

1.2溫濕度數(shù)據(jù)傳輸模塊該模塊分為兩部分，一為基于Z－Stack協(xié)議棧開發(fā)使節(jié)點(diǎn)與協(xié)調(diào)器自動(dòng)組網(wǎng)形成ZigBee網(wǎng)絡(luò)，并通過(guò)該網(wǎng)絡(luò)實(shí)現(xiàn)數(shù)據(jù)無(wú)線傳輸；二為使協(xié)調(diào)器與嵌入式核心板中ARM處理器進(jìn)行串行異步通信，將數(shù)據(jù)最終交由嵌入式平臺(tái)處理。Z－Stack采用分布式尋址，兼容AODV路由協(xié)議，可以滿足近程通信的要求，即使通信鏈路失效發(fā)生也可有效工作。為了區(qū)分Z－Stack協(xié)議棧中復(fù)雜的硬件驅(qū)動(dòng)系統(tǒng)，又提供了OSAL層［10］（類似于單片機(jī)上的操作系統(tǒng)，實(shí)則為根據(jù)所觸發(fā)的事件選擇調(diào)度相應(yīng)任務(wù)），可調(diào)度APP層的任務(wù)。另外，Z－Stack提供了源碼例程SampleApp。該例程實(shí)現(xiàn)的功能主要是協(xié)調(diào)器自啟動(dòng)（組網(wǎng)）和節(jié)點(diǎn)設(shè)備自動(dòng)入網(wǎng)。在了解Z－Stack的工作流程后，程序的開發(fā)將在APP層對(duì)Sam－pleApp．c進(jìn)行改寫完成。這部分程序主要為利用OSAL層任務(wù)事件輪詢調(diào)度機(jī)制，通過(guò)系統(tǒng)周期性定時(shí)廣播數(shù)據(jù)到group1中去實(shí)現(xiàn)。當(dāng)ZigBee節(jié)點(diǎn)加入網(wǎng)絡(luò)后觸發(fā)狀態(tài)改變事件，系統(tǒng)開啟定時(shí)器，定時(shí)時(shí)間一到就觸發(fā)廣播消息事件；系統(tǒng)為其創(chuàng)建相應(yīng)的任務(wù)ID，調(diào)用廣播消息函數(shù)；節(jié)點(diǎn)端的廣播消息函數(shù)讀取前一個(gè)模塊得到的數(shù)據(jù)，利用AF＿DataRequest（）函數(shù)接口調(diào)用下層射頻硬件驅(qū)動(dòng)函數(shù)發(fā)送溫濕度數(shù)據(jù)；觸發(fā)協(xié)調(diào)器端的接收數(shù)據(jù)事件處理函數(shù)SampleApp＿M(jìn)essageMSGCB（），將捕獲的溫濕度數(shù)據(jù)處理后，以字符串的形式通過(guò)串口顯示在宿主機(jī)的終端中，以方便調(diào)試和開發(fā)。另外，協(xié)調(diào)器通過(guò)異步串行接口將數(shù)據(jù)交由ARM處理器。

1.3溫濕度處理模塊為了后續(xù)拓展，為可處理多個(gè)節(jié)點(diǎn)溫濕度數(shù)據(jù)，該模塊設(shè)計(jì)采用服務(wù)器與客戶端兩進(jìn)程間通信來(lái)實(shí)現(xiàn)［11］。將接收Z(yǔ)igBee協(xié)調(diào)器通過(guò)異步串行通信發(fā)送過(guò)來(lái)的數(shù)據(jù)作為服務(wù)器進(jìn)程，并封裝ZigBee功能提供相應(yīng)應(yīng)用接口。客戶端進(jìn)程則主要是用于同服務(wù)器端進(jìn)行交互，解析獲取溫濕度數(shù)據(jù)，同時(shí)為實(shí)現(xiàn)UI圖形界面提供封裝好的接口，為此還需用Qt設(shè)計(jì)UI界面。其中雙方是利用套接口（Socket）來(lái)使進(jìn)程之間通信，但是由于Socket本身不支持同時(shí)等待和超時(shí)處理，所以它不能直接用來(lái)完成多進(jìn)程之間的相互實(shí)時(shí)通信。本實(shí)驗(yàn)采用事件驅(qū)動(dòng)庫(kù)libev的方式構(gòu)建服務(wù)器模型。Libev是一種高性能事件循環(huán)／事件驅(qū)動(dòng)庫(kù)。需要循環(huán)探測(cè)事件是否產(chǎn)生，其循環(huán)體用ev＿loop結(jié)構(gòu)來(lái)表達(dá)，并用ev＿loop（）來(lái)啟動(dòng)。用戶需要做的僅僅是在合適的時(shí)候，將某些ev＿io從ev＿loop加入或剔除。服務(wù)器主要實(shí)現(xiàn)流程：首先開啟一個(gè)Zigbee后臺(tái)線程（底層）監(jiān)聽服務(wù)器調(diào)用信息，接著利用ev＿io＿start（loop，＆ev＿io＿watcher）啟動(dòng)一個(gè)接收線程，專門用來(lái)接收客戶端發(fā)送過(guò)來(lái)的命令數(shù)據(jù)幀；然后按照相應(yīng)的協(xié)議進(jìn)行解析，跳轉(zhuǎn)到相應(yīng)的接口，進(jìn)一步調(diào)用底層Zigbee協(xié)調(diào)器并返回正確的信息給客戶端。客戶端主要實(shí)現(xiàn)流程：首先調(diào)用GetConnect接口函數(shù)連接到服務(wù)器的端口，然后開啟一個(gè)Zigbeetopo線程用來(lái)調(diào)用接口函數(shù)，發(fā)出獲取ZigBee網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)信息的數(shù)據(jù)幀，創(chuàng)建另一線程接收并解析服務(wù)器端返回的數(shù)據(jù)幀，同時(shí)已創(chuàng)建的UI界面設(shè)置定時(shí)器，動(dòng)態(tài)刷新加載溫濕度數(shù)據(jù)，繪制成溫濕度曲線圖。服務(wù)器與客戶端進(jìn)程間通信模型如圖3所示。此外還需利用Qt對(duì)UI界面設(shè)計(jì)。首先利用Qt－designer為整體界面布局，其中包括背景顯示框、LCD數(shù)值顯示框以及曲線圖顯示框，編譯生成一個(gè)UI類；然后采用多繼承的方法構(gòu)造新類，并使用Qt中的信號(hào)與槽函數(shù)機(jī)制，使得接收到溫濕度數(shù)據(jù)觸發(fā)LCD數(shù)值顯示和曲線圖顯示槽函數(shù)動(dòng)作。設(shè)計(jì)流程見圖4。

2Web服務(wù)搭建

以上只是完成了溫濕度的采集顯示，還未真正發(fā)揮出物聯(lián)網(wǎng)所實(shí)現(xiàn)的人與物相連，這部分就需要搭建Web服務(wù)來(lái)實(shí)現(xiàn)。實(shí)現(xiàn)Web服務(wù)需要移植嵌入式服務(wù)器，設(shè)計(jì)動(dòng)態(tài)網(wǎng)頁(yè)，并通過(guò)WiFi最終在已搭建好的局域網(wǎng)內(nèi)實(shí)現(xiàn)手機(jī)、PC等可實(shí)時(shí)查看數(shù)據(jù)。

2.1嵌入式服務(wù)器移植由于嵌入式設(shè)備資源一般都比較有限，并且也不需要同時(shí)處理多用戶的請(qǐng)求，因此不能使用Linux下最常用的如Apache等服務(wù)器，而需要使用一些專門為嵌入式設(shè)備設(shè)計(jì)的Web服務(wù)器。常見的嵌入式Web服務(wù)器主要有：lighttpd、thttpd、shttpd和BOA等。本文選擇移植BOA作為嵌入式服務(wù)器。BOA是一個(gè)非常小巧的Web服務(wù)器，可執(zhí)行代碼只有約60KB，它是一個(gè)單任務(wù)Web服務(wù)器，只能依次完成用戶的請(qǐng)求，而不會(huì)fork出新的進(jìn)程來(lái)處理并發(fā)連接請(qǐng)求，但BOA支持CGI，能夠?yàn)镃GI程序fork出一個(gè)進(jìn)程來(lái)執(zhí)行。對(duì)BOA服務(wù)器的配置主要是在／etc／boa目錄下創(chuàng)建一個(gè)boa．conf文件，此文件包括服務(wù)器將使用主機(jī)的端口號(hào)、運(yùn)行服務(wù)器的身份、錯(cuò)誤信息記錄的指定文件、存放html文件的目錄、默認(rèn)首頁(yè)文件等相關(guān)信息，此外還需根據(jù)配置信息在相應(yīng)的一些目錄下創(chuàng)建文件。

2.2網(wǎng)頁(yè)設(shè)計(jì)及動(dòng)態(tài)顯示網(wǎng)頁(yè)設(shè)計(jì)則是利用html制作靜態(tài)頁(yè)面，并結(jié)合JavaScript實(shí)現(xiàn)動(dòng)態(tài)顯示。JavaScript是一種基于對(duì)象和事件驅(qū)動(dòng)并具有相對(duì)安全性的客戶端腳本語(yǔ)言，同時(shí)也是一種廣泛用于客戶端Web開發(fā)的腳本語(yǔ)言，常用來(lái)給HTML網(wǎng)頁(yè)添加動(dòng)態(tài)功能，比如響應(yīng)用戶的各種操作。JavaScript腳本可以獨(dú)立成文件，也可以內(nèi)聯(lián)到HTML文檔之中。另外，利用AJAX實(shí)時(shí)刷新網(wǎng)頁(yè)數(shù)據(jù)。AJAX：異步JavaScript和XML，它是一種在無(wú)需重新加載整個(gè)網(wǎng)頁(yè)的情況下，就能更新部分網(wǎng)頁(yè)的技術(shù)［14］。它通過(guò)在后臺(tái)與服務(wù)器進(jìn)行少量的數(shù)據(jù)交換，便可以使網(wǎng)頁(yè)實(shí)現(xiàn)異步更新。這意味著可以在不重新加載整個(gè)網(wǎng)頁(yè)的情況下，對(duì)網(wǎng)頁(yè)的某部分元素進(jìn)行更新。由于溫濕度數(shù)據(jù)放入數(shù)據(jù)緩沖區(qū)，是利用fopen、fread、fwrite以及fseek函數(shù)將數(shù)據(jù)緩沖區(qū)內(nèi)數(shù)據(jù)寫入XML文本適當(dāng)位置中，要想讀取XML文檔中的數(shù)據(jù)并將它顯示在Web頁(yè)面上，需將XML文件轉(zhuǎn)化為XMLDOM（XML文檔對(duì)象模型），然后再利用JavaScript來(lái)解析并實(shí)時(shí)它。

2.3WIFI模塊搭建通過(guò)搭建WIFI模塊，使得用戶可以通過(guò)支持WIFI的設(shè)備比如手機(jī)等更加便捷地查看溫濕度數(shù)據(jù)。WIFI是一個(gè)無(wú)線網(wǎng)絡(luò)通信技術(shù)的品牌，WIFI的運(yùn)作至少需要1個(gè)AP和1個(gè)或1個(gè)以上的client。AP由路由器搭建的局域網(wǎng)充當(dāng)，將插上無(wú)線網(wǎng)卡的嵌入式開發(fā)板看作一個(gè)client，然后就可以與其他client進(jìn)行通信。要使無(wú)線網(wǎng)卡能正常工作，首先需加載驅(qū)動(dòng)，然后對(duì)其進(jìn)行一系列設(shè)置，使之加入到局域網(wǎng)中。由于開發(fā)板上配置有服務(wù)器，因此設(shè)置好合適IP以后，在手機(jī)等瀏覽器中輸入IP，就能查看溫濕度數(shù)據(jù)。

3結(jié)束語(yǔ)

第4篇：檢測(cè)系統(tǒng)論文范文

縣鄉(xiāng)畜牧獸醫(yī)服務(wù)體系現(xiàn)狀

勉縣于2005年實(shí)施鄉(xiāng)鎮(zhèn)畜牧獸醫(yī)管理改革，撤銷原鄉(xiāng)鎮(zhèn)畜牧獸醫(yī)站，剝離出治療、、飼料獸藥銷售等經(jīng)營(yíng)項(xiàng)目，重新組建了25個(gè)鄉(xiāng)鎮(zhèn)畜牧防疫站，為全民事業(yè)單位，定編68人。但大多數(shù)屬于定補(bǔ)人員，基本工資的40%由財(cái)政撥付，其余60%沒(méi)有著落。止2011年3月底，25個(gè)鄉(xiāng)鎮(zhèn)站共有在職人員66人，其中全額財(cái)政供養(yǎng)人員31人，定補(bǔ)人員35人（占53%）；本科1人，大專17人，中專、高中26人，初中22人；具有專業(yè)技術(shù)職稱45人（其中初級(jí)37人，中級(jí)8人），技術(shù)工人19人，職員2人；50歲以上的30人（占45.5%），40～49歲的21人，30～39歲的8人，30歲以下的6人。鄉(xiāng)鎮(zhèn)畜牧防疫站由于工作的主要對(duì)象是動(dòng)物及其產(chǎn)品，大多是獨(dú)立建房辦公。通過(guò)近年來(lái)的冷鏈體系、擴(kuò)大內(nèi)需等項(xiàng)目建設(shè)，13個(gè)鄉(xiāng)鎮(zhèn)站的房屋經(jīng)過(guò)重點(diǎn)建設(shè)或維修，基本滿足辦公條件；4個(gè)鄉(xiāng)鎮(zhèn)站無(wú)房，借住在鄉(xiāng)鎮(zhèn)政府機(jī)關(guān)辦公；8個(gè)站的房屋均為上世紀(jì)70～80年代建設(shè)，目前處于危房無(wú)法使用狀態(tài)，常年租用居民住房辦公。25個(gè)鄉(xiāng)鎮(zhèn)站配備有冷鏈、檢疫、化驗(yàn)、撲殺、消毒、辦公等設(shè)備677臺(tái)（件），已經(jīng)基本滿足日常工作的正常開展。勉縣于1999年成立縣畜牧獸醫(yī)技術(shù)推廣中心，為科級(jí)事業(yè)單位，工資由財(cái)政全額撥款。擔(dān)負(fù)全縣畜牧獸醫(yī)技術(shù)推廣、動(dòng)物疫病防治、動(dòng)物衛(wèi)生監(jiān)督等工作。中心定編35人，現(xiàn)有在崗人員29人（占編制的83%）。其中：男18人，女11人；大專以上17人，中專6人，初、高中文化6人；畜牧獸醫(yī)專業(yè)技術(shù)人員13人（其中高級(jí)職稱1人，中級(jí)10人，初級(jí)2人），占45%；30歲以下1人，31～40歲8人，41～49歲14人（占48%），50歲以上6人（占21%）。2.2.2基礎(chǔ)設(shè)施狀況近年來(lái)，中心通過(guò)擴(kuò)大內(nèi)需等項(xiàng)目建設(shè)，新建了電化教育室、生豬良種供精中心，完善了縣級(jí)動(dòng)物疫病分析診斷檢測(cè)化驗(yàn)室，增添了冷鏈防護(hù)、檢疫檢測(cè)、現(xiàn)代辦公等設(shè)施設(shè)備141臺(tái)套，辦公條件有了明顯改觀。

存在問(wèn)題

技術(shù)力量嚴(yán)重不足，制約產(chǎn)業(yè)發(fā)展勉縣畜牧公共服務(wù)隊(duì)伍一直存在技術(shù)力量嚴(yán)重不足，年齡老化，后備人才緊?？h畜牧中心實(shí)有在崗人員占定編人數(shù)的83%，專業(yè)技術(shù)人員僅占在崗人員的45%。鄉(xiāng)鎮(zhèn)畜牧防疫站按照省農(nóng)業(yè)廳等6廳委（陜農(nóng)業(yè)發(fā)[2007]241號(hào)）關(guān)于《基層農(nóng)業(yè)技術(shù)推廣人員編制標(biāo)準(zhǔn)（試行）》測(cè)算，應(yīng)編制96人，實(shí)有在崗人員66人，相差28人，并有5人因病無(wú)法正常工作；5年內(nèi)到達(dá)退休年齡24人（2011年內(nèi)退休5人），40歲以下不足10人，有1/3的站只有1人支撐工作。定補(bǔ)人員工資待遇不能落實(shí)鄉(xiāng)鎮(zhèn)站在現(xiàn)有的66人中，定補(bǔ)人員就達(dá)35人，都承擔(dān)的是技術(shù)推廣、動(dòng)物防疫等公益性工作，無(wú)其他任何收入。他們基本生活難以保障，致使信心不足，影響工作的更好開展。鄉(xiāng)鎮(zhèn)站基礎(chǔ)設(shè)施差，在建項(xiàng)目經(jīng)費(fèi)緊缺在25個(gè)鄉(xiāng)鎮(zhèn)站中，有8個(gè)站仍無(wú)辦公場(chǎng)所。近年來(lái)，雖然省、市先后下達(dá)13個(gè)鄉(xiāng)鎮(zhèn)站基礎(chǔ)設(shè)施建設(shè)，但項(xiàng)目資金較少，每個(gè)鄉(xiāng)鎮(zhèn)站項(xiàng)目建設(shè)資金僅有10余萬(wàn)元，地方配套資金難以落實(shí)，項(xiàng)目實(shí)施艱難，鄉(xiāng)鎮(zhèn)站面貌難有較大改善。工作經(jīng)費(fèi)嚴(yán)重缺乏，制約業(yè)務(wù)工作的正常開展.1缺乏經(jīng)費(fèi)畜牧技術(shù)推廣、技術(shù)培訓(xùn)沒(méi)有經(jīng)費(fèi)投入，新的技術(shù)難以引進(jìn)，技術(shù)人員得不到知識(shí)更新，對(duì)養(yǎng)殖戶的培訓(xùn)開展困難，致使技術(shù)水平和服務(wù)質(zhì)量滯后于產(chǎn)業(yè)發(fā)展需求。動(dòng)物疫情形勢(shì)復(fù)雜動(dòng)物防疫及重大動(dòng)物疫病防控任務(wù)艱巨，防疫工作經(jīng)費(fèi)短缺。村級(jí)動(dòng)物防疫隊(duì)伍雖勉強(qiáng)建立，但因補(bǔ)助偏少，隊(duì)伍難以穩(wěn)定。檢測(cè)診斷手段不能適應(yīng)現(xiàn)代畜牧業(yè)發(fā)展的需要缺乏與產(chǎn)業(yè)發(fā)展和產(chǎn)業(yè)安全相適應(yīng)的快速診斷試紙、試劑、診斷盒等，難以對(duì)動(dòng)物疫病、違禁投入品等進(jìn)行及時(shí)排查、發(fā)現(xiàn)和處理?？h上雖然有一個(gè)設(shè)施相對(duì)齊全的獸醫(yī)化驗(yàn)室，但因缺乏工作經(jīng)費(fèi)和一些檢測(cè)必需品，難以全面開展工作。

第5篇：檢測(cè)系統(tǒng)論文范文

檢測(cè)系統(tǒng)由數(shù)據(jù)采集端、嵌入式網(wǎng)關(guān)遠(yuǎn)程發(fā)送端以及檢測(cè)管理中心三部分組成。首先，傳感器通過(guò)ZigBee協(xié)議發(fā)送所采集的植物生理參數(shù)信息到網(wǎng)關(guān)中的協(xié)調(diào)器節(jié)點(diǎn)，協(xié)調(diào)器將數(shù)據(jù)通過(guò)RS—232串口發(fā)送到基于ARM9的CDMADTU嵌入式模塊，CDMADTU模塊對(duì)數(shù)據(jù)進(jìn)行處理后通過(guò)CDMA2000網(wǎng)絡(luò)和Internet網(wǎng)絡(luò)將數(shù)據(jù)發(fā)送到由PC構(gòu)建的Web服務(wù)器，發(fā)送到服務(wù)器的優(yōu)點(diǎn)是數(shù)據(jù)易存儲(chǔ)易查詢。最后，檢測(cè)中心還能通過(guò)基于LabVIEW編寫的上位機(jī)軟件根據(jù)已知的數(shù)據(jù)分析出植物的生理生長(zhǎng)狀況，并設(shè)計(jì)了一種根據(jù)蒸騰速率和葉綠素含量等參數(shù)的自動(dòng)報(bào)警界面，從而可以更精確地判斷和控制植物的長(zhǎng)勢(shì)和各項(xiàng)經(jīng)濟(jì)指標(biāo)。

2系統(tǒng)硬件設(shè)計(jì)

2．1數(shù)據(jù)采集節(jié)點(diǎn)硬件設(shè)計(jì)

數(shù)據(jù)采集節(jié)點(diǎn)組要負(fù)責(zé)采集植物的各項(xiàng)生理參數(shù)(莖稈與果實(shí)直徑、葉綠素含量、植物莖流等)和無(wú)線發(fā)送采集到的數(shù)據(jù)。無(wú)線收發(fā)芯片選用TI公司推出的CC2530作為ZigBee網(wǎng)絡(luò)的射頻收發(fā)送模塊。CC2530是應(yīng)用于ZigBee網(wǎng)絡(luò)的真正片上系統(tǒng)(SOC)解決方案，包括一個(gè)高性能的2．4GHz射頻收發(fā)器，內(nèi)含一個(gè)高性能、低功耗的增強(qiáng)型8051內(nèi)核和一個(gè)8通道12位A/D轉(zhuǎn)換器。CC2530較以往常用的CC2430芯片具有靈敏度更高、功耗更小、通信距離更遠(yuǎn)等優(yōu)點(diǎn)，因此，滿足無(wú)線傳感器及其網(wǎng)絡(luò)對(duì)高性能、低成本、低功耗的要求。本設(shè)計(jì)中需要測(cè)量的莖稈直徑采用基于LVDT的植物莖稈傳感器，葉綠素含量測(cè)量采用基于透射型活體葉綠素傳感器，植物莖流測(cè)量采用基于熱平衡法傳感器，這些傳感器的輸出均為模擬信號(hào)，在傳感器部分對(duì)輸出信號(hào)進(jìn)行調(diào)理就能夠直接與CC2530芯片連接。

2．2嵌入式網(wǎng)關(guān)硬件設(shè)計(jì)

嵌入式網(wǎng)關(guān)主要負(fù)責(zé)對(duì)接收的數(shù)據(jù)進(jìn)行處理與存儲(chǔ)，并實(shí)現(xiàn)ZigBee協(xié)議與TCP/IP協(xié)議之間的轉(zhuǎn)換，從而將數(shù)據(jù)發(fā)送到遠(yuǎn)程檢測(cè)系統(tǒng)。嵌入式網(wǎng)關(guān)主要由協(xié)調(diào)器和基于AM9的CDMADTU模塊組成，CDMADTU模塊包括AM9微處理器和DTU發(fā)送模塊。本設(shè)計(jì)的CDMADTU選用CDMA2000通信模塊，該模塊采用AM9高性能工業(yè)級(jí)嵌入式處理器，供電范圍寬(5～32VDC)，數(shù)據(jù)傳輸速度高，系統(tǒng)穩(wěn)定可靠。在使用CDMADTU之前需要做兩步準(zhǔn)備:一是因?yàn)楸驹O(shè)計(jì)采用動(dòng)態(tài)IP鏈接Internet網(wǎng)絡(luò)與Web服務(wù)器，因此，要申請(qǐng)域名，申請(qǐng)域名解析服務(wù)后可以通過(guò)域名自動(dòng)建立通信。接入CDMA網(wǎng)絡(luò)前，需要向電信公司申請(qǐng)SIM卡，SIM卡可為CDMADTU提供鏈接Internet網(wǎng)絡(luò)服務(wù)。二是使用前需要用終端軟件或AT命令對(duì)參數(shù)設(shè)置，以決定進(jìn)入網(wǎng)絡(luò)透明數(shù)據(jù)傳輸模式的工作方式。

2．3鋰電池供電模塊設(shè)計(jì)

植物生理檢測(cè)系統(tǒng)的實(shí)際應(yīng)用環(huán)境很復(fù)雜，電源供給很難保障，因此，本設(shè)計(jì)中采用3．6V鋰電池供電。但植物生理檢測(cè)系統(tǒng)中傳感器模塊、CC2530等模塊需要不同的電源供給，因此，本設(shè)計(jì)采用DC-DC芯片NCP500SN33G獲得穩(wěn)定的3．3V，該電壓適用于SOC工作電壓。采用TPS61040將3．6V自舉到適用于各類傳感器工作的12V電壓。其電路圖分別如圖4、圖5所示。

3系統(tǒng)軟件設(shè)計(jì)

3．1數(shù)據(jù)采集節(jié)點(diǎn)軟件設(shè)計(jì)

采集端傳感器節(jié)點(diǎn)主要負(fù)責(zé)采集植物各項(xiàng)生理信息并組網(wǎng)將數(shù)據(jù)發(fā)送給嵌入式網(wǎng)關(guān)。本設(shè)計(jì)采用IAR集成開發(fā)環(huán)境自底向上構(gòu)建ZigBee網(wǎng)絡(luò)。為了節(jié)省電量，采用的傳感器節(jié)點(diǎn)一般處于低功耗模式，直到收到上位機(jī)命令后才將對(duì)應(yīng)的檢測(cè)數(shù)據(jù)上傳到網(wǎng)關(guān)。為了提高效率，上位機(jī)可設(shè)置每隔一段時(shí)間后對(duì)傳感器發(fā)送上傳數(shù)據(jù)命令。另外，還采用了中值平均濾波算法來(lái)消除個(gè)別傳感器系統(tǒng)內(nèi)部的隨機(jī)干擾，提高了傳感器的測(cè)量精度。

3．2嵌入式網(wǎng)關(guān)軟件設(shè)計(jì)

嵌入式網(wǎng)關(guān)的軟件設(shè)計(jì)是建立在Linuxredhatlinux操作系統(tǒng)上的，該操作系統(tǒng)具有多任務(wù)操作進(jìn)程、支持硬件廣泛、程序模塊化、源代碼公開等諸多優(yōu)點(diǎn)而被廣泛使用。使用IAR集成開發(fā)環(huán)境來(lái)建立嵌入式網(wǎng)關(guān)和遠(yuǎn)程檢測(cè)管理中心的網(wǎng)絡(luò)連接。

3．3上位機(jī)軟件設(shè)計(jì)

系統(tǒng)采用LabVIEW平臺(tái)編寫上位機(jī)軟件，根據(jù)設(shè)計(jì)要求，將軟件分為數(shù)據(jù)顯示模塊、數(shù)據(jù)分析模塊、數(shù)據(jù)存儲(chǔ)三大模塊。數(shù)據(jù)顯示模塊主要是將接收到的數(shù)據(jù)和分析后的結(jié)果顯示在上位機(jī)的前面板上。數(shù)據(jù)分析模塊主要是根據(jù)所要檢測(cè)植物參數(shù)的不同選擇合適的分析和處理方法。本系統(tǒng)分析模塊實(shí)現(xiàn)的功能是:當(dāng)測(cè)量數(shù)據(jù)在正常范圍內(nèi)時(shí)指示燈顯示綠色，表示植物長(zhǎng)勢(shì)正常。當(dāng)某一參數(shù)超出或者低于正常范圍時(shí)，其對(duì)應(yīng)的指示燈顯示紅色報(bào)警。數(shù)據(jù)存儲(chǔ)模塊主要是將數(shù)據(jù)存儲(chǔ)到數(shù)據(jù)庫(kù)中，由于LabVIEW不能直接訪問(wèn)數(shù)據(jù)庫(kù)，因此，采用SQL語(yǔ)言來(lái)完成對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)。

4實(shí)驗(yàn)結(jié)果與分析

為了對(duì)設(shè)計(jì)的系統(tǒng)性能各方面進(jìn)行驗(yàn)證，在29℃的溫室環(huán)境下選擇了4株番茄做為測(cè)試對(duì)象，4株番茄均勻分布于250mm×250mm的測(cè)試區(qū)域，將協(xié)調(diào)器放置在溫室的中心區(qū)域從而組建星型網(wǎng)絡(luò)結(jié)構(gòu)。每株番茄同時(shí)采集莖流、葉綠素含量、番茄果實(shí)的直徑等生理參數(shù)并將參數(shù)發(fā)送到上位機(jī)顯示界面，采集間隔為2h，總檢測(cè)時(shí)間為24h。

5結(jié)論

第6篇：檢測(cè)系統(tǒng)論文范文

關(guān)鍵詞：高層民用建筑；防排煙系統(tǒng)；對(duì)策

中圖分類號(hào)：[TU208.3] 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：

1 引 言

防排煙系統(tǒng)設(shè)施是高層民用建筑保障人民生命財(cái)產(chǎn)安全不可缺少的消防安全設(shè)施 ，由于我國(guó)尚未出臺(tái)關(guān)于防排煙系統(tǒng)方面的設(shè)計(jì)、施工和驗(yàn)收規(guī)范或標(biāo)準(zhǔn)，暖通設(shè)計(jì)人員主要依據(jù) 《高層民用建筑設(shè)計(jì)防火規(guī)范》中關(guān)于防排煙系統(tǒng)的相關(guān)規(guī)定進(jìn)行設(shè)計(jì)。部分設(shè)計(jì)、施工人員對(duì)防排煙設(shè)施的結(jié)構(gòu)、作用、性能缺乏了解 ，對(duì)國(guó)家規(guī)范標(biāo)準(zhǔn)理解不夠透徹，往往導(dǎo)致在設(shè)計(jì) 、施工中出現(xiàn)防排煙系統(tǒng)設(shè)施配置被忽略或有配置而功能不全等現(xiàn)象。

2防排煙系統(tǒng)存在的主要問(wèn)題

防排煙系統(tǒng)主要包括防煙樓梯間及前室、消防電梯前室、合用前室、封閉樓梯間、避難層( 間 ) 等場(chǎng)所設(shè)置的防煙設(shè)施，地下室、內(nèi)走道、中庭、無(wú)窗或設(shè)有固定窗房間等部位設(shè)置的排煙設(shè)施，防煙分區(qū)之間的擋煙垂壁等。筆者在參與工程驗(yàn)收時(shí)發(fā)現(xiàn)建成工程中的防排煙系統(tǒng)往往存在如下問(wèn)題:

2.1 自然排煙設(shè)施達(dá)不到排煙要求

自然排煙是一種經(jīng)濟(jì)、簡(jiǎn)單、易操作、維護(hù)管理方便的排煙方式，但由于部分工程在設(shè)計(jì)、施工過(guò)程中不按規(guī)范要求進(jìn)行，往往導(dǎo)致工程完工后，自然排煙設(shè)施達(dá)不到或不具備排煙作用，主要存在以下幾個(gè)方面 :

2.1.1 自然排煙窗的位置設(shè)置不當(dāng)

從自然排煙效果考慮，排煙窗應(yīng)盡量靠近墻的上部設(shè)置，目前有相當(dāng)數(shù)量的自然排煙窗不是設(shè)置在墻的上部，而是下部，距頂板、吊頂?shù)木嚯x較大，不利于自然排煙。

2.1.2 自然排煙窗的開窗面積達(dá)不到規(guī)范要求《高層民用建筑設(shè)計(jì)防火規(guī)范》對(duì)采用 自然排煙部位的開窗面積均有明確規(guī)定，但由于部分設(shè)計(jì)人員未按規(guī)范要求進(jìn)行認(rèn)真計(jì)算，或?qū)⒐潭ù暗拿娣e計(jì)算在排煙窗面積之內(nèi)，導(dǎo)致部分工程排煙窗面積達(dá)不到規(guī)范要求，直接影響排煙效果。

2.1.3自然排煙窗的結(jié)構(gòu)形式不合理

有的把排煙窗做成不可開啟的固定窗，有的將窗的上部做成固定窗 ，把可開啟的排煙窗設(shè)在窗的下部，嚴(yán)重影響排煙功能和效果。

2.2 機(jī)械防煙設(shè)施達(dá)不到防煙要求送風(fēng)道界面尺寸過(guò)小，送風(fēng)口尺寸、正壓送風(fēng)系統(tǒng)余壓值達(dá)不到規(guī)范要求的現(xiàn)象在工程中相當(dāng)普遍，往往出現(xiàn)送風(fēng)口實(shí)際送風(fēng)量嚴(yán)重不足 ，開啟門洞處風(fēng)速近似于零等現(xiàn)象，造成這種現(xiàn)象的原因比較復(fù)雜，主要有以下幾個(gè)方面:

2.2.1 風(fēng)機(jī)選型不當(dāng)

按規(guī)范要求，防煙樓梯間及前室、消防電梯間前室及合用前室的機(jī)械加壓送風(fēng)量，應(yīng)由計(jì)算確定，當(dāng)計(jì)算值和規(guī)范規(guī)定的值不一致時(shí)，應(yīng)按兩者中較大值確定。而有的設(shè)計(jì)者往往不經(jīng)過(guò)計(jì)算直接按規(guī)范給定的值確定，導(dǎo)致選用的風(fēng)機(jī)風(fēng)量、風(fēng)壓偏小，不能滿足要求;

2.2.2 送風(fēng)道阻力過(guò)大，風(fēng)壓損失嚴(yán)重

在實(shí)際工程驗(yàn)收時(shí)，往往發(fā)現(xiàn)送風(fēng)口的尺寸、以及選用的風(fēng)機(jī)風(fēng)量和風(fēng)壓能夠滿足規(guī)范要求 ，但實(shí)測(cè)其送風(fēng)口風(fēng)速卻很小 ;離風(fēng)機(jī)較近的送風(fēng)口風(fēng)速偏大、較遠(yuǎn)送風(fēng)口無(wú)風(fēng)等現(xiàn)象，難以滿足產(chǎn)生余壓和門洞風(fēng)速的要求 。究其原因是由于風(fēng)管豎井施工質(zhì)量差，漏風(fēng)嚴(yán)重。有相當(dāng)多的工程因送風(fēng)道尺寸偏小、施工中混凝土風(fēng)道內(nèi)壁未作處理，管道連接不嚴(yán)實(shí)，常閉風(fēng)口關(guān)閉不嚴(yán)密，漏風(fēng)十分嚴(yán)重，導(dǎo)致送風(fēng)口的風(fēng)速、風(fēng)量達(dá)不到規(guī)范要求。

2.2.3 正壓送風(fēng)系統(tǒng)與自然排煙設(shè)施重復(fù)設(shè)置

對(duì)于建筑高度超過(guò)50m的一類公共建筑和建筑高度超過(guò)loom的居住建筑，按 《高規(guī)》要求，宜設(shè)置機(jī)械加壓送風(fēng)系統(tǒng)，有的工程在上述部位同時(shí)又采用了自然排煙，導(dǎo)致火災(zāi)情況下，機(jī)械加壓送風(fēng)系統(tǒng)與自然排煙窗同時(shí)開啟時(shí)，防煙樓梯間難以形成正壓，達(dá)不到防煙效果。

2.3 機(jī)械排煙設(shè)施達(dá)不到排煙要求

2.3.1 排煙量達(dá)不到規(guī)范要求

在驗(yàn)收中往往發(fā)現(xiàn)排煙口風(fēng)量、排煙口的風(fēng)速甚至接近于零 ，有的設(shè)計(jì)采用通風(fēng)與機(jī)械排煙合用系統(tǒng)，但施工中未按設(shè)計(jì)要求選用雙速風(fēng)機(jī);有的建設(shè)單位不按設(shè)計(jì)的風(fēng)機(jī)型號(hào)訂貨 ，購(gòu)買功率規(guī)格較小的風(fēng)機(jī)，導(dǎo)致風(fēng)機(jī)風(fēng)量嚴(yán)重不足。有的施工單位甚至取消了豎井連接吊頂風(fēng)口的風(fēng)管，利用吊頂悶頂空間代替風(fēng)管，也往往造成風(fēng)管風(fēng)口風(fēng)速接近于零。

2.3.2 排煙口的布置不符合煙氣流動(dòng)規(guī)律

排煙口應(yīng)盡量是指在頂棚上或靠近墻的上部設(shè)置，目前有相當(dāng)數(shù)量的排煙口不是設(shè)置在墻的上部，而是下部，距頂板、吊頂?shù)木嚯x較大，不利于排煙。有的排煙口位置設(shè)置不當(dāng)，致使煙氣與人員疏散方向相同，甚至有的將排煙口設(shè)置在安全出口的正上方或跨過(guò)安全出口，不僅不利于排煙反而把煙氣引向安全出口。

2.3.3 走道內(nèi)的排煙口選型不正確

按照煙氣的流動(dòng)規(guī)律，走道內(nèi)的排煙口應(yīng)該設(shè)置在頂棚上，并選用條縫全寬型排煙口，這樣有利于有效排煙。

2.3.4 應(yīng)設(shè)機(jī)械排煙設(shè)施的部位未按規(guī)范要求設(shè)置超過(guò)20米無(wú) 自然排煙的內(nèi)走道，有的設(shè)計(jì)人員因與其相連的防煙樓梯間前室有 自然排煙，認(rèn)為其具備自然排煙的條件，未按規(guī)范要求設(shè)置機(jī)械排煙設(shè)施。

2.3.5 排煙風(fēng)機(jī)應(yīng)與排煙口實(shí)現(xiàn)聯(lián)動(dòng)

排煙機(jī)與排煙口應(yīng)設(shè)有連鎖裝置，當(dāng)任何一個(gè)排煙口開啟時(shí)，排煙機(jī)能 自動(dòng)啟動(dòng)，即一經(jīng)報(bào)警，確認(rèn)發(fā)生火災(zāi)時(shí) ，右手動(dòng)火又消防控制室遙控開氣派煙口，則排煙機(jī)立即投人運(yùn)行，同時(shí)能立即關(guān)閉著火區(qū)的通風(fēng)空調(diào)系統(tǒng)，使非著火區(qū)保持正壓，以減少煙氣的蔓延擴(kuò)散。

3造成上述諸多向腸的主要原因

3.1 防排煙系統(tǒng)沒(méi)有得到足夠的重視

建筑工程項(xiàng) 目中的防排煙設(shè)施 ，是防止火災(zāi)和在火災(zāi)發(fā)生時(shí)減少人們生命財(cái)產(chǎn)損失的重要保障系統(tǒng) ，是消防工程 系統(tǒng)不可缺少的一個(gè)重要組成部分 ，但人們?cè)谶M(jìn)行工程設(shè)計(jì)和施工時(shí)，往往忽視它的重要性和必要性 ，把它看成是可有可無(wú) 的東西了，消防監(jiān)督部門在審核 、驗(yàn)收時(shí)往往注重 自動(dòng)報(bào)警系統(tǒng) 、消防給水系統(tǒng)等消防設(shè)施 ，而對(duì)防排煙系統(tǒng)不夠重視 ，這種意識(shí)和現(xiàn)象 ，本身就是消防工作

的一大隱患。

3.2 設(shè)計(jì)把關(guān)不嚴(yán)，存在不按規(guī)范設(shè)計(jì)配置的問(wèn)題

有的建筑物雖然設(shè)計(jì)有排煙送風(fēng)系統(tǒng)，但卻與通風(fēng)、空調(diào)系統(tǒng)混在一起，認(rèn)為在暖通圖紙上的防排煙系統(tǒng)，屬于空調(diào)系統(tǒng)專業(yè)，不是消防系統(tǒng)，只有防排煙的聯(lián)動(dòng)部分，才屬于消防系統(tǒng)。這樣沒(méi)有把防排煙系統(tǒng)區(qū)分成獨(dú)立的系統(tǒng)，也沒(méi)有單獨(dú)繪制施工圖，這也是造成防排煙系統(tǒng)被重視程度不夠，從而出現(xiàn)先天隱患。

3.3 施工把關(guān)不嚴(yán)

防排煙設(shè)施是建筑 自動(dòng)消防設(shè)施的一個(gè)重要組成部分，按規(guī)定其施工應(yīng)由消防設(shè)施施工單位承擔(dān)，但目前很多項(xiàng) 目的防排煙設(shè)施施工均是由空調(diào)專業(yè)施工單位負(fù)責(zé)安裝。很多建筑工程施工中，防排煙、送排風(fēng)系統(tǒng)往往交給不具備消防施工資質(zhì)的空調(diào)工程公司或一般安裝公司承包施工，超范圍承包防排煙系統(tǒng)的安裝施工，其技術(shù)人員往往并不通曉消防自動(dòng)控制系統(tǒng)功能原理和施工要求。這樣的施工 ，往往漏洞很多，很難保證質(zhì)量。

4解決上迷問(wèn)厄的方法及對(duì)策

4.1 從功能劃分上，把它當(dāng)作一個(gè)獨(dú)立的消防系統(tǒng) ，強(qiáng)調(diào)防排煙設(shè)施的重要性 ，與“自動(dòng)報(bào)警系統(tǒng)”、 “水滅火系統(tǒng)”、“氣體滅火系統(tǒng)”等平行分列在一起所謂消防“防排煙系統(tǒng)”，就是一個(gè)包括排煙風(fēng)機(jī)、送風(fēng)風(fēng)機(jī)、風(fēng)管或風(fēng)井、各種排煙防火閥門、風(fēng)口以及聯(lián)動(dòng)系統(tǒng)等設(shè)施，直接受消防中心控制的，具有獨(dú)特功能的，與生活通風(fēng)、空調(diào)系統(tǒng)完全分開的獨(dú)立系統(tǒng)。只有這樣 ，把它當(dāng)作一個(gè)“系統(tǒng)”提出來(lái)，才能促進(jìn)人們?cè)谙拦こ虒?shí)踐中，重視它、完善它，而不至于把它忽略。

4.2 從設(shè)計(jì)環(huán)節(jié)著手，把防排煙系統(tǒng)與生活空調(diào)系統(tǒng)分開來(lái)設(shè)計(jì)

在每一個(gè)建筑工程項(xiàng) 目中，按國(guó)家規(guī)范要求進(jìn)行防排煙系統(tǒng)設(shè)計(jì) ，并且把它從“暖通”圖中分離出來(lái)，單獨(dú)制圖，冠以 “消防防排煙”施工圖圖名。就像火災(zāi)報(bào)警系統(tǒng)的“電消”圖、水滅火系統(tǒng)的“水消”圖、氣體滅火系統(tǒng)的“氣消”圖一樣，沒(méi)有人對(duì)它的消防工程屬性產(chǎn)生絲毫懷疑，明確知道這就是消防工程施工圖內(nèi)容范圍。

4.3 從施工監(jiān)督管理方面抓落實(shí)

首先，消防監(jiān)督部門加強(qiáng)工程設(shè)計(jì)審核、施工監(jiān)督檢查、竣工驗(yàn)收中防排煙系統(tǒng)的監(jiān)督。再就是明確劃定建筑工程項(xiàng) 目中的防排煙系統(tǒng)設(shè)施 ，屬于消防工程內(nèi)容范圍，必須由具有消防工程施工資質(zhì)的工程公司來(lái)安裝施工。只有這樣，才能保證防排煙系統(tǒng)的設(shè)計(jì)和安裝施工落到實(shí)處，保證每個(gè)建筑項(xiàng) 目的防排煙系統(tǒng)設(shè)施配置齊全，功能完善，真正起到防火減災(zāi)的作用。

結(jié)束語(yǔ)

人們只有端正對(duì)防排煙系統(tǒng)屬性和重要性的認(rèn)識(shí) ，在思想觀念上重視它，才能在工程實(shí)踐中不斷加以完善，保證防排煙系統(tǒng)的設(shè)計(jì)和安裝施工落到實(shí)處 ，保證每個(gè)建筑項(xiàng)目的防排煙系統(tǒng)設(shè)施配置齊全，功能完善，真正發(fā)揮其防火減災(zāi)的作用。

第7篇：檢測(cè)系統(tǒng)論文范文

關(guān)鍵詞安全管理,區(qū)間信號(hào),數(shù)據(jù)庫(kù)設(shè)計(jì),計(jì)算機(jī)輔助測(cè)試

城市軌道(簡(jiǎn)稱城軌)交通區(qū)間信號(hào)系統(tǒng)是安全性苛求系統(tǒng)。在區(qū)間安全性控制和防護(hù)設(shè)備的研制、生產(chǎn)、使用過(guò)程中,運(yùn)用現(xiàn)代技術(shù)手段對(duì)設(shè)備的可靠性和安全性進(jìn)行科學(xué)、高效、全面、按標(biāo)準(zhǔn)的檢測(cè)和評(píng)估,以取代目前國(guó)內(nèi)主要依靠專家經(jīng)驗(yàn)進(jìn)行的手工測(cè)試和實(shí)際線路試運(yùn)行的非完善的方法,是十分迫切和必需的。在我國(guó)城市軌道交通領(lǐng)域,這方面的研究尚處于起步階段。本文的研究正是基于這一背景。文中所建測(cè)試平臺(tái)對(duì)城際鐵路同樣適用。

1區(qū)間信號(hào)系統(tǒng)測(cè)試平臺(tái)的結(jié)構(gòu)

城軌交通區(qū)間信號(hào)系統(tǒng)測(cè)試評(píng)估平臺(tái)(以下簡(jiǎn)稱平臺(tái))硬件采用分布式結(jié)構(gòu),如圖1所示。平臺(tái)由主控機(jī)、數(shù)據(jù)庫(kù)機(jī)和仿真機(jī)組成[1]。被測(cè)系統(tǒng)通過(guò)網(wǎng)絡(luò)與平臺(tái)互聯(lián)。網(wǎng)絡(luò)通信采用TCP/IP協(xié)議。

圖1平臺(tái)分布式硬件結(jié)構(gòu)示意圖

平臺(tái)軟件系統(tǒng)結(jié)構(gòu)框圖如圖2所示。其中:主控及測(cè)試案例自動(dòng)生成子系統(tǒng)一方面向仿真子系統(tǒng)發(fā)送區(qū)間狀態(tài)的仿真設(shè)置命令,另一方面動(dòng)態(tài)監(jiān)控現(xiàn)場(chǎng)信號(hào)狀態(tài)等,實(shí)現(xiàn)測(cè)試案例的動(dòng)態(tài)擴(kuò)展和連續(xù)加載、測(cè)試結(jié)果的動(dòng)態(tài)判定,并將測(cè)試結(jié)果存入數(shù)據(jù)

圖2區(qū)間信號(hào)測(cè)試系統(tǒng)的軟件結(jié)構(gòu)庫(kù)。傳輸信道仿真及區(qū)間現(xiàn)場(chǎng)仿真子系統(tǒng)為被測(cè)系統(tǒng)提供了一個(gè)模擬的傳輸仿真及現(xiàn)場(chǎng)環(huán)境。數(shù)據(jù)采集與處理子系統(tǒng)在被測(cè)系統(tǒng)與仿真信道之間進(jìn)行數(shù)據(jù)處理及轉(zhuǎn)換。測(cè)試用基礎(chǔ)數(shù)據(jù)生成子系統(tǒng)通過(guò)讀取區(qū)間拓?fù)鋽?shù)據(jù)文件,生成區(qū)間測(cè)試用基礎(chǔ)數(shù)據(jù)。專用數(shù)據(jù)庫(kù)子系統(tǒng)負(fù)責(zé)存儲(chǔ)各種測(cè)試用基礎(chǔ)數(shù)據(jù)和測(cè)試結(jié)果。本文重點(diǎn)闡述平臺(tái)專用數(shù)據(jù)庫(kù)子系統(tǒng)的研究與實(shí)現(xiàn)。

2平臺(tái)專用數(shù)據(jù)庫(kù)設(shè)計(jì)

平臺(tái)的數(shù)據(jù)庫(kù)不僅是一般意義上的數(shù)據(jù)庫(kù)應(yīng)用,它還負(fù)責(zé)協(xié)調(diào)各個(gè)子系統(tǒng)之間的數(shù)據(jù)聯(lián)系。平臺(tái)數(shù)據(jù)的類型與結(jié)構(gòu)在一定程度上反映了整個(gè)平臺(tái)的測(cè)試水平?；趯?duì)平臺(tái)數(shù)據(jù)以及平臺(tái)分布式結(jié)構(gòu)的考慮,經(jīng)過(guò)深入的比較,選擇SQLServer作為平臺(tái)的數(shù)據(jù)庫(kù)開發(fā)工具。數(shù)據(jù)庫(kù)設(shè)計(jì)一般分為四步:需求分析、概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)。應(yīng)用數(shù)據(jù)庫(kù)設(shè)計(jì)理論,平臺(tái)專用數(shù)據(jù)庫(kù)設(shè)計(jì)的具體步驟如圖3所示。

圖3數(shù)據(jù)庫(kù)的設(shè)計(jì)過(guò)程

2.1需求分析

平臺(tái)的數(shù)據(jù)按其對(duì)時(shí)效性的不同要求可以分為動(dòng)態(tài)數(shù)據(jù)和靜態(tài)數(shù)據(jù)兩大類[2]。動(dòng)態(tài)數(shù)據(jù)是指具有嚴(yán)格時(shí)效性的數(shù)據(jù),并且隨著時(shí)間推移而動(dòng)態(tài)刷新;靜態(tài)數(shù)據(jù)則指相對(duì)穩(wěn)定,不隨時(shí)間變化的數(shù)據(jù)。

2.1.1動(dòng)態(tài)數(shù)據(jù)及其傳輸

平臺(tái)動(dòng)態(tài)數(shù)據(jù)是維持平臺(tái)正常運(yùn)行的基礎(chǔ),主要包括下列3類數(shù)據(jù):

·列車運(yùn)行仿真命令、故障及干擾仿真命令。由主控機(jī)發(fā)出,用于控制仿真子系統(tǒng)進(jìn)行相應(yīng)仿真活動(dòng)。

·區(qū)間信號(hào)設(shè)備狀態(tài)及動(dòng)作信息。指仿真機(jī)所模擬的實(shí)際區(qū)間信號(hào)設(shè)備的狀態(tài)(如軌道區(qū)段是否有車占用等),主控機(jī)采集這些信息用于動(dòng)態(tài)判定及顯示測(cè)試過(guò)程的實(shí)際狀態(tài)。

·測(cè)試結(jié)果信息。平臺(tái)的測(cè)試結(jié)果記錄是一種比較特殊的動(dòng)態(tài)數(shù)據(jù),包括經(jīng)信道傳輸前后的實(shí)時(shí)電信號(hào)(數(shù)據(jù))。它們是評(píng)價(jià)被測(cè)系統(tǒng)的重要依據(jù),必須完整、正確地記錄。

動(dòng)態(tài)數(shù)據(jù)傳輸首先必須滿足實(shí)時(shí)性要求,當(dāng)不能及時(shí)傳送時(shí),根據(jù)數(shù)據(jù)特性的不同,或丟棄,或重發(fā)。例如被測(cè)系統(tǒng)發(fā)送的數(shù)據(jù)如不能及時(shí)傳送,或數(shù)據(jù)有誤,則該數(shù)據(jù)必須丟棄。主控機(jī)發(fā)給仿真子系統(tǒng)的故障及干擾仿真命令、列車運(yùn)行仿真命令,在網(wǎng)絡(luò)傳輸出現(xiàn)差錯(cuò)的情況下,為了確保命令被正確執(zhí)行,必須重發(fā)。

2.1.2靜態(tài)數(shù)據(jù)及其復(fù)制

生成和校驗(yàn)正確后的靜態(tài)數(shù)據(jù),在平臺(tái)對(duì)被測(cè)系統(tǒng)進(jìn)行測(cè)試的過(guò)程中不再變化,具有相對(duì)的穩(wěn)定性。同樣需要對(duì)靜態(tài)數(shù)據(jù)進(jìn)行存儲(chǔ)、查詢、校驗(yàn)和修改等操作。平臺(tái)靜態(tài)數(shù)據(jù)可分為以下幾類:

·信號(hào)設(shè)備數(shù)據(jù)。記錄發(fā)送端、接收端、閉塞分區(qū)的排序序列號(hào)與設(shè)備名稱之間的映射關(guān)系,設(shè)備的一些屬性特征。例如:閉塞分區(qū)的編號(hào)、名稱、位置、長(zhǎng)度,道岔的編號(hào)、名稱、位置、類型等。

·基本數(shù)據(jù)。包括區(qū)間基本特征、鋼軌線路的一次參數(shù)、鋼軌線路四端網(wǎng)參數(shù)、列車運(yùn)行線路等重要數(shù)據(jù)。其中區(qū)間基本特征數(shù)據(jù)包括閉塞制式、軌道電路類型、道碴與枕軌類型、坡度、曲線及長(zhǎng)度等。列車運(yùn)行線路數(shù)據(jù)包括線路運(yùn)行方向、經(jīng)由閉塞分區(qū)編號(hào)、經(jīng)由發(fā)送端、接收端編號(hào)。

·區(qū)間現(xiàn)場(chǎng)拓?fù)鋽?shù)據(jù)。包括閉塞分區(qū)、發(fā)送端、接收端的位置和相互關(guān)系。這種描述有兩方面用途,一方面用于現(xiàn)場(chǎng)仿真的動(dòng)態(tài)顯示,另一方面是作為測(cè)試用基礎(chǔ)數(shù)據(jù)生成的原始依據(jù)。靜態(tài)數(shù)據(jù)的復(fù)制是通過(guò)開放式數(shù)據(jù)庫(kù)互連(ODBC)機(jī)制實(shí)現(xiàn)的。

2.2概念設(shè)計(jì)

在數(shù)據(jù)庫(kù)設(shè)計(jì)中,筆者使用實(shí)體-聯(lián)系(ER)模型作為概念設(shè)計(jì)的工具,得到概念設(shè)計(jì)的E-R圖。E-R圖由實(shí)體、聯(lián)系和屬性3個(gè)基本成分組成。測(cè)試用基礎(chǔ)數(shù)據(jù)所處理的基本實(shí)體是城市軌道交通區(qū)間的信號(hào)設(shè)備:接收端、發(fā)送端、閉塞分區(qū);設(shè)備之間的關(guān)系也就是最直接的實(shí)體間聯(lián)系。通過(guò)E-R圖,可以十分清楚地描述測(cè)試用基礎(chǔ)數(shù)據(jù)的結(jié)構(gòu)。圖4為列車運(yùn)行線路數(shù)據(jù)的E-R圖。

圖4列車運(yùn)行線路ER圖

2.3邏輯設(shè)計(jì)

關(guān)系數(shù)據(jù)庫(kù)的邏輯設(shè)計(jì)過(guò)程是把概念設(shè)計(jì)的結(jié)果(如E-R圖)轉(zhuǎn)換成關(guān)系模式的過(guò)程。為了消除關(guān)系模式的存儲(chǔ)異常問(wèn)題,需要對(duì)其進(jìn)行規(guī)范化。

在本子系統(tǒng)數(shù)據(jù)庫(kù)模式的規(guī)范化設(shè)計(jì)過(guò)程中,既要考慮減少數(shù)據(jù)冗余、消除存儲(chǔ)異常情況,也要考慮現(xiàn)場(chǎng)仿真、主控等子系統(tǒng)讀取數(shù)據(jù)及運(yùn)算的花費(fèi)。規(guī)范化測(cè)試用基礎(chǔ)數(shù)據(jù)的關(guān)系子模式包括:發(fā)送端表、接收端表、閉塞分區(qū)表、列車運(yùn)行線路表、區(qū)間基本特征表、鋼軌線路一次參數(shù)表、鋼軌線路四端網(wǎng)參數(shù)表等。

2.4物理設(shè)計(jì)

物理設(shè)計(jì)要根據(jù)具體的數(shù)據(jù)庫(kù)管理系統(tǒng)(DBMS)和相應(yīng)的操作系統(tǒng)、計(jì)算機(jī)硬件所能支持的存儲(chǔ)結(jié)構(gòu)、存取方法以及資源來(lái)進(jìn)行設(shè)計(jì)。SQLServer提供索引或表鍵機(jī)制來(lái)幫助SQLServer優(yōu)化對(duì)查詢的響應(yīng)。在測(cè)試平臺(tái)上,對(duì)結(jié)果數(shù)據(jù)的查詢,是將記錄計(jì)數(shù)號(hào)與測(cè)試項(xiàng)目的組合作為索引。這是因?yàn)榇蠖鄶?shù)的查詢都要直接或間接地將該兩項(xiàng)作為SQL語(yǔ)句中WHERE子句后的首列。

3平臺(tái)專用數(shù)據(jù)庫(kù)接口的實(shí)現(xiàn)

平臺(tái)采用客戶端/服務(wù)器體系,后臺(tái)數(shù)據(jù)庫(kù)服務(wù)器采用SQLServer,前臺(tái)應(yīng)用程序開發(fā)工具采用VisualC++。前臺(tái)應(yīng)用程序?qū)?shù)據(jù)庫(kù)的訪問(wèn)是通過(guò)ODBC機(jī)制實(shí)現(xiàn)的。

VisualC++對(duì)ODBC提供了兩種支持:一種是API函數(shù)[3];另一種是對(duì)API函數(shù)進(jìn)行封裝的MFCODBC類,包括CDatabase(數(shù)據(jù)庫(kù)類),CRecordSet(記錄集類)和CRecordView(可視記錄集類)。兩種方式在平臺(tái)上分別應(yīng)用于不同的場(chǎng)合。

·ODBCAPI使客戶應(yīng)用程序能夠從底層設(shè)置和控制數(shù)據(jù)庫(kù),完成一些高層數(shù)據(jù)庫(kù)技術(shù)無(wú)法完成的功能。例如檢測(cè)數(shù)據(jù)庫(kù)是否連接、數(shù)據(jù)源配置是否正確等。

·MFCODBC類封裝了多種數(shù)據(jù)庫(kù)訪問(wèn)功能,使用簡(jiǎn)單方便。平臺(tái)專用數(shù)據(jù)庫(kù)定義了11個(gè)CRecord2Set類的子類,每一個(gè)子類對(duì)應(yīng)專用數(shù)據(jù)庫(kù)中的一個(gè)表,例如,B-JSSet類對(duì)應(yīng)接收端表,B-BSFQSet類對(duì)應(yīng)閉塞分區(qū)表。

4結(jié)語(yǔ)

建立在SQLServer上的平臺(tái)專用數(shù)據(jù)庫(kù)要兼顧通用數(shù)據(jù)庫(kù)的設(shè)計(jì)要求和區(qū)間測(cè)試平臺(tái)的特殊性。只有綜合考慮這兩方面的因素,才能使專用數(shù)據(jù)庫(kù)既高效又安全。當(dāng)然,隨著平臺(tái)水平的不斷提高,專用數(shù)據(jù)庫(kù)的功能必將隨之?dāng)U展,日趨完善。

參考文獻(xiàn)

1吳芳美.鐵路安全軟件測(cè)試評(píng)估.北京:中國(guó)鐵道出版社,2001.23

第8篇：檢測(cè)系統(tǒng)論文范文

[關(guān)鍵詞]信息不對(duì)稱；食品安全；流通環(huán)節(jié)[中圖分類號(hào)]F252 [文獻(xiàn)標(biāo)識(shí)碼]A [文章編號(hào)]1005-6432（2013）30-0023-02

1 流通環(huán)節(jié)中食品安全信息不對(duì)稱的表現(xiàn)與原因分析

1.1 分段監(jiān)管的食品安全管理體制中存在信息不對(duì)稱的現(xiàn)象

2010年2月以來(lái)我國(guó)實(shí)行在食品安全委員會(huì)統(tǒng)籌指導(dǎo)下，農(nóng)業(yè)、衛(wèi)生、工商、質(zhì)檢、食品藥品監(jiān)管等部門分段負(fù)責(zé)的食品安全監(jiān)管體制。設(shè)立食品安全委員會(huì)的目的是為了協(xié)調(diào)各相關(guān)職能部門密切配合統(tǒng)一行動(dòng)，以達(dá)到良好的監(jiān)管效果。但是實(shí)踐證明這種監(jiān)管體制的效果并不理想，并未從根本上解決實(shí)際監(jiān)管中出現(xiàn)的各部門的各自為政以及職能界限不清的體制弊病。原因在于食品安全委員會(huì)只是一個(gè)議事協(xié)調(diào)機(jī)構(gòu)，對(duì)各部門缺乏統(tǒng)一指揮的權(quán)力，想讓各部門實(shí)現(xiàn)監(jiān)管信息共享進(jìn)而實(shí)現(xiàn)監(jiān)管行動(dòng)無(wú)縫銜接就顯得不太現(xiàn)實(shí)；各部門之間無(wú)隸屬關(guān)系，在監(jiān)管實(shí)踐中仍然是各自為政，均不愿主動(dòng)與其他部門實(shí)現(xiàn)監(jiān)管信息的共享，其結(jié)果是各部門在監(jiān)管中對(duì)食品安全違法行為的處理以“一罰了之”的簡(jiǎn)單處理方式為主，很少將食品安全違法事件告知其他部門進(jìn)而統(tǒng)一行動(dòng)，以達(dá)到良好的監(jiān)管效果。2013年國(guó)務(wù)院機(jī)構(gòu)改革方案中將各監(jiān)管部門的職能得到了一定的整合，監(jiān)管體制從多段管理到兩段管理，近年來(lái)的實(shí)踐已經(jīng)有力的說(shuō)明分段管理的模式很難達(dá)到良好的監(jiān)管效果，這次的機(jī)構(gòu)改革未必能起到預(yù)期的效果。

1.2 食品安全方面的法律法規(guī)和基本常識(shí)普及率不高，使得食品買賣雙方之間存在信息不對(duì)稱的現(xiàn)象

首先我國(guó)食品安全方面的法律法規(guī)在人民群眾中的普及率并不高，他們大多法律意識(shí)淡薄，偏遠(yuǎn)農(nóng)村的情況更為嚴(yán)重。城市中的農(nóng)貿(mào)市場(chǎng)和農(nóng)村的集貿(mào)市場(chǎng)中一定程度地存在著銷售不合格不衛(wèi)生食品的現(xiàn)象，他們大多只顧賺取利潤(rùn)，很少或從未想過(guò)銷售劣質(zhì)食品的危害以及應(yīng)負(fù)的法律責(zé)任。其次我國(guó)食品安全方面的法律法規(guī)建設(shè)不夠完善，還存在一些管理漏洞，一些靠批發(fā)或零售低劣食品牟取暴利并且對(duì)相關(guān)法律法規(guī)非常熟悉的企業(yè)或個(gè)人，他們故意在法律的盲區(qū)內(nèi)活動(dòng)，而依據(jù)現(xiàn)實(shí)的法律法規(guī)又很難將他們予以懲處；這樣的事例在食品流通環(huán)節(jié)中并不罕見。

1.3 實(shí)際監(jiān)管環(huán)節(jié)中存在信息不對(duì)稱

依照法律法規(guī)的規(guī)定工商管理部門有打擊流通領(lǐng)域的走私販私行為和經(jīng)濟(jì)違法違章行為的職責(zé)。但在現(xiàn)實(shí)中由于工商部門執(zhí)法人員力量的不足，所以很難充分掌握所管轄區(qū)域內(nèi)的流通領(lǐng)域的遵紀(jì)守法狀況；城市里人員眾多且流動(dòng)性大，由于執(zhí)法人員數(shù)量極其有限，掌握流通領(lǐng)域全部的食品安全信息實(shí)現(xiàn)更好的流通領(lǐng)域的食品監(jiān)管對(duì)于工商部門來(lái)說(shuō)顯得力不從心。農(nóng)村地域廣大，食品經(jīng)營(yíng)戶較分散，基層監(jiān)管力量明顯不足[1]，僅有的幾名執(zhí)法人員走訪一遍所有村子就需要一兩月的時(shí)間，對(duì)流通領(lǐng)域的食品監(jiān)管難度很大，掌握的相關(guān)監(jiān)管信息也是明顯不足，很多的批發(fā)商就是利用農(nóng)村的隱蔽性特點(diǎn)從事劣質(zhì)食品的倉(cāng)儲(chǔ)工作。

1.4 市場(chǎng)信用體系建設(shè)滯后，加劇了各市場(chǎng)主體之間信息不對(duì)稱的局面

目前工商部門只是對(duì)各市場(chǎng)主體進(jìn)行簡(jiǎn)單的登記工作，這對(duì)不法商販的監(jiān)管力度極其有限。在實(shí)踐中我們常常發(fā)現(xiàn)這樣的情況：當(dāng)工商部門對(duì)某一不法商販查處后，由于社會(huì)對(duì)該商家的違法行為了解有限，該商家后續(xù)的經(jīng)營(yíng)幾乎不受太大影響。這暴露出我們當(dāng)前的管理體制的不足：市場(chǎng)信用體系建設(shè)滯后，對(duì)市場(chǎng)主體缺乏足夠的約束。

1.5 執(zhí)法信息不公開，使得人民群眾與監(jiān)管部門之間存在信息不對(duì)稱

近年來(lái)隨著市場(chǎng)經(jīng)濟(jì)的深入發(fā)展，我國(guó)政府一直在努力轉(zhuǎn)變政府職能，深化行政執(zhí)行方式的改革。政府信息公開化是深化行政執(zhí)行方式改革的重要內(nèi)容，雖然政府信息公開化的工作已經(jīng)開展了多年，但從工商部門執(zhí)法信息的公開現(xiàn)狀來(lái)說(shuō)，這方面的工作做得還遠(yuǎn)遠(yuǎn)不夠，相當(dāng)一部分的信息公開只是流于形式。為了實(shí)現(xiàn)更好的食品市場(chǎng)監(jiān)管，從理論上來(lái)說(shuō)工商部門應(yīng)該將不涉及保密規(guī)定的具體執(zhí)法信息公之于眾，這樣一方面可以接受公眾的監(jiān)督，另一方面也對(duì)不法商販起到一定的震懾作用。

2 加強(qiáng)流通環(huán)節(jié)食品監(jiān)管的對(duì)策建議

2.1 改革政府各職能部門分段監(jiān)管的局面，建立信息通暢的管理體制

現(xiàn)代高效的行政組織系統(tǒng)必然是一個(gè)信息暢通、指揮統(tǒng)一、權(quán)責(zé)明確的有機(jī)系統(tǒng)，各部門不僅在信息上做到上下貫通左右協(xié)調(diào)，而且能夠?yàn)榱斯餐哪繕?biāo)統(tǒng)一行動(dòng)。歐盟的統(tǒng)一監(jiān)管和美國(guó)的分類監(jiān)管啟示我們，同一種類產(chǎn)品的全部生產(chǎn)流通環(huán)節(jié)受到同一部門的監(jiān)督，這種監(jiān)管方式在實(shí)際的運(yùn)用中更加有效，并能節(jié)省監(jiān)管成本[2]。鑒于我國(guó)食品安全分段管理體制的嚴(yán)重弊病，我們可以借鑒這種按產(chǎn)品種類進(jìn)行監(jiān)管的體制，從理論上來(lái)說(shuō)，這種體制的權(quán)責(zé)劃分明確，可有效避免現(xiàn)行體制中的部門信息溝通不暢的弊病，從而有利于流通環(huán)節(jié)的監(jiān)管。

2.2 加強(qiáng)食品安全常識(shí)及法律法規(guī)的教育，改善消費(fèi)者處于食品安全信息劣勢(shì)的局面

鑒于我國(guó)食品安全法律法規(guī)及常識(shí)的普及率較低的現(xiàn)狀，開展相關(guān)方面的教育工作顯得尤為必要。政府相關(guān)部門以及消費(fèi)者協(xié)會(huì)要切實(shí)負(fù)起責(zé)任，通過(guò)舉辦多種形式貼近人民群眾的活動(dòng)向公眾宣傳基本的食品安全常識(shí)及相關(guān)法律，提高公眾辨別食品優(yōu)劣的能力和法律水平。另外還要加強(qiáng)對(duì)市場(chǎng)流通主體的教育工作，增強(qiáng)他們的法制觀念與守法意識(shí)，努力使他們自覺規(guī)范自身行為。

2.3 建立食品安全流通環(huán)節(jié)社會(huì)監(jiān)管信息網(wǎng)絡(luò)系統(tǒng)，實(shí)現(xiàn)監(jiān)管網(wǎng)絡(luò)的社會(huì)化

在當(dāng)前深化食品安全監(jiān)管體制改革的大背景下，相關(guān)監(jiān)管部門應(yīng)該更新管理觀念創(chuàng)新管理方式，向社會(huì)讓渡部分管理職能，建立全民參與的食品安全監(jiān)管電子網(wǎng)絡(luò)系統(tǒng)，讓人民群眾參與到流通環(huán)節(jié)食品安全的監(jiān)管中來(lái)。這樣一方面可以彌補(bǔ)工商等職能部門因監(jiān)管力量不足而導(dǎo)致的所掌握的監(jiān)管信息不足的缺陷；另一方面也在客觀上充實(shí)了監(jiān)管力量，對(duì)流通環(huán)節(jié)的食品安全違法行為也起到一定的震懾作用。可以說(shuō)社會(huì)監(jiān)管網(wǎng)絡(luò)的建立對(duì)流通領(lǐng)域的食品安全監(jiān)管工作將起到極大的促進(jìn)作用。不法商販生活在人民群眾當(dāng)中，人民群眾在發(fā)現(xiàn)食品安全違法行為的時(shí)候可以積極通過(guò)監(jiān)管網(wǎng)絡(luò)向相關(guān)監(jiān)管部門舉報(bào)，這對(duì)監(jiān)管部門實(shí)現(xiàn)良好地監(jiān)管效果來(lái)說(shuō)將起到事半功倍的作用；為保證社會(huì)監(jiān)管網(wǎng)絡(luò)系統(tǒng)的持續(xù)健康發(fā)展，必須建立健全相關(guān)配套機(jī)制，如對(duì)舉報(bào)人的保密和獎(jiǎng)勵(lì)制度，采用這些措施將極大地激勵(lì)人們參與到食品安全流通環(huán)節(jié)的監(jiān)管中來(lái)。

2.4 建立食品安全流通環(huán)節(jié)信用體系，從深層次上解決信息不對(duì)稱的局面

食品安全監(jiān)管只是治本，開發(fā)建立流通領(lǐng)域食品安全社會(huì)信用體系是治本之策。在借鑒銀行業(yè)系統(tǒng)建立的個(gè)人信用檔案系統(tǒng)的基礎(chǔ)上，工商部門應(yīng)在對(duì)市場(chǎng)主體進(jìn)行登記的基礎(chǔ)上建立他們的市場(chǎng)行為的信用記錄系統(tǒng)，并向社會(huì)公開相關(guān)信息方便公眾查詢，這有利于緩解目前市場(chǎng)經(jīng)濟(jì)活動(dòng)中各市場(chǎng)主體占有信息不對(duì)稱的局面。相比目前的事后監(jiān)管模式，信用體系具有多方面的優(yōu)勢(shì)。一方面是誠(chéng)信記錄的公開化使食品流通環(huán)節(jié)的各參與者占有更多的食品安全方面的信息；另一方面這一措施將極大地促進(jìn)整個(gè)市場(chǎng)誠(chéng)信體系的建設(shè)，從而在更深層次上促進(jìn)信息不對(duì)稱的問(wèn)題的解決。

2.5 加大政府信息公開力度，建立流通環(huán)節(jié)食品安全監(jiān)管長(zhǎng)效機(jī)制

沒(méi)有監(jiān)管的權(quán)力必然導(dǎo)致腐敗，這是一條已被證明了無(wú)數(shù)次的真理。加強(qiáng)社會(huì)各界對(duì)食品安全相關(guān)監(jiān)管部門的監(jiān)督，將對(duì)相關(guān)職能部門認(rèn)真履行職責(zé)起到巨大的促進(jìn)作用，而取得良好監(jiān)督效果的關(guān)鍵就是相關(guān)執(zhí)法信息的公開。信息公開可以使公眾了解更多食品流通環(huán)節(jié)執(zhí)法的真實(shí)情況，這一方面可以使相關(guān)職能部門主動(dòng)規(guī)范自身監(jiān)督行為，有效減少監(jiān)管過(guò)程中營(yíng)私舞弊和走過(guò)場(chǎng)等不良現(xiàn)象；另一方面還有利于督促監(jiān)管部門將監(jiān)管工作常態(tài)化，改變現(xiàn)在靠開展專項(xiàng)行動(dòng)突擊檢查的非良性監(jiān)管模式，監(jiān)管常態(tài)化有利于監(jiān)管部門緩解對(duì)市場(chǎng)主體行為的相關(guān)信息了解有限的局面，極大的提高監(jiān)管效果。

參考文獻(xiàn)：