基于NB-IoT技術(shù)的施工現(xiàn)場(chǎng)工程機(jī)械監(jiān)控系統(tǒng)設(shè)計(jì)

趙靜文 （中鐵四局集團(tuán)管理研究院，安徽 合肥 230022）

0 前言

工程機(jī)械設(shè)備是施工建造中不可或缺的生產(chǎn)工具，目前傳統(tǒng)的工程機(jī)械設(shè)備管理，主要依賴(lài)人工錄入，存在耗時(shí)長(zhǎng)、工作量大、成本高、信息更新不及時(shí)、數(shù)據(jù)不準(zhǔn)確、無(wú)法依據(jù)信息做出管控調(diào)配等缺點(diǎn)，制約了施工現(xiàn)場(chǎng)工程機(jī)械設(shè)備的集中統(tǒng)計(jì)與統(tǒng)一調(diào)撥。窄帶物聯(lián)網(wǎng)（NB-IoT）技術(shù)是2017年新興的物聯(lián)網(wǎng)技術(shù)，具有功耗低、信號(hào)穩(wěn)定、數(shù)據(jù)傳輸可靠、可以適應(yīng)復(fù)雜定位環(huán)境和通信環(huán)境、擴(kuò)展性好等眾多優(yōu)點(diǎn)。應(yīng)用窄帶物聯(lián)網(wǎng)技術(shù)開(kāi)發(fā)工程機(jī)械監(jiān)控系統(tǒng)，將會(huì)實(shí)現(xiàn)施工現(xiàn)場(chǎng)工程機(jī)械全天候、全方位的監(jiān)控。

1 系統(tǒng)功能設(shè)計(jì)

1.1 工程機(jī)械靜態(tài)信息的采集、存儲(chǔ)和查詢(xún)

系統(tǒng)能夠采集工程機(jī)械產(chǎn)品整機(jī)及其零部件的設(shè)備名稱(chēng)、規(guī)格型號(hào)、銘牌信息、牌照號(hào)、發(fā)動(dòng)機(jī)型號(hào)等靜態(tài)信息，使用RFID或近場(chǎng)通信技術(shù)實(shí)現(xiàn)對(duì)設(shè)備的靜態(tài)信息采集，以保證外租設(shè)備管理的唯一性。

1.2 狀態(tài)信息的實(shí)時(shí)采集

提供用戶(hù)方便的查詢(xún)工程機(jī)械設(shè)備的運(yùn)行時(shí)間、故障報(bào)警、燃油消耗、工作時(shí)長(zhǎng)、工作狀態(tài)、通信狀況等各類(lèi)信息以及匯總分析的情況，提供地圖、圖表和多層數(shù)據(jù)列表展示的功能。

1.3 工程機(jī)械產(chǎn)品地理位置信息的采集

針對(duì)工程機(jī)械作業(yè)趨于分散以及工程機(jī)械租賃性使用的特點(diǎn)，系統(tǒng)能夠?qū)崟r(shí)地確定產(chǎn)品的地理位置，實(shí)現(xiàn)工程機(jī)械產(chǎn)品的實(shí)時(shí)定位、軌跡記錄、里程統(tǒng)計(jì)等功能。

1.4 租賃工程機(jī)械設(shè)備的結(jié)算管理

系統(tǒng)能夠?qū)⑼庾庠O(shè)備的每月燃油消耗與加油數(shù)據(jù)、運(yùn)轉(zhuǎn)時(shí)間、工作量自動(dòng)生成月度或季度報(bào)表，報(bào)表信息將作為現(xiàn)場(chǎng)管理部門(mén)對(duì)外租設(shè)備費(fèi)用結(jié)算的依據(jù)。

1.5 工程故障信息的智能化處理

系統(tǒng)對(duì)于狀態(tài)異常的信息，能夠自動(dòng)報(bào)警，能夠?yàn)榫S護(hù)人員提供解決方案，實(shí)現(xiàn)故障信息的智能化處理。

1.6 遠(yuǎn)程監(jiān)控功能

系統(tǒng)能夠提供過(guò)程信息和產(chǎn)品信息的遠(yuǎn)程監(jiān)控功能，系統(tǒng)操作人員通過(guò)遠(yuǎn)程監(jiān)控系統(tǒng)與設(shè)備和現(xiàn)場(chǎng)人員實(shí)現(xiàn)交互。

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

2.1 系統(tǒng)的結(jié)構(gòu)框圖

基于NB-IoT的機(jī)械設(shè)備物聯(lián)網(wǎng)系統(tǒng)結(jié)構(gòu)框圖如圖1所示，它包括感知層、網(wǎng)絡(luò)層、應(yīng)用層三個(gè)部分。

圖1 系統(tǒng)結(jié)構(gòu)框圖

2.2 系統(tǒng)的工作流程

通過(guò)遠(yuǎn)程終端模塊采集各種傳感器所得到的數(shù)據(jù)內(nèi)容，然后將采集結(jié)果通過(guò)NB-IoT發(fā)送至中心服務(wù)器，服務(wù)器在收到這些數(shù)據(jù)后，將對(duì)其進(jìn)行解析和處理，最后，存儲(chǔ)至數(shù)據(jù)庫(kù)。與此同時(shí)，用戶(hù)還可以使用相應(yīng)的用戶(hù)管理平臺(tái)查詢(xún)各種歷史數(shù)據(jù)，將查詢(xún)結(jié)果以表格、圖表等形式打印，為后續(xù)的現(xiàn)場(chǎng)管理提供真實(shí)的數(shù)據(jù)保障。

2.3 系統(tǒng)監(jiān)控終端設(shè)計(jì)

系統(tǒng)的監(jiān)控終端結(jié)構(gòu)框圖如圖2所示。系統(tǒng)結(jié)構(gòu)采用雙重總線結(jié)構(gòu)，其中內(nèi)部的板級(jí)總線掛載窄帶物聯(lián)網(wǎng)模塊、九軸姿態(tài)模塊、精確授時(shí)的北斗定位模塊、高精度RTC模塊和電源管理模塊；外部的設(shè)備級(jí)總線掛載油料傳感器、正反轉(zhuǎn)傳感器等外設(shè)。

這種系統(tǒng)結(jié)構(gòu)的優(yōu)勢(shì)是提供了系統(tǒng)優(yōu)秀的擴(kuò)展性，為未來(lái)系統(tǒng)的升級(jí)打下基礎(chǔ)。

圖2 監(jiān)控終端結(jié)構(gòu)框圖

2.4 地理位置信息采集方案

遠(yuǎn)程終端采用基于Ublox-M8n的北斗定位系統(tǒng)，Ublox-M8n系統(tǒng)可以支持國(guó)際上現(xiàn)有的三種GNSS系統(tǒng)（GPS、北斗和GLONASS），最多可支持72路通信信道，并且可以同時(shí)識(shí)別多個(gè)衛(wèi)星定位系統(tǒng)，非常適合應(yīng)用在車(chē)輛定位方面，它具有高靈敏度、低功耗、小型化、極其高追蹤靈敏度，大大擴(kuò)大了其定位的覆蓋面，在普通北斗接收模塊不能定位的地方，如狹窄都市天空下、密集的叢林環(huán)境，模塊的高靈敏度、小靜態(tài)漂移、低功耗及輕巧的體積，非常適合于車(chē)輛監(jiān)控移動(dòng)定位系統(tǒng)的應(yīng)用。

2.5 終端系統(tǒng)的電源管理

系統(tǒng)采用基于BQ24266的電源管理系統(tǒng)，BQ24266是一款高度集成的鋰離子電源路徑管理器件，它不僅可以監(jiān)控電池剩余電量，同時(shí)還可以在有外部供電的情況下根據(jù)電池自身電量剩余情況，對(duì)電池進(jìn)行充電，這樣可以有效的延長(zhǎng)脫機(jī)情況下遠(yuǎn)程終端硬件的工作時(shí)長(zhǎng)。

2.6 外部數(shù)據(jù)存儲(chǔ)與IAP設(shè)計(jì)

系統(tǒng)采用外部掉電非易失性數(shù)據(jù)存儲(chǔ)器。在一些通信環(huán)境較為惡劣的環(huán)境，遠(yuǎn)端數(shù)據(jù)無(wú)法傳回中央服務(wù)器，這樣可以采用一種掉電非易失型數(shù)據(jù)存儲(chǔ)器，當(dāng)數(shù)據(jù)無(wú)法回傳時(shí)，暫時(shí)將采集結(jié)果存儲(chǔ)起來(lái)，直到數(shù)據(jù)傳輸恢復(fù)后，再打包傳輸所有的數(shù)據(jù)。

3 數(shù)據(jù)庫(kù)及用戶(hù)平臺(tái)設(shè)計(jì)

3.1 中央服務(wù)器的設(shè)計(jì)

根據(jù)java語(yǔ)言在網(wǎng)絡(luò)編程方面的優(yōu)勢(shì)，采用java編寫(xiě)服務(wù)器基本框架，實(shí)現(xiàn)客戶(hù)端與服務(wù)器之間的連接，同時(shí)采用java與Mysql之間的接口設(shè)計(jì)數(shù)據(jù)庫(kù)基本框架，進(jìn)一步實(shí)現(xiàn)客戶(hù)端訪問(wèn)服務(wù)器，對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作。

3.2 服務(wù)器邏輯層

對(duì)應(yīng)于與APP與PC客戶(hù)端(統(tǒng)稱(chēng)客戶(hù)端)，采用TCP服務(wù)器，可以保證連接的可靠性與穩(wěn)定性。采用反射的方法完成邏輯架構(gòu)，其同樣具有優(yōu)越的維護(hù)性能，在損失極小性能的代價(jià)之上，完成了服務(wù)器邏輯的模塊化。服務(wù)器從客戶(hù)端處得到XML格式的命令之后，對(duì)其進(jìn)行解析，得到用戶(hù)名、密碼、查詢(xún)命令、查詢(xún)參數(shù)等信息。在查詢(xún)開(kāi)始前，將會(huì)對(duì)用戶(hù)進(jìn)行校驗(yàn)，首先檢測(cè)數(shù)據(jù)庫(kù)內(nèi)是否有相應(yīng)的用戶(hù)名，若沒(méi)有則向客戶(hù)端報(bào)告“沒(méi)有該用戶(hù)”的錯(cuò)誤，并終止與客戶(hù)端的連接。若用戶(hù)名存在，服務(wù)器進(jìn)一步驗(yàn)證用戶(hù)密碼，若用戶(hù)密碼錯(cuò)誤，同樣向客戶(hù)端報(bào)告錯(cuò)誤并中斷連接。只有用戶(hù)名與密碼同時(shí)正確時(shí)，才能開(kāi)始具體的查詢(xún)操作。服務(wù)器首先根據(jù)需要查詢(xún)的信息類(lèi)型，定位到相應(yīng)的數(shù)據(jù)庫(kù)模型，接著利用命令名稱(chēng)與相應(yīng)參數(shù)找到具體的查詢(xún)方法，在二者被同時(shí)找到之后，執(zhí)行命令并按照特定的格式向客戶(hù)端返回信息。信息中包含查詢(xún)命令XML中的信息，以及查得數(shù)據(jù)及其日期、時(shí)間信息。

圖3 服務(wù)器邏輯部分工作流程圖

服務(wù)器與下位機(jī)之間的通信采用了UDP通信協(xié)議。盡管這種方式犧牲了少量的連接可靠性，但他卻只需消耗少量系統(tǒng)資源，就可以實(shí)現(xiàn)多節(jié)點(diǎn)下位機(jī)同時(shí)向服務(wù)器傳送數(shù)據(jù)。服務(wù)器解析下位機(jī)發(fā)送至服務(wù)器的UDP包，將所有的數(shù)據(jù)信息計(jì)算得出，按條依次存入數(shù)據(jù)庫(kù)中。其中每一個(gè)包中包含多條下位機(jī)采集的數(shù)據(jù)，降低了服務(wù)器對(duì)數(shù)據(jù)處理的壓力。為了規(guī)避數(shù)據(jù)的丟失，本項(xiàng)目建立了壞數(shù)重傳的機(jī)制保證了數(shù)據(jù)包的可靠性。服務(wù)器維護(hù)了一個(gè)隊(duì)列用于存儲(chǔ)每臺(tái)下位機(jī)的最新20條數(shù)據(jù)，每次處理信息時(shí)，先比對(duì)隊(duì)列中有無(wú)重復(fù)信息。實(shí)現(xiàn)了對(duì)下位機(jī)重復(fù)發(fā)至服務(wù)器的冗余信息進(jìn)行過(guò)濾，保證了數(shù)據(jù)庫(kù)的數(shù)據(jù)不會(huì)被輕易污染。兩個(gè)服務(wù)器分別建立各自的線程，彼此之間互不干擾，由數(shù)據(jù)庫(kù)本身的機(jī)制進(jìn)行數(shù)據(jù)操作的協(xié)調(diào)。

3.3 數(shù)據(jù)庫(kù)層

數(shù)據(jù)庫(kù)采用MYBATIS架構(gòu)整體搭建，其具有維護(hù)性好，性能高等特點(diǎn)?？傮w上數(shù)據(jù)庫(kù)分為三層，模型層、命令層和DAO層：模型層對(duì)應(yīng)數(shù)據(jù)庫(kù)內(nèi)不同的表的信息，將數(shù)據(jù)庫(kù)中的每一個(gè)表設(shè)計(jì)為一個(gè)具體的類(lèi)，其包含的詳細(xì)信息則抽象為字段；命令層則涵蓋了對(duì)應(yīng)于數(shù)據(jù)庫(kù)每一個(gè)表的查詢(xún)方法，依據(jù)數(shù)據(jù)庫(kù)表內(nèi)信息的不同，分別為三張表獨(dú)立設(shè)計(jì)了對(duì)應(yīng)的查詢(xún)條件，滿(mǎn)足各種查詢(xún)需要；DAO層則封裝數(shù)據(jù)庫(kù)接口，將繁雜的數(shù)據(jù)庫(kù)操作簡(jiǎn)化為連接數(shù)據(jù)庫(kù)，執(zhí)行需要的命令的簡(jiǎn)單模式，同時(shí)在工具類(lèi)中封裝了一些常用的小工具，方便后期維護(hù)與進(jìn)一步開(kāi)發(fā)。需要注意的是，MYBATIS將具體的數(shù)據(jù)庫(kù)操作語(yǔ)句封裝在XML文件中，將具體數(shù)據(jù)庫(kù)的操作集中起來(lái)，并簡(jiǎn)化為數(shù)據(jù)庫(kù)SQL語(yǔ)句，輸入?yún)?shù)，輸出參數(shù)三者之結(jié)合，最終在總XML文件中將前述文件與命令層相對(duì)接，即可完成數(shù)據(jù)庫(kù)全部操作。為了提高數(shù)據(jù)庫(kù)的操作性能，引入了數(shù)據(jù)庫(kù)連接池的機(jī)制，以實(shí)現(xiàn)讀寫(xiě)的高效處理；同時(shí)實(shí)現(xiàn)了按日期分表的功能，將大量的數(shù)據(jù)分散在多個(gè)表中，以實(shí)現(xiàn)查詢(xún)功能的進(jìn)一步提升。數(shù)據(jù)庫(kù)系統(tǒng)框圖如圖4所示。

圖4 服務(wù)器系統(tǒng)結(jié)構(gòu)框圖

3.4 PC控制臺(tái)程序設(shè)計(jì)

本項(xiàng)目客戶(hù)端部分使用.NetFramework 4.6程序框架，建立基于C#WPF的客戶(hù)端應(yīng)用程序，在保證功能實(shí)現(xiàn)和性能優(yōu)化的前提下，還提供了一種簡(jiǎn)潔美觀的用戶(hù)界面。

圖5 客戶(hù)端系統(tǒng)結(jié)構(gòu)框圖

客戶(hù)端系統(tǒng)設(shè)計(jì)了一種基于改進(jìn)型MVC架構(gòu)的應(yīng)用軟件。這種架構(gòu)是一種由事件驅(qū)動(dòng)的程序架構(gòu)?？蛻?hù)端部分系統(tǒng)結(jié)構(gòu)框圖如圖5所示。

這種框架的業(yè)務(wù)流程是，當(dāng)用戶(hù)發(fā)生一個(gè)命令查詢(xún)請(qǐng)求時(shí)，首先，UI層會(huì)將這條命令進(jìn)行編碼，傳輸給業(yè)務(wù)邏輯層；業(yè)務(wù)邏輯層在收到事件請(qǐng)求后，會(huì)記錄下發(fā)出請(qǐng)求的頁(yè)面ID，然后將這條命令進(jìn)一步傳輸給網(wǎng)絡(luò)通信層傳輸給遠(yuǎn)端服務(wù)器，同時(shí)業(yè)務(wù)邏輯層會(huì)將頁(yè)面ID和查詢(xún)命令種類(lèi)共同在消息等待隊(duì)列中登記；網(wǎng)絡(luò)層在收到服務(wù)器的回復(fù)信息后直接將結(jié)果直接打包傳輸給業(yè)務(wù)邏輯層；邏輯層再?gòu)南⒌却?duì)列中獲取信息源，然后將查詢(xún)結(jié)果打包傳輸給UI層，最后，UI層最終將查詢(xún)結(jié)果顯示。

這種框架具有非阻塞、多并發(fā)的結(jié)構(gòu)特點(diǎn)，可以為用戶(hù)提供在不同頁(yè)面同時(shí)查詢(xún)數(shù)據(jù)的良好用戶(hù)體驗(yàn)。同時(shí)由于軟件系統(tǒng)采用了基于TCP短連接的技術(shù)，減少了服務(wù)器的維護(hù)長(zhǎng)連接的業(yè)務(wù)邏輯，很大程度上降低了服務(wù)器工作壓力。

3.5 APP設(shè)計(jì)

本項(xiàng)目的APP開(kāi)發(fā)過(guò)程中共包含三個(gè)層次，它們分別是UI顯示層、業(yè)務(wù)邏輯處理層和網(wǎng)絡(luò)通信層。各層次之間的業(yè)務(wù)邏輯如圖6所示。

圖6 APP系統(tǒng)邏輯框圖

如圖6所示，APP系統(tǒng)的業(yè)務(wù)流程是當(dāng)用戶(hù)產(chǎn)生一個(gè)查詢(xún)請(qǐng)求后，UI層會(huì)將這個(gè)請(qǐng)求傳送給業(yè)務(wù)邏輯層；業(yè)務(wù)邏輯層會(huì)進(jìn)一步將這個(gè)請(qǐng)求命令編碼為XML格式命令，并且進(jìn)一步傳輸給網(wǎng)絡(luò)通信層；在網(wǎng)絡(luò)通信層接收到服務(wù)器的返回結(jié)果后，邏輯層會(huì)將結(jié)果解碼，然后驅(qū)動(dòng)UI層進(jìn)行顯示。

本項(xiàng)目中APP網(wǎng)絡(luò)層開(kāi)發(fā)的一大特點(diǎn)是采用了Netty框架。Netty是一種提供異步的、事件驅(qū)動(dòng)的網(wǎng)絡(luò)應(yīng)用程序框架，用于快速開(kāi)發(fā)高性能、高可靠性的網(wǎng)絡(luò)服務(wù)器和客戶(hù)端程序。傳輸層協(xié)議采用TCP協(xié)議。表示層協(xié)議采用XML格式。Netty框架實(shí)現(xiàn)了上述兩種協(xié)議。采用TCP這一面向連接的協(xié)議保證了APP接收服務(wù)器數(shù)據(jù)的實(shí)時(shí)性，而傳統(tǒng)http協(xié)議查詢(xún)方式若查詢(xún)頻率過(guò)高，將導(dǎo)致APP性能下降。若查詢(xún)頻率過(guò)低，將帶來(lái)消息通知不及時(shí)的問(wèn)題。采用xml格式保證了不同客戶(hù)端（如安卓端、IOS端、PC端）的通信格式的統(tǒng)一。APP在接收到數(shù)據(jù)并解析后，將接收到的數(shù)據(jù)發(fā)送給邏輯處理模塊。

圖7 Netty框架工作流程如圖

Netty將數(shù)據(jù)的傳入傳出抽象為“事件”，如數(shù)據(jù)的打包、發(fā)送、解析等。每個(gè)事件要經(jīng)過(guò)對(duì)應(yīng)的事件處理器進(jìn)行操作，轉(zhuǎn)換為下一事件繼續(xù)由其他事件處理器進(jìn)行處理。

4 結(jié)語(yǔ)

工業(yè)物聯(lián)網(wǎng)技術(shù)是目前先進(jìn)制造領(lǐng)域研究的熱點(diǎn)，本文對(duì)物聯(lián)網(wǎng)技術(shù)在工程機(jī)械監(jiān)控領(lǐng)域的應(yīng)用進(jìn)行了探索，設(shè)計(jì)了系統(tǒng)的功能，并對(duì)系統(tǒng)功能實(shí)現(xiàn)的技術(shù)方案進(jìn)行設(shè)計(jì)，進(jìn)而提出了系統(tǒng)的架構(gòu)和體系結(jié)構(gòu)，本研究將為基于物聯(lián)網(wǎng)技術(shù)的工程機(jī)械監(jiān)控系統(tǒng)的開(kāi)發(fā)建立基礎(chǔ)。