01引言
技術報告主要講述了本組信標車的機械、硬件、算法情況。今年的信標組有別于往年的光電信標,采用聲音信標的形式,場地中的信標燈發(fā)出以0.2048s為周期的Chirp信號,要求信標車完成定位、追蹤和避障。和傳統(tǒng)利用攝像頭來進行搜燈任務的信標車相比,今年的聲音信號定位具有精度低、周期長的特點,使得更高精度的定位,更加有效的降噪,以及在定位信號沒有更新的時候如何進行運動控制成了本屆信標車的難點。
此外,今年高反光率的圓臺型信標燈以及可能出現(xiàn)的室外光環(huán)境為避障任務增加了巨大的挑戰(zhàn)。機械結(jié)構方面,需要設計低噪聲的麥克風支架,降低運動過程中由輪子、齒輪等部件帶來的噪聲影響。軟件方面,需要對不同的環(huán)境噪聲進行分析,針對各種噪聲的特點設計濾波算法;圍繞信標燈的光學和形態(tài)特征,結(jié)合攝像頭和測距模塊進行避障方案設計;利用卡爾曼濾波等算法實現(xiàn)運動傳感器和聲音定位的融合,實現(xiàn)在聲音定位信號更新前的運動控制。
硬件電路方面,過大的信息量和過多的外設傳感器對芯片的算力有著不低的要求,因此必須選用多塊MCU才能達到要求,由于TC264DA的耗電量巨大,也對穩(wěn)壓部分設計有了新的要求。
本篇技術報告將針對這些問題,提出比較可行的解決方案。
02機械結(jié)構設計
2.1 電磁直立組比賽任務
(1)車模
可以選用H型兩輪車?;蛘咦灾栖嚹!?/p>
(2)傳感器
允許使用攝像頭、麥克風、陀螺儀等不含有自解算功能的傳感器。
(3)比賽賽道
比賽是在指定藍底布上進行,底布上鋪設有聲音信標燈。
2.2 機械結(jié)構設計
本車的結(jié)構設計較為復雜,因組委會指定的TC264DA算力有限,我們不得不使用多塊核心板,從而必須搭建多層電路板結(jié)構。H車模為麥克納姆輪車模,無需安裝舵機。
第一層原計劃用來固定碳桿支架,但由于碳桿較易將高頻振動傳至麥克風處產(chǎn)生強烈的噪聲,因而作為備用層處理。
第二層為主控板層,負責主要的傳感器采集、信息結(jié)算、運動控制任務,留有各類接口以便于未來的調(diào)試與拓展。
第三層為攝像頭采集板層,使用兩塊TC264DA核心板用以采集MT9V034攝像頭回傳的信息,經(jīng)過處理后通過串口傳回主控板。
第四層為攝像頭安裝板層,用以固定前后兩個攝像頭。
第五層為麥克風固定層,采用了傳導振動能力較差的木材搭建。
整體視圖如圖2.3.1所示。
▲ 圖2.3.1 車模結(jié)構設計
2.3 傳感器的安裝與架設
我們主要使用的傳感器為用于聲音定位的麥克風模塊和用于避障的傳感器MT9V034攝像頭,其固定位置與方式如圖2.4.1所示。
▲ 圖2.4.1 傳感器安裝方式
2.4智能車主要技術參數(shù)
智能車主要技術參數(shù)包括物理尺寸、電路指標等,具體參數(shù)見表 2.1。
▲ 表 2.1 智能車主要參數(shù)表
03電路設計
3.1總覽
受疫情影響,今年我們的正式準備時間不足兩個月,因此,比起高性能的IC選型,我們更傾向于高穩(wěn)定性的IC選型,以保證盡可能低的電路故障率。
穩(wěn)壓芯片采用LM2596S系列和AMS1117系列,來自于TI和AMS公司的這兩款芯片久經(jīng)市場的考驗,十分穩(wěn)定可靠。其中作為LDO的AMS1117存在著電流過大時發(fā)熱嚴重的現(xiàn)象,為了避免結(jié)溫,我們于其上安裝了散熱片,發(fā)熱情況得以減輕。
3.2主控板設計
主控板是整個車模的核心,我們采用穩(wěn)定可靠的LM2596S與AMS1117系列作為電源管理芯片,龍邱公司的TC264DA核心板作為主運算及控制單元。為了方便調(diào)試、檢修與拓展,我們電源線的連接均使用KF128壓線端子,并且在主控板上留有各式接口,方便未來的編程及維護。
▲ 圖3.2.1 主控板部分原理圖
▲ 圖3.2.2 主控板部分PCB
3.3 攝像頭拓展板設計
在之后的工作中,為了更好地進行避障,我們計劃加裝兩個MT9V034攝像頭,而一塊TC264DA的算力明顯是不夠的,因此我們單獨設計了一板搭載有兩塊TC264DA核心板的拓展板,通過串口與主板進行通訊,電源管理部分沿用主控板的設計。
▲ 圖3.3.1 攝像頭拓展板部分原理圖
▲ 圖3.3.2 攝像頭拓展板部分PCB
3.4 電機驅(qū)動設計
為了考慮到整體硬件的穩(wěn)定性,我們選用往屆智能車競賽中被大量使用的方案,也是我們認為較為穩(wěn)妥的方案–英飛凌公司生產(chǎn)的電機驅(qū)動芯片BTN7971B。
我們在數(shù)據(jù)手冊中發(fā)現(xiàn)BTN7971B自帶電流檢測引腳,因此我們決定嘗試在電路中加入電流環(huán),但實際測試中其效果并不令人滿意–兩片驅(qū)動芯片會發(fā)生電磁干擾的情況,由于時間緊迫,我們并未做進一步嘗試。
就隔離部分而言,我們采用的是邏輯芯片的隔離方法,邏輯芯片的內(nèi)部效果接近于磁耦隔離,只能單向?qū)ǎ歉綦x效果較差,對于大功率電器基本無隔離效果,其基礎隔離能力足夠。光耦隔離的原理是一端利用光源發(fā)射信號,另一端接收光信號,兩邊以光作為信號傳輸介質(zhì),相當于單向?qū)ǎ圆淮嬖谝环矫骐妷弘娏鬟^大將另一方面燒毀的情況。
▲ 圖3.9電機驅(qū)動部分原理圖
▲ 圖3.10電機驅(qū)動部分PCB
04軟件算法
信標車的運動總共分成了追燈和避障兩個部分。而為了滿足對應的運動控制需要,信標車需要完成信標位置信息的獲取,障礙物位置信息的獲取,以及車模自身的角速度、電機轉(zhuǎn)速、車身運動的速度矢量等信息的獲取。
4.1 聲音定位
今年的信標組采用聲音信標的形式,圓臺型的信標燈發(fā)出Chirp聲音信號以及相應的FM調(diào)頻信號,信標車需要根絕聲音和FM信號來完成信標燈的定位。由于信標燈發(fā)出的聲音可以基本視為遠場信號,因此可以通過不同麥克風互相關得到不同聲音信號的相位差,并以此來近似獲得聲源與兩個麥克風連線的夾角。經(jīng)過試驗發(fā)現(xiàn),在兩個麥克風連線的法線正負30°范圍內(nèi)的聲源可以基本定位準確。因此兩個麥克風可以完成前后各60°,共120°的角度定位。全車三個麥克風,兩兩互相關,共三組,完成四周360°的信標燈定位。
互相關運算通常依靠FFT來縮短運算用時,但是使用FFT時需要存儲空間來存儲中間運算步驟中產(chǎn)生的復數(shù)序列,并且需要對ADC采集得到的序列通過補零加長。這樣的空間代價對于單片機而言是不太劃算的。反觀FFT在時間上帶來的縮短,由于聲速很快,因此在20cm間距的麥克風之間產(chǎn)生的相移很有限,獲取互相關最大值根本不需要計算整個互相關序列,只需要在首尾的一小段查找即可。計算可得,在這樣的條件下,F(xiàn)FT帶來的運算時間縮短并不明顯,因而車模采用直接互相關的方法進行運算。
通過互相關可以根據(jù)信標燈發(fā)出的聲音來定位信標燈,但是由于車模在運動過程中輪子、齒輪等機械結(jié)構會發(fā)出噪聲,而這些噪聲會影響定位的準確性,因此需要對采集到的聲音信號進行濾波處理。根據(jù)錄音采集不同車速下的聲音信號,經(jīng)過FFT變換進行頻譜分析,判斷得出車輪噪聲較信標聲音而言相對高頻,因此在頻域采用理想低通濾波器,對超過信標燈Chirp信號頻率的高頻信號進行截止。通過低通濾波和機械減震配合,綜合取得了相對良好的定位效果。
4.2避障算法
今年的信標燈由于呈圓臺型,所以一旦車模往上撞擊,很可能會發(fā)生四輪懸空,卡住下不來的情況。而又因為圓臺的底角較小,所以依靠反射的測距傳感器在此處應用的效果都會比它們面對平面應用的效果要差得多。為了確保避障的穩(wěn)定性,我們采用了攝像頭避障的方案。
由于與往年不同,十五屆的信標燈外觀呈金屬光澤,因此信標燈的外觀很大程度上取決于環(huán)境光的影響。經(jīng)過實際測試,當場地光源在信標燈的一側(cè)時,信標燈的向光面和背光面圖像差異十分明顯。
為了獲取更好的障礙物判斷效果,在攝像頭上加上高通濾鏡,用以加大藍底布和信標燈的圖像差異。之后,通過偏振片和基于索貝爾算子的邊緣檢測來實現(xiàn)對燈光或者陽光在藍底布上形成的光斑的濾除。由于信標燈罩與場地之間的邊緣較為明顯,而在高通濾鏡的作用下,相較藍底布灰度值也較高,因此在獲得了邊緣檢測的結(jié)果后,再在滿足灰度值條件的邊緣點上通過區(qū)域生長法來找到完整的信標燈圖像。
4.3運動控制
車模通過編碼器和MPU6050來獲取自身的車輪轉(zhuǎn)速和轉(zhuǎn)向角速度信息。通過角度,角速度和轉(zhuǎn)速的串級來實現(xiàn)對智能車的運動控制。在避障的時候基于當前的運動速度進行曲率規(guī)劃,防止出現(xiàn)突然打滑的情況,導致避障失敗。由于不同車速下,在攝像頭判斷出障礙物帶來的時延中車輛向前行進的距離不同,所以對不同車速下的避障過程線性地規(guī)劃不同的曲率半徑以達到更好的避障效果。
05開發(fā)與調(diào)試
5.1 開發(fā)工具
程序的開發(fā)是在TASKING 下進行的,包括源程序的編寫、編譯和鏈接,并最終生成可執(zhí)行文件。Tasking公司 1977年成立,是 8 位、16 位、32 位嵌入式微控制器開發(fā)工具 提供商,Tasking 開發(fā)工具被汽車制造商廣泛使用。對高度復雜和功能豐富的嵌 入式系統(tǒng)的依賴程度很高,這意味著您需要一款能保證產(chǎn)品質(zhì)量、安全性和可靠 性的嵌入式設計工具。
TASKING 開發(fā)工具以及我們的認證服務,將有助于確保 設計一次成功。他可以支持 DSP 和 8 位、16 位、32 位處理器,為微控制器和軟核提供開發(fā)工具。
在對不同的噪聲進行錄音分析的過程中使用了Octave等數(shù)學軟件,通過仿真和對錄制聲音的處理,我們大大縮短了方案設計的時間。同時,通過將麥克風錄制的音頻通過串口發(fā)送至電腦并轉(zhuǎn)化為音頻放出,幫助我們直觀地判斷了噪聲的情況。
在攝像頭的使用過程中使用了山外調(diào)試助手,串口上傳采集到的圖像,在我們選擇濾鏡和設計圖像處理算法的過程中提供了巨大的幫助。
此外,我們使用名為vofa+的上位機,這款通用工具能讓嵌入式開發(fā)人員在實時環(huán)境中監(jiān)測嵌入式系統(tǒng)。有了vofa+,不再需要像以前一樣為了得到系統(tǒng)反饋必須停止一個應用程序;有了 vofa+,用戶 可以圖形化方式 觀測正在運行的嵌入式應用程序的內(nèi)部,這樣節(jié)省了大量的開發(fā)時間;有了vofa+,開發(fā)者可以保證系統(tǒng)正確地運行,或者迅速找到系統(tǒng)的不穩(wěn)定性 , 這些不穩(wěn)定性一般情況下 ( 不用工具 ) 在系統(tǒng)運行時才能被發(fā)現(xiàn)。
※ 結(jié)束語
2020是無比特殊的一年,許許多多的科創(chuàng)競賽都延期或者選擇了取消,在這樣嚴峻的疫情下,全國大學生智能汽車競賽能夠正常舉辦對于所有參賽的選手來說無疑都是一個巨大的驚喜。
由于東北疫情的反復,今年大部分時間,我們都沒有辦法在學校里進行智能車的設計和調(diào)試,大家只能在家里盡可能地創(chuàng)造條件,不論是購置儀器工具還是在家里鋪設賽道,大家都毫無怨言,積極地做出自己的貢獻。在今年如此艱難的條件下,與其說我們是為了比智能車比賽而做的這些,倒不如說是那份智能車精神在不斷激勵著我們。
今年的信標組,不論是全新的TC264單片機還是從未接觸過的聲音定位,對我們來說是完完全全陌生的挑戰(zhàn)。雖然非常辛苦,但也收獲良多,對于麥克風、咪頭、放大器的進一步認識,對于聲音信號處理的初步熟悉,對于信號與系統(tǒng)的加深理解以及對于硬件運算加速的接觸、使用等等知識和經(jīng)歷都是做其他任何組別都無法體驗的。最后盡管由于時間倉促,仍舊沒有讓信標車達到我們心目中的預期,但也算是善始善終,取得了不錯的結(jié)果。
智能車的經(jīng)歷對我來說,不僅僅是知識的學習、工程的認識,更重要的是,他向我展示了無垠的技術天地。?我在感慨于其浩渺的同時,也深深認識到自己的渺小,而也正是這樣一份渺小與無力激勵著我在不斷進取。兩年前初識智能車的我是一個不折不扣的小白,回顧那時我犯過的許多錯誤,真是幼稚可笑。然而,現(xiàn)在的我又何嘗不是什么都不會的菜鳥呢?曾經(jīng)的我以為努力拼搏,終成雄鷹,翱翔藍天。如今發(fā)現(xiàn),技術的天空永遠是那么的寬闊,在這片充滿著無窮魅力的蔚藍下,我永遠是一只小小鳥吧。
愿所有在藍底布上,信標燈的聲音里,焊錫、松香的氣味中度過一個個日日夜夜的智能車人們,繼續(xù)懷揣著極速的夢想與激情,勇敢前進!
免責聲明:本文內(nèi)容由21ic獲得授權后發(fā)布,版權歸原作者所有,本平臺僅提供信息存儲服務。文章僅代表作者個人觀點,不代表本平臺立場,如有問題,請聯(lián)系我們,謝謝!