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