公務(wù)員期刊網(wǎng) 精選范文 檢測系統(tǒng)論文范文

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

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

檢測系統(tǒng)論文

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

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

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

1.2系統(tǒng)結(jié)構(gòu)設(shè)計

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

2WiFi節(jié)點硬件設(shè)計

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

2.1電源模塊

本系統(tǒng)中各個模塊所需的工作電壓均為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),其中一個用于處理數(shù)據(jù)鏈路層和物理層的工作,一個用于實現(xiàn)軟件應(yīng)用。芯片內(nèi)嵌的FLASH和SRAM用于儲存程序和數(shù)據(jù),編程和調(diào)試可通過JTAG口實現(xiàn);ADC,I2C總線,GPIO等接口用于接收來自傳感器采集到的數(shù)據(jù)信息,實現(xiàn)通過串口與單片機通信,其工作電壓為3.3V。

2.3處理器模塊

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

2.4串口模塊

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

2.5傳感器模塊

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

3節(jié)點軟件設(shè)計

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

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

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

5系統(tǒng)測試

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

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

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

該辦公樓節(jié)能改造項目已于2013年完成,經(jīng)數(shù)據(jù)對比、分析和計算,改造后建筑節(jié)能率可達到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é)能改造后,一方面因建筑圍護改造,隔熱保溫性能提高,設(shè)備配置的負荷容量降低了8%左右,空調(diào)系統(tǒng)的運行費用降低,另一方面,大樓改造前空調(diào)采用分體空調(diào),效率低下,設(shè)備的能效比僅為2.6~2.7kw/kw,采用能效高的VRV空調(diào)系統(tǒng)后,制冷COP值達4.2kw/kw,IPLV值為5.4kw/kw。核算改造前空調(diào)年耗電量約45萬kWh,改造后空調(diào)年耗電量僅約為25萬kWh,改造前后空調(diào)年耗電節(jié)省量約18.13萬kWh??傆嬆旯?jié)約的電能,按發(fā)電煤耗計算,共能節(jié)省65.3噸標煤,實現(xiàn)減排161.4噸CO2,削減4.9噸SO2等。由此可見,本辦公建筑的節(jié)能改造措施是有效和可行的。特別是,本既有建筑節(jié)能改造,采用的技術(shù)和方案基本上都是常規(guī)技術(shù),除增加屋頂50kWp太陽能光伏發(fā)電系統(tǒng)外,改造所花費的投資也是正常的需求投資,但采用這些技術(shù)的理念都是先進和最適宜的。改造取得了節(jié)能的效果外,外立面有了煥然一新的現(xiàn)代建筑風格,室內(nèi)辦公環(huán)境極大改善,舒適性提高,生產(chǎn)流線合理、建筑設(shè)備使用便捷、安全。

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

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

4結(jié)語

第3篇:檢測系統(tǒng)論文范文

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

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

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

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

2Web服務(wù)搭建

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

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

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

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

3結(jié)束語

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

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

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

存在問題

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

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

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

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

2.1數(shù)據(jù)采集節(jié)點硬件設(shè)計

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

2.2嵌入式網(wǎng)關(guān)硬件設(shè)計

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

2.3鋰電池供電模塊設(shè)計

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

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

3.1數(shù)據(jù)采集節(jié)點軟件設(shè)計

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

3.2嵌入式網(wǎng)關(guān)軟件設(shè)計

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

3.3上位機軟件設(shè)計

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

4實驗結(jié)果與分析

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

5結(jié)論

第6篇:檢測系統(tǒng)論文范文

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

中圖分類號:[TU208.3] 文獻標識碼:A 文章編號:

1 引 言

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

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

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

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

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

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

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

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

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

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

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

2.2.1 風機選型不當

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

2.2.2 送風道阻力過大,風壓損失嚴重

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

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

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

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

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

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

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

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

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

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

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

2.3.5 排煙風機應(yīng)與排煙口實現(xiàn)聯(lián)動

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

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

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

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

的一大隱患。

3.2 設(shè)計把關(guān)不嚴,存在不按規(guī)范設(shè)計配置的問題

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

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

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

4解決上迷問厄的方法及對策

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

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

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

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

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

結(jié)束語

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

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

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

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

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

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

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

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

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

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

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

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

2.1需求分析

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

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

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

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

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

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

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

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

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

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

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

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

2.2概念設(shè)計

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

圖4列車運行線路ER圖

2.3邏輯設(shè)計

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

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

2.4物理設(shè)計

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

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

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

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

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

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

4結(jié)語

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

參考文獻

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

第8篇:檢測系統(tǒng)論文范文

[關(guān)鍵詞]信息不對稱;食品安全;流通環(huán)節(jié)[中圖分類號]F252 [文獻標識碼]A [文章編號]1005-6432(2013)30-0023-02

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.2 加強食品安全常識及法律法規(guī)的教育,改善消費者處于食品安全信息劣勢的局面

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

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

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

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

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

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

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

參考文獻:

相關(guān)熱門標簽