新能源汽車遠(yuǎn)程監(jiān)控標(biāo)定的通信系統(tǒng)設(shè)計(jì)

陳眺+李思灝+楊健龍+鄭偉+周琳凱+曾潔+史昇

摘要：

汽車在出廠時(shí)參數(shù)標(biāo)定便固定不變，但車輛長(zhǎng)期運(yùn)行會(huì)導(dǎo)致車輛控制參數(shù)不適應(yīng)一些變化。隨著車聯(lián)網(wǎng)技術(shù)的發(fā)展，實(shí)現(xiàn)遠(yuǎn)程監(jiān)控標(biāo)定成為可能。基于新能源汽車設(shè)計(jì)了汽車參數(shù)遠(yuǎn)程監(jiān)控標(biāo)定的通信系統(tǒng)，實(shí)現(xiàn)了電控單元和云平臺(tái)之間的數(shù)據(jù)交換。首先對(duì)外部網(wǎng)絡(luò)和內(nèi)部網(wǎng)絡(luò)的通信協(xié)議進(jìn)行設(shè)計(jì)，然后通過LTE模塊發(fā)送AT指令控制其接入網(wǎng)絡(luò)，實(shí)現(xiàn)與云平臺(tái)監(jiān)控中心的連接與數(shù)據(jù)傳輸，最后通過命令解析程序，對(duì)云平臺(tái)監(jiān)控中心發(fā)送的命令進(jìn)行校驗(yàn)、解析并完成對(duì)應(yīng)的命令操作。測(cè)試表明，該通信系統(tǒng)實(shí)現(xiàn)了電控單元和云平臺(tái)之間的數(shù)據(jù)實(shí)時(shí)交換。

關(guān)鍵詞：

電控單元；云平臺(tái)；通信協(xié)議；LTE模塊；AT指令

DOIDOI：10.11907/rjdk.172121

中圖分類號(hào)：TP319

文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)文章編號(hào)：1672-7800（2018）001-0108-05

Abstract：The calibration of existing vehicle parameters is fixed at the factory. With the rapid development of vehicle networking technology， it is possible to realize remote monitoring and calibration. Based on the new energy vehicle， a communication system for remote monitoring and calibration of vehicle parameters is designed， and the data exchange between the ECU and the cloud platform is realized. The paper first designs the communication protocol of the external network and the internal network， then transmits the AT instruction through the LTE module to control its access network， and realizes the connection and the data transmission with the cloud platform monitoring center. Finally， through the command analysis program， the received commands of the cloud platform monitoring center are checked， analyzed， and the corresponding command operation is completed. The test shows that the communication system designed in this paper can realize the data exchange between the electronic control unit and the cloud platform in real time.

Key Words：electronic control uni； cloud platform； communication protocol； LTE module； AT instruction

0引言

傳統(tǒng)新能源汽車電控單元控制參數(shù)標(biāo)定固化在微控制器的閃存區(qū)內(nèi)，這些參數(shù)基本不會(huì)修改。由于路況和駕駛習(xí)慣不同，隨著車輛的長(zhǎng)期運(yùn)行，電池?fù)p耗、機(jī)械老化、電氣設(shè)備和線路的老化、更換關(guān)鍵部件等，使原車輛控制參數(shù)不再合適，但將其全部返廠進(jìn)行二次標(biāo)定成本較高。

主流車輛遠(yuǎn)程監(jiān)控采用外接車載終端，通過控制器局域網(wǎng)絡(luò)（Controller Area Network，CAN）總線，接入到汽車的電控單元或通過車載自動(dòng)診斷系統(tǒng)（On Board Diagnostics，OBD）接口，獲取車輛數(shù)據(jù)和車輛故障碼，通過移動(dòng)網(wǎng)絡(luò)將數(shù)據(jù)發(fā)送至遠(yuǎn)程監(jiān)控中心，操作復(fù)雜，不具實(shí)時(shí)性。為了保證新能源汽車尤其是新能源動(dòng)力電池汽車能夠安全、高效運(yùn)行，實(shí)時(shí)監(jiān)控車輛的運(yùn)行狀況，建立一套具有遠(yuǎn)程監(jiān)控標(biāo)定功能的新能源汽車電控系統(tǒng)十分必要。

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

為保證新能源汽車長(zhǎng)期安全高效運(yùn)行，基于云平臺(tái)的新能源汽車電控系統(tǒng)，在傳統(tǒng)電控系統(tǒng)基礎(chǔ)上加入無線通信和互聯(lián)網(wǎng)服務(wù)功能，以實(shí)現(xiàn)車輛的實(shí)時(shí)監(jiān)控、故障分析以及優(yōu)化參數(shù)、遠(yuǎn)程標(biāo)定等功能。監(jiān)控標(biāo)定通信系統(tǒng)總體結(jié)構(gòu)如圖1所示。

通信系統(tǒng)是核心模塊，由內(nèi)部數(shù)據(jù)網(wǎng)絡(luò)和外部網(wǎng)絡(luò)通信協(xié)議、LTE數(shù)據(jù)通信程序以及命令解析程序3部分構(gòu)成。其中通信協(xié)議實(shí)現(xiàn)汽車參數(shù)信息的打包發(fā)送，LTE模塊實(shí)現(xiàn)數(shù)據(jù)的高質(zhì)量通信，命令解析程序?qū)邮盏降脑破脚_(tái)信息進(jìn)行解析，從中得到有用數(shù)據(jù)。

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

系統(tǒng)電控單元主要負(fù)責(zé)采集新能源汽車的工況信息，考慮到車輛運(yùn)行位置的不確定性，因此采用移動(dòng)通信網(wǎng)絡(luò)與云平臺(tái)監(jiān)控中心進(jìn)行數(shù)據(jù)交互。我國(guó)LTE網(wǎng)絡(luò)已普及，相較于3G、GPRS等技術(shù)，其傳輸速率更高、穩(wěn)定性更好。在電控單元中加入LTE模塊，電控單元采集的數(shù)據(jù)按照規(guī)定的通信協(xié)議進(jìn)行打包，利用內(nèi)嵌TCP/IP協(xié)議的LTE模塊將數(shù)據(jù)發(fā)送至指定IP的監(jiān)控中心服務(wù)器，可接收監(jiān)控中心發(fā)出的各種命令請(qǐng)求。新能源汽車電控單元硬件結(jié)構(gòu)如圖2所示。

通信管理MCU是整個(gè)電控單元通信系統(tǒng)最關(guān)鍵部分。為了滿足系統(tǒng)功能需求，方便硬件電路的設(shè)計(jì)及簡(jiǎn)化功能程序開發(fā)，選擇一款合適的MCU十分必要。通信管理MCU需要從主控MCU中獲取車輛實(shí)時(shí)數(shù)據(jù)，然后驅(qū)動(dòng)各通信模塊，將數(shù)據(jù)通過串口發(fā)送至各通信模塊。因此，該MCU應(yīng)具備若干SCI或SPI接口及若干I/O通道，且具有較好的運(yùn)算能力和中斷處理能力。結(jié)合以上分析，選擇飛思卡爾的MC9S12XEP100作為通信管理MCU。endprint

由于和云平臺(tái)監(jiān)控中心之間的數(shù)據(jù)通信必須遵循TCP/IP協(xié)議，因此需要選擇一款內(nèi)置TCP/IP協(xié)議的LTE模塊，以避免自主編寫TCP/IP協(xié)議棧造成的麻煩。本文選用移遠(yuǎn)公司的EC20 LTE模塊，其不僅支持LTE的FDD-LTE和TDD-LTE兩種制式，還可向下兼容UMTS、GPRS/GSM網(wǎng)絡(luò)，確保在缺乏3G和4G網(wǎng)絡(luò)的偏遠(yuǎn)地區(qū)也能正常工作。其內(nèi)置豐富的網(wǎng)絡(luò)協(xié)議，支持?jǐn)?shù)據(jù)、語(yǔ)音、短信等業(yè)務(wù)。

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

車輛數(shù)據(jù)和標(biāo)定反饋命令由主控微處理器（Microcontroller Unit，MCU）打包發(fā)送至通信管理MCU，再由通信管理MCU利用LTE模塊發(fā)送AT指令至云平臺(tái)。云平臺(tái)發(fā)送的數(shù)據(jù)讀取命令先發(fā)送至通信管理MCU中，經(jīng)過命令解析程序發(fā)送至主控MCU。

3.1通信協(xié)議設(shè)計(jì)

通信過程涉及到數(shù)據(jù)的二次傳輸，分為兩部分：①通信管理MCU通過通信模塊與云平臺(tái)數(shù)據(jù)交互的協(xié)議，稱為外部網(wǎng)絡(luò)通信協(xié)議；②通信管理MCU與主控MCU之間數(shù)據(jù)交互的協(xié)議，稱為內(nèi)部網(wǎng)絡(luò)通信協(xié)議。

3.1.1外部網(wǎng)絡(luò)通信協(xié)議設(shè)計(jì)

外部網(wǎng)絡(luò)通信協(xié)議規(guī)定，每條消息都由消息標(biāo)識(shí)、消息頭、消息體、校驗(yàn)碼[1]、消息尾組成，消息結(jié)構(gòu)如圖3所示。

其中，消息標(biāo)識(shí)為每幀有效消息的開始辨識(shí)區(qū)，消息標(biāo)識(shí)固定為0×2A，以0，1交替來降低誤碼率。若在消息頭或消息體中出現(xiàn)0×2A，可能會(huì)導(dǎo)致解析過程中消息識(shí)別出錯(cuò)，所以需要對(duì)消息頭和消息體中出現(xiàn)的0×2A進(jìn)行轉(zhuǎn)義處理。若消息頭或消息體中出現(xiàn)0×2A，則在數(shù)據(jù)封裝時(shí)將其轉(zhuǎn)義為0×28，并在后面緊跟0×01，若其后又出現(xiàn)0×28，則在0×28后緊跟0×02，這樣來避免數(shù)據(jù)解析時(shí)可能出現(xiàn)的錯(cuò)誤。

消息頭包含設(shè)備編號(hào)/權(quán)限碼、消息ID和消息序號(hào)。當(dāng)電控單元發(fā)送消息時(shí)，消息頭中添加的是設(shè)備編號(hào)，設(shè)備編號(hào)是每個(gè)電控單元具有的獨(dú)一無二的編號(hào)，在每幀數(shù)據(jù)中占6字節(jié)，方便上位機(jī)記錄數(shù)據(jù)，云平臺(tái)監(jiān)控中心發(fā)送消息時(shí)添加的是權(quán)限碼；消息ID在每幀數(shù)據(jù)中占2字節(jié)，它是每種消息的特定編號(hào)，如電控單元發(fā)送的車輛數(shù)據(jù)消息ID為0x9011。消息ID對(duì)應(yīng)的消息類型及消息體格式如表1所示。消息序號(hào)在每幀數(shù)據(jù)中占2字節(jié)，按消息的發(fā)送順序從0開使循環(huán)累加，方便判斷是否有丟包現(xiàn)象發(fā)生。

消息體是車輛數(shù)據(jù)、命令和命令應(yīng)答的具體內(nèi)容。校驗(yàn)碼占1個(gè)字節(jié)，從消息頭開始，每一字節(jié)同后一字節(jié)做異或運(yùn)算，直到校驗(yàn)碼前一字節(jié)停止。發(fā)送端和接收端都做校驗(yàn)運(yùn)算，以確保數(shù)據(jù)幀在傳輸過程中不出現(xiàn)差錯(cuò)。

消息尾是一幀完整消息的結(jié)尾標(biāo)志，消息尾固定為0×CC，以00，11交替來降低誤碼率。與消息標(biāo)識(shí)類似，在消息頭和消息體出現(xiàn)0×CC時(shí)也需要進(jìn)行轉(zhuǎn)義。若消息頭或消息體中出現(xiàn)0×CC，則在數(shù)據(jù)封裝時(shí)將其轉(zhuǎn)義為0×CB并在后面緊跟0×01，若后面又出現(xiàn)0×CB，則在該0×CB后緊跟0×02。

一幀標(biāo)準(zhǔn)的外部網(wǎng)絡(luò)通信協(xié)議消息示例如圖4所示。

3.1.2內(nèi)部網(wǎng)絡(luò)通信協(xié)議設(shè)計(jì)

內(nèi)部網(wǎng)絡(luò)通信協(xié)議的消息結(jié)構(gòu)與外部網(wǎng)絡(luò)通信協(xié)議相同，只是消息標(biāo)識(shí)、消息頭、消息尾內(nèi)容有所不同。

內(nèi)部網(wǎng)絡(luò)通信協(xié)議的消息標(biāo)識(shí)固定為0×AA，若消息頭或消息體中出現(xiàn)0×AA，則在數(shù)據(jù)封裝時(shí)將其轉(zhuǎn)義為0×A8并在后面緊跟0×01，若其后又出現(xiàn)0×A8，則在該0×A8后緊跟0×02。消息尾固定為0×33，若消息頭或消息體中出現(xiàn)0×33，則在數(shù)據(jù)封裝時(shí)將其轉(zhuǎn)義為0×32并在后面緊跟0×01，若其后又出現(xiàn)0×32，則在該0×32后緊跟0×02。消息頭中只有命令碼或響應(yīng)碼。

通信管理MCU和主控MCU通過UART串口連接，按照“通信管理MCU命令消息—主控MCU響應(yīng)消息”流程通信。通信管理MCU發(fā)送的命令消息中，消息頭是命令碼，主控MCU反饋的響應(yīng)消息中消息頭是響應(yīng)碼，響應(yīng)碼與對(duì)應(yīng)的命令碼保持一致。命令消息與響應(yīng)消息格式如表2所示。

3.2LTE數(shù)據(jù)通信程序設(shè)計(jì)

電控單元采用LTE模塊實(shí)現(xiàn)與云平臺(tái)監(jiān)控中心的連接與數(shù)據(jù)交互。本文設(shè)計(jì)的LTE通信功能基于移動(dòng)EC20LTE模塊，通信管理MCU通過SCI串口向LTE模塊發(fā)送AT指令控制其接入網(wǎng)絡(luò)，完成數(shù)據(jù)傳輸。

3.2.1AT指令

本文AT指令指從終端設(shè)備TE（TerminalEquipment）向終端適配器TA（TerminalAdapter）發(fā)送的指令，以實(shí)現(xiàn)TE與ME（Mobile Equipment）的連接與信息交換，最終實(shí)現(xiàn)與移動(dòng)網(wǎng)絡(luò)的通信；用戶通過AT指令實(shí)現(xiàn)設(shè)備呼叫、短信收發(fā)、數(shù)據(jù)通信等業(yè)務(wù)功能[2]，其原理如圖5所示。

AT的每一條指令都以字母AT開頭，并以字符串作為指令結(jié)尾，采用一問一答的響應(yīng)方式，每條指令無論執(zhí)行成功與否，都會(huì)反饋響應(yīng)信息。若一條指令執(zhí)行成功會(huì)反饋“OK”，執(zhí)行失敗會(huì)反饋“ERROR”，并提示對(duì)應(yīng)的錯(cuò)誤信息。

3.2.2LTE網(wǎng)絡(luò)連接程序設(shè)計(jì)

本文電控單元通過LTE無線模塊建立與云平臺(tái)監(jiān)控中心之間的網(wǎng)絡(luò)連接。首先，云平臺(tái)監(jiān)控中心建立一個(gè)具有公網(wǎng)IP的TCP服務(wù)端，并以固定端口號(hào)進(jìn)行監(jiān)聽。LTE模塊根據(jù)云平臺(tái)監(jiān)控中心的服務(wù)端IP地址和相應(yīng)的端口號(hào)與之建立TCP透?jìng)鬟B接。TCP透?jìng)魇菍⒈镜禺惒酱型ㄐ胖苯愚D(zhuǎn)為基于TCP協(xié)議的網(wǎng)絡(luò)通信，實(shí)現(xiàn)不同串口設(shè)備在網(wǎng)絡(luò)上的通信。進(jìn)入透?jìng)髂Ｊ胶螅O(shè)備既是客戶端也是服務(wù)端，數(shù)據(jù)可在兩個(gè)設(shè)備間實(shí)現(xiàn)透明雙向傳輸。LTE模塊網(wǎng)絡(luò)連接工作流程如圖6所示。

通過AT命令對(duì)LTE模塊進(jìn)行控制步驟如下：①模塊初始化設(shè)置：模塊初始化已在系統(tǒng)初始化程序中執(zhí)行，故在此程序中無需再執(zhí)行；②接入網(wǎng)關(guān)的參數(shù)設(shè)置：通過指令A(yù)T+QICSGP=1，1，“WONET”，“”，“”，2設(shè)置接入網(wǎng)關(guān)參數(shù)，按指令順序其具體含義為：設(shè)置上下文的ID為1，協(xié)議類型為IPV4。鑒于模塊中的SIM卡采用的是聯(lián)通4GSIM卡，因此將APN設(shè)置為WONTE并將認(rèn)證方式設(shè)置為CHAP方式；③激活配置參數(shù)：通過指令A(yù)T+QIACT=1激活上述配置的參數(shù)。指令中的1代表上下文的ID。配置激活后就建立了與外部網(wǎng)絡(luò)之間的PPP數(shù)據(jù)鏈路；④完成TCP數(shù)據(jù)透?jìng)鳎寒?dāng)配置參數(shù)被激活，PPP連接完成后就可與云平臺(tái)監(jiān)控中心的TCP進(jìn)行連接。endprint

通過指令A(yù)T+QIOPEN=1，1，“TCP”，“114.215.184.145”，7705，0，2[3]完成與云平臺(tái)監(jiān)控中心之間的TCP透?jìng)鬟B接。指令中首先將已激活的上下文ID寫入，再設(shè)置本次TCP連接的ID為1，并將云平臺(tái)監(jiān)控中心的服務(wù)端IP及端口號(hào)寫入指令中，最后填寫2將該TCP連接設(shè)置為透明傳輸模式。經(jīng)過這些設(shè)置后可通過串口直接實(shí)現(xiàn)網(wǎng)絡(luò)數(shù)據(jù)的收發(fā)。考慮到車輛移動(dòng)過程中不可避免地會(huì)遇到信號(hào)較弱路段，導(dǎo)致與云平臺(tái)監(jiān)控中心服務(wù)端連接中斷，因此在程序中添加了TCP連接狀態(tài)檢測(cè)，在發(fā)送數(shù)據(jù)前，通過使用指令A(yù)T+QISTATE=1，實(shí)現(xiàn)對(duì)之前建立的ID為1的TCP連接狀態(tài)進(jìn)行檢測(cè)。若連接斷開，程序?qū)⒆詣?dòng)進(jìn)行重連，以此保證連接的可靠性，盡量減少由于連接斷開導(dǎo)致的數(shù)據(jù)丟失。

3.3命令解析程序設(shè)計(jì)

命令解析程序用于對(duì)接收到的云平臺(tái)監(jiān)控中心發(fā)送的命令進(jìn)行校驗(yàn)、解析，完成對(duì)應(yīng)的命令操作。當(dāng)接收到云平臺(tái)監(jiān)控中心發(fā)送的命令后，進(jìn)入中斷并調(diào)用命令解析程序。云平臺(tái)監(jiān)控中心發(fā)送的命令為MAP標(biāo)定命令。對(duì)于MAP標(biāo)定命令，經(jīng)過校驗(yàn)解析后，將MAP標(biāo)定命令中的MAP數(shù)據(jù)按行列提取出來，并按照自定義內(nèi)部通信協(xié)議格式重新封裝，通過串口轉(zhuǎn)發(fā)至主控MCU中。命令解析程序工作流程如圖7所示。

命令解析程序第一步是對(duì)接收的數(shù)據(jù)進(jìn)行校驗(yàn)，校驗(yàn)程序可確認(rèn)接收到的命令數(shù)據(jù)沒有在傳輸過程中出錯(cuò)，從而執(zhí)行后續(xù)相關(guān)操作。首先設(shè)置校驗(yàn)和變量的初始值。由于一幀數(shù)據(jù)中消息標(biāo)識(shí)為第一個(gè)數(shù)，消息尾為最后一個(gè)數(shù)，校驗(yàn)碼為數(shù)據(jù)幀中倒數(shù)第二個(gè)數(shù)，所以這3個(gè)數(shù)據(jù)可以不參與數(shù)據(jù)校驗(yàn)。然后從數(shù)據(jù)幀中第二個(gè)數(shù)開始校驗(yàn)，校驗(yàn)的次數(shù)為數(shù)據(jù)幀長(zhǎng)度減3，校驗(yàn)方法為將初始校驗(yàn)與當(dāng)前校驗(yàn)數(shù)據(jù)異或后再賦給校驗(yàn)和。最后將最終的校驗(yàn)和與數(shù)據(jù)幀中的校驗(yàn)碼進(jìn)行比較，獲得校驗(yàn)結(jié)果的返回值。數(shù)據(jù)校驗(yàn)程序流程如圖8所示。

4通信模塊測(cè)試

云平臺(tái)監(jiān)控中心服務(wù)器需要建立在具有公網(wǎng)IP的網(wǎng)絡(luò)上，并開啟遠(yuǎn)程桌面訪問權(quán)限；在本地PC中通過輸入mstsc命令并輸入監(jiān)控中心的IP地址，實(shí)現(xiàn)本地PC對(duì)監(jiān)控中心服務(wù)器的遠(yuǎn)程桌面控制。進(jìn)入監(jiān)控中心服務(wù)器的遠(yuǎn)程桌面后，使用“網(wǎng)絡(luò)調(diào)試助手”軟件，在監(jiān)控中心服務(wù)器上建立一個(gè)使用公網(wǎng)IP的TCP服務(wù)端，并在固定端口進(jìn)行監(jiān)聽。

操作本地PC向LTE模塊發(fā)送相應(yīng)的AT指令，建立LTE模塊與監(jiān)控中心服務(wù)器間的TCP連接，并向TCP連接的服務(wù)端發(fā)送一串車輛數(shù)據(jù)幀字符串。在遠(yuǎn)程桌面的“網(wǎng)絡(luò)調(diào)試助手”中查看來自LTE模塊的數(shù)據(jù)，并向其返回一串字符。

由于LTE模塊只有一路異步串口，因此通過LTE模塊的USB口與上位機(jī)PC之間建立連接，配合驅(qū)動(dòng)模擬異步串行通信，并在上位機(jī)PC中通過“串口調(diào)試助手”軟件向LTE模塊發(fā)送相應(yīng)的AT指令，以實(shí)現(xiàn)LTE模塊與云平臺(tái)監(jiān)控中心服務(wù)器間的TCP連接，完成相應(yīng)的數(shù)據(jù)傳輸[4]。LTE模塊與監(jiān)控中心服務(wù)器的TCP數(shù)據(jù)傳輸測(cè)試如圖9所示。

在LTE模塊與云平臺(tái)監(jiān)控中心服務(wù)器間的TCP通信測(cè)試AT指令含義為：

（1）AT+CPIN？；這條指令用于檢測(cè)SIM卡的工作狀態(tài)，模塊返回+CPIN：READY，證明SIM卡正常，已準(zhǔn)備就緒[5]。

（2）AT+QICSGP=1，1，“WONET”，“”，“”，2；該指令用于設(shè)置網(wǎng)絡(luò)的上下文參數(shù)，其中首先將上下文ID設(shè)置為1。由于使用了聯(lián)通SIM卡，因此接入點(diǎn)設(shè)置為WONET，最后將認(rèn)證方式設(shè)置為CHAP。

（3）AT+QIACT=1；該命令的作用是將剛設(shè)置好的ID為1的上下文參數(shù)激活。

（4）AT+QIACT？；該命令是查詢已激活上下文參數(shù)狀態(tài)，模塊會(huì)返回已激活的上下文參數(shù)的具體信息。

（5）AT+QIOPEN=1，0，“TCP”，“123.57.41.13”，8080，0，2；該指令建立與監(jiān)控中心服務(wù)器的TCP連接，并將模塊設(shè)置為透?jìng)髂Ｊ絒6]。其中，TCP服務(wù)端的IP地址為“123.57.41.13”，且監(jiān)聽端口為8080，連接成功后模塊返回CONNECT。

TCP連接成功并且模塊進(jìn)入透?jìng)髂Ｊ胶螅K從串口接收到的數(shù)據(jù)會(huì)直接轉(zhuǎn)發(fā)至監(jiān)控中心服務(wù)器，輸入一串模擬車輛數(shù)據(jù)幀字符串并發(fā)送出去，在遠(yuǎn)程桌面的“網(wǎng)絡(luò)調(diào)試助手”中會(huì)收到這串字符，并通過“網(wǎng)絡(luò)調(diào)試助手”輸入received發(fā)送給模塊，本地PC的串口助手中就會(huì)顯示出來。

5結(jié)語(yǔ)

本文通過LTE模塊進(jìn)行電控單元和云平臺(tái)的無線數(shù)據(jù)通信，直接采用車輛電控單元通過無線通信方式實(shí)現(xiàn)與外界數(shù)據(jù)交互。測(cè)試表明，本文設(shè)計(jì)的通信系統(tǒng)實(shí)現(xiàn)了新能源汽車電控單元和云平臺(tái)之間的數(shù)據(jù)通信，電控單元采集的汽車數(shù)據(jù)可以實(shí)時(shí)、準(zhǔn)確地傳輸?shù)皆破脚_(tái)，以快捷低成本的方式實(shí)現(xiàn)了汽車參數(shù)的監(jiān)控和標(biāo)定。

參考文獻(xiàn)：

[1]林效峰.基于超聲波的交互式電子白板電路設(shè)計(jì)[D].武漢：華中師范大學(xué)，2014.

[2]吳晶晶.純電動(dòng)汽車車載信息的采集與遠(yuǎn)程監(jiān)測(cè)系統(tǒng)的研發(fā)[D].南昌：南昌大學(xué)，2011.

[3]呂昕暉.施工升降機(jī)遠(yuǎn)程監(jiān)控系統(tǒng)研究與開發(fā)[D].濟(jì)南：山東大學(xué)，2015.

[4]王水源.基于Wince的車輛導(dǎo)航監(jiān)控系統(tǒng)設(shè)計(jì)[D].蘭州：蘭州交通大學(xué)，2013.

[5]梁朝喜.嵌入式塔吊安全監(jiān)控系統(tǒng)的開發(fā)[D].成都：電子科技大學(xué)，2013.

[6]王藝愷，李陽(yáng)節(jié)，周少甫，等.一種基于物聯(lián)網(wǎng)的公交車信息查詢系統(tǒng)設(shè)計(jì)[J].電子科技，2012，25（10）：32-35.

（責(zé)任編輯：杜能鋼）endprint