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

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

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

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

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

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

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

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

WiFi又稱IEEE802．11b標(biāo)準(zhǔn)，IEEE802．11b無線網(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ù)通過WiFi傳輸至上位機(jī)，實(shí)現(xiàn)上位機(jī)對(duì)溫度、pH值、溶解氧濃度等參數(shù)的實(shí)時(shí)監(jiān)測。

2．1電源模塊

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

2．2WiFi無線通信模塊

本模塊采用的是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)試可通過JTAG口實(shí)現(xiàn);ADC，I2C總線，GPIO等接口用于接收來自傳感器采集到的數(shù)據(jù)信息，實(shí)現(xiàn)通過串口與單片機(jī)通信，其工作電壓為3．3V。

2．3處理器模塊

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

2．4串口模塊

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

2．5傳感器模塊

本設(shè)計(jì)中采用美國Dallas半導(dǎo)體公司生產(chǎn)的DS18B20數(shù)字化溫度傳感器，適用電壓范圍為3．0～5．5V;通過串行數(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)，在通過WiFi后傳輸至監(jiān)測中心。具體的軟件設(shè)計(jì)步驟為:首先通過gs_flashprogram軟件編寫WiFiProtectedSetup(WPS)程序，且在程序中內(nèi)嵌TCP/IP協(xié)議，將該程序燒寫入GS1011模塊;然后，通過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í)接收，并通過WiFi傳輸至監(jiān)測中心的上位機(jī)，實(shí)現(xiàn)對(duì)水質(zhì)的溫度、pH值、溶解氧濃度等參數(shù)的實(shí)時(shí)監(jiān)測。系統(tǒng)每30min采集一次水質(zhì)參數(shù)，因此，可通過定時(shí)器來控制終端節(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ī)通過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)通過調(diào)用數(shù)據(jù)庫中的歷史數(shù)據(jù)，并且可以以視圖的形式將數(shù)據(jù)發(fā)送到客戶端，實(shí)現(xiàn)了遠(yuǎn)程監(jiān)控功能。

5系統(tǒng)測試

在某水產(chǎn)養(yǎng)殖基地對(duì)本設(shè)計(jì)系統(tǒng)進(jìn)行了測試。實(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)測結(jié)果。

6結(jié)束語

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

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

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

改造前，該建筑物沒有安裝能耗監(jiān)測和分析系統(tǒng)，所以各分項(xiàng)能耗和總能耗只能通過人工統(tǒng)計(jì)和估算得出，不僅費(fèi)時(shí)費(fèi)力，而且由于部門之間的差異和不同時(shí)段工作時(shí)間長短的不同，導(dǎo)致所得能耗統(tǒng)計(jì)數(shù)據(jù)與實(shí)際能耗有一定的偏差，準(zhǔn)確性不高。改造后，該建筑物引進(jìn)了能耗監(jiān)測和分項(xiàng)計(jì)量系統(tǒng)，系統(tǒng)如圖1．2所示。該系統(tǒng)分為現(xiàn)場監(jiān)控層、通訊管理層和監(jiān)控主站層?，F(xiàn)場監(jiān)控層由多功能電能儀表組成，分別就地安裝在各自的配電箱上，并以現(xiàn)場總線形式接入通訊管理層，介質(zhì)采用屏蔽雙絞線，主要完成測量、電量參數(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)測系統(tǒng)應(yīng)用軟件組成。監(jiān)控主站層通過以太網(wǎng)與通訊管理層相連，實(shí)時(shí)采集現(xiàn)場監(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)測平臺(tái)能夠簡化人工抄表及統(tǒng)計(jì)的煩瑣工序，只要各儀表根據(jù)標(biāo)準(zhǔn)接入采集網(wǎng)絡(luò)，監(jiān)控中心就能定時(shí)、定點(diǎn)地獲取相關(guān)數(shù)據(jù)。通過在平臺(tái)上簡單的設(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é)語

第3篇：檢測系統(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來表示，其中，P0和P1是完全的8位端口，而P2僅有5位可用。所有的端口均可以通過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ù)傳感器資料說明，端口按照一定時(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ò)，并通過該網(wǎng)絡(luò)實(shí)現(xiàn)數(shù)據(jù)無線傳輸；二為使協(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ī)制，通過系統(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ù)處理后，以字符串的形式通過串口顯示在宿主機(jī)的終端中，以方便調(diào)試和開發(fā)。另外，協(xié)調(diào)器通過異步串行接口將數(shù)據(jù)交由ARM處理器。

1.3溫濕度處理模塊為了后續(xù)拓展，為可處理多個(gè)節(jié)點(diǎn)溫濕度數(shù)據(jù)，該模塊設(shè)計(jì)采用服務(wù)器與客戶端兩進(jìn)程間通信來實(shí)現(xiàn)［11］。將接收ZigBee協(xié)調(diào)器通過異步串行通信發(fā)送過來的數(shù)據(jù)作為服務(wù)器進(jìn)程，并封裝ZigBee功能提供相應(yīng)應(yīng)用接口?？蛻舳诉M(jìn)程則主要是用于同服務(wù)器端進(jìn)行交互，解析獲取溫濕度數(shù)據(jù)，同時(shí)為實(shí)現(xiàn)UI圖形界面提供封裝好的接口，為此還需用Qt設(shè)計(jì)UI界面。其中雙方是利用套接口（Socket）來使進(jìn)程之間通信，但是由于Socket本身不支持同時(shí)等待和超時(shí)處理，所以它不能直接用來完成多進(jìn)程之間的相互實(shí)時(shí)通信。本實(shí)驗(yàn)采用事件驅(qū)動(dòng)庫libev的方式構(gòu)建服務(wù)器模型。Libev是一種高性能事件循環(huán)／事件驅(qū)動(dòng)庫。需要循環(huán)探測事件是否產(chǎn)生，其循環(huán)體用ev＿loop結(jié)構(gòu)來表達(dá)，并用ev＿loop（）來啟動(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è)接收線程，專門用來接收客戶端發(fā)送過來的命令數(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線程用來調(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ù)來實(shí)現(xiàn)。實(shí)現(xiàn)Web服務(wù)需要移植嵌入式服務(wù)器，設(shè)計(jì)動(dòng)態(tài)網(wǎng)頁，并通過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)程來處理并發(fā)連接請(qǐng)求，但BOA支持CGI，能夠?yàn)镃GI程序fork出一個(gè)進(jìn)程來執(zhí)行。對(duì)BOA服務(wù)器的配置主要是在／etc／boa目錄下創(chuàng)建一個(gè)boa．conf文件，此文件包括服務(wù)器將使用主機(jī)的端口號(hào)、運(yùn)行服務(wù)器的身份、錯(cuò)誤信息記錄的指定文件、存放html文件的目錄、默認(rèn)首頁文件等相關(guān)信息，此外還需根據(jù)配置信息在相應(yīng)的一些目錄下創(chuàng)建文件。

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

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

3結(jié)束語

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

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

勉縣于2005年實(shí)施鄉(xiāng)鎮(zhèn)畜牧獸醫(yī)管理改革，撤銷原鄉(xiāng)鎮(zhèn)畜牧獸醫(yī)站，剝離出治療、、飼料獸藥銷售等經(jīng)營項(xiàng)目，重新組建了25個(gè)鄉(xiāng)鎮(zhèn)畜牧防疫站，為全民事業(yè)單位，定編68人。但大多數(shù)屬于定補(bǔ)人員，基本工資的40%由財(cái)政撥付，其余60%沒有著落。止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ú)立建房辦公。通過近年來的冷鏈體系、擴(kuò)大內(nèi)需等項(xiàng)目建設(shè)，13個(gè)鄉(xiāng)鎮(zhèn)站的房屋經(jīng)過重點(diǎn)建設(shè)或維修，基本滿足辦公條件；4個(gè)鄉(xiāng)鎮(zhèn)站無房，借住在鄉(xiāng)鎮(zhèn)政府機(jī)關(guān)辦公；8個(gè)站的房屋均為上世紀(jì)70～80年代建設(shè)，目前處于危房無法使用狀態(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è)施狀況近年來，中心通過擴(kuò)大內(nèi)需等項(xiàng)目建設(shè)，新建了電化教育室、生豬良種供精中心，完善了縣級(jí)動(dòng)物疫病分析診斷檢測化驗(yàn)室，增添了冷鏈防護(hù)、檢疫檢測、現(xiàn)代辦公等設(shè)施設(shè)備141臺(tái)套，辦公條件有了明顯改觀。

存在問題

技術(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)（試行）》測算，應(yīng)編制96人，實(shí)有在崗人員66人，相差28人，并有5人因病無法正常工作；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)物防疫等公益性工作，無其他任何收入。他們基本生活難以保障，致使信心不足，影響工作的更好開展。鄉(xiāng)鎮(zhèn)站基礎(chǔ)設(shè)施差，在建項(xiàng)目經(jīng)費(fèi)緊缺在25個(gè)鄉(xiāng)鎮(zhèn)站中，有8個(gè)站仍無辦公場所。近年來，雖然省、市先后下達(dá)13個(gè)鄉(xiāng)鎮(zhèn)站基礎(chǔ)設(shè)施建設(shè)，但項(xiàng)目資金較少，每個(gè)鄉(xiāng)鎮(zhèn)站項(xiàng)目建設(shè)資金僅有10余萬元，地方配套資金難以落實(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)沒有經(jīng)費(fèi)投入，新的技術(shù)難以引進(jìn)，技術(shù)人員得不到知識(shí)更新，對(duì)養(yǎng)殖戶的培訓(xùn)開展困難，致使技術(shù)水平和服務(wù)質(zhì)量滯后于產(chǎn)業(yè)發(fā)展需求。動(dòng)物疫情形勢復(fù)雜動(dòng)物防疫及重大動(dòng)物疫病防控任務(wù)艱巨，防疫工作經(jīng)費(fèi)短缺。村級(jí)動(dòng)物防疫隊(duì)伍雖勉強(qiáng)建立，但因補(bǔ)助偏少，隊(duì)伍難以穩(wěn)定。檢測診斷手段不能適應(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)和一些檢測必需品，難以全面開展工作。

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

關(guān)鍵詞：nRF9E5；無線局域網(wǎng)絡(luò)；通訊協(xié)議；無線監(jiān)測

當(dāng)今，無線技術(shù)正快速應(yīng)用于許多產(chǎn)品之中，與有線技術(shù)相比，無線技術(shù)主要具有成本低、攜帶方便、省去布線煩惱等優(yōu)點(diǎn)。特別適用于工業(yè)數(shù)據(jù)采集系統(tǒng)、無線遙控系統(tǒng)、小型無線網(wǎng)絡(luò)、無線RS485/232數(shù)據(jù)通信系統(tǒng)等。本文給出了一種用于監(jiān)測有毒氣體的無線局域網(wǎng)絡(luò)系統(tǒng)方案設(shè)計(jì)方案。

1系統(tǒng)的功能及組成

在石華工業(yè)中，為了有效監(jiān)測空氣中H2S、CL2等有毒氣體的濃度，把隱患消滅于萌芽狀態(tài)，通常需要設(shè)計(jì)許多無線網(wǎng)絡(luò)檢測系統(tǒng)。圖1所示就是一種多任務(wù)無線通訊局域網(wǎng)示意圖。該系統(tǒng)是由一臺(tái)中央監(jiān)控設(shè)備CMS（centermoniteringsystem）和多臺(tái)遠(yuǎn)程終端節(jié)點(diǎn)RTN（remoteterminalnodes）組成的多任務(wù)無線通信網(wǎng)絡(luò)。其中的中央監(jiān)控設(shè)備CMS主要由無線收發(fā)模塊Nrf9e5、報(bào)警裝置和上位機(jī)組成，能夠接收遠(yuǎn)程各節(jié)點(diǎn)信息，監(jiān)控節(jié)點(diǎn)運(yùn)行情況，并能根據(jù)上位機(jī)要求發(fā)送命令字到指定節(jié)點(diǎn)。各節(jié)點(diǎn)RTN主要由有毒氣體傳感部分和無線接收模塊Nrf9e5組成，能夠采樣并發(fā)送數(shù)據(jù)到CMS，接收并執(zhí)行CMS發(fā)送來的指令，并且可作為中轉(zhuǎn)站間接傳輸數(shù)據(jù)。

在CMS工作信號(hào)覆蓋范圍內(nèi)，各節(jié)點(diǎn)和CMS直接通訊，如圖中RTN100、RTN200和CMS之間可以直接通訊。在CMS工作信號(hào)覆蓋范圍外，各遠(yuǎn)程終端節(jié)點(diǎn)其上級(jí)相應(yīng)節(jié)點(diǎn)和CMS間接通訊，如圖中RTN121、RTN122依次通過RTN120、RTN100和CMS來進(jìn)行間接通訊。采用這種方法，可將系統(tǒng)擴(kuò)展成一個(gè)非常大的無線居域網(wǎng)絡(luò)。

2硬件設(shè)計(jì)

2．1硬件電路連接

中央監(jiān)控設(shè)備（CMS）電路主要包括監(jiān)控計(jì)算機(jī)、接收模塊nRF9E5及報(bào)菟裝置，具體電路如圖2所示。圖中，把nRF9E5的P0.1、P0.2口配置成SCI模式，外接MAX232轉(zhuǎn)換電路，和上位機(jī)進(jìn)行串行通訊；P0.3配置成普通端口，外接報(bào)警裝置。

該系統(tǒng)中的遠(yuǎn)程終端節(jié)點(diǎn)（RTN）電路主要由射頻模塊nRF9E5和氣體變送器GT-130/H2S-1組成。ADC模塊選用內(nèi)部參考電壓，氣體傳感裝置能夠輸出4~20mA電流，經(jīng)75Ω電阻轉(zhuǎn)換為0.3~1.5V電壓信號(hào)，來作為ADC模擬量輸入信號(hào)。電路連接和圖2基本相似，區(qū)別是斷開圖2中的P0.1-P0.3端口，將變送器輸出端和nRF9E5的AIN0引腳相連接。

2．2無線收發(fā)模塊nRF9E5

nRF9E5是挪威Nordic公司的產(chǎn)品。該芯片采用+3VDC供電，面積為5mm×5mm，共有32個(gè)外部引腳，包括UART和SPI等功能。內(nèi)部集成了nRF9E5射頻模塊、8051微控制器及A/D轉(zhuǎn)換模塊，具有433/868/915MHz三波段載波頻率。采用GFSK調(diào)制，抗擾能力強(qiáng)；支持多點(diǎn)通訊，數(shù)據(jù)傳輸速率高達(dá)0.1Mbps。具有特有的ShockBurst信號(hào)發(fā)射模式和發(fā)射信號(hào)載波監(jiān)測功能，可有效降低功耗電流、避免數(shù)據(jù)沖突。內(nèi)部寄存器為用戶提供了基礎(chǔ)的通訊協(xié)議，便于用戶擴(kuò)展，縮短了開發(fā)周期。電路連接極為簡單，只需要一個(gè)晶體管和一個(gè)電阻，nRF9E5輸出端ANT1、ANT2外接50Ω單天線終端裝置，信號(hào)有效發(fā)射距離無遮擋時(shí)可達(dá)800m以上，有建筑物等遮擋時(shí)可達(dá)350m左右。

3軟件設(shè)計(jì)

3．1通訊協(xié)議

CMS可與在其信號(hào)覆蓋范圍內(nèi)的RINT進(jìn)行直接通訊，在其工作信號(hào)覆蓋范圍之外的RIN通過其它節(jié)點(diǎn)轉(zhuǎn)載信號(hào)實(shí)現(xiàn)與CMS的間接通訊。同時(shí)，CMS能夠根據(jù)接收的數(shù)據(jù)內(nèi)容判斷信號(hào)來自哪一個(gè)RTN節(jié)點(diǎn)。為此，需把系統(tǒng)通訊協(xié)議設(shè)置為下列格式：

Prea-mbleAddPayloadCRC

JidMidYidXData

Preamble為引導(dǎo)字節(jié)；Add為接收機(jī)地址；Payload為有效加載數(shù)據(jù)（包括接收機(jī)識(shí)別碼Jid、目的機(jī)識(shí)別碼Mid、源信號(hào)機(jī)識(shí)別碼Yid及Data字：狀態(tài)字X=1時(shí)Data為命令字，X=0時(shí)Data為濃度數(shù)據(jù)）；CRC為校驗(yàn)碼。

nRF9E5處于發(fā)射模式時(shí)，Add和Payload由微控制器按順序送入射頻模塊nRF9E5,Preamble和CRC由nRF9E5自動(dòng)加載。接收模塊時(shí)，nRF9E5先接收一數(shù)據(jù)包，分別驗(yàn)證Preamble、Add和CRC正確后，再將Payload數(shù)據(jù)送入微控制器處理；當(dāng)接收機(jī)微處理器判斷Payload中的Payload中的Jid和本機(jī)識(shí)別碼號(hào)一致時(shí)，繼續(xù)處理后繼數(shù)據(jù)，否則放棄該數(shù)據(jù)包。

要實(shí)現(xiàn)上述數(shù)據(jù)通訊功能，需進(jìn)行nRF9E5初始化配置和用戶程序設(shè)計(jì)。

3．2nRF9E5子系統(tǒng)初始化配置

在nRF9E5模塊中，特殊寄存器RF-Register包含10個(gè)字節(jié)，其配置字內(nèi)容可決定射頻模塊nRF9E5的工作特性，表1列出本設(shè)計(jì)殊寄存器RF-Register需要配置的基本參數(shù)（文中未述及的參選用默認(rèn)值）。

表1RF-Register寄存器部分字節(jié)配置說明

名稱設(shè)定值（二進(jìn)制）說明

CH-NO001110101載波頻率為868.2MHz

HRFEQ-PLL1設(shè)定PLL工作模式

PA-PWR11輸出功率為10dBm

RX-PW001接收地址字長為1byte

RX-PW00100000接收有效字節(jié)長度8bytes

TX-PW00100000發(fā)射有效字節(jié)長度8bytes

PX-ADDRESS11100111接收地址名0xE7h

UP-CLK-EN0外部時(shí)鐘禁止

XOF011晶體振蕩器16MHz頻率

CRC-EN1使能CRC校驗(yàn)功能

CRC-MODE0使用8位CRC校驗(yàn)碼

系統(tǒng)通訊時(shí)，各模塊處于正常接收狀態(tài)：收發(fā)使能位TRX-CE=1且方式選擇位TX-EN=0。在運(yùn)行過程中，可由用戶編程修改TX-EN=1使各字節(jié)工作于發(fā)射狀態(tài)。

本系統(tǒng)設(shè)定CMS和所有RTN的地址ADD均為0xE7h，這樣，系統(tǒng)內(nèi)CMS和所有RTN之間可以互相通訊，從而避免了其它系統(tǒng)的干擾。各節(jié)點(diǎn)識(shí)別碼長度根據(jù)網(wǎng)絡(luò)節(jié)點(diǎn)級(jí)數(shù)和容量配置，繼承關(guān)系分配地址；通訊時(shí)，通過對(duì)目的機(jī)代碼Mid和接收機(jī)代碼Jid的比較和識(shí)別，不斷修改接收機(jī)代碼Jid，直至Jid=Mid為止，實(shí)現(xiàn)節(jié)點(diǎn)間的自動(dòng)雙向?qū)ぶ?。以圖1中系統(tǒng)3級(jí)路徑為例，所有模塊識(shí)別碼長度均配置為12位，CMS識(shí)別碼配置為0x000h。各節(jié)點(diǎn)識(shí)別碼按照上下級(jí)路徑。繼承關(guān)系分配地址：第一級(jí)節(jié)點(diǎn)識(shí)別碼以高四位區(qū)分，其余位均為0，如節(jié)點(diǎn)0x100h與0x200h；第二級(jí)節(jié)點(diǎn)識(shí)別碼高四位繼承其上一級(jí)節(jié)點(diǎn)高四位識(shí)別碼，以中間四位區(qū)分，如RTN100的下級(jí)節(jié)點(diǎn)0x110h與0x120h；第三級(jí)節(jié)點(diǎn)繼承其上一級(jí)節(jié)點(diǎn)的前八位識(shí)別碼，以低四位區(qū)分，如0x120h的下級(jí)節(jié)點(diǎn)0x121h與0x122h。通訊時(shí)，即按照這種上下級(jí)路徑關(guān)系傳輸數(shù)據(jù)。采用上述方法，三級(jí)路徑最大可以配置四千多個(gè)節(jié)點(diǎn)，能組成一個(gè)比較大的無線局域網(wǎng)絡(luò)。

4微處理器用戶程序

該系統(tǒng)的處理器用戶程序包括CMS用戶程序和RTN用戶程序，而它們又分別包括主程序和中斷子程序兩部分。

4.1CMS用戶程序

a.CMS主程序

（1）當(dāng)Flagi=1時(shí)，CMS對(duì)接收到的數(shù)據(jù)進(jìn)行存儲(chǔ)和排序記錄，并在氣體深度超標(biāo)時(shí)，使報(bào)菟輸出端P0.3=1；最后將Flagi清0。

（2）當(dāng)Sleep=1時(shí)，由CMS發(fā)送命令字(X=1)到指定節(jié)點(diǎn)，最后將Sleep清0。

此時(shí)，Mid為目的機(jī)識(shí)別碼，Yid=0x000h，接收機(jī)識(shí)別碼Jid可由CPU根據(jù)Mid高四位自動(dòng)產(chǎn)生。

b.CMS中斷子程序

（1）串行通信口接收計(jì)算機(jī)命令信號(hào)，置Sleep=1。中斷優(yōu)先級(jí)為最高。

（2）RD1=1時(shí)中斷CPU，接收某節(jié)點(diǎn)RTNi信號(hào)，置標(biāo)志字Flagi=1。中斷優(yōu)無級(jí)為次高。

（3）用定時(shí)器2監(jiān)控各節(jié)點(diǎn)通訊記錄：若在定時(shí)器2的一個(gè)定時(shí)周期T2內(nèi)判斷出某節(jié)點(diǎn)一直沒有發(fā)送信號(hào)，則會(huì)記錄相應(yīng)警告信息，直至手動(dòng)清除。其中，T2為系統(tǒng)中各節(jié)點(diǎn)和CMS通訊一次的最大遲滯時(shí)間，中斷優(yōu)先級(jí)為次低。

（4）定時(shí)器1定時(shí)中斷CPU，將內(nèi)存數(shù)據(jù)送上位計(jì)算機(jī)顯示處理，中斷優(yōu)先級(jí)為最低。

4．2RTN用戶程序

a.RTN主程序

當(dāng)Flagi=1時(shí)，CPU對(duì)Payload作如下處理后，最后將Flagi清0。

圖2

（1）若接收的數(shù)據(jù)包中，Mid=0x000h,Yid為RTNj識(shí)別碼，則數(shù)據(jù)來自下級(jí)節(jié)點(diǎn)RTNj，需凈數(shù)據(jù)繼續(xù)向CMS方向轉(zhuǎn)發(fā)。

在轉(zhuǎn)發(fā)數(shù)據(jù)包中，Jid內(nèi)容由CPU對(duì)本機(jī)識(shí)別碼的四位識(shí)別位清0獲得，其它數(shù)據(jù)不變。

（2）若接收的數(shù)據(jù)包中，Mid為下級(jí)節(jié)點(diǎn)識(shí)別碼，Yid=0x000h，則數(shù)據(jù)來自CMS，需將數(shù)據(jù)繼續(xù)向下級(jí)路徑轉(zhuǎn)發(fā)。

在此轉(zhuǎn)發(fā)數(shù)據(jù)包中，Jid內(nèi)容由CPU將本機(jī)識(shí)別碼和目的機(jī)識(shí)別碼比較獲得。

（3）若接收機(jī)的數(shù)據(jù)包中，Mid為本機(jī)識(shí)別碼，判斷X=1時(shí)執(zhí)行命令字，作相應(yīng)處理。

b.RTN中斷子程序

（1）ADC轉(zhuǎn)換結(jié)束標(biāo)志EOC=1時(shí)產(chǎn)生中斷，提醒CPU將Add、Jid、Mid、Yid、X=0和氣體濃度Data依次送入nRF905模塊，準(zhǔn)備發(fā)射。最后將EOC清0，并重新啟動(dòng)ADC轉(zhuǎn)換器。中斷優(yōu)先級(jí)為低。

（2）在RTNi中，RD1=1時(shí)產(chǎn)生中斷，CPU讀取nRF9E5的數(shù)據(jù)，若Payload中Jid為本節(jié)點(diǎn)識(shí)別碼，存儲(chǔ)數(shù)據(jù)并置Flagi=1;否則將Payload丟棄，F(xiàn)lagi不變。中斷優(yōu)先級(jí)為高。

此時(shí)，Add=0xFFh,Mid=0x000h,Yid為本機(jī)識(shí)別碼。Jid內(nèi)容由CPU對(duì)本機(jī)識(shí)別碼的四位識(shí)別位置0獲得。

第6篇：檢測系統(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è)施 ，由于我國尚未出臺(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ī)范標(biāo)準(zhǔn)理解不夠透徹，往往導(dǎo)致在設(shè)計(jì) 、施工中出現(xiàn)防排煙系統(tǒng)設(shè)施配置被忽略或有配置而功能不全等現(xiàn)象。

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

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

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

自然排煙是一種經(jīng)濟(jì)、簡單、易操作、維護(hù)管理方便的排煙方式，但由于部分工程在設(shè)計(jì)、施工過程中不按規(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)道界面尺寸過小，送風(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)過計(jì)算直接按規(guī)范給定的值確定，導(dǎo)致選用的風(fēng)機(jī)風(fēng)量、風(fēng)壓偏小，不能滿足要求;

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

在實(shí)際工程驗(yàn)收時(shí)，往往發(fā)現(xiàn)送風(fēng)口的尺寸、以及選用的風(fēng)機(jī)風(fēng)量和風(fēng)壓能夠滿足規(guī)范要求 ，但實(shí)測其送風(fēng)口風(fēng)速卻很小 ;離風(fēng)機(jī)較近的送風(fēng)口風(fēng)速偏大、較遠(yuǎn)送風(fēng)口無風(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ì)于建筑高度超過50m的一類公共建筑和建筑高度超過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)訂貨 ，購買功率規(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è)置在安全出口的正上方或跨過安全出口，不僅不利于排煙反而把煙氣引向安全出口。

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

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

2.3.4 應(yīng)設(shè)機(jī)械排煙設(shè)施的部位未按規(guī)范要求設(shè)置超過20米無 自然排煙的內(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)沒有得到足夠的重視

建筑工程項(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í)，往往忽視它的重要性和必要性 ，把它看成是可有可無 的東西了，消防監(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ì)配置的問題

有的建筑物雖然設(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)。這樣沒有把防排煙系統(tǒng)區(qū)分成獨(dú)立的系統(tǒng)，也沒有單獨(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解決上迷問厄的方法及對(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)”提出來，才能促進(jìn)人們?cè)谙拦こ虒?shí)踐中，重視它、完善它，而不至于把它忽略。

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

在每一個(gè)建筑工程項(xiàng) 目中，按國家規(guī)范要求進(jìn)行防排煙系統(tǒng)設(shè)計(jì) ，并且把它從“暖通”圖中分離出來，單獨(dú)制圖，冠以 “消防防排煙”施工圖圖名。就像火災(zāi)報(bào)警系統(tǒng)的“電消”圖、水滅火系統(tǒng)的“水消”圖、氣體滅火系統(tǒng)的“氣消”圖一樣，沒有人對(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ì)的工程公司來安裝施工。只有這樣，才能保證防排煙系統(tǒng)的設(shè)計(jì)和安裝施工落到實(shí)處，保證每個(gè)建筑項(xiàng) 目的防排煙系統(tǒng)設(shè)施配置齊全，功能完善，真正起到防火減災(zāi)的作用。

結(jié)束語

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

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

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

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

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

城軌交通區(qū)間信號(hào)系統(tǒng)測試評(píng)估平臺(tái)(以下簡稱平臺(tái))硬件采用分布式結(jié)構(gòu),如圖1所示。平臺(tái)由主控機(jī)、數(shù)據(jù)庫機(jī)和仿真機(jī)組成[1]。被測系統(tǒng)通過網(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所示。其中:主控及測試案例自動(dòng)生成子系統(tǒng)一方面向仿真子系統(tǒng)發(fā)送區(qū)間狀態(tài)的仿真設(shè)置命令,另一方面動(dòng)態(tài)監(jiān)控現(xiàn)場信號(hào)狀態(tài)等,實(shí)現(xiàn)測試案例的動(dòng)態(tài)擴(kuò)展和連續(xù)加載、測試結(jié)果的動(dòng)態(tài)判定,并將測試結(jié)果存入數(shù)據(jù)

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

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

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

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

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)判定及顯示測試過程的實(shí)際狀態(tài)。

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

動(dòng)態(tài)數(shù)據(jù)傳輸首先必須滿足實(shí)時(shí)性要求,當(dāng)不能及時(shí)傳送時(shí),根據(jù)數(shù)據(jù)特性的不同,或丟棄,或重發(fā)。例如被測系統(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ì)被測系統(tǒng)進(jìn)行測試的過程中不再變化,具有相對(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)、名稱、位置、長度,道岔的編號(hào)、名稱、位置、類型等。

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

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

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

在數(shù)據(jù)庫設(shè)計(jì)中,筆者使用實(shí)體-聯(lián)系(ER)模型作為概念設(shè)計(jì)的工具,得到概念設(shè)計(jì)的E-R圖。E-R圖由實(shí)體、聯(lián)系和屬性3個(gè)基本成分組成。測試用基礎(chǔ)數(shù)據(jù)所處理的基本實(shí)體是城市軌道交通區(qū)間的信號(hào)設(shè)備:接收端、發(fā)送端、閉塞分區(qū);設(shè)備之間的關(guān)系也就是最直接的實(shí)體間聯(lián)系。通過E-R圖,可以十分清楚地描述測試用基礎(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ù)庫的邏輯設(shè)計(jì)過程是把概念設(shè)計(jì)的結(jié)果(如E-R圖)轉(zhuǎn)換成關(guān)系模式的過程。為了消除關(guān)系模式的存儲(chǔ)異常問題,需要對(duì)其進(jìn)行規(guī)范化。

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

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

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

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

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

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

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

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

4結(jié)語

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

參考文獻(xiàn)

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

第8篇：檢測系統(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月以來我國實(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)無縫銜接就顯得不太現(xiàn)實(shí)；各部門之間無隸屬關(guān)系，在監(jiān)管實(shí)踐中仍然是各自為政，均不愿主動(dòng)與其他部門實(shí)現(xiàn)監(jiān)管信息的共享，其結(jié)果是各部門在監(jiān)管中對(duì)食品安全違法行為的處理以“一罰了之”的簡單處理方式為主，很少將食品安全違法事件告知其他部門進(jìn)而統(tǒng)一行動(dòng)，以達(dá)到良好的監(jiān)管效果。2013年國務(wù)院機(jī)構(gòu)改革方案中將各監(jiān)管部門的職能得到了一定的整合，監(jiān)管體制從多段管理到兩段管理，近年來的實(shí)踐已經(jīng)有力的說明分段管理的模式很難達(dá)到良好的監(jiān)管效果，這次的機(jī)構(gòu)改革未必能起到預(yù)期的效果。

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

首先我國食品安全方面的法律法規(guī)在人民群眾中的普及率并不高，他們大多法律意識(shí)淡薄，偏遠(yuǎn)農(nóng)村的情況更為嚴(yán)重。城市中的農(nóng)貿(mào)市場和農(nóng)村的集貿(mào)市場中一定程度地存在著銷售不合格不衛(wèi)生食品的現(xiàn)象，他們大多只顧賺取利潤，很少或從未想過銷售劣質(zhì)食品的危害以及應(yīng)負(fù)的法律責(zé)任。其次我國食品安全方面的法律法規(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ì)于工商部門來說顯得力不從心。農(nóng)村地域廣大，食品經(jīng)營戶較分散，基層監(jiān)管力量明顯不足[1]，僅有的幾名執(zhí)法人員走訪一遍所有村子就需要一兩月的時(shí)間，對(duì)流通領(lǐng)域的食品監(jiān)管難度很大，掌握的相關(guān)監(jiān)管信息也是明顯不足，很多的批發(fā)商就是利用農(nóng)村的隱蔽性特點(diǎn)從事劣質(zhì)食品的倉儲(chǔ)工作。

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

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

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

近年來隨著市場經(jīng)濟(jì)的深入發(fā)展，我國政府一直在努力轉(zhuǎn)變政府職能，深化行政執(zhí)行方式的改革。政府信息公開化是深化行政執(zhí)行方式改革的重要內(nèi)容，雖然政府信息公開化的工作已經(jīng)開展了多年，但從工商部門執(zhí)法信息的公開現(xiàn)狀來說，這方面的工作做得還遠(yuǎn)遠(yuǎn)不夠，相當(dāng)一部分的信息公開只是流于形式。為了實(shí)現(xiàn)更好的食品市場監(jiān)管，從理論上來說工商部門應(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)管和美國的分類監(jiān)管啟示我們，同一種類產(chǎn)品的全部生產(chǎn)流通環(huán)節(jié)受到同一部門的監(jiān)督，這種監(jiān)管方式在實(shí)際的運(yùn)用中更加有效，并能節(jié)省監(jiān)管成本[2]。鑒于我國食品安全分段管理體制的嚴(yán)重弊病，我們可以借鑒這種按產(chǎn)品種類進(jìn)行監(jiān)管的體制，從理論上來說，這種體制的權(quán)責(zé)劃分明確，可有效避免現(xiàn)行體制中的部門信息溝通不暢的弊病，從而有利于流通環(huán)節(jié)的監(jiān)管。

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

鑒于我國食品安全法律法規(guī)及常識(shí)的普及率較低的現(xiàn)狀，開展相關(guān)方面的教育工作顯得尤為必要。政府相關(guān)部門以及消費(fèi)者協(xié)會(huì)要切實(shí)負(fù)起責(zé)任，通過舉辦多種形式貼近人民群眾的活動(dòng)向公眾宣傳基本的食品安全常識(shí)及相關(guān)法律，提高公眾辨別食品優(yōu)劣的能力和法律水平。另外還要加強(qiáng)對(duì)市場流通主體的教育工作，增強(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)管中來。這樣一方面可以彌補(bǔ)工商等職能部門因監(jiān)管力量不足而導(dǎo)致的所掌握的監(jiān)管信息不足的缺陷；另一方面也在客觀上充實(shí)了監(jiān)管力量，對(duì)流通環(huán)節(jié)的食品安全違法行為也起到一定的震懾作用?？梢哉f社會(huì)監(jiān)管網(wǎng)絡(luò)的建立對(duì)流通領(lǐng)域的食品安全監(jiān)管工作將起到極大的促進(jìn)作用。不法商販生活在人民群眾當(dāng)中，人民群眾在發(fā)現(xiàn)食品安全違法行為的時(shí)候可以積極通過監(jiān)管網(wǎng)絡(luò)向相關(guān)監(jiān)管部門舉報(bào)，這對(duì)監(jiān)管部門實(shí)現(xiàn)良好地監(jiān)管效果來說將起到事半功倍的作用；為保證社會(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)管中來。

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

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

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

沒有監(jiān)管的權(quán)力必然導(dǎo)致腐敗，這是一條已被證明了無數(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)管過程中營私舞弊和走過場等不良現(xiàn)象；另一方面還有利于督促監(jiān)管部門將監(jiān)管工作常態(tài)化，改變現(xiàn)在靠開展專項(xiàng)行動(dòng)突擊檢查的非良性監(jiān)管模式，監(jiān)管常態(tài)化有利于監(jiān)管部門緩解對(duì)市場主體行為的相關(guān)信息了解有限的局面，極大的提高監(jiān)管效果。

參考文獻(xiàn)：