基于近場通訊技術的地下車庫反向?qū)ぼ囅到y(tǒng)——畢業(yè)論文

1、<p>　　基于近場通訊技術的地下車庫反向?qū)ぼ囅到y(tǒng)</p><p><b>　　摘要：</b></p><p>　　隨著城市化的加快，當今社會私家車使用量大大增加，機動車的數(shù)量驟增，有數(shù)據(jù)顯示全市機動車保有量已達430余萬輛，小客車總量近5年增長了1倍。在這樣的背景下，許多商場、購物中心等公共場合建設了很多巨型停車場，而由于用地空間的限制，這些大型停車場絕大

2、部分都是地下停車場，但停車場的設計不夠人性化，合理化，車主在返回停車場時往往由于停車場空間大、環(huán)境及標志物類似、方向不易辨別等原因，容易在停車場內(nèi)迷失，尋找不到自己的車輛，因此本課題針對地下車庫尋車難問題展開研究，力求探索一套尋車導航系統(tǒng)來解決當前問題。</p><p>　　本課題設計了一個基于近距離無線通訊技術（Near Field Communication，下簡稱NFC）獨立運轉(zhuǎn)的完整停車系統(tǒng)，選用了性能良

3、好的Arduino UNO單片機作為主控制器，NFC集成模塊作為用戶識別的載體，感應式智能IC卡Mifare卡作為停車位的信息載體，藍牙數(shù)據(jù)傳輸模塊實現(xiàn)與手機移動端的通信，在APP Inventor2 開源服務器進行APP程序的編寫，配合停車場自有的地圖庫信息，實現(xiàn)了整個系統(tǒng)尋車導航的功能設計。</p><p>　　本系統(tǒng)較好地解決了地下車庫尋車難的問題，借助本系統(tǒng)尋車時間大大縮短，尋車成功率與用時測試數(shù)據(jù)表明，

4、本系統(tǒng)可以快速幫助用戶尋找到自己的車位，同時在一定程度上提高了用戶尋找車位的速度，與用戶獨立尋車相比，尋車時間縮短了36%，大大地提高了尋車效率，節(jié)約了寶貴的時間。</p><p>　　此外，本系統(tǒng)硬件成本遠低于視頻尋車系統(tǒng)，故具有較強的實用推廣價值。</p><p>　　關鍵詞：近場通訊 藍牙通信 地下車庫 Arduino單片機 二維導航</p><p><

5、b>　　目錄：</b></p><p><b>　　緒論</b></p><p><b>　　研究背景及意義</b></p><p><b>　　發(fā)展現(xiàn)狀與已有研究</b></p><p><b>　　方案論證及選擇</b></p&

6、gt;<p><b>　　2.1方案論證</b></p><p>　　2.2 導航方案的評估和選擇</p><p><b>　　2.3 方案設計</b></p><p><b>　　三、硬件電路設計</b></p><p><b>　　四、軟件設計<

7、;/b></p><p><b>　　4.1 總設計流程</b></p><p>　　4.1.1 出入庫注冊系統(tǒng)</p><p>　　4.1.2 定位系統(tǒng)</p><p>　　4.1.3 通信系統(tǒng)</p><p>　　4.1.4 路徑規(guī)劃系統(tǒng)</p><p>　　4.

8、1.5 導航系統(tǒng)</p><p>　　4.1.6 程序APP編寫</p><p><b>　　五、系統(tǒng)測試</b></p><p>　　5.1 路徑引導成功率測試</p><p>　　5.2 路徑引導時間測試</p><p><b>　　六、反思與總結</b></p&g

9、t;<p><b>　　七、參考文獻</b></p><p><b>　　一、緒論</b></p><p>　　1.1研究背景及意義</p><p>　　在當今的背景之下，用車用戶日益增多，全市機動車保有量已達430余萬輛，小客車總量近5年增長了1倍，目前，在停車矛盾突出的中心城區(qū)，停在居住小區(qū)配建車位的車輛

10、僅占43%，另有36%的車輛停在小區(qū)內(nèi)部空間（內(nèi)部通道、空地、綠化帶等），2%的車輛停在小區(qū)門前廣場，9%的車輛停在小區(qū)周邊道路，10%的車輛停在非居住建筑，車位問題日益緊張，為了合理利用空間，人們開發(fā)了各種各樣的地下車庫，從而導致地下車庫的面積越來越大。如今在地下車庫，尋車成為了一個難題，為緩解停車問題，人們建造了越來越多的大型地下車庫，但停車場的設計不夠人性化、合理化，使得車主難以尋覓到自己的車輛，如果是在商場、購物中心等大型停車場

11、內(nèi)，車主在返回停車場時往往由于停車場空間大，環(huán)境及標志物類似、方向不易辨別等原因，更加容易在停車場內(nèi)迷失，尋找不到自己的車輛，此外，很多車主在離開車位后，從不同的出口重新進入車庫時，也常常會迷失方向。因此停車尋車的問題亟待解決?，F(xiàn)今市面上出現(xiàn)了一種“視頻尋車系統(tǒng)”成本高且使用效果不理想，所以本課題希望尋找一種方便有效且成本低的方法，來解決此問題</p><p>　　反觀今日的尋車方案，雖有比較合理的“視頻尋車方案

12、”，但是并沒有大范圍的普及，只是“曇花一現(xiàn)”，究其原因，是由于其成本太過高昂，實際使用場景下受限太多。</p><p>　　雖然已經(jīng)常態(tài)化的通訊技術具有很高的利用效益，但是在生活中的方方面面我們都還未完全認識到其作用。由于目前并沒有可以普及的解決方案，結合在停車場停車與尋車的經(jīng)歷，本課題希望以較低的成本以及較高的效率幫助車主找到自己的私家車，從而解決用戶尋車難問題。</p><p>　　1

13、.2 發(fā)展現(xiàn)狀與已有研究</p><p>　　隨著集成芯片技術、定位技術、通訊技術等技術的發(fā)展，越來越多的通信方式和協(xié)議出現(xiàn)在我們的生活中，“GPS全球定位系統(tǒng)”、“北斗導航系統(tǒng)”、“藍牙通信技術”、“NFC通訊技術”等等。例如藍牙，正因為其普遍性和低廉的成本，使其得以快速普及。</p><p>　　在圖書館等地方，NFC技術已被普遍應用于復雜場景【1】，例如《基于NFC近場通訊技術的圖書

14、館系統(tǒng)》一文中，介紹了一個基于NFC技術的圖書館管理系統(tǒng)，包括門禁系統(tǒng)、圖書館活動宣傳服務、圖書館行政、圖書管理系統(tǒng)和讀者服務系統(tǒng)。</p><p>　　而在本課題所研究的問題中，由于地下車庫中環(huán)境封閉，遠距離通信訊號無法到達，像GPS等導航系統(tǒng)，難以實現(xiàn)定位，現(xiàn)市面上流行著一種“視頻尋車技術”【6】，通過圖像采集攝像機，利用圖像處理和識別等相關技術，將所獲取的車位圖像通過車牌識別算法完成車牌識別過程，提取并識別

15、有效的車牌號碼。</p><p>　　但此系統(tǒng)缺點是價格高昂、成本價高，難以大規(guī)模使用。</p><p>　　因而本課題另辟蹊徑，希望利用NFC技術和手機APP進行導航。</p><p>　　查閱了相關文獻后，發(fā)現(xiàn)已有關于“環(huán)保電子卡”的反向?qū)ぼ囅到y(tǒng)研究【2】，但都需要預先將用戶信息存入卡中，對于公共停車庫來說無法使用，因此，本課題展開了基于NFC技術對公共停車庫反

16、向?qū)ぼ囅到y(tǒng)的研究。</p><p>　　在主控制器方面，本課題選擇了Arduino UNO，并利用Arduino MEGA 2560進行調(diào)試。</p><p>　　圖0、Arudino MEGA 2560實物圖</p><p>　　而在調(diào)試過程中，Arduino UNO硬件上支持一個通信串口，在與電腦通信的過程中，該通信串口默認設置為與電腦通信，而Arduino U

17、NO的軟串口通信速率并不能滿足NFC模塊的通信速率（38400kbps），故無法直接在電腦終端上看到調(diào)試結果，為了可以看到系統(tǒng)運作過程，便于調(diào)試，我們在調(diào)試過程中選擇了功能更加強大的Arduino MEGA，實物圖見圖0，它支持四個通信串口，而且其它硬件資源也更加豐富。</p><p>　　當今，近距離通訊技術已經(jīng)相當成熟。例如藍牙、Wi-Fi、Zigbee、RFID、NFC等等，本課題選擇的其中一種通訊技術是N

18、FC 通信，它是由Philips、NOKIA和Sony主推的一種類似于RFID的短距離無線通信技術標準。和RFID不同，NFC采用了雙向的識別和連接。在10cm距離內(nèi)工作于13.56MHz頻率范圍,使電子設備可以在短距離范圍進行通訊。</p><p>　　NFC通過在單一設備上組合所有的身份識別應用和服務，幫助解決記憶多個密碼的麻煩，同時也保證了數(shù)據(jù)的安全保護。NFC被置入接入點之后，只要將其中兩個靠近就可以實現(xiàn)

19、交流，比配置Wi-Fi容易得多。在本課題研究過程中，我們可以利用NFC終端和Mifare卡實現(xiàn)數(shù)據(jù)通信，進行定位。</p><p>　　此外，在終端和手機APP的通信方面，本課題選擇了藍牙通信技術。“藍牙”是一種大容量近距離無線數(shù)字通信技術標準，最大傳輸距離為10厘米～10米，通過增加發(fā)射功率可達到100米，使用2.4 GHz ISM頻段和調(diào)頻、跳頻技術，速率為1 Mbps。藍牙比W

20、ifi更具移動性，Wifi限制在辦公室和校園內(nèi)，而藍牙卻能把一個設備連接到LAN（局域網(wǎng)）和 WAN（廣域網(wǎng)），而且目前的Wifi都需要配置網(wǎng)絡才能夠使用，而藍牙技術只需要基于移動手機端的硬件就可以實現(xiàn)通信并實現(xiàn)數(shù)據(jù)傳輸?shù)裙δ堋?lt;/p><p><b>　　方案論證及選擇</b></p><p><b>　　2.1方案論證</b><

21、;/p><p><b>　　圖1、總方案設計</b></p><p>　　本課題將總方案分為兩個方面：定位方案和導航方案（如圖1），分解復雜的總方案設計，更加利于著手開展設計。</p><p>　　定位方案：NFC刷卡定位</p><p>　　初步設想利用刷卡定位的方式，在整個停車場區(qū)域內(nèi)，均勻設置若干個定位終端，在用戶停好

22、車后，利用停車場內(nèi)分布于各個區(qū)域的定位終端，讀寫手上的停車憑證即Mifare卡，使得系統(tǒng)能根據(jù)定位終端的地址來定位車輛停放的位置。</p><p>　　用戶停好車后，在停車場內(nèi)分布于各個區(qū)域的定位終端中，在最近的一個定位終端上進行刷卡定位。位置信息會被上傳至數(shù)據(jù)采集器。當用戶重新進入車庫，想要找到自己的車，用戶可以從查詢終端上刷卡，此時終端會從數(shù)據(jù)采集器中獲取位置信息。</p><p>　

23、　當定位完成后，查詢終端會立即開始路徑規(guī)劃，尋找到最短的路徑，路徑規(guī)劃完畢后，將路徑上傳至中央處理器，再由各個終端下載，明確自己的指令，當所有的需要亮燈的終端準備完畢，導航開始。</p><p><b>　　導航方案選擇：</b></p><p>　　方案一：手機APP導航</p><p>　　本方案采用了“手機APP”導航的方式，流程圖見圖2

24、，該方案具有直觀、方便的優(yōu)點。</p><p>　?。?）導航APP編寫：在停車場地圖已知的情況下，將可能的路線利用算法計算，挑選出最短路徑顯示在用戶界面，為用戶實現(xiàn)導航。</p><p>　?。?）通訊方式：利用藍牙模塊進行與查詢終端的通信，以獲取位置信息，在APP上進行后續(xù)導航。</p><p>　　圖2、方案一實現(xiàn)流程圖</p><p>

25、;　　為了完成上述定位系統(tǒng)設計，計劃運用DFROBOT的NFC讀寫模塊完成對卡的讀寫，利用Arduino UNO控制模塊和DFROBOT NFC模塊進行Mifare卡的讀寫，利用Arduino 藍牙模塊進行通信。軟件編程方面，利用Arduino IDE軟件進行編程和燒錄，利用APPinventor2進行程序的編寫。</p><p>　　方案二：總終端控制LED導航</p><p>　　用戶

26、按照亮燈順序依次刷卡，利用LED燈的引導找到車輛。</p><p>　　通過得知車輛位置信息，此時終端就會將數(shù)據(jù)上傳至數(shù)據(jù)采集器進行運算，當運算完成，各終端會從上級終端（數(shù)據(jù)采集器）下載指令，當路徑規(guī)劃完畢，第一次刷卡的終端上方就會開始亮燈，提示用戶導航開始，在近距離的第二個終端上的LED燈便也會按照指令亮起，用戶只需要走到第二個終端，再次刷卡；第三個終端亮燈，直至到達停車位置，指示燈快速閃爍，如此就完成了到車位

27、的引導。</p><p>　　圖3、方案二實現(xiàn)流程</p><p>　　在研究的過程中，本課題發(fā)現(xiàn)初步設想中的亮燈導航，在多用戶同時需要尋車時會出現(xiàn)錯誤，無法為用戶提供正確導航，因此，本課題在課題研究中期過程中，改變了導航方案，采用APP + 藍牙通信的方式，提高了系統(tǒng)的環(huán)境適應性，實用性和精確性。</p><p>　　2.2 導航方案的評估和選擇</p>

28、;<p>　　當基本的調(diào)試已經(jīng)完成，兩個系統(tǒng)已可以投入使用，本課題把定位系統(tǒng)與導航系統(tǒng)結合到一起，第一次進行雙系統(tǒng)協(xié)作運行，對地下車庫場景做真實模擬，實驗此系統(tǒng)的實際運行效果。</p><p>　　方案一和方案二都可以完成系統(tǒng)要求的功能，但在實際運行的過程中，我們發(fā)現(xiàn)，若單人反向?qū)ぼ?，方案一和方案二均合理且有效。但考慮到地下車庫復雜的環(huán)境和多變的情況，當多用戶同時尋車時，系統(tǒng)會同時做出反應，此時尋車

29、系統(tǒng)會發(fā)生沖突、交叉，此時方案二便會產(chǎn)生問題，無法正確導航。</p><p>　　綜合考慮之下，為了避免多用戶使用導航時出現(xiàn)的交叉問題，本課題選擇了方案一，此方案基于Arduino單片機，利用NFC刷卡實現(xiàn)定位，且采用了藍牙 + APP的方式進行定位后的導航，幫助用戶尋車。</p><p><b>　　2.3方案設計</b></p><p>　

30、　因此，本次設計分為硬件設計和軟件設計兩部分，見圖4，硬件主要部分包括NFC模塊DFROBOT V1.0、單片機Arduino UNO和無線藍牙射頻通信芯片BC417。軟件設計主要包括Arduino NFC模塊的程序設計和數(shù)據(jù)讀取、藍牙通信模塊的程序設計以及手機端APP的設計。</p><p>　　圖4、停車場尋車導航系統(tǒng)示意圖</p><p>　　一、硬件設計部分：（1）了解各硬件的基本

31、原理、工作模式和工作環(huán)境；（2）針對硬件不同特性進行配置; （3）完成硬件接口部分電路連接。</p><p>　　二、軟件設計部分：（1）NFC數(shù)據(jù)采集及處理程序的設計；（2）無線數(shù)據(jù)發(fā)送程序的設計；（3）無線數(shù)據(jù)接收APP的設計。</p><p><b>　　三、硬件電路設計</b></p><p>　　1、主控板選型：Arduino UNO

32、；Arduino MEGA 2560（調(diào)試用）</p><p>　　Arduino UNO是Arduino USB接口系列的最新版本，作為Arduino平臺的參考標準模板，封裝信息見圖5，實物圖見圖6。 UNO的處理器核心是ATmega328，同時具有14路數(shù)字輸入/輸出口（其中6路可作為PWM輸出），6路模擬輸入，一個16MHz晶體振蕩器，一個USB口，一個電源插座，一個ICSP header和一個復位按鈕。A

33、Tmega328內(nèi)置的UART可以通過數(shù)字口0（RX）和1（TX）與外部實現(xiàn)串口通信；ATmega16U2可以訪問數(shù)字口，實現(xiàn)USB上的虛擬串口。</p><p>　　選取Arduino UNO的主要原因在于其小巧而高效，同時，Arduino的開發(fā)環(huán)境也較為友好，便于多種不同類型的傳感器有機結合。在單片機內(nèi)屬于較合適的選型。</p><p>　　圖5、Arduino UNO封裝信息<

34、/p><p>　　圖6、Arduino UNO實物圖</p><p>　　而在調(diào)試過程中，UNO由于沒有NFC模塊通訊電腦所用的TX1（RX1）通信串口，無法直接在電腦終端上看到調(diào)試結果，為了可以看到系統(tǒng)運作過程，便于調(diào)試，我們在調(diào)試過程中選擇了擁有四個通信串口的Arduino MEGA，實物圖見圖7。</p><p>　　Arduino MEGA具有14路數(shù)字輸入輸出

35、口，工作電壓為5V，每一路能輸出和接入最大電流為40mA。4路串口信號：串口0---0(RX)and 1(TX);串口1---19(RX)and 18(TX)；串口2---17(RX)and 16(TX)；串口3---15(RX)and 14(TX)。其中串口0與內(nèi)部 ATmega8U2 USB-to-TTL 芯片相連，提供TTL電壓水平的串口接收信號。 </p><p>　　圖7、Arduino MEGA實物圖

36、</p><p>　　2、NFC Module選型（NFC模塊）</p><p>　　圖8、DFROBOT NFC模塊實物圖</p><p>　　我們選用的NFC模塊是DFROBOT NFC for Arduino VL0，實物圖見圖8。該模塊工作電壓：3.3v或5v；通信接口：UART；NFC最大探測距離為20到50mm；該NFC模塊基于13.56MHz頻段；大小

37、為11cm*5cm</p><p>　　圖9、DFROBOT NFC模塊接線圖</p><p>　　本NFC模塊，共有五個引腳，可以和單片機的串口相連，與Arduino Nano接線圖見圖9，其中三個引腳和單片機相連提供電能，工作電壓為3.3V~5V，另兩個引腳分別為“TXD、RXD”，通過模塊板上的TXD和RXD引腳與單片機的串口相連，傳輸數(shù)據(jù)。</p><p>

38、　　本NFC模塊PN532是一款高度集成的無線通信頻率為13.56MHz的傳輸模塊，包含了一片基于80C51內(nèi)核的微控制器、40KB的只讀存儲器和1KB的隨機存取存儲器。</p><p>　　注：此模塊在使用前需要進行喚醒操作：</p><p><b>　　喚醒指令：</b></p><p>　　const unsigned char wake

39、[24] = {</p><p>　　0x55, 0x55, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, \</p><p>　　0x00, 0x00, 0x00, 0x00, 0x00, 0xff, 0x03, 0xfd, 0xd4, 0x14, 0x01, 0x17, 0x00</p><p>&l

40、t;b>　　};</b></p><p><b>　　讀寫代碼：</b></p><p>　　讀取卡號（UID）：</p><p>　　const unsigned char cmdUID[11] = {</p><p>　　0x00, 0x00, 0xFF, 0x04, 0xFC, 0xD4, 0x4

41、A, 0x01, 0x00, 0xE1, 0x00};</p><p>　　unsigned char NFC_UID[5], count = 0;</p><p><b>　　};</b></p><p><b>　　讀取數(shù)據(jù)：</b></p><p>　　unsigned char cmdRea

42、d[12] = {</p><p>　　0x00, 0x00, 0xff, 0x05, 0xfb, 0xD4, 0x40, 0x01, 0x30, 0x07, 0xB4, 0x00};</p><p>　　unsigned char sum = 0, count = 0;</p><p>　　cmdRead[9] = block;</p><p&

43、gt;　　for (int i = 0; i < 10; i++) sum += cmdRead[i];</p><p>　　cmdRead[10] = 0xff - sum & 0xff;</p><p><b>　　};</b></p><p><b>　　寫入數(shù)據(jù)：</b></p><

44、;p>　　unsigned char cmdWrite[] = {</p><p>　　0x00, 0x00, 0xff, 0x15, 0xEB, 0xD4, 0x40, 0x01, 0xA0, \</p><p>　　0x06, 0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, \</p><p>　　0x08,

45、 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F, 0xCD, 0x00</p><p>　　};（寫入數(shù)據(jù)“01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F”）</p><p><b>　　3、NFC卡選型</b></p><p>　　本課題研究采用的NFC卡為Mifa

46、re1型，工作頻率13.56MHz；數(shù)據(jù)傳輸率106kbps；每張卡都擁有世界唯一的32位（4字節(jié)）卡號；工作溫度：-20℃～50℃；處理時間 < 0.1S；卡內(nèi)1K字節(jié)EEPROM劃分為16個扇區(qū)，每區(qū)4塊，每塊16字節(jié)，。</p><p>　　圖10、Mifare卡實物圖</p><p>　　4、無線傳輸模塊選型 </p><p>　　HC-06藍牙串口

47、通信模塊是基于Bluetooth V2.0藍牙協(xié)議的數(shù)傳模塊，封裝信息見圖11。無線工作頻段為2.4GHz ISM，調(diào)制方式是GFSK。模塊最大發(fā)射功率為4dBm，接收靈敏度-86dBm。模塊采用郵票孔封裝方式，可貼片焊接，模塊大小26.9mm×13mm×2.2mm，很方便嵌入應用系統(tǒng)之內(nèi)。</p><p>　　圖11、BC417封裝信息</p><p>　　本設計采用

48、BC417的SJR-HC-06型藍牙模塊進行傳輸。該模塊外型較小，且指令集多，發(fā)送信號強，最大信號范圍約為10m~15m，實物圖見圖12。</p><p>　　圖12、BC417實物圖</p><p>　　5、SSD1306（OLED顯示屏）</p><p>　　SSD1306是一個單片CMOS OLED，實物圖見圖13，與Arduino UNO的接線圖見圖14，該

49、OLED顯示屏嵌入了對比度控制器、顯示器RAM和晶振；有256級亮度控制；分辨率為128x64點陣面板 ；工作電壓為3V-5V；8位6800/8000串口；其MCU接口由8個數(shù)據(jù)引腳和五個控制引腳組成。</p><p>　　圖13、OLED顯示屏實物圖</p><p>　　圖14、OLED屏幕與Arduino UNO接線圖</p><p><b>　　四、

50、軟件設計</b></p><p><b>　　4.1 總設計流程</b></p><p>　　本軟件系統(tǒng)共有三個系統(tǒng)，下設五個分系統(tǒng)，分別是出入庫注冊系統(tǒng)、定位系統(tǒng)、通信系統(tǒng)、路徑規(guī)劃系統(tǒng)以及導航系統(tǒng)，各系統(tǒng)對應不同的系統(tǒng)職能，具體信息見圖15。</p><p>　　圖15、軟件系統(tǒng)功能圖</p><p>　

51、?。?）出入庫注冊系統(tǒng)</p><p>　　出入庫注冊系統(tǒng)主要負責統(tǒng)計出入庫時間；總停車時間；收費情況；空閑、占用車位狀況；負責對停車卡出入庫狀態(tài)的管理。</p><p><b>　?。?）定位系統(tǒng)</b></p><p>　　定位系統(tǒng)主要負責刷卡定位；可以實行對卡寫入位置信息；同時在終端機可以實行對位置的查詢，是路徑規(guī)劃的必要條件。</

52、p><p><b>　?。?）通信系統(tǒng)</b></p><p>　　通信系統(tǒng)主要負責查詢終端與手機的連接、通訊，通過通信系統(tǒng)完成查詢終端對手機的位置信息發(fā)送，讓手機同時獲得終端機與車位的位置信息，從而可以進行路徑規(guī)劃導航。</p><p><b>　?。?）路徑規(guī)劃系統(tǒng)</b></p><p>　　路徑

53、規(guī)劃系統(tǒng)主要負責平面圖的導出；設計尋車路徑。</p><p><b>　?。?）導航系統(tǒng)</b></p><p>　　導航系統(tǒng)主要負責APP對路徑規(guī)劃系統(tǒng)給出的方案做出圖形類響應，轉(zhuǎn)化為圖形界面，將路徑與平面圖結合，通過UI直觀地呈現(xiàn)于用戶，使其正確、有效、快速地尋找到車位。</p><p>　　接下來的內(nèi)容將分系統(tǒng)詳細描述尋車導航各功能模塊的

54、設計流程。</p><p>　　4.1.1 出入庫系統(tǒng)設計</p><p>　　本子系統(tǒng)設計流程圖見圖16，該子系統(tǒng)可以在出入口自動判斷停車狀態(tài)，當用戶在出（入）口刷卡時，系統(tǒng)會自動在儲存器中搜索，查找該卡的state是否為true（是否已在車庫內(nèi)），如果為查詢到該卡的state為true（車已經(jīng)停在車庫內(nèi)），那么系統(tǒng)計算停車時長，計費收費、作出庫處理。而如果該卡的state為false（

55、車不在車庫內(nèi)），此時系統(tǒng)記錄入庫時間，并將狀態(tài)改為true。</p><p>　　圖16、出庫和入庫系統(tǒng)軟件設計流程圖</p><p>　　同時為了防止超時操作，本系統(tǒng)設置的停車最短時間為15分鐘，當用戶入庫后15分鐘之內(nèi)，在出入口進行再次刷卡時不會進行任何操作，以防止將卡作“出庫”處理，產(chǎn)生誤操作。</p><p>　　4.1.2 定位系統(tǒng)設計</p>

56、<p>　　定位系統(tǒng)設計流程圖見圖17，用戶下車后，持有入庫時的停車卡，來到車位旁的定位終端進行刷卡定位，終端會將位置信息寫入卡中。以待后續(xù)定位使用。</p><p>　　當用戶在查詢機上查詢時，定位系統(tǒng)就可以從卡上讀取先前寫入的數(shù)據(jù)，實際上完成了一個“數(shù)據(jù)儲存再讀取的過程”，這樣就把位置信息從定位機借助卡這個“媒介”完成了“數(shù)據(jù)交換”。</p><p>　　圖17、定位系統(tǒng)

57、設計流程圖</p><p>　　4.1.3 通信系統(tǒng)設計</p><p>　　通信系統(tǒng)設計流程圖見圖18，當用戶來到查詢終端進行位置查詢時，先利用手機藍牙與查詢端進行配對，配對完畢后通過刷卡、讀卡使查詢端得知位置信息，再借由藍牙通信發(fā)送至手機端，以便手機進行路徑規(guī)劃。</p><p>　　圖18、通信系統(tǒng)設計流程圖</p><p>　　4.1

58、.4 路徑規(guī)劃系統(tǒng)設計</p><p>　　路徑規(guī)劃系統(tǒng)設計流程圖見圖19，用戶從商場等進入車庫后，利用手機APP通過藍牙與查詢終端相連，之后在終端上刷卡，終端讀取位置信息后，通過藍牙將數(shù)據(jù)發(fā)送至手機，手機APP得到兩個位置信息后（終端機位置+停車位置）開始進行路徑規(guī)劃，路徑規(guī)劃完畢后進行導航。</p><p>　　圖19、路徑規(guī)劃系統(tǒng)設計流程圖</p><p>　

59、　4.1.5 導航系統(tǒng)設計</p><p>　　終端導航系統(tǒng)設計流程見圖20，本導航系統(tǒng)在位置信息準確的情況下，會根據(jù)地下車庫平面圖進行路徑規(guī)劃，在導航系統(tǒng)中有預先儲存的路線圖，得知位置信息后調(diào)用已規(guī)劃好的路徑，并且在手機APP界面顯示。</p><p>　　同時，本導航系統(tǒng)還針對可能出現(xiàn)的迷失情況（在導航中途迷失方向），可以通過在中途點附近再次刷卡定位的方式重新獲取路徑，繼續(xù)導航，尋車。

60、</p><p>　　APP端軟件設計流程圖見圖21，用戶打開APP后，需要連接藍牙并和終端藍牙連接上，此時用戶在終端刷卡，終端會將位置信息通過藍牙發(fā)送到APP上，APP端程序根據(jù)停車場地圖庫信息給出最優(yōu)路徑圖并顯示在手機界面上，實現(xiàn)流程圖見圖21。</p><p>　　圖20、終端導航系統(tǒng)設計流程圖 圖21、APP端導航系統(tǒng)設計流程圖</p><p&g

61、t;<b>　　五、系統(tǒng)測試</b></p><p>　　為了全面評估本系統(tǒng)的可行性和有效性，我們分別采取了實驗環(huán)境測試和實地環(huán)境測試兩種測試方式，分別從尋車成功率和尋車時間兩個指標來評估本系統(tǒng)的性能。</p><p>　　5.1 實驗環(huán)境測試</p><p>　　為了節(jié)約測試時間和加快調(diào)試進程，我們在實驗室環(huán)境下搭建了一個4*4的微型矩形車庫

62、，用于測試系統(tǒng)是否能夠正確工作，并具有良好的操作性，從而能夠提升用戶體驗。</p><p>　　實驗室搭建測試環(huán)境模擬圖見圖22，測試者在入庫時會領到一張Mifare卡，停車后在車位區(qū)域有刷卡終端，刷卡即表示已經(jīng)停好車，然后我們選取任意位置刷卡尋車，查看手機端APP上顯示的信息格式是否是停車車位-刷卡位置，如果是則表明系統(tǒng)工作正常，測試數(shù)據(jù)見表1。從10組測試數(shù)據(jù)看來，系統(tǒng)工作完全正常，但是存在藍牙配對操作不熟練

63、的問題，將在接下來的工作中優(yōu)化這部分功能，并給出合理的操作提示。</p><p>　　圖22、實驗測試環(huán)境模擬圖</p><p>　　圖23、實驗測試環(huán)境實物圖</p><p>　　表1、4*4微型車庫測試數(shù)據(jù)</p><p>　　5.2 實地環(huán)境測試</p><p>　　本測試選址為上海浦東新區(qū)大拇指廣場地下車庫，共

64、一層，從尋車終端到固定的車位，相距約500米，且選擇了有大量建筑物或私家車遮擋，無法直接看見的車位，平面示意圖見圖24，讓志愿者利用本課題研發(fā)的尋車系統(tǒng)進行尋車，我們主要進行兩項測試內(nèi)容的測試，分別是尋車成功率測試和尋車時間測試。</p><p>　　本實驗共有兩組類型：</p><p>　　（1）實驗組：利用本課題研發(fā)的系統(tǒng)尋車。</p><p>　?。?）對照組

65、：僅僅依靠方位和車庫內(nèi)引導尋車。</p><p>　　本測試挑選了16位對于大拇指廣場地下車庫地形不熟悉、不了解的志愿者，分為8組，每組2人，每組中的2人分別為實驗組和對照組。本測試所有的出發(fā)點和到達點均為隨機生成，只有同一組志愿者的路徑相同，以作比較。</p><p>　　圖24、大拇指廣場平面圖</p><p>　　5.2.1 路徑引導成功率測試</p&g

66、t;<p>　　本測試時間限制為5分鐘，經(jīng)過先前有效測量，正常成年男子按照普通步速完成正確路徑需要3分05秒，因此本測試尋車有效時間限制設定為5分鐘。</p><p><b>　　尋車成功定義：</b></p><p>　　成功：在5分鐘之內(nèi)能夠僅僅依靠尋車系統(tǒng)找到目標車位，即為成功。</p><p>　　失敗：無法找到目標車位；

67、或?qū)ふ业侥繕塑囄坏臅r長超過5分鐘，即為失敗。</p><p>　　測試數(shù)據(jù)見表2，從表2數(shù)據(jù)分析，志愿者都能在5分鐘時間內(nèi)找到目標車位，說明我們的系統(tǒng)是切實可行的。</p><p>　　表2、路徑引導成功率測試 （日期：）</p><p>　　5.2.2 路徑引導時間測試</p><p>　　在不知道所尋車位的方向、位置等情況下，把僅僅依靠車

68、庫內(nèi)標志物和方位感來尋車的志愿者※和利用本課題開發(fā)的尋車系統(tǒng)尋車的志愿者作比較，測量兩種方式的尋車時間，通過了解兩種方式尋車的快慢，來研究本系統(tǒng)的工作效率。</p><p>　　測試數(shù)據(jù)見表3，從圖25我們可以直觀的看到對照組和實驗組在用時上的差距，采用了我們尋車導航系統(tǒng)的志愿者用時明顯比對照組少，節(jié)約了20%左右的時間。</p><p>　　※注：同一個對照組和實驗組所采用路徑相同，在志

69、愿者完全不熟悉路徑的情況下進行測試。</p><p>　　表3 路徑引導時間測試（實驗組）（日期：2017/1/20）</p><p>　　圖25、實驗組和對照組用時曲線圖</p><p><b>　　六、總結與分析</b></p><p>　　本文介紹了一種基于近場通訊技術，可應用于大型地下車庫的尋車導航系統(tǒng)，以Mif

70、are停車卡作為信息載體，用戶可以通過刷停車卡進行定位，并通過手機APP進行導航的停車場尋車導航系統(tǒng)。該系統(tǒng)選用了性能良好的Arduino UNO單片機作為主控制器，NFC集成模塊作為用戶識別的載體，感應式智能IC卡Mifare卡作為停車卡的信息載體，藍牙數(shù)據(jù)傳輸模塊實現(xiàn)與手機移動端的通信，在APP Inventor2 開源服務器進行APP程序的編寫，配合停車場自有的地圖庫信息，實現(xiàn)了整個系統(tǒng)尋車導航的功能設計。</p>

71、<p>　　本系統(tǒng)的主要創(chuàng)新點在于，目前尚未有全面投入使用的地下車庫定位解決方案，一些定位方案有較為昂貴、不方便使用的缺點。本系統(tǒng)基于較為簡潔的單片機+NFC系統(tǒng)，以較低的成本制作出了一個較為高效的尋車系統(tǒng)。</p><p>　　本系統(tǒng)較好地解決了地下車庫尋車難的問題，借助本系統(tǒng)尋車時間大大縮短，而且硬件成本遠低于視頻尋車系統(tǒng)，故具有較強的實用價值。但本系統(tǒng)也有一定缺陷，例如本系統(tǒng)硬件設備較多，集成度不

72、高。但我們注意到越來越多的手機開始支持NFC設備，具備NFC讀寫功能，由于移動設備的普及，我們是否能夠?qū)⑼＼嚳ê虯PP集成在手機等移動設備端，作為一個可下載應用，而車庫系統(tǒng)只需要則以圖片的形式發(fā)送路徑圖給用戶，這將大大精簡系統(tǒng)的硬件，消除缺陷，優(yōu)化系統(tǒng)。</p><p><b>　　七、參考文獻</b></p><p>　　周鈺,曾望年,鄭建賓,13.56MHz通信技

73、術在近場手機支付方案中的應用簡析</p><p>　　朱靜，王揚，基于環(huán)保電子卡的智能反向?qū)ぼ囅到y(tǒng)研究</p><p>　　劉晨鑫，江中陽，NFC近場通訊技術在酒店管理中的應用研究</p><p>　　吳思楠，周世杰，秦志光，近場通信技術分析</p><p>　　滕智飛，馬金億，李雙，杜磊，陳樂，基于NFC的門禁系統(tǒng)</p>&