電動汽車快速充電機(jī)監(jiān)控終端的設(shè)計(jì)

作者：時(shí)間：2015-06-08 來源：網(wǎng)絡(luò)

加入技術(shù)交流群
- 掃碼加入
  和技術(shù)大咖面對面交流
  海量資料庫查詢

　　在本系統(tǒng)中，用到的消息類型主要有：控制、狀態(tài)、測量、警告和廣播5種類型。根據(jù)將類型碼的具體分配如表2所示。

本文引用地址：http://m.butianyuan.cn/article/275376.htm

　　(3)源地址。協(xié)議規(guī)定ID12~ID16為源地址，ID17~ID21為目標(biāo)地址，進(jìn)而標(biāo)識報(bào)文的各接收節(jié)點(diǎn)與發(fā)送節(jié)點(diǎn)。5位地址位，保留11111b為廣播地址，可以確定31個(gè)控制節(jié)點(diǎn)，可滿足電動汽車充電機(jī)的監(jiān)控需求。在此系統(tǒng)中，定義00000b為監(jiān)控終端，00001b為充電機(jī)節(jié)點(diǎn)，00010b為電池管理系統(tǒng)(BMS)節(jié)點(diǎn)。

　　(4)分段碼。因不同的節(jié)點(diǎn)所發(fā)送的數(shù)據(jù)量不同，可能會出現(xiàn)一個(gè)數(shù)據(jù)幀不能把從底層采集到的數(shù)據(jù)一次性發(fā)送完畢(即超過8個(gè)字節(jié)的情況)。協(xié)議中將ID11~ID4定義為分段碼，如表3所示。

　　在表3中，某節(jié)點(diǎn)的數(shù)據(jù)幀由分段碼00H開始，由FFH結(jié)束，最大可支持發(fā)送256×8字節(jié)的數(shù)據(jù)。若該節(jié)點(diǎn)只有一幀數(shù)據(jù)，定義FFH同時(shí)也為單幀數(shù)據(jù)。

　　例如，BMS節(jié)點(diǎn)，包含了電池組總電壓、電池組總電流、電池組SoC、電池組各個(gè)箱體(9個(gè))的溫度以及電池組狀態(tài)的信息等。每個(gè)數(shù)據(jù)占用2 B.顯然一個(gè)數(shù)據(jù)幀是無法發(fā)送該節(jié)點(diǎn)的全部信息，故須采用多幀方式發(fā)送。

　　2.3數(shù)據(jù)發(fā)送模塊

　　終端是通過串口外接周立功GPRS模塊(ZWG-23A)連接到互聯(lián)網(wǎng)。通過GPRS網(wǎng)絡(luò)上網(wǎng)，連接到服務(wù)器之后，按照通信協(xié)議定時(shí)向服務(wù)器發(fā)送數(shù)據(jù)。根據(jù)《深圳市電動汽車充電系統(tǒng)技術(shù)規(guī)范》標(biāo)準(zhǔn)文件，協(xié)議由報(bào)文起始標(biāo)識、版本號、命令字、報(bào)文長度、數(shù)據(jù)內(nèi)容、校檢碼等組成的，其具體格式如表4所示。

　　(1)起始標(biāo)識。設(shè)為0xFAF5，用于喚醒接收方準(zhǔn)備接收數(shù)據(jù)。

　　(2)報(bào)文長度。是由[發(fā)送序列號]到[數(shù)據(jù)內(nèi)容]的總長度。

　　(3)校驗(yàn)碼。是從[起始標(biāo)識]到[數(shù)據(jù)內(nèi)容]的無進(jìn)位累加和。

　　(4)接收(發(fā)送)方類型與地址。監(jiān)控中心為類型為“業(yè)務(wù)服務(wù)平臺”，其數(shù)值為1，其地址為在此類型碼下的某一個(gè)惟一地址;終端的類型為“調(diào)度終端”，其數(shù)值為255，地址為此類型下的某一個(gè)惟一地址。

　　(5)數(shù)據(jù)內(nèi)容與命令字：不同的命令字決定該報(bào)文所攜帶的數(shù)據(jù)的內(nèi)容的構(gòu)成及所占用的字節(jié)數(shù)。

　　數(shù)據(jù)內(nèi)容一般由一個(gè)或多個(gè)數(shù)據(jù)對象組合而成，也可以為空。發(fā)送方在應(yīng)答非正常或無應(yīng)答的情況下，每條數(shù)據(jù)報(bào)文最多重復(fù)發(fā)6次，每次間隔時(shí)間為30 s.數(shù)據(jù)內(nèi)容根據(jù)命令字的不同其所組成的數(shù)據(jù)對象也不同，通常情況下，終端與監(jiān)控中心的通信包括終端注冊、中心應(yīng)答、終端就緒、定時(shí)發(fā)送4個(gè)階段。部分命令字與對應(yīng)的數(shù)據(jù)內(nèi)容見表5所示。

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

　　3.1μC/OS-Ⅱ的多任務(wù)管理

　　移植μC/OS-Ⅱ?qū)崟r(shí)操作系統(tǒng)為監(jiān)控終端的系統(tǒng)平臺，該系統(tǒng)是可剝奪性多任務(wù)內(nèi)核的實(shí)時(shí)操作系統(tǒng)，具有實(shí)時(shí)、可裁剪、可靠和穩(wěn)定性等優(yōu)點(diǎn)。μC/OS-Ⅱ的系統(tǒng)資源豐富，除去自身的系統(tǒng)任務(wù)外，用戶可以建立多達(dá)56個(gè)任務(wù)，并提供信號量、消息郵箱、消息隊(duì)列及內(nèi)存管理等系統(tǒng)級服務(wù)，足以滿足充電樁的監(jiān)控終端的系統(tǒng)要求。

　　為實(shí)現(xiàn)監(jiān)控終端的功能要求，在μC/OS-Ⅱ中設(shè)計(jì)了以下13個(gè)任務(wù)：顯示任務(wù)、鍵盤查詢?nèi)蝿?wù)、輸入處理任務(wù)、打印任務(wù)、數(shù)據(jù)的存儲任務(wù)、IC卡的讀/寫任務(wù)、GPRS的發(fā)送任務(wù)、CAN數(shù)據(jù)的接收任務(wù)、CAN數(shù)據(jù)的發(fā)送任務(wù)、GPRS的接收任務(wù)、命令控制任務(wù)、報(bào)警任務(wù)及看門狗的喂狗和異常檢測任務(wù)。

　　μC/OS-Ⅱ的多任務(wù)的特點(diǎn)，規(guī)定每個(gè)任務(wù)都必須具有不同的優(yōu)先級。根據(jù)任務(wù)的關(guān)聯(lián)性、關(guān)鍵性、緊迫性、頻繁性、實(shí)時(shí)要求性來確定任務(wù)的優(yōu)先級，既要保證每個(gè)任務(wù)的相對獨(dú)立性，又要避免任務(wù)調(diào)度頻繁致使系統(tǒng)的效率下降。任務(wù)的優(yōu)先級規(guī)劃如表6所示。

　　表1中基本數(shù)據(jù)包括城市區(qū)號、停車場序號、充電樁位置信息、報(bào)文發(fā)送時(shí)間以及充電機(jī)、BMS和用戶IC卡的相關(guān)信息共計(jì)209 B.

　　表中各任務(wù)優(yōu)先級之間保留一定的間隔，方便系統(tǒng)以后的改進(jìn)和升級。系統(tǒng)設(shè)定時(shí)鐘節(jié)拍為10 ms，滿足充電樁的實(shí)時(shí)性要求。μC/OS-Ⅱ系統(tǒng)利用信號量、消息郵箱和消息隊(duì)列三種通信方式將本系統(tǒng)中的13個(gè)應(yīng)用任務(wù)關(guān)聯(lián)在一起，其關(guān)系如圖3所示。