基于ZigBee和WiFi的溫濕度無(wú)線監(jiān)測(cè)系統(tǒng)

樊星男

（太原學(xué)院 機(jī)械與電氣工程系，太原030032）

溫濕度監(jiān)控在農(nóng)業(yè)、醫(yī)療、建筑、文物保存和檔案管理等領(lǐng)域都有廣泛的應(yīng)用[1]。傳統(tǒng)的有線布線方式應(yīng)用在較大空間范圍內(nèi)進(jìn)行多點(diǎn)分布式測(cè)量時(shí)容易對(duì)空間內(nèi)建筑造成損壞，影響美觀且費(fèi)用較高。因此，設(shè)計(jì)一個(gè)組網(wǎng)方便、數(shù)據(jù)傳輸及時(shí)可靠的分布式無(wú)線溫濕度采集系統(tǒng)具有良好的實(shí)用價(jià)值。

隨著物聯(lián)網(wǎng)技術(shù)的不斷成熟和發(fā)展，針對(duì)上述需求，在此采用ZigBee 無(wú)線局域網(wǎng)實(shí)現(xiàn)多點(diǎn)分布式溫濕度測(cè)量，采用WiFi 無(wú)線局域網(wǎng)實(shí)現(xiàn)數(shù)據(jù)與上位機(jī)之間的無(wú)線的傳輸。ZigBee 技術(shù)是一種近距離、低復(fù)雜度、低功耗、低速率、低成本的雙向無(wú)線通訊技術(shù)，其使用的2.4 GHz 頻段全球通用[2]；WiFi技術(shù)是目前應(yīng)用非常廣泛的一種無(wú)線上網(wǎng)技術(shù)，通過(guò)傳輸控制協(xié)議TCP（transmission control protocol）連接，可以方便、穩(wěn)定地實(shí)現(xiàn)溫濕度監(jiān)測(cè)系統(tǒng)與上位機(jī)軟件的數(shù)據(jù)通信。

1 系統(tǒng)整體設(shè)計(jì)

所設(shè)計(jì)的基于ZigBee 和WiFi 的溫濕度無(wú)線監(jiān)測(cè)系統(tǒng)，上位機(jī)軟件采用VB 6.0 設(shè)計(jì)開發(fā)，可以實(shí)時(shí)地將數(shù)據(jù)顯示到界面上，同時(shí)還可以將數(shù)據(jù)保存到Access 數(shù)據(jù)庫(kù)中，方便查詢歷史數(shù)據(jù)；針對(duì)WiFi局域網(wǎng)中IP 地址不固定導(dǎo)致TCP 無(wú)法連接問(wèn)題，上位機(jī)軟件利用用戶數(shù)據(jù)報(bào)協(xié)議UDP（user datagram protocol）組播實(shí)現(xiàn)了“系統(tǒng)發(fā)現(xiàn)”功能，當(dāng)監(jiān)測(cè)系統(tǒng)的WiFi 模塊和上位機(jī)軟件在同時(shí)接入IP 局域網(wǎng)的情況下，二者之間能自動(dòng)地建立TCP 連接而無(wú)需進(jìn)行IP 地址設(shè)置等操作。

該監(jiān)測(cè)系統(tǒng)由監(jiān)測(cè)終端節(jié)點(diǎn)、 協(xié)調(diào)器、WiFi 模塊和上位機(jī)軟件等4 個(gè)部分組成。①監(jiān)測(cè)終端根據(jù)預(yù)設(shè)參數(shù)接入ZigBee 局域網(wǎng)，實(shí)時(shí)監(jiān)測(cè)被測(cè)空間的溫度和濕度并將數(shù)據(jù)送到協(xié)調(diào)器；②協(xié)調(diào)器根據(jù)預(yù)設(shè)參數(shù)建立ZigBee 局域網(wǎng)，接收各終端發(fā)送來(lái)的數(shù)據(jù)，并將數(shù)據(jù)通過(guò)串口發(fā)送到WiFi 模塊；③WiFi 模塊根據(jù)預(yù)設(shè)值接入WiFi 網(wǎng)絡(luò)，然后通過(guò) “系統(tǒng)發(fā)現(xiàn)”功能連接到遠(yuǎn)端的TCP 服務(wù)器，并將從串口接收到的數(shù)據(jù)發(fā)送到遠(yuǎn)端；④上位機(jī)軟件建立TCP 服務(wù)器，并通過(guò)“系統(tǒng)發(fā)現(xiàn)”功能將自身的IP 地址和TCP 服務(wù)器端口號(hào)發(fā)送到WiFi 模塊，當(dāng)建立TCP連接后將TCP 客戶端發(fā)送來(lái)的數(shù)據(jù)實(shí)時(shí)顯示到界面，同時(shí)將這些數(shù)據(jù)保存到數(shù)據(jù)庫(kù)。系統(tǒng)的整體設(shè)計(jì)框圖如圖1所示。

圖1 無(wú)線監(jiān)測(cè)系統(tǒng)整體設(shè)計(jì)框圖Fig.1 Overall design block diagram of wireless monitoring system

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

2.1 終端節(jié)點(diǎn)硬件設(shè)計(jì)與實(shí)現(xiàn)

終端節(jié)點(diǎn)的硬件組成如圖2所示，終端節(jié)點(diǎn)由CC2530、傳感器、指示、電源、串口及天線等6 個(gè)模塊組成。

圖2 終端節(jié)點(diǎn)的硬件構(gòu)成Fig.2 Hardware composition of terminal node

CC2530 是一個(gè)ZigBee 片上解決方案芯片，該芯片結(jié)合領(lǐng)先的RF 收發(fā)器，內(nèi)有一個(gè)業(yè)界標(biāo)準(zhǔn)的增強(qiáng)型8051CPU，系統(tǒng)內(nèi)8 kB 運(yùn)存、256 kB 閃存。該芯片還結(jié)合了德州儀器的ZigBee 協(xié)議棧Z-Stack，提供了一個(gè)強(qiáng)大和完整的ZigBee 解決方案[3-4]。

節(jié)點(diǎn)傳感器模塊選用SHT11 溫濕度傳感器。該傳感器將溫濕度檢測(cè)、信號(hào)放大調(diào)理、A/D 轉(zhuǎn)換、I2C總線、CRC 數(shù)據(jù)校驗(yàn)集于一體，能夠?qū)崿F(xiàn)溫濕度值的精確測(cè)量和傳輸[5-6]。SHT11 與CC2530 電路原理如圖3所示。

圖3 SHT11 電路連接原理Fig.3 Principle of SHT11 circuit connection

電源和串口模塊選用PL2303 芯片。該芯片是一個(gè)高度集成的RS232-USB 接口轉(zhuǎn)換器，解決了PC 上只有USB 口而沒(méi)有RS232 口的問(wèn)題，同時(shí)也解決了供電問(wèn)題，利用常見的5 V 輸出電源適配器就能供電。用戶通過(guò)這個(gè)串口可以使用PC 設(shè)置終端節(jié)點(diǎn)的一些運(yùn)行參數(shù)。

指示模塊包括LED1 和LED2 指示燈，當(dāng)節(jié)點(diǎn)通電后LED1 常亮，當(dāng)節(jié)點(diǎn)接入ZigBee 網(wǎng)絡(luò)后LED2常亮，否則LED2 周期閃爍[7]。

2.2 協(xié)調(diào)器節(jié)點(diǎn)硬件設(shè)計(jì)與實(shí)現(xiàn)

協(xié)調(diào)器節(jié)點(diǎn)硬件組成如圖4所示，協(xié)調(diào)器節(jié)點(diǎn)的硬件組成與終端節(jié)點(diǎn)基本一致。為了能夠方便對(duì)協(xié)調(diào)器進(jìn)行設(shè)置，在串口部分使用了跳線，協(xié)調(diào)器串口跳線原理如圖5所示。當(dāng)開關(guān)撥到上部時(shí)，PL2303 與CC2530 相連，實(shí)現(xiàn)上位機(jī)對(duì)CC2530 的設(shè)置；當(dāng)開關(guān)撥動(dòng)到中部是CC2530 與RTL8710 相連，實(shí)現(xiàn)CC2530 和RTL8710 的數(shù)據(jù)傳輸；當(dāng)開關(guān)撥動(dòng)到下部時(shí)，PL2303 與RTL8710 相連，實(shí)現(xiàn)上位機(jī)對(duì)RTL8710 的設(shè)置。系統(tǒng)正常工作時(shí)應(yīng)將開關(guān)撥到中部位置。當(dāng)協(xié)調(diào)器通電后LED1 常亮，當(dāng)協(xié)調(diào)器創(chuàng)建網(wǎng)絡(luò)完畢后LED2 常亮，否則LED2 周期閃爍。

圖4 協(xié)調(diào)器節(jié)點(diǎn)硬件組成Fig.4 Hardware composition of coordinator node

圖5 協(xié)調(diào)器串口跳線原理Fig.5 Principle of coordinator serial port jump

2.3 WiFi 模塊硬件設(shè)計(jì)與實(shí)現(xiàn)

WiFi 模塊硬件組成如圖6所示。WiFi 模塊采用RTL8710 芯片，該芯片集成了一個(gè)ARM Cortex M3 MCU，802.11n 無(wú)線網(wǎng)絡(luò)控制器，串口等外設(shè)于一體，內(nèi)置了輕量級(jí)TCP/IP 協(xié)議，為一個(gè)完整且自成體系的WiFi 網(wǎng)絡(luò)解決方案。

圖6 WiFi 模塊硬件組成Fig.6 Hardware composition of WiFi module

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

3.1 終端節(jié)點(diǎn)軟件設(shè)計(jì)與實(shí)現(xiàn)

當(dāng)終端節(jié)點(diǎn)上電后，首先從Flash 固定地址讀取系統(tǒng)參數(shù)，如果能正常讀取且校驗(yàn)成功則使用參數(shù)進(jìn)行系統(tǒng)初始化，如果不能正常讀取則等待串口命令。終端節(jié)點(diǎn)的串口只有在設(shè)置系統(tǒng)參數(shù)時(shí)與PC連接，PC 按照一定的數(shù)據(jù)格式向節(jié)點(diǎn)發(fā)送命令，數(shù)據(jù)格式見表1。

表1 數(shù)據(jù)包格式Tab.1 Packet format

根據(jù)數(shù)據(jù)包格式，整個(gè)數(shù)據(jù)包以“幀頭”0x1B 開始。“類型”表示數(shù)據(jù)包的類型，如0x00 表示當(dāng)前數(shù)據(jù)包是溫濕度值（該數(shù)據(jù)格式同樣用于ZigBee 數(shù)據(jù)傳輸）；0x01 表示當(dāng)前數(shù)據(jù)包是設(shè)置設(shè)備編號(hào)參數(shù)。“長(zhǎng)度”表示數(shù)據(jù)包中數(shù)據(jù)內(nèi)容的長(zhǎng)度，一個(gè)完整的數(shù)據(jù)包長(zhǎng)度為（N+4）B。“凈荷”為實(shí)際傳輸?shù)臄?shù)據(jù)內(nèi)容，在應(yīng)用中根據(jù)需要可以繼續(xù)擴(kuò)展，如在傳輸溫濕度值時(shí)凈荷的首字節(jié)用于表示設(shè)備編號(hào)，其后才是溫濕度測(cè)量值。“校驗(yàn)位”為該字節(jié)前面（N+3）B數(shù)據(jù)之和的最低位字節(jié)。

當(dāng)參數(shù)檢查通過(guò)后，終端節(jié)點(diǎn)進(jìn)入正常程序運(yùn)行，流程如圖7所示，定時(shí)器設(shè)置為10 s。

圖7 終端節(jié)點(diǎn)程序流程Fig.7 Terminal node program flow chart

SHT11 傳感器輸出的溫度數(shù)據(jù)需要經(jīng)過(guò)一定的轉(zhuǎn)換才能使用。

①溫度轉(zhuǎn)換公式

式中：T 為溫度值，℃；SoT為主控芯片從SHT11 中讀取到的溫度數(shù)據(jù)；d1和d2為溫度轉(zhuǎn)換系數(shù)，其取值見表2。

表2 溫度轉(zhuǎn)換系數(shù)Tab.2 Temperature conversion coefficient

②相對(duì)濕度轉(zhuǎn)換公式

式中：RHlinear為相對(duì)濕度；SoRH為主控芯片從SHT11中讀取到的濕度數(shù)據(jù)；c1，c2和c3為濕度轉(zhuǎn)換系數(shù)，其取值見表3。

③溫度補(bǔ)償公式 由于濕度的測(cè)量受溫度影響，所以在測(cè)量濕度時(shí)還應(yīng)考慮到傳感器的溫度補(bǔ)償。該補(bǔ)償公式為

式中：RHtrue為絕對(duì)濕度；t1，t2為溫度補(bǔ)償系數(shù)，其取值見表3。

表3 濕度轉(zhuǎn)換系數(shù)和溫度補(bǔ)償系數(shù)Tab.3 Humidity conversion coefficient and temperature compensation coefficient

結(jié)合該系統(tǒng)設(shè)計(jì)，SHT11 電壓VDD為3.5 V，溫度精度SoT為14 bit，濕度精度SoRH為12 bit，將系數(shù)結(jié)果代入式（1）—（3），可得

3.2 協(xié)調(diào)器軟件設(shè)計(jì)與實(shí)現(xiàn)

協(xié)調(diào)器是整個(gè)ZigBee 網(wǎng)絡(luò)的核心，它需要具有創(chuàng)建ZigBee 網(wǎng)絡(luò)，為節(jié)點(diǎn)分配地址，將從節(jié)點(diǎn)收到的數(shù)據(jù)通過(guò)串口透?jìng)鞯絎iFi 模塊，等功能，此外協(xié)調(diào)器同樣支持從串口接收PC 命令。其命令格式同表1，協(xié)調(diào)器軟件流程如圖8所示。

圖8 協(xié)調(diào)器程序流程Fig.8 Coordinator program flow chart

3.3 WiFi 模塊軟件設(shè)計(jì)與實(shí)現(xiàn)

WiFi 模塊是ZigBee 網(wǎng)絡(luò)和IP 網(wǎng)絡(luò)的轉(zhuǎn)換模塊，它將ZigBee 協(xié)調(diào)器發(fā)來(lái)的數(shù)據(jù)通過(guò)TCP 連接發(fā)送到上位機(jī)，同時(shí)WiFi 模塊還是“系統(tǒng)發(fā)現(xiàn)”功能的客戶端。WiFi 模塊程序流程如圖9所示。

圖9 WiFi 模塊程序流程Fig.9 WiFi module program flow chart

傳統(tǒng)的服務(wù)調(diào)用需要客戶端明確知道目標(biāo)服務(wù)的地址，并基于這個(gè)地址創(chuàng)建服務(wù)調(diào)用。但是目前網(wǎng)絡(luò)接入設(shè)備和路由設(shè)備之間一般均為動(dòng)態(tài)路由，所以網(wǎng)絡(luò)接入設(shè)備的IP 地址不固定，而IP 地址一旦發(fā)生變化就會(huì)使客戶端與服務(wù)器之間的服務(wù)調(diào)用無(wú)法建立。故在此設(shè)計(jì)了“系統(tǒng)發(fā)現(xiàn)”功能，即以WS_Discovery 機(jī)制Ad_Hoc 操作模式為基礎(chǔ)，通過(guò)簡(jiǎn)化其協(xié)商流程和內(nèi)容而來(lái)。

標(biāo)準(zhǔn)WS_Discovery（web services dynamic discovery）由服務(wù)器端（WS_Serve）和客戶端（WS_Client）組成。其協(xié)商流程如圖10所示。

圖10 WS_Discovery 協(xié)商流程Fig.10 WS_Discovery negotiation flow chart

當(dāng)服務(wù)器啟動(dòng)后，通過(guò)UDP 廣播定時(shí)向網(wǎng)絡(luò)發(fā)送Hello 消息報(bào)文，客戶端收到該報(bào)文后通過(guò)UDP廣播發(fā)送Probe 消息報(bào)文，該消息中包含客戶端所需要調(diào)用的服務(wù)；而服務(wù)端在收到Probe 消息后首先判斷能否滿足該消息中的條件，如果可以滿足則通過(guò)UDP 單播的形式向該客戶端發(fā)送PM（probe match）消息，該消息中包含目標(biāo)服務(wù)的相關(guān)信息。當(dāng)客戶端收到PM 消息后，就根據(jù)消息中攜帶的信息與目標(biāo)服務(wù)建立連接，而如果客戶端從PM 消息中得到的信息還不足以建立服務(wù)，就會(huì)進(jìn)一步向服務(wù)器發(fā)送Resolve 消息，并在消息中攜帶想要向服務(wù)器查詢的內(nèi)容，服務(wù)器則會(huì)回復(fù)RM（resolve match）消息并在消息中攜帶被查詢內(nèi)容；當(dāng)服務(wù)器下線時(shí)，會(huì)向客戶端發(fā)送Bye 消息，通知客戶端服務(wù)停止。

標(biāo)準(zhǔn)WS_Discovery 機(jī)制需要經(jīng)過(guò)多次消息交換，而且是以簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議SOAP（simple object access protocol）對(duì)協(xié)商內(nèi)容進(jìn)行封裝，此協(xié)議為一種基于XML 的文本協(xié)議，因此會(huì)使得協(xié)商時(shí)數(shù)據(jù)量較大進(jìn)而增加WiFi 模塊的內(nèi)存負(fù)擔(dān)。所以，“系統(tǒng)發(fā)現(xiàn)”功能首先將協(xié)商流程簡(jiǎn)化，并且將協(xié)商內(nèi)容由文本變?yōu)槎M(jìn)制，其消息格式同表1。

WiFi 模塊啟動(dòng)后，創(chuàng)建UDP 并監(jiān)聽3700 端口（標(biāo)準(zhǔn)WS_Discovery 為3702）；當(dāng)上位機(jī)啟動(dòng)后，會(huì)通過(guò)UDP 定時(shí)向239.255.255.250 地址的3700 端口發(fā)送Hello 消息；當(dāng)WiFi 模塊收到此消息，向服務(wù)器回復(fù)Probe 消息，該消息攜帶有與服務(wù)器約定好的服務(wù)編號(hào)；上位機(jī)收到Probe 消息并判斷服務(wù)編號(hào)是否合法，如果合法則向WiFi 模塊回復(fù)PM 消息，并在消息中攜帶TCP 連接的IP 地址和和端口號(hào)。WiFi 模塊收到PM 消息后就可以與TCP 服務(wù)器建立服務(wù)連接。

“系統(tǒng)發(fā)現(xiàn)” 功能消息的示例見表4。表中，1B為幀頭；A1，A2，A3 分別表示Hello 消息、Probe 消息、PM 消息的類型；類型字段后面給出消息凈荷的長(zhǎng)度；各條消息的最后一個(gè)字節(jié)為校驗(yàn)字節(jié)。

表4 “系統(tǒng)發(fā)現(xiàn)”協(xié)商消息示例Tab.4 Example of “system discovery”negotiation message

由表可知，Probe 示例消息中，客戶端所攜帶的服務(wù)編碼為000103040A0D0708；PM 示例消息中，TCP服務(wù)器的IP 地址為192.168.0.100，端口號(hào)為1000。

3.4 上位機(jī)軟件設(shè)計(jì)與實(shí)現(xiàn)

上位機(jī)軟件使用VB 進(jìn)行設(shè)計(jì)，主要功能有數(shù)據(jù)校準(zhǔn)和數(shù)據(jù)保存。

SHT11 在測(cè)量過(guò)程中，受到環(huán)境、電路的干擾，以及測(cè)量數(shù)據(jù)由多位小數(shù)向1 位小數(shù)轉(zhuǎn)換的過(guò)程會(huì)導(dǎo)致測(cè)量數(shù)據(jù)精度降低，與真值之間出現(xiàn)偏差[8]。為了校準(zhǔn)該偏差，在此選用精創(chuàng)公司的工業(yè)級(jí)溫濕度記錄儀RC-4HC 的測(cè)量數(shù)據(jù)作為約定真值，通過(guò)大量的試驗(yàn)比較SHT11 與RC-4HC 之間的測(cè)量數(shù)據(jù)，發(fā)現(xiàn)兩者之間確實(shí)存在一個(gè)較為穩(wěn)定偏差，而且不同的SHT11 與RC-4HC 之間的偏差值也有所不同，測(cè)量數(shù)據(jù)見表5。

表5 SHT11 與RC-4HC 的測(cè)量數(shù)據(jù)Tab.5 Measurement data of SHT11 and RC-4HC

通過(guò)計(jì)算測(cè)量值、真值和誤差的平均值，在測(cè)量值的基礎(chǔ)上再減去一個(gè)平均誤差值，從而極大地降低整體誤差。由表可知，溫度平均誤差為-0.19，取值為-0.2；濕度平均誤差-0.95，取值為-1。所以使用校準(zhǔn)公式對(duì)測(cè)量值Tc和RHc進(jìn)行校準(zhǔn)，即：

上位機(jī)軟件的數(shù)據(jù)保存功能采用了VB 中Adodb 控件與Access 數(shù)據(jù)庫(kù)連接[9-10]。Access 數(shù)據(jù)庫(kù)共設(shè)計(jì)2 個(gè)表，分別用于保存測(cè)點(diǎn)參數(shù)、測(cè)點(diǎn)數(shù)據(jù)，見表6和表7。其中，表6的主鍵為測(cè)點(diǎn)號(hào)，表7的主鍵為編號(hào)。

表6 測(cè)點(diǎn)參數(shù)記錄Tab.6 Parameter record of measuring point

表7 測(cè)點(diǎn)數(shù)據(jù)記錄Tab.7 Data record of measuring point

4 測(cè)試結(jié)果及分析

系統(tǒng)最多有6 個(gè)測(cè)點(diǎn)，啟用3 個(gè)測(cè)點(diǎn)進(jìn)行丟包測(cè)試。將3 個(gè)測(cè)點(diǎn)分別置于協(xié)調(diào)器周圍100 m 范圍內(nèi)，WiFi 模塊和上位機(jī)在WiFi 路由器20 m 范圍內(nèi)。為方便統(tǒng)計(jì)收發(fā)包數(shù)，設(shè)置測(cè)點(diǎn)在發(fā)送一定數(shù)量包后停止發(fā)送，測(cè)試數(shù)據(jù)見表8。

表8 系統(tǒng)丟包率測(cè)試數(shù)據(jù)Tab.8 System packet loss rate test data

測(cè)試共進(jìn)行3 次，測(cè)點(diǎn)每10 s 發(fā)送1 個(gè)包，持續(xù)時(shí)間分別約為1，12，24 h；測(cè)點(diǎn)發(fā)送數(shù)為3 個(gè)測(cè)點(diǎn)發(fā)送總和。由表可知，在100 m 范圍內(nèi)，ZigBee 丟包率很小，且丟包率不隨測(cè)量時(shí)間的變化而變化；基于WiFi 和TCP 的連接方式穩(wěn)定，IP 丟包率為0。

選取3 個(gè)測(cè)點(diǎn)對(duì)系統(tǒng)進(jìn)行了功能測(cè)試，分別將測(cè)點(diǎn)1 置于戶外、測(cè)點(diǎn)2 置于樓道、測(cè)點(diǎn)3 置于室內(nèi)。3 個(gè)測(cè)點(diǎn)的溫度報(bào)警上限均為30 ℃，下限為0 ℃；溫度預(yù)警上限為40%，下限為20%。監(jiān)測(cè)系統(tǒng)主界面如圖11所示。測(cè)點(diǎn)1 的溫度和濕度均低于下限值，分別發(fā)出溫度報(bào)警和濕度報(bào)警；測(cè)點(diǎn)2 僅濕度低于下限，只有濕度報(bào)警。

圖11 溫濕度監(jiān)測(cè)系統(tǒng)主界面Fig.11 Main interface of temperature and humidity monitoring system

用鼠標(biāo)雙擊測(cè)點(diǎn)區(qū)域可以查看測(cè)點(diǎn)實(shí)時(shí)數(shù)據(jù)與曲線。測(cè)點(diǎn)的實(shí)時(shí)數(shù)據(jù)及曲線如圖12，圖中上方曲線為溫度曲線，下方曲線為濕度曲線。

圖12 測(cè)點(diǎn)實(shí)時(shí)數(shù)據(jù)及曲線Fig.12 Real-time data and curves of measuring points

5 結(jié)語(yǔ)

所設(shè)計(jì)的基于ZigBee 和WiFi 的無(wú)線監(jiān)測(cè)系統(tǒng)，以CC2530 和RTL8710 為核心芯片，實(shí)現(xiàn)了測(cè)點(diǎn)與監(jiān)測(cè)軟件的無(wú)線連接。經(jīng)過(guò)測(cè)試，該系統(tǒng)能夠?qū)崿F(xiàn)各測(cè)點(diǎn)溫濕度的實(shí)時(shí)監(jiān)測(cè)和顯示，顯示界面清晰明了，系統(tǒng)組網(wǎng)方便可靠，具有一定的實(shí)際應(yīng)用價(jià)值。