基于物聯(lián)網(wǎng)的對蝦養(yǎng)殖監(jiān)測預(yù)警研究?

高鳳強(qiáng)，紀(jì)藝娟，陳俊仁

(廈門大學(xué)嘉庚學(xué)院 信息科學(xué)與技術(shù)學(xué)院，福建 漳州 363105)

近年來，對蝦養(yǎng)殖業(yè)發(fā)展迅猛，成為我國水產(chǎn)養(yǎng)殖的支柱性產(chǎn)業(yè)[1－2]。保持水質(zhì)穩(wěn)定和溶解氧充足是對蝦養(yǎng)殖的關(guān)鍵技術(shù)環(huán)節(jié)[3－4]。養(yǎng)殖水體溶解氧含量不足和氣候等因素突變導(dǎo)致的水質(zhì)失衡極易造成對蝦的疾病爆發(fā)和死亡，給養(yǎng)殖戶帶來經(jīng)濟(jì)損失[5－8]。因此，采用物聯(lián)網(wǎng)技術(shù)實(shí)現(xiàn)養(yǎng)殖設(shè)備、養(yǎng)殖水體的實(shí)時(shí)自動(dòng)監(jiān)測對提高對蝦養(yǎng)殖的產(chǎn)量和質(zhì)量具有重要意義[9]。

針對水產(chǎn)養(yǎng)殖過程的監(jiān)測需求，學(xué)者們紛紛開展研究并提出了多種方案。金光[10]、蔡向科[11]、楊旭輝[12]等針對水產(chǎn)養(yǎng)殖水質(zhì)監(jiān)測系統(tǒng)功耗高和節(jié)點(diǎn)能量有限的問題，設(shè)計(jì)了低功耗水產(chǎn)養(yǎng)殖水質(zhì)監(jiān)測系統(tǒng)，顯著延長了采集節(jié)點(diǎn)的工作時(shí)間。劉敬彪[13]、李卓然[14]等針對傳統(tǒng)水產(chǎn)養(yǎng)殖水質(zhì)監(jiān)測實(shí)時(shí)性差和維修成本高等問題，設(shè)計(jì)了基于ZigBee 無線傳輸網(wǎng)絡(luò)的水質(zhì)監(jiān)測系統(tǒng)，改善了系統(tǒng)的實(shí)時(shí)性和可靠性。馬從國[15]、李慧[16]、史兵[17]、劉星橋[18]和宦娟[19]等針對規(guī)?；a(chǎn)養(yǎng)殖中有線監(jiān)控存在部署和維護(hù)困難的問題，設(shè)計(jì)了基于無線傳感網(wǎng)的水產(chǎn)養(yǎng)殖水質(zhì)監(jiān)測系統(tǒng)，實(shí)現(xiàn)了多傳感器節(jié)點(diǎn)的快速便捷部署。劉雨青等[20]針對螃蟹養(yǎng)殖基地的監(jiān)控需求，開發(fā)了由水質(zhì)監(jiān)控、氣象監(jiān)控和視頻監(jiān)控等構(gòu)成的螃蟹養(yǎng)殖基地監(jiān)控系統(tǒng)，實(shí)現(xiàn)了對養(yǎng)殖基地的本地和遠(yuǎn)程智能監(jiān)控。郭一晶等[21]針對傳統(tǒng)對蝦養(yǎng)殖過程中容易出現(xiàn)未及時(shí)調(diào)控增氧機(jī)而造成重大經(jīng)濟(jì)損失的情況，提出了一款基于GSM 的對蝦養(yǎng)殖場增氧機(jī)監(jiān)控系統(tǒng)，實(shí)現(xiàn)了對養(yǎng)殖場增氧機(jī)的實(shí)時(shí)監(jiān)控、遠(yuǎn)程操作和異常報(bào)警等功能。這些研究有效促進(jìn)了我國水產(chǎn)養(yǎng)殖業(yè)的智能化發(fā)展。

但是，上述研究主要針對規(guī)?；仞B(yǎng)殖的水質(zhì)監(jiān)測進(jìn)行研究設(shè)計(jì)，不能很好解決對蝦小散養(yǎng)殖戶的核心需求。實(shí)際上，我國對蝦養(yǎng)殖業(yè)主要以中小規(guī)模及粗放型養(yǎng)殖的小散戶養(yǎng)殖為主，而小散戶的養(yǎng)殖管理主要以人工巡塘方式進(jìn)行，對于養(yǎng)殖設(shè)備、水質(zhì)環(huán)境的監(jiān)測和天氣預(yù)測基本依靠人工經(jīng)驗(yàn)。同時(shí)，對蝦養(yǎng)殖塘基本處在偏遠(yuǎn)地區(qū)，現(xiàn)場通信網(wǎng)絡(luò)處于2G、3G 和4G 的不同階段。因此相對其他養(yǎng)殖業(yè)，對蝦養(yǎng)殖戶對于系統(tǒng)的核心需求是實(shí)現(xiàn)遠(yuǎn)程操作及異常報(bào)警、有效降低巡塘強(qiáng)度；同時(shí)設(shè)備需支持2G/3G/4G 等網(wǎng)絡(luò)，提升設(shè)備的現(xiàn)場穩(wěn)定性和適應(yīng)性。而前述分析的方案大多解決了設(shè)備遠(yuǎn)程控制和水質(zhì)數(shù)據(jù)采集的問題，但沒有涉及設(shè)備工作異常的報(bào)警，不能有效降低巡塘的勞動(dòng)強(qiáng)度。此外，已有研究僅支持單一網(wǎng)絡(luò)模式，不能同時(shí)支持2G/3G/4G網(wǎng)絡(luò)，限制了系統(tǒng)的應(yīng)用范圍和進(jìn)一步推廣。因此，針對對蝦養(yǎng)殖的特殊需求，本文設(shè)計(jì)了一套基于物聯(lián)網(wǎng)架構(gòu)的對蝦養(yǎng)殖監(jiān)測預(yù)警系統(tǒng)，實(shí)現(xiàn)實(shí)時(shí)自動(dòng)的增氧機(jī)遠(yuǎn)程監(jiān)控、水質(zhì)數(shù)據(jù)監(jiān)測和天氣異常預(yù)警等處理；同時(shí)設(shè)計(jì)手機(jī)APP，方便用戶及時(shí)獲取水質(zhì)數(shù)據(jù)、天氣情況和異常報(bào)警等信息。本系統(tǒng)可以為養(yǎng)殖戶實(shí)現(xiàn)科學(xué)管理，促進(jìn)養(yǎng)殖過程規(guī)范化，提高養(yǎng)殖的自動(dòng)化和信息化水平提供技術(shù)支持。

1 系統(tǒng)方案設(shè)計(jì)

系統(tǒng)以物聯(lián)網(wǎng)的標(biāo)準(zhǔn)體系進(jìn)行架構(gòu)，由感知層、傳輸層和應(yīng)用層組成，如圖1 所示。系統(tǒng)實(shí)現(xiàn)了對養(yǎng)殖場信息的采集、傳輸、處理以及用戶對信息的交換、通信與控制[22]。

圖1 系統(tǒng)整體框架

(1)多信息感知層

感知層由部署在養(yǎng)殖場的傳輸主站構(gòu)成。該層實(shí)現(xiàn)養(yǎng)殖場的溫度、pH 值、溶解氧、電能參數(shù)等數(shù)據(jù)的實(shí)時(shí)采集和增氧機(jī)的控制工作，完成感知層與基站之間的數(shù)據(jù)交互。

(2)雙向傳輸層

傳輸層是感知層和應(yīng)用層數(shù)據(jù)雙向交互的橋梁，具有接入功能和傳輸功能。首先，該層負(fù)責(zé)感知層設(shè)備的接入工作，將數(shù)據(jù)可靠地上傳到應(yīng)用層；其次，它又負(fù)責(zé)將應(yīng)用層的反饋或指令數(shù)據(jù)下發(fā)到感知層，保障指令和數(shù)據(jù)的上傳下達(dá)。

(3)多功能應(yīng)用層

應(yīng)用層是系統(tǒng)與用戶交互的接口，由服務(wù)器、手機(jī)用戶端和PC 管理端組成。該層負(fù)責(zé)數(shù)據(jù)的分析、存儲和展示，異常報(bào)警和用戶控制指令的下發(fā)等。

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

2.1 多信息感知層設(shè)計(jì)

感知層的設(shè)計(jì)分為硬件設(shè)計(jì)和軟件設(shè)計(jì)。硬件設(shè)計(jì)主要是實(shí)現(xiàn)傳輸主站的電路設(shè)計(jì)；軟件設(shè)計(jì)主要是實(shí)現(xiàn)水環(huán)境和電能數(shù)據(jù)的自動(dòng)采集、增氧機(jī)的控制和網(wǎng)絡(luò)數(shù)據(jù)的雙向傳輸。

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

感知層的硬件整體結(jié)構(gòu)框圖如圖2 所示。傳輸主站主要由控制模塊、電源模塊，無線通信模塊、RS485 通信模塊和驅(qū)動(dòng)模塊構(gòu)成。其中主機(jī)通過RS485 總線連接水環(huán)境數(shù)據(jù)傳感器和電能傳感器，獲取水體環(huán)境和電能實(shí)時(shí)數(shù)據(jù)；通過驅(qū)動(dòng)模塊實(shí)現(xiàn)增氧機(jī)的控制；通過無線通信模塊來完成數(shù)據(jù)上發(fā)和命令接收。

圖2 感知層系統(tǒng)硬件架構(gòu)圖

(1)基于STM32F103VET6 微處理器的控制模塊

為降低功耗，簡化系統(tǒng)電路，選取了STM32F103VET6 微處理器作為控制模塊的核心[23－24]。其內(nèi)核采用高性能的ARM Cortex－M3 CPU，工作頻率可達(dá)72MHz，內(nèi)置高速存儲器，并具備豐富的I/O 口。該模塊具體電路如圖3 所示。

圖3 控制模塊電路圖

(2)基于騏俊ML810 的無線通信模塊

為確保在缺乏4G 網(wǎng)絡(luò)的偏遠(yuǎn)地區(qū)也能正常工作，選取了騏俊ML810 無線通信模組進(jìn)行數(shù)據(jù)通信，實(shí)現(xiàn)將感知層和服務(wù)器端數(shù)據(jù)交換。該模組是一款4G 無線通信模組，兼容現(xiàn)存的3G 或2G 網(wǎng)絡(luò)。該模組內(nèi)置豐富的網(wǎng)絡(luò)協(xié)議，并且擁有豐富的硬件接口，工作溫度范圍寬，可滿足物聯(lián)網(wǎng)數(shù)據(jù)傳輸?shù)男枨骩25－27]。為了方便該模組出現(xiàn)故障時(shí)的更換和不同項(xiàng)目中的快速應(yīng)用，將ML810 模組封裝成模塊。該模塊再通過預(yù)留的UART 口連接主控，使用AT指令進(jìn)行絡(luò)連接和數(shù)據(jù)通信，具體電路如圖4 所示。

圖4 無線模塊電路圖

(3)基于MAX485 的通信模塊

為抑制共模干擾，實(shí)現(xiàn)收發(fā)器高靈敏度，主站通過RS485 總線與傳感器進(jìn)行物理連接，實(shí)現(xiàn)對水質(zhì)的溫度、pH 值、溶解氧和電能參數(shù)的采集，并選用MAX485 作為RS485 總線的接口芯片。該接口芯片內(nèi)部配備一個(gè)驅(qū)動(dòng)器和一個(gè)接收器，外圍電路連接簡單。為了提高網(wǎng)絡(luò)的可靠性，在MAX485 芯片的A 端與B 端之間匹配了120 Ω 的電阻，具體電路如圖5 所示。

圖5 RS485 通信模塊電路圖

(4)基于ULN2003 的驅(qū)動(dòng)模塊

為達(dá)到電流增益高、工作溫度范圍寬和帶負(fù)載能力強(qiáng)，主站選用了ULN2003 驅(qū)動(dòng)芯片，同時(shí)，為滿足對多增氧機(jī)設(shè)備控制，選用了具備靈敏度高、功耗低、適合高密度安裝等性能的HK4100F－DC24V 繼電器實(shí)現(xiàn)對增氧機(jī)的啟?？刂?，具體電路如圖6 所示。

圖6 驅(qū)動(dòng)模塊電路圖

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

感知層軟件部分主要實(shí)現(xiàn)養(yǎng)殖場水質(zhì)及增氧機(jī)工作狀態(tài)監(jiān)控、增氧機(jī)工作異常報(bào)警，數(shù)據(jù)遠(yuǎn)程傳輸?shù)裙δ?。感知層的主程序流程圖如圖7 所示。

圖7 感知層的主程序偽代碼

主站開始運(yùn)行時(shí)，首先進(jìn)行初始化工作。初始化的內(nèi)容包括初始化串口工作模式、無線通信模塊工作模式、定時(shí)器、中斷和標(biāo)志位等。在初始化完成后，主站將開啟無線通信模塊，建立起與服務(wù)器的通信鏈路。然后主站開始定時(shí)獲取水質(zhì)數(shù)據(jù)和電能數(shù)據(jù)，并將獲取到的數(shù)據(jù)通過無線通信模塊傳輸至服務(wù)器。服務(wù)器通過算法對數(shù)據(jù)進(jìn)行分析并呈現(xiàn)給用戶，若數(shù)據(jù)異常，則執(zhí)行應(yīng)急方案并報(bào)警和通知用戶。數(shù)據(jù)定時(shí)采集和傳輸?shù)臅r(shí)間由預(yù)設(shè)的定時(shí)器控制。在采集數(shù)據(jù)的同時(shí)，主站會通過中斷接收遠(yuǎn)程服務(wù)器的控制指令。主站在控制指令解析的基礎(chǔ)上對指令內(nèi)容進(jìn)行執(zhí)行并將執(zhí)行結(jié)果反饋至服務(wù)器端。

2.1.3 數(shù)據(jù)處理

本系統(tǒng)正常持續(xù)運(yùn)行過程中，電能和水質(zhì)數(shù)據(jù)均屬于穩(wěn)定、變化緩慢類型的數(shù)據(jù)。但在增氧機(jī)的啟動(dòng)過程中會造成電能數(shù)據(jù)的快速上升和下降。為了避免出現(xiàn)增氧機(jī)啟動(dòng)而誤判增氧機(jī)工作狀態(tài)的情況，應(yīng)將增氧機(jī)啟動(dòng)過程的數(shù)據(jù)給予剔除[21]。類似的，水質(zhì)數(shù)據(jù)采集過程中相鄰數(shù)據(jù)點(diǎn)的快速波動(dòng)屬于異?，F(xiàn)象，應(yīng)給予濾除。根據(jù)系統(tǒng)數(shù)據(jù)的特點(diǎn)和濾波需求，本項(xiàng)目采用遞推中值濾波算法。該算法融合了遞推和中位值平均濾波算法的優(yōu)點(diǎn)，可以有效抑制干擾且數(shù)據(jù)平滑度好[28]。

該算法的具體工作代碼如圖8 所示。系統(tǒng)采集的數(shù)據(jù)總共有5 個(gè)，其中水質(zhì)數(shù)據(jù)3 個(gè)(溫度、pH 值和溶解氧含量)，電能數(shù)據(jù)2 個(gè)(電壓和電流)。因此，系統(tǒng)首先開辟5 個(gè)長度為12 的固定隊(duì)列，分別用于緩存每個(gè)數(shù)據(jù)分量最新采集的12 個(gè)數(shù)值。在每次采集新的數(shù)據(jù)分量之前，先將隊(duì)首的數(shù)據(jù)Xi，0刪除，并將所有數(shù)據(jù)往隊(duì)首方向移動(dòng)1 位，空出隊(duì)尾位置Xi，11。其次將采樣到新的數(shù)據(jù)分量放入隊(duì)尾Xi，11的位置。然后將每個(gè)隊(duì)列中的數(shù)據(jù)進(jìn)行累加得到Si，并找出每個(gè)數(shù)據(jù)分量的最大值Xmax，i和最小值Xmin，i。最后，根據(jù)公式1，計(jì)算出每個(gè)數(shù)據(jù)分量的當(dāng)前值。

圖8 遞推中值濾波算法偽代碼

2.2 傳輸層設(shè)計(jì)

傳輸層可以通過2G、3G 或者4G 網(wǎng)絡(luò)建立感知層與服務(wù)器、Internet 網(wǎng)絡(luò)之間的通信。本系統(tǒng)采用TCP/IP 協(xié)議進(jìn)行遠(yuǎn)程無線數(shù)據(jù)傳輸，存在服務(wù)器主動(dòng)發(fā)起和傳輸主站主動(dòng)發(fā)起兩種情況。本系統(tǒng)規(guī)定由服務(wù)器主動(dòng)發(fā)起的數(shù)據(jù)傳輸稱為發(fā)送，接收主站數(shù)據(jù)稱為返回；由傳輸主站主動(dòng)發(fā)起的數(shù)據(jù)傳輸稱為請求，接收服務(wù)器數(shù)據(jù)稱為響應(yīng)，如圖9 所示。傳輸層設(shè)計(jì)的核心內(nèi)容是TCP 通信報(bào)文設(shè)計(jì)。系統(tǒng)采用的TCP 通信報(bào)文格式如圖10 所示。通信報(bào)文具體每個(gè)字段的格式說明如表1 所示。

圖9 數(shù)據(jù)流向說明圖

圖10 通信報(bào)文格式

表1 通信報(bào)文格式字段說明表

2.3 應(yīng)用層設(shè)計(jì)

應(yīng)用層的軟件設(shè)計(jì)是整個(gè)系統(tǒng)的核心，包括硬件連接服務(wù)器、業(yè)務(wù)服務(wù)器、PC 管理端和移動(dòng)端的軟件設(shè)計(jì)。應(yīng)用層的服務(wù)器連接框圖如圖1 所示。

硬件連接服務(wù)器提供感知層設(shè)備接入的API，并實(shí)現(xiàn)與業(yè)務(wù)服務(wù)器的數(shù)據(jù)通信。該部分軟件的開發(fā)語言為JAVA，開發(fā)工具為Eclipse。同時(shí)連接服務(wù)器采用高性能事件驅(qū)動(dòng)框架Netty 建立與感知層設(shè)備的Socket 連接[29－31]。連接服務(wù)器與業(yè)務(wù)服務(wù)器的連接采用的是HTTP 協(xié)議。

業(yè)務(wù)服務(wù)器實(shí)現(xiàn)了感知層數(shù)據(jù)的分析存儲與展示、移動(dòng)端數(shù)據(jù)訪問與遠(yuǎn)程控制API、天氣信息的獲取和設(shè)備故障報(bào)警電話的撥打，并實(shí)現(xiàn)對感知層設(shè)備管理、用戶信息維護(hù)等功能。該部分軟件的開發(fā)語言為PHP，開發(fā)工具為PhpStorm，并采用ThinkPHP5.0 框架進(jìn)行開發(fā)。

PC 管理端實(shí)現(xiàn)了用戶管理、設(shè)備管理、數(shù)據(jù)管理和設(shè)備遠(yuǎn)程控制功能。PC 管理端的功能基礎(chǔ)是業(yè)務(wù)服務(wù)器提供的功能接口，且同樣部署在業(yè)務(wù)服務(wù)器。因此該端采用和業(yè)務(wù)服務(wù)器一致的的開發(fā)語言、開發(fā)工具和框架。

移動(dòng)端實(shí)現(xiàn)了水質(zhì)數(shù)據(jù)監(jiān)測、設(shè)備遠(yuǎn)程控制、設(shè)備工作監(jiān)控、天氣預(yù)警等功能。該部分軟件采用HTML5 技術(shù)來實(shí)現(xiàn)對安卓端和蘋果端的統(tǒng)一支持，并采用WeX5 跨端工具進(jìn)行開發(fā)。

3 系統(tǒng)測試

本系統(tǒng)于2018 年5 月開始逐步在福建省部分地區(qū)進(jìn)行應(yīng)用測試，截止到目前已經(jīng)有23 套設(shè)備分布在莆田市、漳州市下轄的龍海市、漳浦縣等地區(qū)使用。部分安裝設(shè)備的現(xiàn)場照片如圖11 所示。以下將分別對系統(tǒng)數(shù)據(jù)傳輸穩(wěn)定性和移動(dòng)端功能進(jìn)行測試。

圖11 部分安裝設(shè)備現(xiàn)場圖

3.1 數(shù)據(jù)傳輸穩(wěn)定性

數(shù)據(jù)傳輸過程包括感知層的數(shù)據(jù)獲取，傳輸層的中間傳輸和應(yīng)用層服務(wù)器的接收。感知層的傳輸主站每隔6 s 發(fā)送一次報(bào)文到服務(wù)器，內(nèi)容包括水質(zhì)數(shù)據(jù)、電能數(shù)據(jù)和設(shè)備狀態(tài)數(shù)據(jù)。為了保證每條報(bào)文都能傳輸?shù)椒?wù)器端，傳輸主站建立了重發(fā)機(jī)制。當(dāng)超過2 s 沒有收到服務(wù)器返回的報(bào)文時(shí)，傳輸主站會重新發(fā)送一次數(shù)據(jù)，每條報(bào)文最多重發(fā)3 次。

本次實(shí)驗(yàn)選取了6 臺設(shè)備隨機(jī)4 天的數(shù)據(jù)作為樣本進(jìn)行測試，分析數(shù)據(jù)傳輸?shù)姆€(wěn)定性。根據(jù)數(shù)據(jù)發(fā)送的頻率，理論上每臺設(shè)備一天應(yīng)往服務(wù)器發(fā)送14 400 條報(bào)文，由于重發(fā)機(jī)制的影響，實(shí)際發(fā)送報(bào)文數(shù)超過14 400 條。讀取服務(wù)器端和傳輸主站的日志，設(shè)備每天的分析數(shù)據(jù)如圖12 所示，所有設(shè)備的數(shù)據(jù)整體情況如圖13 所示。每臺設(shè)備4 天的數(shù)據(jù)合計(jì)如圖14 所示。測試結(jié)果表明，本系統(tǒng)的通信成功率為99.05%，數(shù)據(jù)傳輸穩(wěn)定，滿足實(shí)際應(yīng)用需求。

圖12 數(shù)據(jù)丟失率分析

圖13 所有設(shè)備數(shù)據(jù)合計(jì)

圖14 單設(shè)備整體數(shù)據(jù)分析

3.2 移動(dòng)端功能測試

本系統(tǒng)開發(fā)了移動(dòng)端APP 應(yīng)用，同時(shí)支持安卓端和蘋果端。筆者于2019 年12 月22 日和23 日在龍海市浮宮鎮(zhèn)際都村的一個(gè)養(yǎng)殖場進(jìn)行了移動(dòng)端功能測試，測試現(xiàn)場的環(huán)境如圖11 所示。

(1)設(shè)備遠(yuǎn)程控制

該測試的主要目的是驗(yàn)證能否正常遠(yuǎn)程開關(guān)增氧機(jī)及識別開啟異常的情況。在驗(yàn)證遠(yuǎn)程控制功能時(shí)，任意選擇早中晚各1 h 作為測試時(shí)間，在測試時(shí)間段內(nèi)每隔2 min 進(jìn)行1 次遠(yuǎn)程開關(guān)，實(shí)驗(yàn)結(jié)果表明90 次的開啟和關(guān)閉操作都正常完成。系統(tǒng)在實(shí)現(xiàn)過程中加入對增氧機(jī)開啟過程的監(jiān)控，當(dāng)增氧機(jī)不能正常啟動(dòng)時(shí)提示開啟失敗。為驗(yàn)證該功能，將與增氧機(jī)連接的漏電保護(hù)開關(guān)斷開，再進(jìn)行一次遠(yuǎn)程控制的實(shí)驗(yàn)。實(shí)驗(yàn)結(jié)果表明90 次的開啟均提示“開啟失敗”，可正常識別開啟過程中的異常情況。開啟成功或失敗界面如圖15所示。

圖15 開啟成功和失敗界面圖

(2)設(shè)備工作監(jiān)控

該測試的主要目的是驗(yàn)證增氧機(jī)工作異常時(shí)系統(tǒng)是否會撥打報(bào)警電話，并在移動(dòng)端顯示消息提醒。測試實(shí)驗(yàn)任意選擇早晚各2 h 作為測試時(shí)段，每隔10 min 進(jìn)行一次測試，在增氧機(jī)正常工作的情況下，通過斷開漏電保護(hù)開關(guān)模擬增氧機(jī)工作異常，接收到報(bào)警電話和提醒消息算一次完整測試。實(shí)驗(yàn)結(jié)果表明12 次的異常模擬均收到了報(bào)警電話和提醒信息。移動(dòng)端的報(bào)警記錄如圖16(a)所示。

(3)水質(zhì)數(shù)據(jù)監(jiān)測

該測試的主要目的是驗(yàn)證數(shù)據(jù)采集和顯示是否正常。在移動(dòng)端主界面中可以實(shí)時(shí)顯示各養(yǎng)殖池的數(shù)據(jù)信息，如圖16(b)所示。通過移動(dòng)端可以選擇任一養(yǎng)殖池實(shí)時(shí)查看水質(zhì)溶解氧、pH 值和溫度等水質(zhì)數(shù)據(jù)信息。同時(shí)系統(tǒng)可設(shè)置各參數(shù)的正常閾值，數(shù)據(jù)超出范圍時(shí)會進(jìn)行異常報(bào)警。另外用戶可以查看各水質(zhì)數(shù)據(jù)的歷史數(shù)據(jù)，按照天、月、年的形式查看變化趨勢。

(4)天氣預(yù)警

該測試的主要目的是驗(yàn)證天氣異常時(shí)，系統(tǒng)是否能夠進(jìn)行異常提醒。系統(tǒng)根據(jù)每個(gè)養(yǎng)殖場所處地區(qū)進(jìn)行設(shè)置，定時(shí)從第三方服務(wù)器獲取該地區(qū)的天氣情況。天氣預(yù)警界面中顯示對應(yīng)地區(qū)氣象情況，系統(tǒng)獲取到天氣異常信息后，發(fā)布預(yù)警信息提醒用戶做好防范措施，如圖16(c)所示。

圖16 移動(dòng)端應(yīng)用界面

4 結(jié)論

針對對蝦養(yǎng)殖過程中對于增氧機(jī)監(jiān)控和水質(zhì)監(jiān)測的需求，本文設(shè)計(jì)了一套基于物聯(lián)網(wǎng)技術(shù)的對蝦養(yǎng)殖監(jiān)測系統(tǒng)。系統(tǒng)由感知層、傳輸層和應(yīng)用層組成，實(shí)現(xiàn)了對增氧機(jī)遠(yuǎn)程監(jiān)控，水質(zhì)數(shù)據(jù)監(jiān)測與異常報(bào)警，天氣異常預(yù)警等功能。系統(tǒng)目前已經(jīng)投入到福建省多處對蝦養(yǎng)殖場進(jìn)行實(shí)際應(yīng)用測試，結(jié)果表明該系統(tǒng)達(dá)到了預(yù)期設(shè)計(jì)目標(biāo)、運(yùn)行穩(wěn)定，可有效降低對蝦養(yǎng)殖過程中的人力成本和養(yǎng)殖過程中設(shè)備及天氣異常帶來的風(fēng)險(xiǎn)。作為物聯(lián)網(wǎng)技術(shù)在對蝦養(yǎng)殖業(yè)中的示范應(yīng)用，該系統(tǒng)的進(jìn)一步推廣應(yīng)用可以有效解決傳統(tǒng)對蝦養(yǎng)殖場管理需要人工全天候干預(yù)的問題，為養(yǎng)殖戶實(shí)現(xiàn)科學(xué)管理和養(yǎng)殖經(jīng)驗(yàn)的積累、提高養(yǎng)殖收益提供技術(shù)支持。