車(chē)載信息系統終端的研究與設計
2.2.2 CAN協(xié)議與串口協(xié)議網(wǎng)關(guān)設計
本文引用地址:http://dyxdggzs.com/article/271646.htm CAN總線(xiàn)協(xié)議與STM32的串口協(xié)議格式并不一致,若要實(shí)現CAN總線(xiàn)與串口之間數據的雙向傳輸,需進(jìn)行串口協(xié)議與CAN總線(xiàn)協(xié)議的轉換。CAN總線(xiàn)與串口之間需要進(jìn)行電平標準和通信協(xié)議的轉換。本次設計使用PeliCAN模式的標準幀格式,總線(xiàn)傳輸波特率為125kb/s,當單片機串口檢測到緩沖區有數據時(shí),則將該數據封裝成CAN總線(xiàn)的幀格式,由CAN總線(xiàn)進(jìn)行數據的發(fā)送。反之亦然,當CAN總線(xiàn)上的數據需要通過(guò)串口發(fā)送時(shí),將CAN總線(xiàn)緩沖區內的數據轉換為串口數據格式然后發(fā)送出去,這樣即可完成實(shí)現CAN總線(xiàn)與串口之間的通信,其轉換流程圖如圖4所示。
3 系統的測試與結論
為了配合車(chē)載終端的測試,論文開(kāi)發(fā)了上位機監控中心和Android手機客戶(hù)端,在系統的硬件、軟件以及上位機設計均已經(jīng)完成之后,對系統進(jìn)行測試,車(chē)載終端與CAN總線(xiàn)聯(lián)合調試如圖5所示。根據測試結果,車(chē)載終端工作正常,可以與CAN總線(xiàn)以及上位機之間進(jìn)行通信實(shí)現相應功能。驗證了車(chē)載終端軟件、硬件設計方案的可行性,可以為相關(guān)車(chē)聯(lián)網(wǎng)研究提供有力的參考。
參考文獻:
[1]TSUGAWAS. Inter vehicle communications and their applications to intelligent vehicles: an overview[C]//IEEE Intelligent Vehicle Symposium,2002:564-569
[2]王建強,吳辰文,李曉軍.車(chē)聯(lián)網(wǎng)架構與關(guān)鍵技術(shù)研究[J].微計算機信息.2011,27(4):156-159
[3]楊瑞.工程車(chē)輛聯(lián)網(wǎng)系統及軟件平臺設計[D].杭州:浙江大學(xué),2012
[4]張偉.基于GPS和GPRS的多功能車(chē)載終端的設計[D].武漢:武漢理工大學(xué),2011
[5]張劍武.基于CAN總線(xiàn)的汽車(chē)信息平臺的數據獲取[D].上海:華東師范大學(xué),2011
[6]Davis RI, Burns A, Bril RJ. Lukkien JJ(2007) Controller area network(CAN) schedulability analysis: refuted, revisited and revised[J]. Real-Time System, 35(3):239~272
[7]向前勇.基于單片機的GPS導航裝置的設計[D] .成都:西南石油大學(xué),2009
[8]王云午,魏宗壽.基于CAN總線(xiàn)的通信節點(diǎn)設計[J].現代電子技術(shù).2008,33(11):266-268
手機電池相關(guān)文章:手機電池修復
評論