简介本资源是一套完整的基于STM32的嵌入式智能手表开发方案面向电子类专业本科生、嵌入式初学者及课程设计/毕业设计实践者解决GPS定位采集、GSM远程通信与人机交互集成等典型单片机综合应用问题。压缩包共233个文件涵盖36个C源码与38个头文件含LCD、GPS、GSM驱动及主控逻辑、21张电路图与系统框图JPG、20余份Keil工程文件.uvproj/.axf/.hex等以及开题报告、答辩技巧、参考论文、芯片手册、器件清单等13份DOC类文档和8份PDF技术资料另有5段MP4演示视频直观展示短信上报与手电筒功能。资源包大小77.97MB目录结构按硬件模块与文档类型分层组织便于快速定位核心代码与原理图。目前已有1768人学习下载提供从硬件搭建、程序烧录、AT指令调试到功能验证的全流程支撑特别适合开展ARM嵌入式系统课程实践与创新项目开发。 最近在整理嵌入式项目资料时翻到一个挺有代表性的设计基于STM32单片机的智能手表核心功能就两个——GPS定位和GSM短信上报。用大白话说就是让手表里集成一块GPS模块负责拿当前经纬度单片机作为大脑把坐标解析出来再通过GSM模块以短信形式发送到预设手机号。这其实是嵌入式入门里非常经典的一条技术链路把GPS、GSM、单片机三个东西串在一起能一次性练到串口通信、协议解析、AT指令控制、电源管理这些底层基本功。这套方案的落地场景很直接老人小孩防走失、户外徒步应急、个人物品防丢甚至骑行记录。和手机App上报坐标不同短信上报不依赖Wi-Fi、不依赖网络连接、也不需要安装软件只要附近有移动通信信号对方手机就能收到一条带坐标的短信。对于做毕业设计、电子竞赛或者想系统入门物联网开发的朋友来说这个项目是非常合适的练手对象。这篇文章我就把这个项目从硬件选型、电路设计、NMEA语句解析、AT指令发短信到实际调试踩坑的完整过程拆开讲一遍希望能给正在做类似东西的朋友一些参考。1. 项目整体设计与方案选型1.1 这套方案到底解决什么问题先说应用场景。智能手表如果只做显示时间那和普通电子表没有区别真正有价值的是“定位”和“报警”。把GPS模块塞进手表设备就能知道自己在哪里再把GSM模块加进来设备就能把位置信息主动发出去。这就解决了两个核心问题一是定位二是远程通知。举个最简单例子家里老人出门遛弯戴着手表如果家人想知道老人当前位置可以回拨或发送指令手表自动把坐标短信发给家人或者老人遇到紧急情况按一下按键手表立刻把定位短信发送给预设号码。整个过程不需要老人操作复杂界面一按就完事。这个场景下短信相比网络上报有两个不可替代的优势不受手机App限制任何手机都能收不依赖目标设备联网GSM信号覆盖范围远大于Wi-Fi。从学习角度看这个项目的难点不在单一模块而在于把多个模块组合成系统。GPS模块输出一串字符流单片机能听懂并提取关键信息GSM模块收到指令后能正确拨号发短信中间还要保证电源稳定、串口不丢数据。任何一个环节出错整个链路就不通。这种“模块协作”的经验是单纯跑一个LED灯或者做一个计数器学不到的。1.2 三个核心器件的选型逻辑主控选STM32F103C8T6这个芯片在嵌入式圈子里几乎是“万金油”般的存在。72MHz主频、64KB Flash、20KB RAM双串口、I2C、SPI、ADC全都有LQFP48封装手工焊接也没问题价格还便宜。对比一下如果用51单片机来做两个串口要模拟扩展解析NMEA语句的运算量也偏紧不是说不能做而是开发效率明显低。如果选ESP32虽然性能更强还带Wi-Fi和蓝牙但纯做GSM短信上报其实用不到网络功能功耗和成本反而更高。GPS模块我选的是NEO-6M方案的模块市面上非常多串口输出NMEA 0183格式数据波特率默认9600定位精度一般在2.5米左右。这类模块自带陶瓷天线有些还支持外接有源天线比较适合手表这种小体积设备。也有用ATK-SIM28的本质上是同一类东西选哪个看手里有什么。GSM模块选了SIM800C。这颗模块支持GSM/GPRS四频段短信、电话、TCP/IP都有最关键的是AT指令体系极其成熟网上资料一抓一大把。类似的还有SIM900A、A6、A7等指令基本兼容。SIM800C尺寸小巧2.8V逻辑电平适合电池供电的可穿戴设备。有一点要提前说清楚现在运营商对2G网络的策略处处有别如果你所在区域GSM信号覆盖不佳或者退网可以把模块替换成支持短信功能的4G Cat.1模块比如Air724UGAT指令体系相近软件改动不大。1.3 数据链路与模块划分整个系统的数据流是这样的GPS天线接收卫星信号NEO-6M模块解析后通过串口输出NMEA语句STM32的UART1接收这些字符流在内存中提取出经纬度、UTC时间、卫星数量用户按下上报按键后STM32把经纬度拼成一条短信内容通过UART2向SIM800C发送AT指令SIM800C把短信发到预设手机号同时0.96寸OLED屏实时显示定位状态和坐标信息蜂鸣器或LED用于上报成功提示。模块划分上建议把系统拆成四个独立单元定位单元GPS模块及天线、通信单元GSM模块及SIM卡座、主控与人机交互单元STM32、OLED、按键、蜂鸣器、电源管理单元锂电池、充电芯片、LDO稳压。为什么要拆分因为调试时每个单元都可以单独验证。GPS单元用串口助手看NMEA输出通信单元直接用USB转TTL接SIM800C发AT指令单独都通了再组合问题定位会快得多。2. 硬件电路设计要点2.1 关键器件清单先列一个完整的物料清单方便对照准备功能器件型号作用备注主控STM32F103C8T6数据解析、逻辑控制双串口必备GPS模块NEO-6M / ATK-SIM28获取经纬度UART输出NMEAGSM模块SIM800C短信收发支持AT指令显示屏0.96寸OLED SSD1306显示定位信息I2C接口锂电池充电TP4056模块给电池充电MicroUSB输入LDO稳压AMS1117-3.33.7V锂电池转3.3V给MCU/GPS/OLED电池聚合物锂电池 3.7V 1000mAh系统供电容量越大续航越长按键轻触开关触发短信上报两个以上更好蜂鸣器有源蜂鸣器状态提示低电平触发这里多说一句STM32的最小系统板蓝板可以直接用上面自带LDO和USB转串口初版验证完全够。但如果你想做真正的手表PCB建议自己画板把最小系统、GPS、GSM、OLED接口集成到一块这样体积能小很多。2.2 供电系统设计最常见的失败点这个项目里90%的“模块不工作”问题最终都能追溯到供电。尤其GSM模块发送短信瞬间的电流峰值能到2A这是整个系统里最需要注意的地方。如果天真地认为3.3V LDO能同时喂饱STM32、GPS和GSM那短信一发送LDO输出电压瞬间跌落GSM模块直接掉电重启甚至STM32也会复位。正确的供电方案是分区供电锂电池直接接SIM800C的VBAT引脚因为SIM800C的工作电压范围是3.4V到4.4V锂电池3.7V标称值刚好落在区间内。在VBAT引脚旁并联一个大容量电容比如1000uF铝电解电容加100nF陶瓷电容用于吸收发射瞬间的电流尖峰。STM32、GPS、OLED则统一用AMS1117-3.3从锂电池降压得到3.3V与GSM的电源完全分开。这样GSM那边电压怎么波动都不会影响单片机。实际验证时用万用表测VBAT发送瞬间的电压如果压降超过0.3V说明储能电容不够加大到2200uF再试。还有一个细节GSM模块的电源线要尽量短且粗如果飞线连接至少用AWG24以上线径细线电阻大大电流下压降很可观。2.3 天线、电平与接口定义天线布局是硬件上另一个容易忽视的地方。GPS信号本身非常弱天线必须朝向天空方向周围尽量不要被金属遮挡手表形态下GPS天线最好放在表盘最上层PCB上要留出净空区不要在正上方铺铜或者放排针。GSM天线则要远离GPS天线至少隔开3cm以上否则GSM发射时的射频信号会直接干扰GPS接收导致搜星困难。电平匹配上SIM800C的UART高电平是2.8VSTM32的是3.3V实际上STM32识别2.8V为高电平没有问题SIM800C也能识别3.3V高电平输入但稳妥起见最好在STM32到SIM800C的TX线上串一个1K电阻分压或者直接用模块板载的电平转换电路。GPS模块输出是3.3V电平和STM32直接对接没问题。串口和引脚分配建议这样安排UART1PA9/PA10接GPS模块因为GPS数据是持续输出的独立串口方便管理UART2PA2/PA3接SIM800C用于发送AT指令和接收响应I2CPB6/PB7接OLEDPB0接上报按键PB1接屏幕开关PC13接蜂鸣器或LED。3. 软件实现与关键代码3.1 开发环境与串口分配软件部分我推荐用STM32CubeMX生成初始化代码配合HAL库Keil MDK编译。有些朋友习惯用标准库也行这项目逻辑不复杂核心是串口数据处理和AT指令状态机。CubeMX里开启USART1和USART2均配置为异步模式波特率GPS模块设为9600NEO-6M默认GSM模块设为9600SIM800C出厂默认可能不同用ATIPR?查询确认。两个串口都开启中断接收收到的字节存入各自的环形缓冲区。在HAL库中串口接收完成回调函数里做一件事把字节写入缓冲区然后重新启动下一次接收。注意不要在中断回调里做耗时的字符串解析否则会丢数据。GPS模块上电后每秒输出一串语句用环形缓冲区缓存主循环里定期检查缓冲区是否有完整的$GPGGA帧GSM模块响应是事件式的发一条AT指令等一个回应适合用简单的状态机或者超时等待。初始化顺序是系统时钟、GPIO、串口、OLED然后延时2秒等待GSM模块开机再发送“AT”同步指令最后才进入主循环等待GPS数据。3.2 GPS NMEA协议解析NMEA 0183是GPS模块最通用的输出协议里面的$GPGGA语句包含了定位所需的核心信息。一条典型的$GPGGA语句长这样$GPGGA,092750.000,5321.6802,N,00630.3372,W,1,8,1.03,61.7,M,55.2,M,,*76字段按逗号分隔关键信息字段1是UTC时间时分秒字段2和3是纬度ddmm.mmmm格式N/S字段4和5是经度dddmm.mmmm格式E/W字段6是定位状态0未定位1单点定位2差分定位字段7是卫星数量。只有字段6是1或2的时候坐标才是有效的否则直接丢弃。解析代码可以这样写char *p strstr(gps_buf, $GPGGA); if (p ! NULL) { char utc_time[10] {0}; char lat_str[12] {0}, lon_str[12] {0}; char lat_dir 0, lon_dir 0; int sats 0, fix_status 0; sscanf(p, $GPGGA,%[^,],%[^,],%c,%[^,],%c,%d,%d, utc_time, lat_str, lat_dir, lon_str, lon_dir, fix_status, sats); if (fix_status 0) { // 转换 ddmm.mmmm - dd.dddddd float lat convert_to_degrees(atof(lat_str)); float lon convert_to_degrees(atof(lon_str)); if (lat_dir S) lat -lat; if (lon_dir W) lon -lon; // 保存全局变量供短信上报使用 } }这里有个新手必踩的坑GPS模块输出的经纬度是“度分”格式比如5321.6802意思是53度21.6802分必须先转成十进制小数度才能直接给地图链接用。转换公式很简单十进制度 整数部分 (小数部分 / 60)。上面的convert_to_degrees函数就是在做这件事。我在调试时习惯在OLED上同时显示原始语句长度和解析出的经纬度如果解析成功立刻能看到数值变化比憋在串口里看日志直观很多。3.3 GSM短信上报AT指令链路GSM模块控制是另一套逻辑完全基于AT指令。SIM800C上电后先要等它注册到网络时间不一定几秒到几十秒都可能。通过ATCREG?查询注册状态返回CREG: 0,1表示已注册本地网络0,5表示已漫游。不确认注册成功就发短信基本都会返回ERROR。短信发送的标准流程分三步ATCMGF1设置短信为文本模式Text Mode。ATCMGS接收方手机号模块返回“”提示符。发送短信内容末尾追加十六进制0x1A对应CtrlZ表示输入结束。代码实现可以封装成一个函数void send_sms(const char *phone, const char *msg) { char cmd[64]; sprintf(cmd, ATCMGS\%s\\r\n, phone); uart2_send_string(cmd); HAL_Delay(300); // 等待模块返回提示符 uart2_send_string(msg); HAL_Delay(100); uint8_t end_mark 0x1A; uart2_send_byte(end_mark); }真实项目中这个函数不能这么粗糙必须在发送后检查模块是否返回“CMGS: xxx”的OK响应。比较稳妥的做法是发送完0x1A后等待串口返回OK或者ERROR用一个超时循环 标志位判断。如果返回ERROR重试两三次还不行就提示用户检查信号或SIM卡。短信内容拼接是最后一步建议把时间、经纬度、卫星数和地图链接都放进去收信人拿到短信不用猜就知道是设备发的位置。链接格式最通用的是Google Mapshttp://maps.google.com/?q纬度,经度对方手机收到短信后直接点链接浏览器打开地图就能看到位置非常方便。有人问中文短信怎么发文本模式对中文支持不好要么用PDU模式要么短信内容只用英文和数字后者省事得多。4. 调试实录我踩过的坑4.1 GPS搜星慢或者搜不到星这个问题在第一次上电调试时几乎必现。GPS冷启动后第一次定位需要比较长时间视环境而定开阔地带2到5分钟室内可能永远定不到。我第一次在阳台测试连续等了6分钟才有坐标当时差点以为模块坏了。后来总结的经验是拿到模块先别接单片机用USB转TTL直接连电脑串口助手看NMEA输出这样能最快确认模块本身没问题。如果室外等了很久还是没有定位成功检查这几项天线是否朝天周围有没有金属遮挡物。串口波特率是不是9600有些模块默认115200。是否有源天线供电问题如果模块有源天线接口需要额外提供3.3V馈电。查看$GPGSV语句中可见卫星数量如果为0表示天线没搜到星考虑换位置。还有一个容易犯的错解析时没检查定位状态位。模块即使没定位成功也会输出$GPGGA只是状态位为0。如果不加判断就把无效坐标发出去收信人收到的是类似“0.000000,0.000000”这种废数据体验很差。4.2 GSM模块频繁重启和短信发送失败GSM模块重启是供电不足的典型表现。现象是给模块上电后还没等发AT指令模块就反复开关机或者一发送短信就重启。这时候别急着改代码先检查VBAT电压。用示波器或者万用表测发送瞬间的电压如果压降超过0.3V十有八九是电源问题。我调试时刚开始用一根长长杜邦线从AMS1117拉电给SIM800C信号一发射电压跌到2.8V模块直接掉电后来改成电池直供并加上2200uF电容问题立刻消失。短信发送失败还有一个隐蔽原因模块开机后网络没注册好。SIM800C上电后最好轮询ATCREG?直到返回已注册再执行后面的短信流程。如果上来就发ATCMGS模块返回ERROR很多人误以为是SIM卡坏了其实只是网络还没就绪。另外ATCSQ可以查信号强度返回值范围0到31低于10说明信号很弱短信大概率发不出去。SIM卡接触不良也是常见坑。模块上的SIM卡座是推拉式的如果卡没插到位返回的CME ERROR会是“SIM not inserted”。调试时可以在卡座旁边加两颗固定螺丝或者用绝缘胶带按压住SIM卡减少虚接概率。4.3 串口乱码、程序卡死串口乱码八成是波特率不匹配。GPS模块虽然默认9600但有些二手模块的被改过配置先串口助手扫一遍波特率确认。另外注意模块和单片机的共地问题两个设备之间除了TX/RX还要把GND连起来否则电平参考不一致数据极容易错乱。程序卡死在调试过程中也很折磨人。最常见原因是在串口中断里做了耗时操作比如HAL_UART_Receive_IT的回调里直接调用printf函数或者进行字符串解析这些处理时间太长导致其他中断或数据接收被阻塞。我的建议是中断里只做数据缓冲区的写入解析全部放到主循环里处理。环形缓冲区的大小也要留意GPS一帧最长约100字节缓冲区至少给256字节防止接收溢出导致数据被覆盖。还有一点程序里使用HAL_Delay时要小心如果GSM模块响应很慢而你在某个状态里死等不设置超时整个系统就卡死了。所有AT指令收发环节都建议设计超时跳出的逻辑。5. 手表化改造与使用建议5.1 OLED显示与人机交互手表形态下OLED不仅是显示设备还是交互反馈窗口。我的方案里OLED一屏分三行显示第一行定位状态和卫星数第二行经纬度第三行北京时间。GPS输出的UTC时间比北京时间慢8小时显示时记得转换。按键交互可以设计成两种模式短按一次屏幕点亮并显示当前定位信息不发送短信长按3秒触发短信上报并震动或蜂鸣提示。这样既能避免误触频繁发短信又能让用户随时查看状态。人机交互的细节往往决定一个作品的使用体验纯功能堆叠没有任何输出反馈的设备用起来非常困惑。功耗方面手表最耗电的是屏幕和GSM模块。OLED可以通过命令控制全部熄灭平时默认灭屏只有按键按下才点亮亮几秒后自动关。GPS模块也不是开机就一直供电可以设计一个MOS管控制其电源需要定位时才上电定位成功后就关掉。GSM模块在非上报时段可以进入睡眠模式ATCSCLK1能明显降低待机电流。实测1000mAh电池如果每天上报几次待机两三天问题不大。5.2 合法使用场景与稳定运行建议这个项目能做的事情很多但使用场景必须合法合规只能用于自己拥有或得到授权的设备比如给家里老人小孩做的防走失终端、自己的户外应急定位器、车载防丢追踪器等。任何未经他人同意、偷偷跟踪定位的行为都是违法的这一点必须遵守。稳定性方面长期运行的设备要加看门狗。GSM模块偶尔会死机AT指令无响应此时让STM32给GSM模块重新上电或者发送复位指令比手动断电方便得多。软件上可以每30秒轮询一次GPS数据超过一定时间没有有效定位就提示用户检查天线。短信上报也要做防抖连续按键的时间间隔至少10秒避免用户连按导致发送多条重复短信浪费话费。最后建议把原理图和PCB工程文件保留好。这个项目的硬件电路并不复杂但它是理解“传感器 主控 无线通信”这套架构的绝佳样本。后续想扩展什么都容易加心率传感器做健康监测、加震动马达做消息提醒、加蜂鸣器做SOS报警各个模块的接口都预留出来扩展空间非常大。整个项目做下来我最大的体会是无论方案看着多简单实际调试时总会遇到文档里没写的问题。GPS冷启动那几分钟的焦躁、GSM模块第一次发短信时因为没等网络注册而返回ERROR的无奈这些坑踩过一遍才能真正记住。这个项目整体成本不超过100块但把串口通信、协议解析、电源设计、人机交互完整地串了一遍。如果你正在做类似的设备我给一个最实际的建议先模块级调试再整机联调。GPS单独测通、GSM单独测通、OLED单独点亮然后再把它们组合起来。千万别一上来就把所有模块焊到一块板子上出了问题都不知道该查谁。每一步都验证完再往前走这个项目大概率能在两天内跑通。本文还有配套的精品资源点击获取 基于STM32的智能手表：GPS定位与GSM短信上报实战解析
简介本资源是一套完整的基于STM32的嵌入式智能手表开发方案面向电子类专业本科生、嵌入式初学者及课程设计/毕业设计实践者解决GPS定位采集、GSM远程通信与人机交互集成等典型单片机综合应用问题。压缩包共233个文件涵盖36个C源码与38个头文件含LCD、GPS、GSM驱动及主控逻辑、21张电路图与系统框图JPG、20余份Keil工程文件.uvproj/.axf/.hex等以及开题报告、答辩技巧、参考论文、芯片手册、器件清单等13份DOC类文档和8份PDF技术资料另有5段MP4演示视频直观展示短信上报与手电筒功能。资源包大小77.97MB目录结构按硬件模块与文档类型分层组织便于快速定位核心代码与原理图。目前已有1768人学习下载提供从硬件搭建、程序烧录、AT指令调试到功能验证的全流程支撑特别适合开展ARM嵌入式系统课程实践与创新项目开发。 最近在整理嵌入式项目资料时翻到一个挺有代表性的设计基于STM32单片机的智能手表核心功能就两个——GPS定位和GSM短信上报。用大白话说就是让手表里集成一块GPS模块负责拿当前经纬度单片机作为大脑把坐标解析出来再通过GSM模块以短信形式发送到预设手机号。这其实是嵌入式入门里非常经典的一条技术链路把GPS、GSM、单片机三个东西串在一起能一次性练到串口通信、协议解析、AT指令控制、电源管理这些底层基本功。这套方案的落地场景很直接老人小孩防走失、户外徒步应急、个人物品防丢甚至骑行记录。和手机App上报坐标不同短信上报不依赖Wi-Fi、不依赖网络连接、也不需要安装软件只要附近有移动通信信号对方手机就能收到一条带坐标的短信。对于做毕业设计、电子竞赛或者想系统入门物联网开发的朋友来说这个项目是非常合适的练手对象。这篇文章我就把这个项目从硬件选型、电路设计、NMEA语句解析、AT指令发短信到实际调试踩坑的完整过程拆开讲一遍希望能给正在做类似东西的朋友一些参考。1. 项目整体设计与方案选型1.1 这套方案到底解决什么问题先说应用场景。智能手表如果只做显示时间那和普通电子表没有区别真正有价值的是“定位”和“报警”。把GPS模块塞进手表设备就能知道自己在哪里再把GSM模块加进来设备就能把位置信息主动发出去。这就解决了两个核心问题一是定位二是远程通知。举个最简单例子家里老人出门遛弯戴着手表如果家人想知道老人当前位置可以回拨或发送指令手表自动把坐标短信发给家人或者老人遇到紧急情况按一下按键手表立刻把定位短信发送给预设号码。整个过程不需要老人操作复杂界面一按就完事。这个场景下短信相比网络上报有两个不可替代的优势不受手机App限制任何手机都能收不依赖目标设备联网GSM信号覆盖范围远大于Wi-Fi。从学习角度看这个项目的难点不在单一模块而在于把多个模块组合成系统。GPS模块输出一串字符流单片机能听懂并提取关键信息GSM模块收到指令后能正确拨号发短信中间还要保证电源稳定、串口不丢数据。任何一个环节出错整个链路就不通。这种“模块协作”的经验是单纯跑一个LED灯或者做一个计数器学不到的。1.2 三个核心器件的选型逻辑主控选STM32F103C8T6这个芯片在嵌入式圈子里几乎是“万金油”般的存在。72MHz主频、64KB Flash、20KB RAM双串口、I2C、SPI、ADC全都有LQFP48封装手工焊接也没问题价格还便宜。对比一下如果用51单片机来做两个串口要模拟扩展解析NMEA语句的运算量也偏紧不是说不能做而是开发效率明显低。如果选ESP32虽然性能更强还带Wi-Fi和蓝牙但纯做GSM短信上报其实用不到网络功能功耗和成本反而更高。GPS模块我选的是NEO-6M方案的模块市面上非常多串口输出NMEA 0183格式数据波特率默认9600定位精度一般在2.5米左右。这类模块自带陶瓷天线有些还支持外接有源天线比较适合手表这种小体积设备。也有用ATK-SIM28的本质上是同一类东西选哪个看手里有什么。GSM模块选了SIM800C。这颗模块支持GSM/GPRS四频段短信、电话、TCP/IP都有最关键的是AT指令体系极其成熟网上资料一抓一大把。类似的还有SIM900A、A6、A7等指令基本兼容。SIM800C尺寸小巧2.8V逻辑电平适合电池供电的可穿戴设备。有一点要提前说清楚现在运营商对2G网络的策略处处有别如果你所在区域GSM信号覆盖不佳或者退网可以把模块替换成支持短信功能的4G Cat.1模块比如Air724UGAT指令体系相近软件改动不大。1.3 数据链路与模块划分整个系统的数据流是这样的GPS天线接收卫星信号NEO-6M模块解析后通过串口输出NMEA语句STM32的UART1接收这些字符流在内存中提取出经纬度、UTC时间、卫星数量用户按下上报按键后STM32把经纬度拼成一条短信内容通过UART2向SIM800C发送AT指令SIM800C把短信发到预设手机号同时0.96寸OLED屏实时显示定位状态和坐标信息蜂鸣器或LED用于上报成功提示。模块划分上建议把系统拆成四个独立单元定位单元GPS模块及天线、通信单元GSM模块及SIM卡座、主控与人机交互单元STM32、OLED、按键、蜂鸣器、电源管理单元锂电池、充电芯片、LDO稳压。为什么要拆分因为调试时每个单元都可以单独验证。GPS单元用串口助手看NMEA输出通信单元直接用USB转TTL接SIM800C发AT指令单独都通了再组合问题定位会快得多。2. 硬件电路设计要点2.1 关键器件清单先列一个完整的物料清单方便对照准备功能器件型号作用备注主控STM32F103C8T6数据解析、逻辑控制双串口必备GPS模块NEO-6M / ATK-SIM28获取经纬度UART输出NMEAGSM模块SIM800C短信收发支持AT指令显示屏0.96寸OLED SSD1306显示定位信息I2C接口锂电池充电TP4056模块给电池充电MicroUSB输入LDO稳压AMS1117-3.33.7V锂电池转3.3V给MCU/GPS/OLED电池聚合物锂电池 3.7V 1000mAh系统供电容量越大续航越长按键轻触开关触发短信上报两个以上更好蜂鸣器有源蜂鸣器状态提示低电平触发这里多说一句STM32的最小系统板蓝板可以直接用上面自带LDO和USB转串口初版验证完全够。但如果你想做真正的手表PCB建议自己画板把最小系统、GPS、GSM、OLED接口集成到一块这样体积能小很多。2.2 供电系统设计最常见的失败点这个项目里90%的“模块不工作”问题最终都能追溯到供电。尤其GSM模块发送短信瞬间的电流峰值能到2A这是整个系统里最需要注意的地方。如果天真地认为3.3V LDO能同时喂饱STM32、GPS和GSM那短信一发送LDO输出电压瞬间跌落GSM模块直接掉电重启甚至STM32也会复位。正确的供电方案是分区供电锂电池直接接SIM800C的VBAT引脚因为SIM800C的工作电压范围是3.4V到4.4V锂电池3.7V标称值刚好落在区间内。在VBAT引脚旁并联一个大容量电容比如1000uF铝电解电容加100nF陶瓷电容用于吸收发射瞬间的电流尖峰。STM32、GPS、OLED则统一用AMS1117-3.3从锂电池降压得到3.3V与GSM的电源完全分开。这样GSM那边电压怎么波动都不会影响单片机。实际验证时用万用表测VBAT发送瞬间的电压如果压降超过0.3V说明储能电容不够加大到2200uF再试。还有一个细节GSM模块的电源线要尽量短且粗如果飞线连接至少用AWG24以上线径细线电阻大大电流下压降很可观。2.3 天线、电平与接口定义天线布局是硬件上另一个容易忽视的地方。GPS信号本身非常弱天线必须朝向天空方向周围尽量不要被金属遮挡手表形态下GPS天线最好放在表盘最上层PCB上要留出净空区不要在正上方铺铜或者放排针。GSM天线则要远离GPS天线至少隔开3cm以上否则GSM发射时的射频信号会直接干扰GPS接收导致搜星困难。电平匹配上SIM800C的UART高电平是2.8VSTM32的是3.3V实际上STM32识别2.8V为高电平没有问题SIM800C也能识别3.3V高电平输入但稳妥起见最好在STM32到SIM800C的TX线上串一个1K电阻分压或者直接用模块板载的电平转换电路。GPS模块输出是3.3V电平和STM32直接对接没问题。串口和引脚分配建议这样安排UART1PA9/PA10接GPS模块因为GPS数据是持续输出的独立串口方便管理UART2PA2/PA3接SIM800C用于发送AT指令和接收响应I2CPB6/PB7接OLEDPB0接上报按键PB1接屏幕开关PC13接蜂鸣器或LED。3. 软件实现与关键代码3.1 开发环境与串口分配软件部分我推荐用STM32CubeMX生成初始化代码配合HAL库Keil MDK编译。有些朋友习惯用标准库也行这项目逻辑不复杂核心是串口数据处理和AT指令状态机。CubeMX里开启USART1和USART2均配置为异步模式波特率GPS模块设为9600NEO-6M默认GSM模块设为9600SIM800C出厂默认可能不同用ATIPR?查询确认。两个串口都开启中断接收收到的字节存入各自的环形缓冲区。在HAL库中串口接收完成回调函数里做一件事把字节写入缓冲区然后重新启动下一次接收。注意不要在中断回调里做耗时的字符串解析否则会丢数据。GPS模块上电后每秒输出一串语句用环形缓冲区缓存主循环里定期检查缓冲区是否有完整的$GPGGA帧GSM模块响应是事件式的发一条AT指令等一个回应适合用简单的状态机或者超时等待。初始化顺序是系统时钟、GPIO、串口、OLED然后延时2秒等待GSM模块开机再发送“AT”同步指令最后才进入主循环等待GPS数据。3.2 GPS NMEA协议解析NMEA 0183是GPS模块最通用的输出协议里面的$GPGGA语句包含了定位所需的核心信息。一条典型的$GPGGA语句长这样$GPGGA,092750.000,5321.6802,N,00630.3372,W,1,8,1.03,61.7,M,55.2,M,,*76字段按逗号分隔关键信息字段1是UTC时间时分秒字段2和3是纬度ddmm.mmmm格式N/S字段4和5是经度dddmm.mmmm格式E/W字段6是定位状态0未定位1单点定位2差分定位字段7是卫星数量。只有字段6是1或2的时候坐标才是有效的否则直接丢弃。解析代码可以这样写char *p strstr(gps_buf, $GPGGA); if (p ! NULL) { char utc_time[10] {0}; char lat_str[12] {0}, lon_str[12] {0}; char lat_dir 0, lon_dir 0; int sats 0, fix_status 0; sscanf(p, $GPGGA,%[^,],%[^,],%c,%[^,],%c,%d,%d, utc_time, lat_str, lat_dir, lon_str, lon_dir, fix_status, sats); if (fix_status 0) { // 转换 ddmm.mmmm - dd.dddddd float lat convert_to_degrees(atof(lat_str)); float lon convert_to_degrees(atof(lon_str)); if (lat_dir S) lat -lat; if (lon_dir W) lon -lon; // 保存全局变量供短信上报使用 } }这里有个新手必踩的坑GPS模块输出的经纬度是“度分”格式比如5321.6802意思是53度21.6802分必须先转成十进制小数度才能直接给地图链接用。转换公式很简单十进制度 整数部分 (小数部分 / 60)。上面的convert_to_degrees函数就是在做这件事。我在调试时习惯在OLED上同时显示原始语句长度和解析出的经纬度如果解析成功立刻能看到数值变化比憋在串口里看日志直观很多。3.3 GSM短信上报AT指令链路GSM模块控制是另一套逻辑完全基于AT指令。SIM800C上电后先要等它注册到网络时间不一定几秒到几十秒都可能。通过ATCREG?查询注册状态返回CREG: 0,1表示已注册本地网络0,5表示已漫游。不确认注册成功就发短信基本都会返回ERROR。短信发送的标准流程分三步ATCMGF1设置短信为文本模式Text Mode。ATCMGS接收方手机号模块返回“”提示符。发送短信内容末尾追加十六进制0x1A对应CtrlZ表示输入结束。代码实现可以封装成一个函数void send_sms(const char *phone, const char *msg) { char cmd[64]; sprintf(cmd, ATCMGS\%s\\r\n, phone); uart2_send_string(cmd); HAL_Delay(300); // 等待模块返回提示符 uart2_send_string(msg); HAL_Delay(100); uint8_t end_mark 0x1A; uart2_send_byte(end_mark); }真实项目中这个函数不能这么粗糙必须在发送后检查模块是否返回“CMGS: xxx”的OK响应。比较稳妥的做法是发送完0x1A后等待串口返回OK或者ERROR用一个超时循环 标志位判断。如果返回ERROR重试两三次还不行就提示用户检查信号或SIM卡。短信内容拼接是最后一步建议把时间、经纬度、卫星数和地图链接都放进去收信人拿到短信不用猜就知道是设备发的位置。链接格式最通用的是Google Mapshttp://maps.google.com/?q纬度,经度对方手机收到短信后直接点链接浏览器打开地图就能看到位置非常方便。有人问中文短信怎么发文本模式对中文支持不好要么用PDU模式要么短信内容只用英文和数字后者省事得多。4. 调试实录我踩过的坑4.1 GPS搜星慢或者搜不到星这个问题在第一次上电调试时几乎必现。GPS冷启动后第一次定位需要比较长时间视环境而定开阔地带2到5分钟室内可能永远定不到。我第一次在阳台测试连续等了6分钟才有坐标当时差点以为模块坏了。后来总结的经验是拿到模块先别接单片机用USB转TTL直接连电脑串口助手看NMEA输出这样能最快确认模块本身没问题。如果室外等了很久还是没有定位成功检查这几项天线是否朝天周围有没有金属遮挡物。串口波特率是不是9600有些模块默认115200。是否有源天线供电问题如果模块有源天线接口需要额外提供3.3V馈电。查看$GPGSV语句中可见卫星数量如果为0表示天线没搜到星考虑换位置。还有一个容易犯的错解析时没检查定位状态位。模块即使没定位成功也会输出$GPGGA只是状态位为0。如果不加判断就把无效坐标发出去收信人收到的是类似“0.000000,0.000000”这种废数据体验很差。4.2 GSM模块频繁重启和短信发送失败GSM模块重启是供电不足的典型表现。现象是给模块上电后还没等发AT指令模块就反复开关机或者一发送短信就重启。这时候别急着改代码先检查VBAT电压。用示波器或者万用表测发送瞬间的电压如果压降超过0.3V十有八九是电源问题。我调试时刚开始用一根长长杜邦线从AMS1117拉电给SIM800C信号一发射电压跌到2.8V模块直接掉电后来改成电池直供并加上2200uF电容问题立刻消失。短信发送失败还有一个隐蔽原因模块开机后网络没注册好。SIM800C上电后最好轮询ATCREG?直到返回已注册再执行后面的短信流程。如果上来就发ATCMGS模块返回ERROR很多人误以为是SIM卡坏了其实只是网络还没就绪。另外ATCSQ可以查信号强度返回值范围0到31低于10说明信号很弱短信大概率发不出去。SIM卡接触不良也是常见坑。模块上的SIM卡座是推拉式的如果卡没插到位返回的CME ERROR会是“SIM not inserted”。调试时可以在卡座旁边加两颗固定螺丝或者用绝缘胶带按压住SIM卡减少虚接概率。4.3 串口乱码、程序卡死串口乱码八成是波特率不匹配。GPS模块虽然默认9600但有些二手模块的被改过配置先串口助手扫一遍波特率确认。另外注意模块和单片机的共地问题两个设备之间除了TX/RX还要把GND连起来否则电平参考不一致数据极容易错乱。程序卡死在调试过程中也很折磨人。最常见原因是在串口中断里做了耗时操作比如HAL_UART_Receive_IT的回调里直接调用printf函数或者进行字符串解析这些处理时间太长导致其他中断或数据接收被阻塞。我的建议是中断里只做数据缓冲区的写入解析全部放到主循环里处理。环形缓冲区的大小也要留意GPS一帧最长约100字节缓冲区至少给256字节防止接收溢出导致数据被覆盖。还有一点程序里使用HAL_Delay时要小心如果GSM模块响应很慢而你在某个状态里死等不设置超时整个系统就卡死了。所有AT指令收发环节都建议设计超时跳出的逻辑。5. 手表化改造与使用建议5.1 OLED显示与人机交互手表形态下OLED不仅是显示设备还是交互反馈窗口。我的方案里OLED一屏分三行显示第一行定位状态和卫星数第二行经纬度第三行北京时间。GPS输出的UTC时间比北京时间慢8小时显示时记得转换。按键交互可以设计成两种模式短按一次屏幕点亮并显示当前定位信息不发送短信长按3秒触发短信上报并震动或蜂鸣提示。这样既能避免误触频繁发短信又能让用户随时查看状态。人机交互的细节往往决定一个作品的使用体验纯功能堆叠没有任何输出反馈的设备用起来非常困惑。功耗方面手表最耗电的是屏幕和GSM模块。OLED可以通过命令控制全部熄灭平时默认灭屏只有按键按下才点亮亮几秒后自动关。GPS模块也不是开机就一直供电可以设计一个MOS管控制其电源需要定位时才上电定位成功后就关掉。GSM模块在非上报时段可以进入睡眠模式ATCSCLK1能明显降低待机电流。实测1000mAh电池如果每天上报几次待机两三天问题不大。5.2 合法使用场景与稳定运行建议这个项目能做的事情很多但使用场景必须合法合规只能用于自己拥有或得到授权的设备比如给家里老人小孩做的防走失终端、自己的户外应急定位器、车载防丢追踪器等。任何未经他人同意、偷偷跟踪定位的行为都是违法的这一点必须遵守。稳定性方面长期运行的设备要加看门狗。GSM模块偶尔会死机AT指令无响应此时让STM32给GSM模块重新上电或者发送复位指令比手动断电方便得多。软件上可以每30秒轮询一次GPS数据超过一定时间没有有效定位就提示用户检查天线。短信上报也要做防抖连续按键的时间间隔至少10秒避免用户连按导致发送多条重复短信浪费话费。最后建议把原理图和PCB工程文件保留好。这个项目的硬件电路并不复杂但它是理解“传感器 主控 无线通信”这套架构的绝佳样本。后续想扩展什么都容易加心率传感器做健康监测、加震动马达做消息提醒、加蜂鸣器做SOS报警各个模块的接口都预留出来扩展空间非常大。整个项目做下来我最大的体会是无论方案看着多简单实际调试时总会遇到文档里没写的问题。GPS冷启动那几分钟的焦躁、GSM模块第一次发短信时因为没等网络注册而返回ERROR的无奈这些坑踩过一遍才能真正记住。这个项目整体成本不超过100块但把串口通信、协议解析、电源设计、人机交互完整地串了一遍。如果你正在做类似的设备我给一个最实际的建议先模块级调试再整机联调。GPS单独测通、GSM单独测通、OLED单独点亮然后再把它们组合起来。千万别一上来就把所有模块焊到一块板子上出了问题都不知道该查谁。每一步都验证完再往前走这个项目大概率能在两天内跑通。本文还有配套的精品资源点击获取