王紀章 茆 寒 王 旭 周 靜

(江蘇大學農(nóng)業(yè)工程學院，鎮(zhèn)江 212013)

0 引言

我國是農(nóng)業(yè)大國，同時也是農(nóng)業(yè)廢棄物產(chǎn)量大國，以17.29%的占比居于全球產(chǎn)量第一位[1]，為解決廢棄物資源再利用問題，廢棄物的基料化、肥料化處理是農(nóng)業(yè)廢棄物資源化利用的重要手段，而堆肥發(fā)酵是肥料化、基料化處理的關鍵技術[2]，溫度是評價堆置發(fā)酵過程的一個重要指標，可以實現(xiàn)為翻拋作業(yè)和發(fā)酵腐熟度的評價提供依據(jù)。為了檢測堆體溫度，通常采用探針式溫度計或傳感器實現(xiàn)溫度檢測[3]，為了檢測堆體溫度的分布，需要使用不同長度的探針傳感器進行檢測，這種檢測方式不僅操作繁瑣、檢測效率低下，而且無法做到對發(fā)酵堆溫度變化的連續(xù)監(jiān)測。因此，能夠?qū)Πl(fā)酵堆溫度進行便捷、有效、多位置的自動監(jiān)測系統(tǒng)研究十分必要。

為了實現(xiàn)多點位溫度的同步測量，文獻[4-6]通過在系統(tǒng)中加入多路溫度采集模塊實現(xiàn)溫度監(jiān)測，文獻[7]采用主從分布式設計思想解決了傳統(tǒng)溫度監(jiān)測系統(tǒng)可擴展性差、數(shù)據(jù)查看不便等缺點，但該系統(tǒng)在進行多點位監(jiān)測時存在線路較多、鋪設麻煩等缺點。針對以上缺點，文獻[8-10]提出地下無線傳感網(wǎng)絡，將各個傳感器采集模塊以節(jié)點形式通過無線局域網(wǎng)與數(shù)據(jù)匯聚模塊交互，再由數(shù)據(jù)匯集模塊處理數(shù)據(jù)并上傳至服務器。文獻[11-12]依據(jù)此概念設計出無線監(jiān)測裝置，使其具備高隱藏性、易鋪設性、易升級等優(yōu)點。但文獻[13-14]也發(fā)現(xiàn)，在與數(shù)據(jù)匯集節(jié)點進行數(shù)據(jù)交互式時，掩埋物會干擾裝置的信號強度，使數(shù)據(jù)傳輸出現(xiàn)丟包等現(xiàn)象，丟包造成數(shù)據(jù)缺失會對監(jiān)測對象研究帶來一定負面影響。為保證節(jié)點數(shù)據(jù)傳輸?shù)姆€(wěn)定性、準確性，文獻[15-16]使用空心探桿將傳感器采集模塊封裝在內(nèi)部指定位置處，使用內(nèi)置有線式數(shù)據(jù)總線與數(shù)據(jù)匯聚模塊交互，這種設計方式線路數(shù)量少、占空間小、封裝簡單，有效減小線路鋪設的繁瑣程度，但這種監(jiān)測裝置在設計上不具備靈活性，無法自由更改監(jiān)測點位置，當需要對傳感器采集模塊進行更新維護時，數(shù)據(jù)匯聚模塊與遠程服務器無法做到自適應同步更新。文獻[17-18]針對上述問題以傳感器節(jié)點和數(shù)據(jù)傳輸為研究點設計了監(jiān)控界面可生成的監(jiān)測系統(tǒng)框架，但此系統(tǒng)框架服務端數(shù)據(jù)存儲方面的開發(fā)還有待完善。

針對上述問題，本文根據(jù)堆肥發(fā)酵堆內(nèi)部環(huán)境及其堆置特點，設計具備防水、耐酸、耐高溫特性的模塊化、可組合的監(jiān)測系統(tǒng)，將傳感器采集功能模塊與數(shù)據(jù)處理功能模塊進行分離設計，基于CAN總線實現(xiàn)模塊之間的配置與通信；開發(fā)面向多層監(jiān)測需求的自適應數(shù)據(jù)服務系統(tǒng)和人機接口系統(tǒng)；針對運行功耗需求進行電源管理電路設計，以提升系統(tǒng)續(xù)航時間。

1 監(jiān)測系統(tǒng)硬件設計

1.1 模塊化組合式結(jié)構(gòu)

為了實現(xiàn)監(jiān)測系統(tǒng)的可組合特性，將監(jiān)測系統(tǒng)的機械結(jié)構(gòu)進行模塊化處理。如圖1所示，系統(tǒng)包括主機模塊、延長桿、檢測桿模塊、尖頭4部分，其中主機模塊以單片機系統(tǒng)為核心，內(nèi)部配備數(shù)據(jù)接口、充電電池及充電口，頂部配備太陽能充電板確保系統(tǒng)的續(xù)航效果；配備低能耗型OLED顯示屏幕實現(xiàn)監(jiān)測數(shù)據(jù)的實時查看，數(shù)據(jù)接口采用CAN總線，實現(xiàn)與檢測桿模塊之間的供電與數(shù)據(jù)通信。檢測桿模塊為獨立的采集單元，內(nèi)部配備DS18B20型溫度傳感器、采集電路以及數(shù)據(jù)總線口，為了減少檢測過程中堆料中的水分和化學物質(zhì)對傳感器的性能影響，通過導熱陶瓷片覆蓋溫度傳感器探頭；檢測模塊頂部和底部分別為四線航空插頭的插頭和插座，其中兩根為電源線，兩根為數(shù)據(jù)線。不同長度的延長桿可以滿足檢測桿模塊在不同深度測量的需求；尖頭安裝在最底端用于輔助組合后的桿體插入發(fā)酵堆物料中。為了防止水分進入檢測桿模塊內(nèi)部，檢測桿模塊與延長桿、尖頭之間采用可旋轉(zhuǎn)螺母連接，旋轉(zhuǎn)螺母接口截面部分采用耐高溫耐腐蝕的氫化丁腈橡膠材料制作密封膠圈來密封。同時，由于發(fā)酵堆內(nèi)部溫度較高，為了減小環(huán)境溫度對整個電路的影響，各模塊和延長桿采用聚四氟乙烯材料制作外殼用以抗高溫抗腐蝕，采用玻璃纖維材料覆蓋內(nèi)壁達到隔熱效果。

圖1 監(jiān)測系統(tǒng)結(jié)構(gòu)圖

1.2 監(jiān)測系統(tǒng)硬件架構(gòu)

監(jiān)測系統(tǒng)架構(gòu)圖如圖2所示，監(jiān)測系統(tǒng)硬件架構(gòu)分為檢測桿模塊和主機模塊兩部分，檢測桿模塊電路主要由STM32L5低功耗芯片和CAN總線接口芯片以及溫度傳感器組成，溫度傳感器采用DS18B20型溫度傳感器，根據(jù)發(fā)酵堆溫度變化范圍(0～80℃)選擇量程為-10～100℃，分辨率為0.1℃；主機模塊部分由STM32F103芯片作為核心電路，4G模塊、通信總線接口、觸摸屏、存儲卡接口組成外設電路，由電源管理模塊對核心電路、外設以及檢測桿模塊進行供電；主機模塊與檢測桿模塊通過TJA1050 CAN總線模塊實現(xiàn)一對多通信，監(jiān)測系統(tǒng)和云服務器通過4G模塊進行網(wǎng)絡通信，將各個檢測桿模塊監(jiān)測數(shù)據(jù)進行匯聚和封裝后同步至云服務器數(shù)據(jù)庫中。

圖2 監(jiān)測系統(tǒng)架構(gòu)圖

1.3 主機模塊電路設計

如圖3所示，主機模塊采用STM32F103芯片作為主控核心，各外置功能模塊有4G模塊、OLED模塊、TF卡接口、CAN總線接口以及檢測桿模塊；4G模塊的型號為EC20CEHDLG-128-SNNS，可通過USART串口進行網(wǎng)絡數(shù)據(jù)交互；CAN總線接口芯片選擇TJA1050數(shù)據(jù)收發(fā)芯片，實現(xiàn)USART串口數(shù)據(jù)轉(zhuǎn)換成CAN總線H與L端口的電壓差信號；電源管理模塊管控所有外設的電源通斷，由STM32F103芯片上PB1到PB4引腳控制。

圖3 主機模塊電路原理圖

為了實現(xiàn)監(jiān)測系統(tǒng)的低功耗運行，設計了基于2N7002的電源管理模塊，如圖4所示。該電路由前置圖騰柱電路與后端開關驅(qū)動電路組合而成[19]，前置圖騰柱電路用來保護集成電路并加速MOS管的關斷時間，后置開關驅(qū)動電路通過將系統(tǒng)地和外設地進行隔離，在不需要指定外設工作時切斷外設接地接口，使外設模塊電路無法構(gòu)成電流回路，從而降低系統(tǒng)休眠功耗。

圖4 電源管理電路

1.4 檢測桿模塊電路設計

圖5為檢測桿模塊硬件電路原理圖。檢測桿模塊主控部分選用STM32L5低功耗芯片，芯片外部晶振選用8 MHz的無源晶振，在晶振兩端并聯(lián)兩個22 pF的電容作為負載電容。PA9引腳連接DS18B20信號線，PB10、PB11兩個引腳連接CAN總線收發(fā)芯片，CAN總線接口芯片選擇恩智浦半導體公司(NXP)生產(chǎn)的TJA1050數(shù)據(jù)收發(fā)芯片，該芯片用于將USART串口數(shù)據(jù)轉(zhuǎn)換成CAN總線H與L端口的電壓差信號，實現(xiàn)協(xié)議轉(zhuǎn)換。STM32L5、DS18B20以及TJA1050的接地端共地。

圖5 檢測桿模塊電路原理圖

2 監(jiān)測系統(tǒng)軟件設計

監(jiān)測系統(tǒng)軟件包括主機模塊、檢測桿模塊軟件系統(tǒng)和云服務器端軟件系統(tǒng)。主機模塊和檢測桿模塊采用FreeRTOS實時操作系統(tǒng)開發(fā)，并部署FAT32文件系統(tǒng)用于采集數(shù)據(jù)的存儲與管理[20]；服務器端采用阿里云服務器，并部署MySQL數(shù)據(jù)庫實現(xiàn)數(shù)據(jù)存儲與管理[21]，主要包括基于CAN總線的檢測模塊自適應識別、基于JSON封裝與關系數(shù)據(jù)庫的配置信息同步與自適應匹配，以及系統(tǒng)現(xiàn)場端、服務器端、微信小程序端人機界面自適應生成等功能。

2.1 基于CAN總線的檢測模塊自適應識別與處理

為了實現(xiàn)檢測模塊添加和刪除操作后監(jiān)測系統(tǒng)的模塊識別，基于CAN總線方式實現(xiàn)了檢測模塊的自適應識別方法，其過程如圖6所示。在主機模塊進入配置模式，主機模塊通過CAN總線向所有檢測桿模塊發(fā)送配置請求命令。檢測桿模塊接收到配置請求命令后查詢自身配置狀態(tài)標志位，若標志位為“1”則表示已配置并不參與配置，若標志位為“0”則為未配置狀態(tài)；需要進配置的檢測桿模塊將自身ID進行封裝并向CAN總線發(fā)送，取得總線競爭權(quán)的檢測桿模塊發(fā)送消息成功后，主機模塊接收到配置成功消息后將檢測桿模塊ID進行保存并處理下一個配置請求。同時將接收到的檢測桿模塊ID進行封裝并加上校驗碼進行消息回應，檢測桿模塊接到消息回應后將檢測模塊中的配置狀態(tài)標志位標記為“1”。當所有檢測桿模塊均為已配置狀態(tài)時，主機模塊將所有保存的配置信息進行JSON格式封裝并上傳至服務器中，實現(xiàn)配置信息的同步。

圖6 基于CAN總線的檢測模塊自適應識別與處理過程

2.2 基于JSON封裝與關系數(shù)據(jù)庫的配置信息同步與自適應匹配

由于不同監(jiān)測節(jié)點的檢測桿模塊數(shù)量有差異，為了實現(xiàn)多個監(jiān)測節(jié)點的系統(tǒng)管理與數(shù)據(jù)存儲需求，利用JSON實現(xiàn)了監(jiān)測節(jié)點配置信息和采集數(shù)據(jù)的數(shù)據(jù)封裝與傳輸，利用關系數(shù)據(jù)庫實現(xiàn)監(jiān)測節(jié)點的配置信息、采集信息的數(shù)據(jù)同步與數(shù)據(jù)管理。

2.2.1基于JSON的數(shù)據(jù)封裝

在監(jiān)測系統(tǒng)的數(shù)據(jù)封裝中，主要包括每個監(jiān)測節(jié)點的配置信息以及實時采集的檢測數(shù)據(jù)。針對本系統(tǒng)中的數(shù)據(jù)特點，考慮JSON具有資源占用小、數(shù)據(jù)執(zhí)行速度快、跨平臺兼容性高等特點，采用JSON實現(xiàn)配置信息和采集信息的封裝[22]。其結(jié)構(gòu)如圖7所示。其中配置信息包括監(jiān)測節(jié)點ID及其包含的檢測桿模塊ID。數(shù)據(jù)采集JSON包括監(jiān)測節(jié)點ID、數(shù)據(jù)采集時間以及各檢測模塊ID和采集數(shù)據(jù)。

圖7 JSON文本字符串

2.2.2基于關系數(shù)據(jù)庫的數(shù)據(jù)庫自適應生成

為了滿足監(jiān)測系統(tǒng)的配置信息和采集數(shù)據(jù)的數(shù)據(jù)管理。如圖8所示，利用關系數(shù)據(jù)庫實現(xiàn)配置信息表和采集數(shù)據(jù)的存儲和管理[23]。其中配置信息表(EquipSetupTable)包括監(jiān)測節(jié)點ID、檢測模塊ID、監(jiān)測節(jié)點修改時間、檢測深度和采集數(shù)據(jù)信息表名。在每次修改監(jiān)測節(jié)點配置信息后，系統(tǒng)自動生成新的采集數(shù)據(jù)信息表，采集數(shù)據(jù)信息表名命名規(guī)則為監(jiān)測節(jié)點ID和修改時間；采集數(shù)據(jù)信息表包括數(shù)據(jù)ID、采集時間、各個檢測模塊數(shù)據(jù)。系統(tǒng)對監(jiān)測節(jié)點傳輸?shù)呐渲眯畔⒑筒杉瘮?shù)據(jù)JSON文件進行解析后存儲在數(shù)據(jù)庫中對應的數(shù)據(jù)表中。

圖8 數(shù)據(jù)庫自適應配置功能設計

2.2.3配置信息與采集數(shù)據(jù)同步

在系統(tǒng)配置和數(shù)據(jù)采集過程中，為了保證現(xiàn)場采集節(jié)點和服務器端的配置信息一致，需要進行數(shù)據(jù)同步。另外，在系統(tǒng)運行過程中需要進行采集數(shù)據(jù)的同步，以減少由網(wǎng)絡中斷、數(shù)據(jù)丟包等問題導致的數(shù)據(jù)異步問題。在本系統(tǒng)中數(shù)據(jù)同步主要由監(jiān)測系統(tǒng)節(jié)點發(fā)起。

配置信息的同步為單次同步，即當監(jiān)控系統(tǒng)主機模塊出現(xiàn)檢測桿模型信息修改時發(fā)起信息同步指令，將新生成的配置信息JSON文件傳輸至服務器端；服務器端對所接收的JSON文件進行解析，并與系統(tǒng)中響應的監(jiān)測系統(tǒng)配置信息進行匹配與分析，并對數(shù)據(jù)庫中的配置信息表和采集數(shù)據(jù)信息表結(jié)構(gòu)進行相應的修改。為了避免由數(shù)據(jù)表結(jié)構(gòu)變化導致的數(shù)據(jù)丟失問題，在每次修改配置信息表時，都會新生成一個采集數(shù)據(jù)信息表進行采集數(shù)據(jù)的存儲。相應地，在配置信息表中也新生成一條新的記錄來描述監(jiān)測系統(tǒng)節(jié)點的相關信息。

采集數(shù)據(jù)的同步是根據(jù)采集節(jié)點所設置的采樣間隔進行周期性數(shù)據(jù)同步，同步傳輸過程為監(jiān)測節(jié)點根據(jù)所設定的數(shù)據(jù)同步頻率周期性發(fā)起數(shù)據(jù)同步，將采集數(shù)據(jù)JSON文件傳輸至數(shù)據(jù)服務器中，數(shù)據(jù)服務器根據(jù)協(xié)議進行數(shù)據(jù)解析，并將數(shù)據(jù)存儲至服務器中，并返回同步成功指令至監(jiān)測節(jié)點。監(jiān)測節(jié)點清空JSON文件中的數(shù)據(jù)記錄，開始新的數(shù)據(jù)采樣周期。當數(shù)據(jù)同步過程中由于網(wǎng)絡中斷、數(shù)據(jù)丟包等問題導致出現(xiàn)數(shù)據(jù)異步時，監(jiān)測節(jié)點則將采集數(shù)據(jù)進行累積，在系統(tǒng)同步通信恢復正常后將累積的數(shù)據(jù)與服務器進行同步。

2.2.4系統(tǒng)異常處理

系統(tǒng)在進行初始化或通信期間容易出現(xiàn)程序出錯等故障，因此在系統(tǒng)中加入看門狗復位和超時時間判定的方法加強運行期間的穩(wěn)定性。具體方法為：在主機模塊向檢測桿模塊節(jié)點發(fā)送數(shù)據(jù)請求時，會同步開啟5s超時時間判定，當檢測桿模塊節(jié)點發(fā)生故障無法響應主機模塊的請求時，超時時間結(jié)束時主機模塊將發(fā)生故障的檢測桿模塊ID掛入異常模塊隊列中，并執(zhí)行下一個檢測桿模塊的數(shù)據(jù)請求。

在系統(tǒng)與運行過程中，由于掉電、重啟、丟包等意外因素而導致服務器得到的溫度值出現(xiàn)瞬間變大、變小等現(xiàn)象，因此在服務器中加入異常數(shù)據(jù)過濾功能?？紤]到發(fā)酵溫度屬于大滯后變量，以移動時間窗為基礎，對時間窗時段內(nèi)的溫度值進行線性擬合得出當前時段的變化趨勢，對溫度跳變過大的溫度值進行剔除，采用上一時間點的溫度值進行填補[24]。

2.3 人機界面的自動生成

2.3.1現(xiàn)場端顯示人機界面

每個監(jiān)測節(jié)點的現(xiàn)場端顯示人機界面采用OLED顯示，主要顯示監(jiān)測系統(tǒng)中各檢測桿模塊信息，便于用戶查看監(jiān)測系統(tǒng)是否運行正常。OLED左側(cè)顯示區(qū)域顯示檢測模塊采集深度，由解析服務器返回的包含該部分配置信息的JSON文件得到；右側(cè)顯示區(qū)域顯示對應采集深度的溫度數(shù)據(jù)，當主機模塊對檢測桿模塊數(shù)據(jù)匯聚完成時，OLED顯示子程序?qū)⑺鶇R聚數(shù)據(jù)以數(shù)據(jù)隊列形式進行管理，并通過匹配檢測模塊ID的方式，確定溫度數(shù)據(jù)對應的采集深度，再將溫度數(shù)據(jù)信息存儲在OLED對應的顯示緩沖區(qū)中，將信息顯示在OLED顯示屏上，如圖9所示。

圖9 監(jiān)測系統(tǒng)設備OLED顯示

2.3.2遠程監(jiān)控界面

遠程監(jiān)控顯示界面采用QT內(nèi)置的GUI服務系統(tǒng)進行設計[25]。如圖10所示，顯示界面內(nèi)包含服務器IP地址、端口，數(shù)據(jù)庫IP地址、端口等綁定信息，以及當前所連接的監(jiān)測系統(tǒng)參數(shù)信息(包括監(jiān)測系統(tǒng)設備ID、運行地點、系統(tǒng)所帶檢測桿模塊監(jiān)測的數(shù)據(jù)結(jié)果)。并可以通過歷史數(shù)據(jù)查詢頁面對各個監(jiān)測節(jié)點的歷史數(shù)據(jù)進行查詢，以曲線和數(shù)據(jù)表格形式顯示，并提供數(shù)據(jù)導出功能以滿足用戶的數(shù)據(jù)分析需求。

圖10 服務器端顯示界面

2.3.3微信小程序顯示

微信小程序采用Stable Build進行開發(fā)，使用JSON配置信息，CSS+XML實現(xiàn)視圖層，通過JavaScript實現(xiàn)邏輯層結(jié)構(gòu)。如圖11所示，主要包含設備信息和監(jiān)測數(shù)據(jù)兩個區(qū)域，設備信息區(qū)域包括“監(jiān)測系統(tǒng)設備ID”、“模塊個數(shù)”，監(jiān)測數(shù)據(jù)區(qū)域為“當前設備ID”以及對應“溫度”、“所在深度信息”，當檢測桿模塊數(shù)量發(fā)生變化時頁面會自動根據(jù)數(shù)量對監(jiān)測數(shù)據(jù)區(qū)域所包含的顯示塊進行增減。

圖11 微信小程序頁面動態(tài)顯示

3 系統(tǒng)性能測試

為檢驗系統(tǒng)的實際工作效果，在江蘇省鎮(zhèn)江市江蘇培蕾基質(zhì)科技有限公司5號發(fā)酵池內(nèi)進行了系統(tǒng)的信息測試(圖12)，該發(fā)酵池長約150 m、寬度為3.5 m、發(fā)酵堆堆高為1 m，檢測桿模塊分別位于與發(fā)酵堆表層距離0.1、20、60 cm處，每隔10 min監(jiān)測系統(tǒng)上傳一次溫度數(shù)據(jù)。

圖12 實際測試實驗

3.1 功耗測試

采用主機模塊帶載4個檢測桿模塊進行。監(jiān)測系統(tǒng)通過加入基于2N7002的電源管理電路對系統(tǒng)外設進行開斷從而降低系統(tǒng)運行功耗。為測試其效果，分別從非低功耗處理、軟件低功耗處理、軟硬件協(xié)同低功耗處理3方面進行4個周期的休眠喚醒測試。如圖13所示，非低功耗處理下所有外設全部打開，處理任務狀態(tài)下峰值電流超過160 mA，非處理任務時電流維持在137 mA；軟件低功耗狀態(tài)下休眠STM32F103、關閉OLED，峰值電流降至150 mA，休眠狀態(tài)下平均電流維持在100 mA，相比非低功耗處理，功耗降低26%；軟硬件協(xié)同低功耗處理下，通過電源管理模塊對所需功能的外設進行控制，當監(jiān)測系統(tǒng)執(zhí)行任務時峰值電流為110 mA，相比前兩種方式電流分別降低31%和26%，而待機模式下電流僅為0.6 mA。

圖13 3種處理方式下系統(tǒng)總電流變化曲線

3.2 檢測模塊采集精度測試

溫度采集精度測試通過恒溫水浴對發(fā)酵堆堆料進行加熱的方式進行，加熱器型號為威研-258，實驗過程中將溫度在10～80℃內(nèi)進行調(diào)節(jié)，通過DeltaTRAK11050型工業(yè)實驗室高精度溫度計與檢測模塊進行同步測量，將溫度計測量值作為實際值與采集模塊測量值進行對比。測試結(jié)果如圖14所示，監(jiān)測系統(tǒng)在不同溫度下的測量值與實際值回歸分析結(jié)果顯示其決定系數(shù)R2為0.999 7，相對標準偏差均不超過2.34%，滿足發(fā)酵堆監(jiān)測要求。

圖14 檢測模塊采集精度測試結(jié)果

3.3 現(xiàn)場實驗測試

在系統(tǒng)運行期間同時使用TF卡和云服務器兩種方式對數(shù)據(jù)進行保存，測試服務器數(shù)據(jù)異常處理功能的性能。圖15a為主機模塊在檢測桿模塊數(shù)據(jù)匯聚后存儲到TF卡的數(shù)據(jù)，圖15b為主機模塊通過異常數(shù)據(jù)過濾后上傳至服務器中的數(shù)據(jù)。從數(shù)據(jù)采集效果可以看出，0.1 cm處的溫度呈現(xiàn)周期性起伏變化，白天由于太陽輻射的原因最高溫度可達到55℃，夜晚由于自然降溫的原因下降到32℃左右；監(jiān)測系統(tǒng)在20 cm處采集到的溫度最高，并且可以達到65℃以上，隨著發(fā)酵堆深度的增加，溫度整體下降5℃左右，這是因為上層的發(fā)酵堆透氣性好、微生物活性強，進而產(chǎn)生的熱量更多。從異常數(shù)據(jù)處理效果看，不同層的檢測模塊在進行數(shù)據(jù)匯聚時總計出現(xiàn)了5次數(shù)據(jù)丟失的情況，丟失的具體表現(xiàn)為數(shù)值驟降，但經(jīng)過2.2.4節(jié)所設計的系統(tǒng)異常處理后所有異常數(shù)據(jù)均被清除?？傮w上，監(jiān)測系統(tǒng)所采集的數(shù)據(jù)結(jié)果真實有效，沒有出現(xiàn)數(shù)據(jù)失真的現(xiàn)象，符合發(fā)酵堆溫度的實際變化，并且整個監(jiān)測過程中服務器端對數(shù)據(jù)進行了異常處理，有效剔除了異常溫度數(shù)據(jù)，為后期數(shù)據(jù)處理提供便利。

圖15 模塊異常數(shù)據(jù)過濾

4 結(jié)論

(1)提出了一種可組合式的多層溫度監(jiān)測系統(tǒng)。該系統(tǒng)具備無線網(wǎng)絡數(shù)據(jù)傳輸能力，且配備本地數(shù)據(jù)存儲的冗余設計，可實現(xiàn)對發(fā)酵堆內(nèi)部溫度便捷、穩(wěn)定地進行實時監(jiān)測以及記錄，在農(nóng)業(yè)廢棄物發(fā)酵過程溫度變化及其過程控制領域具有較大意義。

(2)針對溫度監(jiān)測系統(tǒng)需具備抗惡劣環(huán)境、長續(xù)航要求高的特點，本文對檢測系統(tǒng)的外圍電路進行了設計并且加入了電源管理電路。通過軟件、硬件協(xié)調(diào)控制的方法使系統(tǒng)在運行過程中電流峰值降低且休眠狀態(tài)下靜態(tài)電流僅為0.6 mA,大幅度降低了能源消耗，實現(xiàn)監(jiān)測系統(tǒng)長時間穩(wěn)定運行。

(3)在發(fā)酵堆實際應用測試中表明，桿體中檢測桿模塊增減后無需人工再配置，監(jiān)測顯示頁面可自動適配，且系統(tǒng)在長時間工作下數(shù)據(jù)傳輸及時準確，具備較高的可靠性。