OpenHarmony學(xué)生挑戰(zhàn)賽參賽經(jīng)驗(yàn)分享
??想了解更多關(guān)于開源的內(nèi)容，請(qǐng)?jiān)L問：??
前言
本次OpenHarmony學(xué)生挑戰(zhàn)賽我準(zhǔn)備的項(xiàng)目是一個(gè)基于OpenHarmony的無(wú)人配送小車。接觸OpenHarmony也有半年時(shí)間了，這也是我第一次帶隊(duì)參加OpenHarmony的比賽，雖然最后花費(fèi)了很長(zhǎng)時(shí)間也沒有做出來(lái)一個(gè)像樣的成品，很多方面都出了一點(diǎn)小狀況把進(jìn)度卡死了，但這過(guò)程也學(xué)到了很多東西。
??倉(cāng)庫(kù)鏈接??（沒什么內(nèi)容，跟這篇差不多），雖然最后還水了個(gè)三等獎(jiǎng)，但項(xiàng)目的完成度和我的預(yù)期差得有點(diǎn)遠(yuǎn)，不過(guò)通過(guò)這個(gè)項(xiàng)目也知道自己很多的不足，下次會(huì)繼續(xù)努力，繼續(xù)為OpenHarmony貢獻(xiàn)出自己的力量。也沒什么成品好分享的，主要分享一下這個(gè)項(xiàng)目的架構(gòu)，給大家看看我畫的餅。
項(xiàng)目簡(jiǎn)介
疫情的持續(xù)反復(fù)對(duì)疫情防控的技術(shù)提高提出了迫切的要求，本項(xiàng)目聚焦防疫一線的配送工作中存在的“接觸感染風(fēng)險(xiǎn)大”這一難題，重點(diǎn)聯(lián)系聯(lián)合國(guó)可持續(xù)發(fā)展目標(biāo)中的“良好的健康和福祉”、“可持續(xù)城市和社區(qū)”這兩方面內(nèi)容，設(shè)計(jì)出一款城市社區(qū)無(wú)人配送小車。
項(xiàng)目以O(shè)penHarmony為核心，軟硬件相結(jié)合，自主設(shè)計(jì)完成一套基于鴻蒙操作系統(tǒng)，作用于隔離點(diǎn)，能夠替代防疫工作人員與被隔離人員之間接觸的配送物資系統(tǒng)以提高的運(yùn)行效率的解決方案。通過(guò)控制端配置配送信息以及下達(dá)配送命令，小車端實(shí)現(xiàn)自動(dòng)巡線，路徑規(guī)劃將物資送達(dá)客戶，并且提供與客戶端能夠互聯(lián)的系統(tǒng)來(lái)提高交互體驗(yàn)及配送效率。并且，在這套系統(tǒng)的基礎(chǔ)上，還能延伸出許多拓展應(yīng)用場(chǎng)景。例如在這個(gè)無(wú)人配送的場(chǎng)景下，我們可以加上居民健康監(jiān)測(cè)的功能，只需加上測(cè)溫模塊，以及配置好個(gè)人信息的NFC標(biāo)簽，小車上門時(shí)只需手機(jī)與NFC模塊碰一碰，小車系統(tǒng)就會(huì)將體溫及居民的健康信息錄入，上傳到云端或者主控端。
系統(tǒng)架構(gòu)
基于以上場(chǎng)景實(shí)現(xiàn)，可以將無(wú)人配送系統(tǒng)分為小車平臺(tái)端和鴻蒙終端（主控終端與客戶終端）兩部分，小車端是基于潤(rùn)和的智能小車套件以及HiSpark AI Camera 開發(fā)套件進(jìn)行開發(fā)的搭載OpenHarmony系統(tǒng)的系統(tǒng)終端，二者都搭載wifi模組，可以與鴻蒙終端進(jìn)行通訊組網(wǎng)，需要實(shí)現(xiàn)一系列組件的驅(qū)動(dòng)以及通訊系統(tǒng)組建，智能語(yǔ)音交互。鴻蒙終端具備消息提醒以及確認(rèn)交互，小車狀態(tài)查詢及控制，分布式軟總線通信，以及鴻蒙原子化服務(wù)功能等。可以將系統(tǒng)架構(gòu)分為南向部分和北向部分。
硬件設(shè)計(jì)
無(wú)人配送小車硬件架構(gòu)整體由潤(rùn)和的智能小車套件以及HiSpark AI Camera 開發(fā)套件以及其他拓展模塊組成。
通信架構(gòu)
無(wú)人配送小車系統(tǒng)主要利用串口通信以及TCP/IP協(xié)議在Openharmony小車控制系統(tǒng)內(nèi)部進(jìn)行信息通信，并且基于此通信方式完成配送機(jī)器人系統(tǒng)與鴻蒙分布式控制終端的鏈接。小車平臺(tái)與主控平臺(tái)間也可以建立一個(gè)云服務(wù)器，通過(guò)MQTT協(xié)議發(fā)布和訂閱實(shí)現(xiàn)交互，實(shí)現(xiàn)遠(yuǎn)程控制小車與遠(yuǎn)程監(jiān)視小車狀態(tài)。小車平臺(tái)與客戶平臺(tái)通過(guò)NFC進(jìn)行信息交換，簡(jiǎn)化通信過(guò)程，提高交互效率。通訊網(wǎng)絡(luò)架構(gòu)如下：
心得體會(huì)
小車套件開發(fā)
對(duì)于智能小車的開發(fā)官方也是給了很多教程，尋跡以及避障的功能也有給出，只需要根據(jù)實(shí)際情況修改自己需要的邏輯功能即可。
潤(rùn)和小車學(xué)習(xí)教程：
海思官方教程倉(cāng)庫(kù)：https://gitee.com/hihope_iot/HiHope_Pegasus_Doc/tree/master官方學(xué)習(xí)資料：https://www.hisilicon.com/cn/chip-academy/materiallist。
AI視覺開發(fā)
視覺使用的是HiSpark AI Camera 開發(fā)套件的NNIE和IVE的硬件加速能力來(lái)實(shí)現(xiàn)深度學(xué)習(xí)神經(jīng)網(wǎng)絡(luò)。小車的視覺部分是整套系統(tǒng)的關(guān)鍵部分，很可惜的是沒有調(diào)試出來(lái)，中間遇到的太多問題了，研究了海思官方的案例教程，也研究了OpenHarmony的AI子系統(tǒng)，遇到了許多環(huán)境配置的問題，模型轉(zhuǎn)換的問題，最終也只是跑通了demo。遇到了教程使用的硬件如LCD與套件不適配，調(diào)試的好長(zhǎng)好長(zhǎng)時(shí)間，不得不說(shuō)小型系統(tǒng)和標(biāo)準(zhǔn)系統(tǒng)的調(diào)試過(guò)程是還是挺折磨的，調(diào)試只能憑感覺調(diào)試，每次調(diào)試編譯燒錄還得挺久，也是自身水平還是不夠吧，希望未來(lái)能重新解決這個(gè)問題。
在這里貼上我學(xué)習(xí)HI3516 AI的教程：
海思官方視頻教程：https://www.hisilicon.com/cn/chip-academy/videolist海思官方資料教程：https://www.hisilicon.com/cn/chip-academy/materiallist。
產(chǎn)品說(shuō)明書工具等：http://www.hihope.org/download/download.aspx。
Hi3516DV300實(shí)驗(yàn)開發(fā)指導(dǎo)：
https://gitee.com/openharmony/device_soc_hisilicon/tree/master/hi3516dv300/sdk_linux/sample/taurus。
通信方面
這次通信主要用到了TCP/IP協(xié)議，通過(guò)Hi3861的Wifi模塊STA模式連接熱點(diǎn)與終端進(jìn)行通信，以及上位機(jī)和下位機(jī)之間進(jìn)行串口通信，還有Hi3861通過(guò)MQTT將數(shù)據(jù)上傳的，因?yàn)轫?xiàng)目前置條件也還沒完成，也不好演示，相關(guān)教程也有，在這里貼出來(lái)，可以學(xué)習(xí)學(xué)習(xí)：
??潤(rùn)和Hi3861網(wǎng)絡(luò)教程以及MQTT??（第19-26小節(jié)）。
??Pegasus與Taurus串口互聯(lián)通信??Pegasus與Taurus WiFi互聯(lián)通信。
其他
NFC：本來(lái)是想兩個(gè)NFC之間的數(shù)據(jù)交換，發(fā)現(xiàn)好像并沒有這方面的教程，折騰了挺久也沒搞出來(lái)，目前有的是通過(guò)NFC拉取鴻蒙原子化服務(wù)，NFC配網(wǎng)，手機(jī)讀取NFC數(shù)據(jù)網(wǎng)頁(yè)，所以實(shí)現(xiàn)起來(lái)還是挺困難的，使用的海思3861的外接NFC也沒有例程，所以也算是踩坑了。
MLX90614紅外溫度傳感器：移植了老久紅外溫度傳感器驅(qū)動(dòng)雖然最后跑通了，但得到的溫度數(shù)據(jù)有點(diǎn)錯(cuò)誤，使用鴻蒙IO來(lái)寫SMBUS協(xié)議屬實(shí)有點(diǎn)困難，開漏輸出也找不到在哪里設(shè)置，不過(guò)通過(guò)IIC還是可以驅(qū)動(dòng)成功了，等以后調(diào)完全了也會(huì)分享出來(lái)。
