目前市面上大多數(shù)的超聲波熱量表數(shù)據(jù)采集都是通過485總線的方式進(jìn)行串口數(shù)據(jù)采集，因485總線的采集方式采集距離受到現(xiàn)場(chǎng)很大因素的影響，因此越來越多的用戶選擇無線方式進(jìn)行采集數(shù)據(jù)，并上報(bào)采集數(shù)據(jù)，無線采集的方式又可以細(xì)分為lora集中器方式，NB網(wǎng)絡(luò)并發(fā)的方式，GPRS網(wǎng)絡(luò)方式(3G和4G)，無線電臺(tái)方式，上述方式均可上報(bào)至服務(wù)器端，服務(wù)器端均解析modbus RTU的回復(fù)報(bào)文就可以將采集到的數(shù)據(jù)進(jìn)行數(shù)據(jù)庫(kù)存儲(chǔ)，本質(zhì)上還是依托于設(shè)備的modbus RTU協(xié)議。

   因市面上大面積采用的4G方式均為獲取單臺(tái)超聲波熱量表的儀表信息，因此一般一臺(tái)設(shè)備配一個(gè)數(shù)據(jù)采集模塊進(jìn)行數(shù)據(jù)采集，數(shù)據(jù)采集一般可分為主動(dòng)和被動(dòng)式，主動(dòng)方式一般為數(shù)據(jù)采集模塊內(nèi)可配置時(shí)鐘，定時(shí)時(shí)間，到固定時(shí)間點(diǎn)，模塊立即對(duì)超聲波熱量表的485端口發(fā)送采集指令，獲取當(dāng)前超聲波熱量表的當(dāng)前數(shù)據(jù)，并附加采集當(dāng)時(shí)前時(shí)刻的時(shí)鐘進(jìn)行遠(yuǎn)程上報(bào)，上報(bào)的方式可以是原始的16進(jìn)制數(shù)據(jù)，也可以是解析好的10進(jìn)制數(shù)據(jù)組成的json數(shù)據(jù)包，json數(shù)據(jù)包發(fā)送至服務(wù)器端，服務(wù)器端就可以直接進(jìn)行解析，無須進(jìn)行數(shù)據(jù)解碼工作，另一種方式是采用TCP/IP的方式，進(jìn)行網(wǎng)絡(luò)通訊，數(shù)據(jù)采集模塊對(duì)服務(wù)器端發(fā)送注冊(cè)碼和心跳包，進(jìn)行身份注冊(cè)，完成注冊(cè)后根據(jù)注冊(cè)碼進(jìn)行分包，服務(wù)器下發(fā)指ding類型的請(qǐng)求數(shù)據(jù)指令，數(shù)據(jù)采集模塊獲取到請(qǐng)求指令轉(zhuǎn)發(fā)給底層的超聲波熱量表設(shè)備，超聲波流量表設(shè)備收到后，立刻進(jìn)行回復(fù)，服務(wù)器收到回復(fù)，回復(fù)內(nèi)容為標(biāo)準(zhǔn)的modbus RTU的16進(jìn)制原始報(bào)文，根據(jù)通訊協(xié)議在服務(wù)器端編寫解碼函數(shù)，對(duì)對(duì)應(yīng)的設(shè)備進(jìn)行解碼，將數(shù)據(jù)整理并存入數(shù)據(jù)庫(kù)，遠(yuǎn)程服務(wù)器端可以從數(shù)據(jù)庫(kù)內(nèi)獲取數(shù)據(jù)并可以展示在網(wǎng)站上，因node.js的異步性能*，因此比較推薦采集程序采用node.js開發(fā)。