簡(jiǎn)介這是一套面向嵌入式初學(xué)者與課程設(shè)計(jì)學(xué)生的STM32智能硬件綜合實(shí)踐項(xiàng)目資源聚焦于低功耗定位終端開發(fā)解決GPS定位數(shù)據(jù)采集、本地顯示與遠(yuǎn)程短信上報(bào)的核心功能實(shí)現(xiàn)問題。資源包共233個(gè)文件涵蓋36個(gè)C源碼與38個(gè)頭文件含LCD、GPS、GSM驅(qū)動(dòng)及主控邏輯、21張電路圖與系統(tǒng)框圖JPG、20余份文檔含開題報(bào)告、任務(wù)書、答辯技巧、參考論文及芯片資料PDF另有MP4演示視頻、Keil工程配置文件及可直接燒錄的HEX/AXF固件整體容量77.97MB。已有1768人學(xué)習(xí)下載內(nèi)容組織清晰從原理圖SchDoc、PCB參考、程序流程圖到完整Keil工程uvproj層層遞進(jìn)配套電位器調(diào)屏、雙按鍵交互手電筒短信觸發(fā)、AT指令解析與短信雙向通信GET指令響應(yīng)等細(xì)節(jié)均在代碼與文檔中深度展開具備強(qiáng)實(shí)操性與教學(xué)參考價(jià)值。 前陣子有個(gè)讀者私信我說想給家里老人做一只能“主動(dòng)報(bào)告位置”的手表市面上那種兒童電話手表綁定了自家App后臺(tái)服務(wù)一停就變磚想自己動(dòng)手又不知道從哪下手。他給我看的方案正好就是標(biāo)題這套——基于STM32的智能手表用GPS拿坐標(biāo)、靠GSM短信把位置發(fā)出去。這類項(xiàng)目的核心價(jià)值在于它不依賴任何第三方云平臺(tái)定位數(shù)據(jù)通過短信通道直達(dá)手機(jī)基站網(wǎng)絡(luò)覆蓋范圍廣哪怕在郊區(qū)、山區(qū)只要能打電話就有信號(hào)。整套系統(tǒng)的主控、定位、通信、顯示四大部分都能獨(dú)立調(diào)試、獨(dú)立驗(yàn)證對(duì)想深入理解單片機(jī)通信協(xié)議的人來說是一個(gè)把“多個(gè)串口外設(shè)協(xié)同工作”講得最透徹的實(shí)戰(zhàn)載體。這篇文章我按照自己做過的同類項(xiàng)目把硬件選型、GPS解析、GSM短信發(fā)送、交互邏輯、踩坑排錯(cuò)完整梳理一遍適合做過點(diǎn)單片機(jī)基礎(chǔ)實(shí)驗(yàn)、想上一個(gè)臺(tái)階的同學(xué)參考。1. 項(xiàng)目到底在做什么一套“能發(fā)短信的位置手表”方案拆解1.1 核心功能拆開看就三件事很多人第一次看到“智能手表”四個(gè)字腦子里浮現(xiàn)的是Apple Watch那種全觸控、裝App的產(chǎn)品但基于STM32做的智能手表完全是另一條路線。它不跑操作系統(tǒng)不聯(lián)網(wǎng)裝軟件它只做三件事定時(shí)從GPS模塊讀取經(jīng)緯度坐標(biāo)把坐標(biāo)打包成一條短信文本通過GSM模塊發(fā)送到預(yù)設(shè)手機(jī)號(hào)除了這三件核心任務(wù)手表端還有一個(gè)OLED屏幕用來顯示時(shí)間、坐標(biāo)、衛(wèi)星狀態(tài)再加上一個(gè)或幾個(gè)物理按鍵用來觸發(fā)“立即上報(bào)位置”或“SOS求救”這類主動(dòng)動(dòng)作。也就是說這個(gè)項(xiàng)目本質(zhì)是一個(gè)“帶屏顯的串口通信終端”GPS模塊是一個(gè)串口設(shè)備GSM模塊也是一個(gè)串口設(shè)備STM32的角色就是在這兩個(gè)串口之間做數(shù)據(jù)搬運(yùn)和協(xié)議解析。OLED屏幕則是為了讓使用者知道當(dāng)前狀態(tài)方便調(diào)試。想清楚這一點(diǎn)整個(gè)項(xiàng)目的難度就降下來了——它并不是要你在單片機(jī)上實(shí)現(xiàn)什么復(fù)雜算法而是考驗(yàn)?zāi)銓?duì)串口通信、字符串解析、狀態(tài)機(jī)設(shè)計(jì)、外設(shè)資源分配這幾項(xiàng)基本功的掌握程度。1.2 為什么選STM32F103C8T6而不是其他芯片主控我推薦直接用STM32F103C8T6也就是大家常說的“藍(lán)板最小系統(tǒng)板”。選它理由很實(shí)際價(jià)格便宜幾塊錢一片買核心板也就十幾塊折騰壞了不心疼有三個(gè)串口USART1/2/3正好一個(gè)給GPS、一個(gè)給GSM、一個(gè)留作調(diào)試打印不用來回切換引腳有硬件I2C和SPI驅(qū)動(dòng)OLED顯示屏和后續(xù)擴(kuò)展傳感器都方便網(wǎng)上資料最多無論是標(biāo)準(zhǔn)庫(kù)還是HAL庫(kù)遇到問題隨便一搜就有答案如果你手里已經(jīng)有F103ZET6那種大板子也能做但ZET6體積大、功耗高不適合做“手表”這種對(duì)體積有要求的形態(tài)。C8T6的LQFP48封裝配合手工焊接能做到大概一塊硬幣大小的核心區(qū)域放在表殼里比較合理。另一個(gè)需要考慮的芯片是GD32F103系列它是國(guó)產(chǎn)替代引腳兼容、代碼基本不用改價(jià)格更低。但要注意GD32的串口時(shí)鐘配置和ST原廠在細(xì)節(jié)上有細(xì)微差異如果看到亞克力串口頻率倍率不對(duì)有人遇到定時(shí)器慢一半的問題優(yōu)先檢查時(shí)鐘樹配置而不是代碼邏輯。1.3 為什么短信上報(bào)而不是走4G網(wǎng)絡(luò)這里有個(gè)很關(guān)鍵的設(shè)計(jì)決策為什么不直接用ESP8266走Wi-Fi或者用4G Cat.1模塊走M(jìn)QTT上云原因有三條使用場(chǎng)景決定給老人、孩子、戶外愛好者做定位設(shè)備使用場(chǎng)景大量出現(xiàn)在室外的運(yùn)動(dòng)、徒步、走失求助等場(chǎng)景這些地方?jīng)]有Wi-Fi覆蓋資費(fèi)與硬件成本GSM模塊如SIM800C比4G Cat.1模塊便宜不少短信套餐按條計(jì)費(fèi)一個(gè)月幾十條上報(bào)短信成本幾塊錢網(wǎng)絡(luò)覆蓋范圍GSM網(wǎng)絡(luò)2G雖然在大城市信號(hào)有所縮減但在偏遠(yuǎn)地區(qū)、應(yīng)急通信上仍然有很長(zhǎng)的生命周期而且短信業(yè)務(wù)不依賴數(shù)據(jù)流量只要有網(wǎng)絡(luò)注冊(cè)就能收發(fā)當(dāng)然GSM短信上報(bào)也有天然缺陷短信發(fā)送有延遲、偶爾會(huì)有短信網(wǎng)關(guān)排隊(duì)不能做到實(shí)時(shí)雙向通信。但作為“緊急情況下能報(bào)個(gè)位置”的需求來說它是最簡(jiǎn)單、最直接的鏈路而且不依賴任何第三方服務(wù)器整個(gè)系統(tǒng)是自洽閉環(huán)的。2. 硬件選型與接線GPS/GSM/OLED每一根線都得講清楚2.1 主控板選擇核心板還是自己畫PCB做這個(gè)項(xiàng)目的硬件基礎(chǔ)我建議分兩階段走。第一階段調(diào)試直接用現(xiàn)成的STM32F103C8T6核心板藍(lán)板板載USB轉(zhuǎn)串口、LED、復(fù)位按鍵、穩(wěn)壓芯片插上杜邦線就能把邏輯跑通。這個(gè)階段的目標(biāo)是打通串口、驗(yàn)證GPS解析和短信發(fā)送不值得在硬件上花太多時(shí)間。第二階段如果你想做成真正的“手表”形態(tài)就需要畫一塊自己的PCB了。核心板雖然便宜但是體積大、接口外露根本塞不進(jìn)表殼。自繪PCB的要點(diǎn)是最小系統(tǒng)8MHz晶振、兩個(gè)22pF負(fù)載電容、復(fù)位電路10K上拉0.1uF電容、BOOT0下拉到GND供電3.7V鋰電池經(jīng)過LDO降到3.3V給MCU和GPSGSM模塊直接吃電池電壓3.7V-4.2V范圍正合適天線區(qū)域GPS陶瓷天線要放在PCB邊緣遠(yuǎn)離GSM天線和主控芯片這里最容易被新手忽略的是GSM模塊的瞬間電流可以達(dá)到2A。如果整板只用一顆普通LDO供電GSM一開機(jī)就會(huì)把電壓拉低導(dǎo)致MCU復(fù)位或GPS重啟。正確做法是給GSM模塊單獨(dú)供電或者在電源輸入端并聯(lián)一個(gè)大容量電容1000uF以上。2.2 GPS模塊ATGM336H和NEO-6M怎么選GPS模塊的選擇直接決定定位速度和穩(wěn)定性。市面上最常見的兩種u-blox NEO-6M老牌模塊模塊上帶陶瓷天線、TX/RX引腳、PPS指示燈供電3.3V或5V串口默認(rèn)波特率9600數(shù)據(jù)格式NMEA-0183。缺點(diǎn)是冷啟動(dòng)時(shí)間略長(zhǎng)功耗偏高中科微ATGM336H國(guó)產(chǎn)性能不輸NEO-6M冷啟動(dòng)時(shí)間更短約25秒功耗低支持GPS/北斗雙模默認(rèn)波特率9600封裝小帶背膠天線接口我推薦ATGM336H。原因是它雙模GPS北斗在城市峽谷、高架橋下等場(chǎng)景能搜到更多衛(wèi)星定位更快而且模塊體積只有指甲蓋大小非常適合手表內(nèi)部空間。某寶上十幾塊錢一片性價(jià)比很高。不管選哪個(gè)模塊串口輸出的都是NMEA協(xié)議代碼完全通用。區(qū)別只在底層搜星能力上解析層不用改一行代碼。2.3 GSM模塊SIM800C是經(jīng)典但供電坑最多GSM模塊目前最成熟的方案就是SIMCom的SIM800C四頻GSM/GPRS支持短信、語(yǔ)音、TCP/IP模塊自帶串口AT指令接口工作電壓3.4V-4.4V峰值電流接近2A。我在項(xiàng)目里用SIM800C遇到過最頭疼的問題就是短信發(fā)到一半模塊死機(jī)重啟。后來查了手冊(cè)才發(fā)現(xiàn)SIM800C在注冊(cè)網(wǎng)絡(luò)時(shí)電流尖峰能飆到1.5A以上發(fā)送短信時(shí)更高。如果用杜邦線從面包板供電線阻產(chǎn)生的壓降足以讓模塊瞬間跌到欠壓閾值以下模塊就會(huì)自動(dòng)關(guān)機(jī)保護(hù)。解決方法是GSM模塊電源線用粗短線或者直接飛線焊到鋰電池上模塊電源引腳旁邊并聯(lián)一顆1000uF電解電容和一顆100nF陶瓷電容如果使用3.3V供電的LDO方案必須換成支持2A輸出的LDO如MIC29302或者干脆讓GSM模塊直吃電池電壓SIM800C還有一個(gè)容易被忽略的點(diǎn)模塊沒有物理開關(guān)機(jī)鍵必須通過拉低PWRKEY引腳1500ms左右來觸發(fā)開機(jī)開機(jī)后模塊會(huì)向串口輸出“Call Ready”或“OK”這樣的提示。很多新手把模塊接好電卻發(fā)現(xiàn)沒反應(yīng)就是忘了初始化時(shí)給PWRKEY一個(gè)開機(jī)脈沖。2.4 OLED顯示與按鍵外設(shè)顯示部分用0.96寸I2C接口的OLEDSSD1306驅(qū)動(dòng)就夠了128x64分辨率能顯示四行文字。選I2C接口而不是SPI接口的原因是省引腳只需要SCL/SDA兩根線而且可以用軟件模擬I2C避免STM32硬件I2C在某些情況下卡死的問題。按鍵部分至少需要兩個(gè)按鍵1立即上報(bào)位置按鍵2切換顯示界面按鍵要加上拉電阻STM32內(nèi)部可以開啟上拉外部不用再放按下為低電平觸發(fā)。為了防抖軟件里要做10ms-20ms延遲消抖或者用定時(shí)器掃描。如果需要做SOS報(bào)警功能可以再加一個(gè)蜂鳴器或者震動(dòng)馬達(dá)GPIO輸出高電平驅(qū)動(dòng)三極管即可。2.5 引腳功能分配避免串口沖突是底線以前遇到有人把GPS接在USART1上、GSM也接在USART1上結(jié)果兩個(gè)模塊數(shù)據(jù)互相干擾解析全是亂碼。USART1的PA9/PA10不要被占用留給GSM或者調(diào)試串口。以下是我實(shí)測(cè)過的一套穩(wěn)定分配方案外設(shè)接口STM32引腳說明GPS模塊USART2_TXPA2接GPS RXGPS模塊USART2_RXPA3接GPS TXGSM模塊USART1_TXPA9接GSM RXGSM模塊USART1_RXPA10接GSM TXOLEDI2C_SCLPB6軟件/硬件I2COLEDI2C_SDAPB7軟件/硬件I2C按鍵1GPIO輸入PB0下拉/內(nèi)部上拉按鍵2GPIO輸入PB1下拉/內(nèi)部上拉GSM_PWRKEYGPIO輸出PA0接SIM800C PWRKEY靜/震動(dòng)GPIO輸出PA1接三極管基極注意GPS和GSM的TX/RX都要交叉連接STM32的TX接模塊的RXSTM32的RX接模塊的TX。這條看起來像廢話但接線時(shí)稍一走神就接反接反的表現(xiàn)是串口完全收不到數(shù)據(jù)。另外USART3PB10/PB11我留給了調(diào)試接USB轉(zhuǎn)TTL小板用來打印解析出的經(jīng)緯度和GSM返回的AT響應(yīng)。這個(gè)調(diào)試口在整個(gè)項(xiàng)目調(diào)試過程中非常關(guān)鍵千萬(wàn)別省。3. 踩通GPS定位解析NMEA協(xié)議與度分轉(zhuǎn)換那點(diǎn)事3.1 串口數(shù)據(jù)流長(zhǎng)什么樣GPS模塊上電后默認(rèn)每秒輸出一幀NMEA語(yǔ)句常見的有$GNGGA全球定位系統(tǒng)固定數(shù)據(jù)含經(jīng)緯度、定位質(zhì)量、衛(wèi)星數(shù)、海拔$GNRMC推薦最小定位信息含經(jīng)緯度、速度、日期時(shí)間$GNGSA衛(wèi)星精度因子與使用衛(wèi)星編號(hào)$GNGSV可見衛(wèi)星信息每幀以$開頭以回車換行0x0D 0x0A結(jié)尾字段之間用逗號(hào)分隔。串口波特率9600bps8位數(shù)據(jù)位無校驗(yàn)1位停止位。這里有個(gè)要注意的點(diǎn)現(xiàn)在很多模塊同時(shí)支持GPS和北斗輸出不再是標(biāo)準(zhǔn)的GP開頭而是GN開頭GN代表混合模式。如果你用字符串匹配“$GPGGA”去解析可能一幀都匹配不到。最穩(wěn)妥的辦法是不管前綴是GP還是GN直接用$..GGA或者$..RMC這種模糊匹配方式。3.2 用GGA還是RMC我建議解析GGA字段順序固定內(nèi)容直觀$GNGGA,062315.00,3101.23456,N,12122.12345,E,1,08,1.2,15.6,M,-3.2,M,,*5F按逗號(hào)分割后序號(hào)內(nèi)容示例值1UTC時(shí)間 hhmmss.ss062315.002緯度 ddmm.mmmmm3101.234563緯度方向 N/SN4經(jīng)度 dddmm.mmmmm12122.123455經(jīng)度方向 E/WE6定位狀態(tài) 0無 1GPS 2差分17使用衛(wèi)星數(shù)量088水平精度因子1.29海拔高度米15.6只要拿到第6個(gè)字段等于1就說明當(dāng)前定位有效。如果為0說明還在搜星或信號(hào)差這時(shí)候發(fā)出去的位置是上一次的舊數(shù)據(jù)沒有意義。3.3 把ddmm.mmmm轉(zhuǎn)成十進(jìn)制的核心代碼GPS輸出的緯度和經(jīng)度不是標(biāo)準(zhǔn)的十進(jìn)制小數(shù)緯度格式是NDDMM.MMMMM其中前兩位是度后面的數(shù)值除以60才是分和秒的小數(shù)部分。以3101.23456為例31是度01.23456分轉(zhuǎn)換成十進(jìn)制的公式是31 01.23456 / 60 31.020576。直接看一段我實(shí)測(cè)可用的解析代碼用標(biāo)準(zhǔn)庫(kù)寫的核心邏輯用在串口中斷里緩存一行在主循環(huán)里解析#include string.h #include stdio.h #include stdlib.h #define GPS_BUF_SIZE 128 char gps_buf[GPS_BUF_SIZE]; char gps_line[GPS_BUF_SIZE]; uint8_t gps_index 0; // 解析$GNGGA中的經(jīng)緯度 void Parse_GGA(char *line, float *lat, float *lon, uint8_t *pos_valid) { char *token; char *p line; uint8_t field 0; float lat_raw, lon_raw; char ns N, ew E; int lat_deg, lon_deg; float lat_min, lon_min; if (strstr(line, GGA) NULL) { return; } token strtok(p, ,); while (token ! NULL) { field; switch (field) { case 2: // UTC時(shí)間這里不解析 break; case 3: // 緯度原始值 lat_raw atof(token); break; case 4: // 北緯或南緯 ns token[0]; break; case 5: // 經(jīng)度原始值 lon_raw atof(token); break; case 6: // 東西經(jīng) ew token[0]; break; case 7: // 定位有效性 *pos_valid (token[0] 1) ? 1 : 0; break; default: break; } token strtok(NULL, ,); } // 換算成十進(jìn)制 lat_deg (int)(lat_raw / 100); lat_min lat_raw - lat_deg * 100; *lat lat_deg lat_min / 60.0; if (ns S) *lat -*lat; lon_deg (int)(lon_raw / 100); lon_min lon_raw - lon_deg * 100; *lon lon_deg lon_min / 60.0; if (ew W) *lon -*lon; }需要注意兩點(diǎn)strtok會(huì)破壞原字符串如果后面還要用原串做其他解析先拷貝一份再解析atof是浮點(diǎn)解析對(duì)資源緊張的MCU來說稍重但在F103上跑完全沒問題3.4 定位無效的判斷與常見定位失敗原因拿到坐標(biāo)不是目的拿到一個(gè)準(zhǔn)確的坐標(biāo)才是目的。主循環(huán)里每次解析完要判斷pos_valid字段如果無效就用上一幀數(shù)據(jù)同時(shí)OLED上顯示“未定位”提示。實(shí)測(cè)中定位緩慢或失敗最常見的原因室內(nèi)/樓層遮擋GPS信號(hào)是直射波玻璃反光、混凝土遮擋都會(huì)導(dǎo)致搜不到星。第一次測(cè)試務(wù)必到窗邊或室外天線方向不對(duì)陶瓷天線正上方是信號(hào)最強(qiáng)方向模塊和天線要朝向天空不能貼著金屬或走線冷啟動(dòng)時(shí)間斷電超過幾小時(shí)再上電首次定位可能需要1-3分鐘這是正?，F(xiàn)象相鄰模塊干擾GSM模塊發(fā)射瞬間的射頻干擾會(huì)壓制GPS信號(hào)所以PCB布局上GSM天線和GPS天線要盡量拉開距離我在項(xiàng)目調(diào)試時(shí)把GPS模塊貼在窗臺(tái)上大約40秒左右出有效定位放到室內(nèi)桌面上20分鐘都沒有定位。所以測(cè)試時(shí)不要懷疑代碼先懷疑環(huán)境。4. GSM短信上報(bào)的完整實(shí)現(xiàn)AT指令比想象中講究4.1 SIM800C的開機(jī)與網(wǎng)絡(luò)注冊(cè)判斷SIM800C模塊使用AT指令通信。上電之后模塊不會(huì)自動(dòng)開機(jī)必須把PWRKEY引腳拉低至少1500ms來觸發(fā)開機(jī)。看下面的開機(jī)函數(shù)void SIM800C_PowerOn(void) { GPIO_ResetBits(GPIOA, GPIO_Pin_0); // PWRKEY拉低 Delay_Ms(2000); GPIO_SetBits(GPIOA, GPIO_Pin_0); // 拉高釋放 }開機(jī)后不要急著發(fā)AT指令模塊初始化需要時(shí)間。等串口收到“Call Ready”提示或者等待5-8秒后發(fā)一個(gè)“AT\r\n”返回“OK”就說明模塊已經(jīng)就緒。然后查詢網(wǎng)絡(luò)注冊(cè)狀態(tài)這個(gè)很關(guān)鍵如果模塊沒注冊(cè)上網(wǎng)絡(luò)發(fā)短信會(huì)返回ERROR或者根本沒有信號(hào)ATCREG? 返回CREG: 0,1 // 第二個(gè)字段為1或5表示已注冊(cè)也可以同時(shí)查一下信號(hào)強(qiáng)度ATCSQ 返回CSQ: 23,0 // 第一個(gè)字段范圍0-31大于10信號(hào)可用如果信號(hào)強(qiáng)度低于10可能是天線沒接好或者SIM卡沒插緊或者所處位置信號(hào)差。我在地下室測(cè)試時(shí)CSQ只有5短信能發(fā)出去的概率很低。4.2 Text模式發(fā)英文短信的完整流程SIM800C有兩種發(fā)短信模式Text模式和PDU模式。Text模式適合純英文和ASCII字符PDU模式用來發(fā)中文。手表上報(bào)經(jīng)緯度鏈接用英文和數(shù)字組成Text模式完全夠用代碼也簡(jiǎn)單得多。發(fā)送短信的AT指令流程ATCMGF1\r\n // 設(shè)置短信為Text模式 返回 OK ATCMGS\13800138000\\r\n // 設(shè)置接收手機(jī)號(hào) 返回 內(nèi)容不以\r\n結(jié)尾直接輸入正文\x1A // 0x1A CtrlZ 返回 CMGS: 137 // 發(fā)送成功注意幾個(gè)細(xì)節(jié)“”是一個(gè)ASCII大于號(hào)表示模塊等待輸入短信內(nèi)容。很多人的程序在這里卡住是因?yàn)闆]有判斷這個(gè)字符就繼續(xù)發(fā)了短信內(nèi)容輸入完成后必須發(fā)送十六進(jìn)制0x1A而不是字符“CTRLZ”模塊才開始發(fā)送發(fā)送成功后返回“CMGS: 序號(hào)”失敗則返回“ERROR”以下是封裝好的發(fā)送函數(shù)uint8_t SIM800C_SendSMS(const char *phone, const char *msg) { char cmd[64]; sprintf(cmd, ATCMGS\%s\\r\n, phone); UART_SendString(SIM800C_UART, cmd); // 等待 “” 符號(hào)超時(shí)2秒 if (!Wait_Response(, 2000)) { return 1; } UART_SendString(SIM800C_UART, msg); Delay_Ms(50); UART_SendData(SIM800C_UART, 0x1A); // 發(fā)送結(jié)束字符 // 等待 CMGS 或 ERROR超時(shí)5秒 if (Wait_Response_Str(CMGS, 5000)) { return 0; } return 2; }這里的Wait_Response要基于串口接收緩沖實(shí)現(xiàn)而不是裸的Delay。正確的做法是把串口收到的每個(gè)字節(jié)存入緩沖區(qū)在一個(gè)固定函數(shù)里用strstr去匹配目標(biāo)字符串。4.3 短信內(nèi)容封裝帶地圖鏈接的定位信息手表上報(bào)的短信不能只是一串經(jīng)緯度數(shù)字接收者要能一眼看懂位置。最簡(jiǎn)單有效的方式就是加一個(gè)地圖鏈接。我使用的短信模板是這樣的Pos: 31.020576,121.507478 Time: 2025-01-15 14:23:15 Map: http://weixin110.qq.com/r/jk2VZVnELeGn rf正經(jīng)方案一般是拼接高德或百度地圖的URL例如char sms_content[256]; sprintf(sms_content, Position: %.6f,%.6f\r\nTime: %s\r\nLink: https://uri.amap.com/marker?position%.6f,%.6f, lat, lon, time_str, lon, lat);高德逆地理編碼/地圖鏈接這個(gè)功能需要申請(qǐng)Key嗎不需要uri.amap.com的marker接口可以直接用瀏覽器打開不需要Key。有一個(gè)非常重要的細(xì)節(jié)短信內(nèi)容不要超過70個(gè)字符。一條普通短信的容量為160個(gè)ASCII字符超過會(huì)自動(dòng)分成多條發(fā)送接收端可能收到兩條拼起來造成閱讀混亂。我實(shí)測(cè)下來GPS坐標(biāo)時(shí)間地圖鏈接大概90字符正好塞進(jìn)第一條短信里。4.4 超時(shí)重發(fā)與串口緩沖區(qū)處理GSM發(fā)送不是100%可靠的。信號(hào)波動(dòng)、短信中心排隊(duì)、SIM卡欠費(fèi)都會(huì)導(dǎo)致發(fā)送失敗。我做的策略是發(fā)送失敗后重試3次每次間隔10秒第3次失敗后在OLED顯示“上報(bào)失敗”并保存位置到內(nèi)部Flash等下次定時(shí)上報(bào)時(shí)重發(fā)串口緩沖區(qū)這個(gè)坑值得單獨(dú)提醒。SIM800C返回的數(shù)據(jù)是不定長(zhǎng)的而且可能隨時(shí)傳入模塊開機(jī)時(shí)會(huì)自動(dòng)上報(bào)“Call Ready”收到短信時(shí)會(huì)上報(bào)“CMTI”信號(hào)變化時(shí)也會(huì)主動(dòng)上報(bào)。如果程序不處理這些異步消息它們就會(huì)殘留在緩沖區(qū)里影響下一次AT指令的響應(yīng)匹配。一個(gè)實(shí)用的做法每次發(fā)送AT指令前先清空串口接收緩沖區(qū)然后等待響應(yīng)時(shí)用“是否包含關(guān)鍵詞”來判斷而不是“緩沖區(qū)是否為空”。例如等待“”就搜索緩沖區(qū)里有沒有“”等待“OK”就搜索有沒有“OK\r\n”。5. 手表端的運(yùn)行邏輯狀態(tài)機(jī)、顯示刷新與低功耗5.1 狀態(tài)機(jī)設(shè)計(jì)別讓所有功能擠在主循環(huán)里手表端軟件不能寫成“一坨代碼從頭跑到尾”而是要用狀態(tài)機(jī)來管理運(yùn)行流程。我設(shè)計(jì)的幾個(gè)狀態(tài)STATE_IDLE待機(jī)OLED顯示時(shí)間GPS和GSM都處于低功耗狀態(tài)STATE_LOCATING用戶按下上報(bào)鍵GPS模塊上電開始搜星定位STATE_SENDING定位成功GSM模塊上電發(fā)送短信STATE_SENT發(fā)送完成顯示結(jié)果幾秒后回到待機(jī)STATE_ERROR定位超時(shí)或發(fā)送失敗顯示錯(cuò)誤信息主循環(huán)不斷查詢按鍵事件和GPS數(shù)據(jù)根據(jù)當(dāng)前狀態(tài)決定下一步動(dòng)作。這樣做的最大好處是每個(gè)狀態(tài)的任務(wù)清晰不會(huì)出現(xiàn)“GPS還在搜星、GSM突然上報(bào)一堆AT響應(yīng)、按鍵又觸發(fā)菜單”這種互相干擾的混亂局面。以下是一個(gè)簡(jiǎn)化的主循環(huán)框架while (1) { switch (state) { case STATE_IDLE: if (Btn_Check(BTN_REPORT)) { GPS_PowerOn(); state STATE_LOCATING; } OLED_ShowTime(rtc_time); break; case STATE_LOCATING: if (Get_GPS_Fix(lat, lon, time_str)) { GPS_PowerOff(); SIM800C_PowerOn(); state STATE_SENDING; } else if (locate_timeout 60) { state STATE_ERROR; } break; case STATE_SENDING: if (SIM800C_SendSMS(PHONE_NUM, sms_content) 0) { SIM800C_PowerOff(); state STATE_SENT; } else { state STATE_ERROR; } break; case STATE_SENT: OLED_ShowSendResult(1); Delay_Ms(3000); state STATE_IDLE; break; case STATE_ERROR: OLED_ShowSendResult(0); Delay_Ms(3000); state STATE_IDLE; break; } }5.2 按鍵掃描與顯示刷新按鍵部分要防抖。最簡(jiǎn)單有效的方式是在定時(shí)中斷里每10ms掃描一次GPIO連續(xù)讀到兩次低電平時(shí)才認(rèn)為是有效按鍵。不要用Delay延時(shí)代替防抖因?yàn)镈elay會(huì)阻塞整個(gè)主循環(huán)GPS數(shù)據(jù)的接收和GSM的響應(yīng)都會(huì)受到影響。OLED的刷新也要控制。SSD1306的I2C寫入速度不算快全屏刷新一幀大概要20ms-30ms。如果每秒刷10次會(huì)占掉不少CPU時(shí)間。我的策略是顯示時(shí)間和狀態(tài)這種靜態(tài)信息時(shí)只在內(nèi)容變化時(shí)才更新局部區(qū)域比如只更新時(shí)間那幾行顯示定位過程時(shí)才用全屏刷新顯示衛(wèi)星數(shù)量和坐標(biāo)OLED本身有顯存GDDRAM寫入是直接改顯存不需要先清屏再寫入否則會(huì)閃爍5.3 低功耗路線的取舍從“能用”到“能戴”手表是電池供電的低功耗設(shè)計(jì)決定了它能不能真正戴出門。我實(shí)測(cè)過這套系統(tǒng)在不同狀態(tài)下的功耗狀態(tài)電流消耗說明STM32待機(jī)模式 OLED休眠約20uAMCU進(jìn)入Stop模式RTC保持運(yùn)行GPS開啟搜星約30-50mAGPS模塊工作電流可接受OLED全亮約20mA亮度調(diào)到20%可再降一半GSM模塊開機(jī)待機(jī)約10mA模塊駐網(wǎng)時(shí)的平均電流GSM模塊發(fā)送短信約200mA-1.5A瞬時(shí)峰值平均按300mA算震動(dòng)馬達(dá)約80mA短時(shí)間觸發(fā)根據(jù)這個(gè)數(shù)據(jù)如果電池用400mAh鋰電池GSM模塊平時(shí)完全關(guān)機(jī)用戶主動(dòng)上報(bào)時(shí)才開機(jī)每天上報(bào)10次每次GSM開機(jī)10秒整體平均電流可以控制在5mA以內(nèi)續(xù)航大約3-4天可以接受。真正影響續(xù)航的是GSM模塊開機(jī)時(shí)間。模塊從PWRKEY到注冊(cè)網(wǎng)絡(luò)需要5-15秒這段時(shí)間電流一直在幾十毫安到幾百毫安波動(dòng)。如果能提前把網(wǎng)絡(luò)注冊(cè)好每次只發(fā)短信耗電會(huì)低很多但代價(jià)是待機(jī)電流上升。我選擇了“用的時(shí)候再開機(jī)”的策略因?yàn)閷?duì)這款手表來說待機(jī)時(shí)間比響應(yīng)速度更重要。6. 實(shí)測(cè)中踩過的深坑與排查鏈路6.1 SIM800C反復(fù)重啟不是代碼問題是供電問題第一次聯(lián)調(diào)時(shí)我寫好了短信發(fā)送函數(shù)信心滿滿地按下按鍵結(jié)果屏幕顯示“SIM800C_PowerOn后串口無響應(yīng)”。用調(diào)試口反復(fù)打印發(fā)現(xiàn)模塊在開機(jī)十幾秒后突然掉電重啟反復(fù)循環(huán)。排查過程第一步用萬(wàn)用表量模塊供電電壓發(fā)現(xiàn)正常3.8V第二步把萬(wàn)用表并到模塊電源引腳上觀察發(fā)送短信時(shí)的電壓波形電壓瞬間掉到3.0V以下第三步查模塊手冊(cè)SIM800C工作電壓3.4V-4.4V欠壓就關(guān)機(jī)第四步在模塊電源引腳并聯(lián)1000uF電解電容 100nF陶瓷電容重新測(cè)量電壓穩(wěn)定在3.7V以上問題解決這個(gè)問題給我最深的教訓(xùn)是不要用杜邦線 面包板給GSM模塊供電線阻和接觸電阻在瞬時(shí)大電流下的壓降非常可觀。后續(xù)做方案時(shí)我直接用飛線把鋰電池正負(fù)極焊到模塊的VBAT引腳再把電解電容就近焊在引腳旁邊徹底解決了。6.2 GPS在手表上定位慢到懷疑人生GPS模塊在桌面上測(cè)試定位很快但裝進(jìn)手表殼形態(tài)后就變得奇慢無比有時(shí)候10分鐘都沒定位。排查后發(fā)現(xiàn)兩個(gè)原因表殼如果用的是金屬材質(zhì)對(duì)GPS信號(hào)屏蔽非常大。換成塑料表殼或者把GPS天線靠近表殼表面定位速度立刻提升GPS模塊旁邊有一根OLED的排線排線上走的I2C時(shí)鐘信號(hào)頻率不高但排線本身是金屬導(dǎo)體正好覆蓋在GPS天線上面形成了遮擋。把排線挪開或者把OLED放在GPS天線另一側(cè)效果立竿見影做了這兩個(gè)調(diào)整后冷啟動(dòng)定位時(shí)間從10分鐘降到50秒左右熱啟動(dòng)10秒內(nèi)出坐標(biāo)。6.3 串口丟幀導(dǎo)致的亂碼與解析失敗GPS串口每秒鐘輸出多幀NMEA數(shù)據(jù)每幀幾百字節(jié)。我在調(diào)試時(shí)發(fā)現(xiàn)解析函數(shù)偶爾會(huì)算出一個(gè)明顯不合理的坐標(biāo)比如緯度變成負(fù)值、經(jīng)度變成幾千度后來確認(rèn)是串口接收緩沖區(qū)溢出導(dǎo)致丟幀、數(shù)據(jù)錯(cuò)位。我的解決方法是串口接收使用DMA 空閑中斷IDLE中斷方案把不定長(zhǎng)的NMEA幀完整存下來而不是一個(gè)字節(jié)一個(gè)字節(jié)在主循環(huán)里拼接收緩沖區(qū)開成環(huán)形隊(duì)列大小為512字節(jié)足夠容納好幾幀NMEA數(shù)據(jù)解析前先檢查幀頭$和幀尾\r\n防止半截幀進(jìn)入解析函數(shù)關(guān)于DMA 空閑中斷的實(shí)現(xiàn)網(wǎng)上有大量HAL庫(kù)版本但如果你用標(biāo)準(zhǔn)庫(kù)GPIO復(fù)用AFIO、DMA通道分配這幾個(gè)地方容易配錯(cuò)建議對(duì)照參考手冊(cè)多核兩遍。我自己在這上面花了大半天最后用邏輯分析儀看串口數(shù)據(jù)才發(fā)現(xiàn)問題。6.4 排查思路先分模塊再聯(lián)調(diào)別一上來就全連上這是整個(gè)項(xiàng)目調(diào)試中我最重要的體會(huì)GPS和GSM都是串口設(shè)備而且都涉及到網(wǎng)絡(luò)/通訊一旦一起上電任何一個(gè)模塊的問題都會(huì)表現(xiàn)為“另一路串口數(shù)據(jù)異?！薄Ｕ_的聯(lián)調(diào)順序是只接OLED跑通I2C驅(qū)動(dòng)能顯示字符只接GPS用調(diào)試串口打印原始NMEA數(shù)據(jù)確認(rèn)能收到$開頭的數(shù)據(jù)幀只接GSM用調(diào)試串口手動(dòng)發(fā)AT指令確認(rèn)模塊能開機(jī)、能注冊(cè)網(wǎng)絡(luò)、能發(fā)短信GPS OLED確認(rèn)解析出的坐標(biāo)能顯示在屏幕上GSM OLED確認(rèn)發(fā)送流程狀態(tài)正確三個(gè)都接上聯(lián)調(diào)完整上報(bào)流程每一步都確認(rèn)無誤后再進(jìn)下一步這樣出了問題能迅速鎖定是哪個(gè)模塊的毛病。我曾經(jīng)跳過第2步直接把GPS、GSM、OLED一起接上然后GSM沒反應(yīng)查了半天才發(fā)現(xiàn)是GPS模塊的TX錯(cuò)接到了GSM的RX上鬧了一個(gè)大烏龍。7. 這套設(shè)計(jì)的延伸方向從“能上報(bào)”到“更好用”項(xiàng)目做完整套流程后你可以順著這幾個(gè)方向繼續(xù)擴(kuò)展不同的方向?qū)?yīng)不同的應(yīng)用場(chǎng)景。7.1 從短信上報(bào)到TCP/IP上傳SIM800C本身支持GPRS透?jìng)骱蚑CP/IP協(xié)議棧。你可以用AT指令建立TCP連接到服務(wù)器進(jìn)行數(shù)據(jù)上報(bào)這樣就能實(shí)現(xiàn)“手表端GPS數(shù)據(jù)實(shí)時(shí)上傳監(jiān)控平臺(tái)”的效果適合做資產(chǎn)追蹤、寵物定位類產(chǎn)品原型。用GPRS上傳要注意的坑是需要給模塊配置APN中國(guó)移動(dòng)的APN一般是cmnet而且GPRS的IP是動(dòng)態(tài)的服務(wù)器端要做好端口映射和長(zhǎng)連接?；睢６绦欧桨覆恍枰幚磉@一切但只能定期或被動(dòng)上報(bào)無法實(shí)時(shí)查看軌跡。7.2 增加基站定位作為室內(nèi)兜底GPS在室內(nèi)基本失效但GSM模塊自帶基站定位能力。SIM800C可以通過AT指令讀取當(dāng)前小區(qū)IDCell ID和LAC然后查數(shù)據(jù)庫(kù)估算大致位置。精度在幾百米到幾公里不等但作為室內(nèi)兜底足夠了。一個(gè)實(shí)用的設(shè)計(jì)是定時(shí)上報(bào)時(shí)先判斷GPS是否有效有效就用GPS坐標(biāo)無效就附帶基站信息。這樣即使GPS信號(hào)差接收者也能知道大概在城市哪個(gè)區(qū)域。7.3 語(yǔ)音通話和SOS功能GSM模塊除了發(fā)短信還能打電話。SIM800C有語(yǔ)音輸出接口接一個(gè)麥克風(fēng)和喇叭就能實(shí)現(xiàn)雙向通話。在手表上加一個(gè)SOS按鍵按下后先短信上報(bào)位置然后自動(dòng)撥打預(yù)設(shè)號(hào)碼。這個(gè)功能對(duì)獨(dú)居老人、兒童防走失場(chǎng)景非常實(shí)用。我之前做過一個(gè)原型用PCM編碼SIM800C的語(yǔ)音通道實(shí)現(xiàn)通話音質(zhì)在免提狀態(tài)下能接受主要難點(diǎn)在回音消除和音量控制上。如果只是做課程設(shè)計(jì)這部分選做即可不用強(qiáng)求。7.4 界面優(yōu)化點(diǎn)陣字體與菜單邏輯OLED顯示中文需要自行取模字庫(kù)占用的Flash空間不大16x16點(diǎn)陣每個(gè)字32字節(jié)幾百個(gè)常用字也就幾十KBF103C8T6的64KB Flash完全夠用。把中文短信位置、狀態(tài)提示都顯示成中文體驗(yàn)會(huì)提升很多。菜單邏輯上建議引入“多級(jí)菜單 雙擊/長(zhǎng)按”交互例如單擊按鍵1立即上報(bào)長(zhǎng)按按鍵1關(guān)機(jī)/開機(jī)單擊按鍵2切換顯示頁(yè)面長(zhǎng)按按鍵2進(jìn)入設(shè)置模式設(shè)置模式下可以修改上報(bào)號(hào)碼、GPS定時(shí)周期等參數(shù)存到內(nèi)部Flash里。這些功能不復(fù)雜但每加一層交互邏輯狀態(tài)機(jī)的復(fù)雜度都會(huì)上升建議在基礎(chǔ)短信功能完全穩(wěn)定之后再動(dòng)。最后再分享一個(gè)我在整體調(diào)試過程中最有價(jià)值的習(xí)慣給每個(gè)串口模塊都接一個(gè)邏輯分析儀把所有AT指令交互和GPS數(shù)據(jù)流都記錄下來。很多問題看起來像是代碼解析的鍋?zhàn)詈蠖甲C明是時(shí)序或者供電的鍋。上手一個(gè)通信模塊先用串口助手手動(dòng)發(fā)指令確認(rèn)模塊行為再寫代碼要比上來就寫一整包代碼再一點(diǎn)點(diǎn)排查快得多。這套STM32GPSGSM的手表方案真正的難點(diǎn)不在任何單一模塊而在如何把三路串口數(shù)據(jù)和不定時(shí)的異步事件安全地協(xié)調(diào)在同一顆芯片里想清楚這一層做其他嵌入式項(xiàng)目遇到多外設(shè)協(xié)同的難題時(shí)心里也會(huì)更有底。本文還有配套的精品資源點(diǎn)擊獲取