1. 项目全景为什么用LoRaWAN传GPS数据1.1 这套方案到底解决什么问题GPS数据传输这名字听起来不复杂但真正落地的时候你会发现核心矛盾不是“能不能收到GPS信号”而是“定位数据怎么低成本、低功耗地传回服务器”。去年我做一个户外车辆追踪项目现场在偏远的矿区4G信号断断续续公网卡年费还不便宜设备装在一百多台车上光流量费就是一笔不小的支出。当时我第一反应是换NB-IoT但山区基站覆盖同样不理想。后来决定采用LoRaWAN方案节点用ST官方的B-L072Z-LRWAN1评估板外接一个串口GPS模块GPS数据在节点上解析好封装成紧凑的上行帧通过LoRaWAN网关转发到网络服务器最终落到应用服务器。这套方案没有公网流量费网关覆盖范围内所有节点共用一套基础设施单节点功耗也能压到很低。这篇文章适合正在做GPS采集、低功耗广域网传输、户外资产追踪的嵌入式工程师也适合刚接触LoRaWAN想快速跑通一个端到端demo的学生。我会把方案选型、硬件接线、NMEA协议解析、LoRaWAN入网、数据帧设计、信号质量评估这些环节全部拆开讲最后附上我在实际调试中踩过的坑。1.2 为什么选了B-L072Z-LRWAN1而不是自研板板子的选择直接影响开发周期。B-L072Z-LRWAN1是意法半导体官方的LoRa评估套件板载一颗STM32L072CZ微控制器Cortex-M0192KB Flash、20KB RAM和一颗SX1276 LoRa收发器板上已经做好了射频匹配电路和SMA天线接口。换句话说硬件链路里最容易出问题的部分——射频匹配、天线阻抗、晶振校准——ST已经帮你验证过了我拿到手只写了应用层代码就完成了入网和数据传输。对比一下几种常见方案方案成本开发周期功耗坑点B-L072Z-LRWAN1评估板中等短低引脚不够自由自制STM32L0SX1276小板低长低射频匹配难调ESP32LoRa模块低中较高不支持官方LoRaWAN协议栈成品LoRa DTU高最短中等无法自定义协议自研板虽然物料成本低但SX1276的收发链路要对阻抗、调频偏第一次打样很容易出现灵敏度差几dB的情况排查起来非常折腾。B-L072Z-LRWAN1内置的ST-LINK调试器还能直接当串口用开发阶段省了一个USB转TTL工具。1.3 GPS模块选型与对比GPS模块我最初测试了三款Ublox NEO-M8N、中科微ATGM336H、以及一款蓝牙GPS模块做方案对比用。最终项目选的是ATGM336H理由很直接价格便宜、功耗不高、支持3.3V供电串口输出标准NMEA 0183协议和B-L072Z-LRWAN1直接电平兼容不需要额外做电平转换。蓝牙GPS虽然也可以用但它多了一层蓝牙协议功耗更大而且B-L072Z-LRWAN1没有板载蓝牙还得外挂BLE模块完全没有必要。如果预算充足NEO-M8N的灵敏度会好一些冷启动时间短一点但ATGM336H在开阔环境下的表现已经够用卫星数基本在10颗以上。接线很简单GPS模块的TXD接到板子USART2的RX脚RXD接到USART2的TX脚VCC接3V3或5V看模块版本GND接GND。需要注意GPS模块的串口电平市面上很多GPS模块是TTL电平标称3.3V直接接没问题如果模块是5V电平就需要加电阻分压或者用电平转换芯片否则长期运行可能烧坏STM32的IO。2. GPS数据采集与NMEA协议解析2.1 串口配置DMA接收是必选项GPS模块上电后默认以9600波特率连续输出NMEA语句一秒钟大概输出5到10帧每帧几十字节。如果我用中断一字节一字节收对STM32L072这种M0核来说虽然也不至于崩但CPU占用率偏高而且程序逻辑很容易被串口中断打断。我的做法是启用USART2的DMA接收加空闲中断IDLE Line Interrupt。DMA负责把数据搬运到内存缓冲区空闲中断负责在一整帧数据接收完成后通知CPU处理。这样CPU大部分时间都可以睡在低功耗模式GPS数据来了才被唤醒。CubeMX里的配置要点USART2模式设为Asynchronous波特率96008位数据无校验1位停止位开启USART2的全局中断在DMA Settings里添加USART2_RX通道模式Circular开启USART2的IDLE中断在NVIC里使能USART2 global interrupt就可以代码里再操作IDLE相关寄存器初始化代码大致这样#define GPS_BUF_SIZE 512 uint8_t gps_dma_buf[GPS_BUF_SIZE]; void GPS_UART_Init(void) { __HAL_UART_ENABLE_IT(huart2, UART_IT_IDLE); // 使能IDLE中断 HAL_UART_Receive_DMA(huart2, gps_dma_buf, GPS_BUF_SIZE); }然后在串口中断回调里判断IDLE标志void USART2_IRQHandler(void) { if (__HAL_UART_GET_FLAG(huart2, UART_FLAG_IDLE) ! RESET) { __HAL_UART_CLEAR_IDLEFLAG(huart2); uint16_t len GPS_BUF_SIZE - __HAL_DMA_GET_COUNTER(hdma_usart2_rx); GPS_ProcessDMAFrame(gps_dma_buf, len); } HAL_UART_IRQHandler(huart2); }DMA用Circular模式的好处是硬件自动回绕我不需要手动重置缓冲区指针只需要在收到一帧后记录当前有效数据长度。注意每次进入IDLE中断时DMA计数器已经在减少所以当前接收长度是缓冲区总大小减去剩余计数。2.2 NMEA协议最常见的几条语句GPS模块输出的NMEA语句里我用得最多的是GPGGA和GPRMC。GPGGA包含定位状态、经纬度、卫星数、HDOP值和海拔信息很完整比较适合给数据质检用。GPRMC则带日期和地面速度、航向角适合需要速度方向的场合。GPGGA的一帧典型数据长这样$GPGGA,091253.000,3108.5585,N,12122.7893,E,1,09,1.2,18.5,M,-3.2,M,,*5D我实际只关心其中几个字段字段0语句名$GPGGA字段1UTC时间格式hhmmss.sss字段2纬度格式ddmm.mmmmm字段3N/S北纬或南纬字段4经度格式dddmm.mmmmm字段5E/W东经或西经字段6定位状态0无定位1GPS定位2差分定位字段7跟踪到的卫星数字段8HDOP值越小越好字段9海拔高度单位米这里有个非常容易踩的坑NMEA输出的经纬度是“度分”格式不是纯小数。比如3108.5585代表31度08.5585分换算成纯小数度数是31 08.5585 / 60 31.142641度。如果直接当小数用定位会偏出几十公里。2.3 从DMA缓冲里切出完整NMEA帧DMA缓冲里是连续的数据流我需要在里面找到一帧的起始和结束位置。NMEA帧以$开头以\r\n结尾所以切帧的逻辑不复杂在缓冲里找$然后找下一对\r\n中间就是完整的一帧。我这里轮询处理DMA回调里的数据但要注意DMA是Circular模式可能出现数据回绕也就是一帧被分成两段存在缓冲区头尾。处理方式是把缓冲当环形队列用先计算有效数据区间如果一帧跨过了缓冲区末尾就手动拼一次。void GPS_ProcessDMAFrame(uint8_t *buf, uint16_t len) { static uint8_t line[128]; static uint16_t line_len 0; for (uint16_t i 0; i len; i) { uint8_t ch buf[i]; if (ch $) { line_len 0; } if (ch \n line_len 0) { line[line_len - 1] \0; GPS_ParseNMEA((char *)line); line_len 0; } else if (line_len sizeof(line) - 1) { line[line_len] ch; } } }这只是一个简化版示例实际项目里我建议把line缓冲加校验和保护防止怪异字符导致越界。NMEA帧末尾的*5D是校验和可以把$和*之间的字符逐字节异或再与*后的两位十六进制比较校验不过直接丢弃。GPS数据偶尔会出坏帧加上校验能防止错误定位数据通过LoRaWAN上传。2.4 解析GPGGA并提取核心定位信息核心解析逻辑我放在一个固定数组的字段拆分函数里避免用strtok它是不可重入的而且会修改原字符串在单片机上是隐患。NMEA语句用逗号分隔我直接按逗号切字符串就行。typedef struct { uint8_t fix_status; // 0无定位,1GPS,2差分 uint8_t sat_num; // 卫星数 float hdop; // HDOP float latitude; // 纬度, 单位度, 北正南负 float longitude; // 经度, 单位度, 东正西负 float altitude; // 海拔, 单位米 uint16_t utc_hhmmss; // UTC时间 } GPS_Fix_t; GPS_Fix_t gps_fix; uint8_t GPS_ParseGGA(char *line) { char *p[16]; uint8_t idx 0; p[idx] line; while (idx 16) { char *comma strchr(p[idx - 1], ,); if (comma NULL) break; *comma \0; p[idx] comma 1; } if (idx 10) return 0; if (strncmp(p[0] 1, GPGGA, 5) ! 0) return 0; gps_fix.fix_status (uint8_t)atoi(p[6]); gps_fix.sat_num (uint8_t)atoi(p[7]); gps_fix.hdop atof(p[8]); gps_fix.altitude atof(p[9]); // 经纬度: ddmm.mmmmm - dd mm.mmmmm/60 double lat atof(p[2]); int lat_deg (int)(lat / 100); double lat_min lat - lat_deg * 100; gps_fix.latitude lat_deg lat_min / 60.0; if (p[3][0] S) gps_fix.latitude -gps_fix.latitude; double lon atof(p[4]); int lon_deg (int)(lon / 100); double lon_min lon - lon_deg * 100; gps_fix.longitude lon_deg lon_min / 60.0; if (p[5][0] W) gps_fix.longitude -gps_fix.longitude; return 1; }我一般只用GPGGA不用GPRMC。GPGGA带HDOP和卫星数评估数据质量更方便。而且LoRaWAN上行帧长度有限没必要同时传两套定位数据。3. LoRaWAN入网与GPS数据上行3.1 基于STM32CubeMX搭建LoRaWAN工程LoRaWAN这部分我直接用了ST官方扩展包I-CUBE-LRWAN不要自己写MAC层协议LoRaWAN的入网流程、帧同步、重传机制、加密认证全都在协议栈里处理好了自己写的话工作量太大而且很难通过认证。步骤大致是在STM32CubeMX里选择MCU型号STM32L072CZ或者直接导入B-L072Z-LRWAN1的板级支持包使能SPI1接SX1276配置好Radio芯片的复位引脚、DIO1中断引脚使能USART2用于调试输出如果被GPS占了就换一路串口安装I-CUBE-LRWAN扩展包在Middleware里勾选LoRaWAN配置LoRaWAN参数频段选CN470或者EU868看你的网关所在地区OTAA模式Class A生成代码后把Middlewares目录下的LoRaWAN库加入编译路径需要特别说明的是B-L072Z-LRWAN1上SX1276的SPI引脚在CubeMX的板载例程里已经映射好了如果你换用自研板需要根据原理图自己改Radio的SPI句柄和引脚定义通常在radio_board.c或hw.c文件里。3.2 OTAA入网参数怎么填我用的OTAA入网方式需要三样东西DevEUI、JoinEUI以前叫AppEUI、AppKey。这三个值在LoRaWAN服务器端生成服务器我用的是通用的LoRaWAN网络服务器节点注册后分配一组密钥。在LoRaMac.h或commissioning.h里填入参数格式如下#define LORAWAN_DEVICE_EUI { 0x00, 0x11, 0x22, 0x33, 0x44, 0x55, 0x66, 0x77 } #define LORAWAN_JOIN_EUI { 0x00, 0x88, 0x88, 0x88, 0x88, 0x88, 0x88, 0x88 } #define LORAWAN_APP_KEY { 0x2B, 0x7E, 0x15, 0x16, 0x28, 0xAE, 0xD2, 0xA6, 0xAB, 0xF7, 0x15, 0x88, 0x09, 0xCF, 0x4F, 0x3C }DevEUI相当于节点的设备唯一标识JoinEUI标识你加入的是哪个应用AppKey是入网凭证。这三个值如果填错入网请求会被服务器拒绝。调试的时候我在串口日志里能看到JOINED字样如果一直返回NO_JOIN_ACCEPT优先检查大小端和密钥字节顺序。入网后LoRaWAN协议栈自动处理后续的加解密应用层不需要关心。上行数据到达网络服务器后是一个纯十六进制payload如何解析完全由应用服务器决定。3.3 GPS数据帧格式设计能压缩就压缩LoRaWAN低速率的传输能力有限在SF12、带宽125kHz的情况下一个包最多带几十上百字节而且信道占用时间越长冲突概率越高。GPS数据不能一帧塞一大段字符串必须压缩成紧凑的二进制结构。我设计的帧格式如下总共12字节偏移长度内容说明01帧类型0x01定位数据11定位标志bit0Fix状态bit1运动状态24纬度有符号int32放大了1e7单位度64经度有符号int32放大了1e7单位度101卫星数范围0~255111HDOP放大了10倍0~255经纬度放大1e7后分辨率约1.1厘米远高于GPS本身的定位精度。HDOP放大10倍后1.5的HDOP会变成15一个字节就能表达接收端除以10还原即可。如果还需要海拔和速度可以再扩展一帧类型不要硬塞进同一个包。发送函数用LoRaWAN中间件提供的数据结构static void GPS_SendLoRaFrame(void) { AppData.Port 2; // FPort应用服务器按端口区分数据用途 AppData.BufferSize 12; AppData.Buffer[0] 0x01; AppData.Buffer[1] gps_fix.fix_status | (moving ? 0x02 : 0x00); int32_t lat (int32_t)(gps_fix.latitude * 10000000); int32_t lon (int32_t)(gps_fix.longitude * 10000000); memcpy(AppData.Buffer[2], lat, 4); memcpy(AppData.Buffer[6], lon, 4); AppData.Buffer[10] gps_fix.sat_num; AppData.Buffer[11] (uint8_t)(gps_fix.hdop * 10); LoRaMacStatus_t status LoRaMacSend(AppData, CONFIRMED); if (status ! LORAMAC_STATUS_OK) { printf(LoRa send failed: %d\r\n, status); } }发送时间点上我做了个简单策略在定位有效且GPS数据发生变化时才发送连续上报间隔最短30秒最长10分钟。这样既保证了移动物品的位置实时性又不会把信道占满。3.4 网关与服务器侧如何还原数据网关收到LoRaWAN数据后会通过UDP Packet Forwarder协议转发给网络服务器。网络服务器完成MAC层处理和应用payload分离然后把应用数据通过HTTP回调推到我的应用服务器或者通过MQTT订阅获取。应用服务器收到12字节数据后按帧格式反向解析import struct def parse_gps_frame(payload): if payload[0] ! 0x01: raise ValueError(unknown frame type) fix_status payload[1] 0x01 moving (payload[1] 0x02) 1 lat struct.unpack(i, payload[2:6])[0] / 1e7 lon struct.unpack(i, payload[6:10])[0] / 1e7 sat_num payload[10] hdop payload[11] / 10.0 return { fix_status: fix_status, moving: bool(moving), latitude: lat, longitude: lon, sat_num: sat_num, hdop: hdop }注意我这里用了小端传输。STM32L072是Cortex-M0内核默认小端所以发送时直接memcpy服务器端用i解析就能对上。如果服务器端用了大端解析经纬度会完全错乱。4. GPS数据质量评估与信号优化4.1 怎么判断GPS数据是否可信我最早做这个项目的时候以为GPS定位出来就能用结果发现基站给的数据质量参差不齐有的轨迹点跳了几百米。后来我参考了camera、lidar、imu这些传感器领域对数据质量的定义方式给GPS也建立了一套简单的质量评估规则。GPS这边我可以观测的指标主要有四类指标说明阈值建议Fix状态0无效1GPS定位2差分定位必须1卫星数参与定位的卫星数量4才可用HDOP水平精度因子反映几何分布优劣2良好2~5一般5差SNR卫星信号信噪比通常看GSV里的单星SNR30 dBHz可用卫星数少不代表定位一定不准但HDOP大了定位误差一定增大。我实测到HDOP在1.2左右时固定点漂移大概2到3米HDOP超过5时漂移能到10米以上。所以我在节点端做了过滤只有Fix状态有效、卫星数4、HDOP5的数据才允许通过LoRaWAN上传不满足条件就缓存起来等下一次GPS修正。4.2 室内无定位和SNR过低的常见原因在实际测试里最容易遇到的问题是“GPS在室内没有定位”。这其实不是GPS模块坏了而是GPS信号本身是来自卫星的微波信号经过混凝土楼板和金属窗框后衰减极大SNR会掉到20 dBHz以下甚至完全搜不到星。我把GNSS天线贴在窗边能勉强定位但SNR也在25 dBHz边缘闪烁定位精度很差。要验证是不是信号问题一个很实用的办法是用串口工具直接看模块输出的GSV原始语句里面带每颗卫星的SNR。如果在室外开阔地SNR都在35~45 dBHz进室内直接掉到20以下那就不是模块的问题是天线位置的问题。SNR还要区分L1和L5频段普通单频模块只有L1不要拿双频模块的阈值来套。4.3 天线摆放和去噪策略GPS天线是所有环节里最值得投资的地方。我一开始用的是模块自带的陶瓷贴片天线藏在塑料壳里固定点漂移在3~5米。后来换成外置有源天线加了一个低噪声放大器漂移降到2米以内而且冷启动时间从40秒缩短到25秒左右。天线摆放口诀是“朝天、见光、远离金属”陶瓷天线正面要朝向天空不能被金属外壳完全遮挡还要远离主控板上的大面积覆铜和电池。金属会形成屏蔽和反射导致多径效应定位点会在真实位置附近来回跳。软件层面的去噪我做了两个动作。一是做固定点半径判断如果两次定位距离小于3米认为车子没动不重复上报二是用一个简单的一阶低通滤波平滑位置filtered_lat filtered_lat (raw_lat - filtered_lat) * 0.3; filtered_lon filtered_lon (raw_lon - filtered_lon) * 0.3;系数0.3要按上报周期调。周期短可以取更小周期长就取大一点。注意这个低通滤波只能减小静止时的抖动不能解决移动时的真实轨迹平滑运动状态下用了反而会引入滞后。4.4 低功耗和高上报频率的平衡B-L072Z-LRWAN1主打低功耗但GPS模块才是真正的耗电大头。普通的UART GPS模块在连续定位时功耗在20~40mALoRaWAN发送瞬间电流反而只有几十mA但持续时间很短。如果想用电池供电不能让GPS一直开着。我的低功耗策略是按需供电用STM32的一个GPIO控制GPS模块的电源默认断电只有需要定位时才提前30秒开GPS等GGA里的Fix状态变成1之后再采集数据然后发送LoRaWAN最后断电。这样可以把平均电流从几十mA降到几mA具体取决于上报频率。LoRaWAN的Class A模式本身就是下行接收最少、功耗最低的模式节点只在发送后短暂开两个接收窗口其余时间全部休眠这非常适合电池供电的GPS追踪器。5. 常见问题与调试心得5.1 故障排查速查表我把调试过程中遇到的典型问题整理成一张表按现象、原因、解决方案三个维度写方便你定位现象可能原因排查与解决GPS串口无数据模块没供电或TXD/RXD接反先量VCC再用逻辑分析仪看TXD是否有波形串口有数据但无法解析NMEA语句不完整或波特率不对用串口助手看原始输出确认是否可见完整$GPGGA一直无Fix天线位置遮挡或模块没搜到星到室外开阔地测试检查天线是否朝上LoRaWAN发送失败入网未成功或发送间隔太短查看协议栈返回状态确认是否JOINED增大上报间隔服务器收不到数据密钥不匹配或payload长度超限核对DevEUI/JoinEUI/AppKey检查数据长度经度纬度严重偏差度分格式未换算用地图软件对比确认换算公式轨迹点跳变多径效应或HDOP过高看GSV的SNR换天线位置增加HDOP过滤5.2 调试时必须留一手的几个位置LoRaWAN协议栈调试起来比普通串口麻烦因为空中包看不见摸不着。我的经验是三个阶段分开验证第一阶段先不接LoRaWAN只调试GPS。用板载USART2接GPS电脑串口打印原始NMEA和解析结果确认经纬度正确。第二阶段再用ST官方的端到端例程发固定payload验证网关和服务器链路通。第三阶段才把GPS解析数据填进LoRaWAN帧里这样出了任何问题都能二分定位。还有一个细节B-L072Z-LRWAN1的SX1276和主控之间通过SPI通信SPI时钟频率不要超过SX1276的最大规格配置太高会导致收发不稳定。LoRaWAN发送失败时协议栈一般会返回一个错误码比如LORAMAC_STATUS_BUSY表示上次发送还没完成LORAMAC_STATUS_NO_CHANNEL_FOUND表示没有可用信道先把这些错误码打印出来再怀疑射频硬件。5.3 后续功能扩展思路如果你不满足于只传GPS数据这个板子还有不少扩展空间。我后期在项目里加了几个功能通过LoRaWAN下行命令远程修改上报频率实现了免拆机的参数调整在节点端加了一路ADC采集电池电压电量低于阈值时主动上报告警此外还在同一颗STM32L072上接了温湿度传感器一个节点同时采集环境和位置数据。LoRaWAN本身协议栈里就带了掉线重入网、自适应数据速率ADR这些功能。ADR开启后网络会根据节点的接收情况自动调整速率和发射功率设备离网关近的时候自动用更高数据率在省电的同时减小信道占用这个功能在初期不需要人工干预建议直接打开。老实说GPS数据经LoRaWAN传输这个组合真正的技术难点不在LoRaWAN而在GPS数据的采集质量和节电策略。协议栈是现成的出问题最多的地方永远是天线位置、串口波特率和经纬度换算。先把这几块吃透这个项目就成功了一大半。 
长河君 · 2026/8/30 17:25:40 · 阅读 1.2k LoRaWAN+GPS低功耗定位传输实战：STM32与NMEA解析全流程
1. 项目全景为什么用LoRaWAN传GPS数据1.1 这套方案到底解决什么问题GPS数据传输这名字听起来不复杂但真正落地的时候你会发现核心矛盾不是“能不能收到GPS信号”而是“定位数据怎么低成本、低功耗地传回服务器”。去年我做一个户外车辆追踪项目现场在偏远的矿区4G信号断断续续公网卡年费还不便宜设备装在一百多台车上光流量费就是一笔不小的支出。当时我第一反应是换NB-IoT但山区基站覆盖同样不理想。后来决定采用LoRaWAN方案节点用ST官方的B-L072Z-LRWAN1评估板外接一个串口GPS模块GPS数据在节点上解析好封装成紧凑的上行帧通过LoRaWAN网关转发到网络服务器最终落到应用服务器。这套方案没有公网流量费网关覆盖范围内所有节点共用一套基础设施单节点功耗也能压到很低。这篇文章适合正在做GPS采集、低功耗广域网传输、户外资产追踪的嵌入式工程师也适合刚接触LoRaWAN想快速跑通一个端到端demo的学生。我会把方案选型、硬件接线、NMEA协议解析、LoRaWAN入网、数据帧设计、信号质量评估这些环节全部拆开讲最后附上我在实际调试中踩过的坑。1.2 为什么选了B-L072Z-LRWAN1而不是自研板板子的选择直接影响开发周期。B-L072Z-LRWAN1是意法半导体官方的LoRa评估套件板载一颗STM32L072CZ微控制器Cortex-M0192KB Flash、20KB RAM和一颗SX1276 LoRa收发器板上已经做好了射频匹配电路和SMA天线接口。换句话说硬件链路里最容易出问题的部分——射频匹配、天线阻抗、晶振校准——ST已经帮你验证过了我拿到手只写了应用层代码就完成了入网和数据传输。对比一下几种常见方案方案成本开发周期功耗坑点B-L072Z-LRWAN1评估板中等短低引脚不够自由自制STM32L0SX1276小板低长低射频匹配难调ESP32LoRa模块低中较高不支持官方LoRaWAN协议栈成品LoRa DTU高最短中等无法自定义协议自研板虽然物料成本低但SX1276的收发链路要对阻抗、调频偏第一次打样很容易出现灵敏度差几dB的情况排查起来非常折腾。B-L072Z-LRWAN1内置的ST-LINK调试器还能直接当串口用开发阶段省了一个USB转TTL工具。1.3 GPS模块选型与对比GPS模块我最初测试了三款Ublox NEO-M8N、中科微ATGM336H、以及一款蓝牙GPS模块做方案对比用。最终项目选的是ATGM336H理由很直接价格便宜、功耗不高、支持3.3V供电串口输出标准NMEA 0183协议和B-L072Z-LRWAN1直接电平兼容不需要额外做电平转换。蓝牙GPS虽然也可以用但它多了一层蓝牙协议功耗更大而且B-L072Z-LRWAN1没有板载蓝牙还得外挂BLE模块完全没有必要。如果预算充足NEO-M8N的灵敏度会好一些冷启动时间短一点但ATGM336H在开阔环境下的表现已经够用卫星数基本在10颗以上。接线很简单GPS模块的TXD接到板子USART2的RX脚RXD接到USART2的TX脚VCC接3V3或5V看模块版本GND接GND。需要注意GPS模块的串口电平市面上很多GPS模块是TTL电平标称3.3V直接接没问题如果模块是5V电平就需要加电阻分压或者用电平转换芯片否则长期运行可能烧坏STM32的IO。2. GPS数据采集与NMEA协议解析2.1 串口配置DMA接收是必选项GPS模块上电后默认以9600波特率连续输出NMEA语句一秒钟大概输出5到10帧每帧几十字节。如果我用中断一字节一字节收对STM32L072这种M0核来说虽然也不至于崩但CPU占用率偏高而且程序逻辑很容易被串口中断打断。我的做法是启用USART2的DMA接收加空闲中断IDLE Line Interrupt。DMA负责把数据搬运到内存缓冲区空闲中断负责在一整帧数据接收完成后通知CPU处理。这样CPU大部分时间都可以睡在低功耗模式GPS数据来了才被唤醒。CubeMX里的配置要点USART2模式设为Asynchronous波特率96008位数据无校验1位停止位开启USART2的全局中断在DMA Settings里添加USART2_RX通道模式Circular开启USART2的IDLE中断在NVIC里使能USART2 global interrupt就可以代码里再操作IDLE相关寄存器初始化代码大致这样#define GPS_BUF_SIZE 512 uint8_t gps_dma_buf[GPS_BUF_SIZE]; void GPS_UART_Init(void) { __HAL_UART_ENABLE_IT(huart2, UART_IT_IDLE); // 使能IDLE中断 HAL_UART_Receive_DMA(huart2, gps_dma_buf, GPS_BUF_SIZE); }然后在串口中断回调里判断IDLE标志void USART2_IRQHandler(void) { if (__HAL_UART_GET_FLAG(huart2, UART_FLAG_IDLE) ! RESET) { __HAL_UART_CLEAR_IDLEFLAG(huart2); uint16_t len GPS_BUF_SIZE - __HAL_DMA_GET_COUNTER(hdma_usart2_rx); GPS_ProcessDMAFrame(gps_dma_buf, len); } HAL_UART_IRQHandler(huart2); }DMA用Circular模式的好处是硬件自动回绕我不需要手动重置缓冲区指针只需要在收到一帧后记录当前有效数据长度。注意每次进入IDLE中断时DMA计数器已经在减少所以当前接收长度是缓冲区总大小减去剩余计数。2.2 NMEA协议最常见的几条语句GPS模块输出的NMEA语句里我用得最多的是GPGGA和GPRMC。GPGGA包含定位状态、经纬度、卫星数、HDOP值和海拔信息很完整比较适合给数据质检用。GPRMC则带日期和地面速度、航向角适合需要速度方向的场合。GPGGA的一帧典型数据长这样$GPGGA,091253.000,3108.5585,N,12122.7893,E,1,09,1.2,18.5,M,-3.2,M,,*5D我实际只关心其中几个字段字段0语句名$GPGGA字段1UTC时间格式hhmmss.sss字段2纬度格式ddmm.mmmmm字段3N/S北纬或南纬字段4经度格式dddmm.mmmmm字段5E/W东经或西经字段6定位状态0无定位1GPS定位2差分定位字段7跟踪到的卫星数字段8HDOP值越小越好字段9海拔高度单位米这里有个非常容易踩的坑NMEA输出的经纬度是“度分”格式不是纯小数。比如3108.5585代表31度08.5585分换算成纯小数度数是31 08.5585 / 60 31.142641度。如果直接当小数用定位会偏出几十公里。2.3 从DMA缓冲里切出完整NMEA帧DMA缓冲里是连续的数据流我需要在里面找到一帧的起始和结束位置。NMEA帧以$开头以\r\n结尾所以切帧的逻辑不复杂在缓冲里找$然后找下一对\r\n中间就是完整的一帧。我这里轮询处理DMA回调里的数据但要注意DMA是Circular模式可能出现数据回绕也就是一帧被分成两段存在缓冲区头尾。处理方式是把缓冲当环形队列用先计算有效数据区间如果一帧跨过了缓冲区末尾就手动拼一次。void GPS_ProcessDMAFrame(uint8_t *buf, uint16_t len) { static uint8_t line[128]; static uint16_t line_len 0; for (uint16_t i 0; i len; i) { uint8_t ch buf[i]; if (ch $) { line_len 0; } if (ch \n line_len 0) { line[line_len - 1] \0; GPS_ParseNMEA((char *)line); line_len 0; } else if (line_len sizeof(line) - 1) { line[line_len] ch; } } }这只是一个简化版示例实际项目里我建议把line缓冲加校验和保护防止怪异字符导致越界。NMEA帧末尾的*5D是校验和可以把$和*之间的字符逐字节异或再与*后的两位十六进制比较校验不过直接丢弃。GPS数据偶尔会出坏帧加上校验能防止错误定位数据通过LoRaWAN上传。2.4 解析GPGGA并提取核心定位信息核心解析逻辑我放在一个固定数组的字段拆分函数里避免用strtok它是不可重入的而且会修改原字符串在单片机上是隐患。NMEA语句用逗号分隔我直接按逗号切字符串就行。typedef struct { uint8_t fix_status; // 0无定位,1GPS,2差分 uint8_t sat_num; // 卫星数 float hdop; // HDOP float latitude; // 纬度, 单位度, 北正南负 float longitude; // 经度, 单位度, 东正西负 float altitude; // 海拔, 单位米 uint16_t utc_hhmmss; // UTC时间 } GPS_Fix_t; GPS_Fix_t gps_fix; uint8_t GPS_ParseGGA(char *line) { char *p[16]; uint8_t idx 0; p[idx] line; while (idx 16) { char *comma strchr(p[idx - 1], ,); if (comma NULL) break; *comma \0; p[idx] comma 1; } if (idx 10) return 0; if (strncmp(p[0] 1, GPGGA, 5) ! 0) return 0; gps_fix.fix_status (uint8_t)atoi(p[6]); gps_fix.sat_num (uint8_t)atoi(p[7]); gps_fix.hdop atof(p[8]); gps_fix.altitude atof(p[9]); // 经纬度: ddmm.mmmmm - dd mm.mmmmm/60 double lat atof(p[2]); int lat_deg (int)(lat / 100); double lat_min lat - lat_deg * 100; gps_fix.latitude lat_deg lat_min / 60.0; if (p[3][0] S) gps_fix.latitude -gps_fix.latitude; double lon atof(p[4]); int lon_deg (int)(lon / 100); double lon_min lon - lon_deg * 100; gps_fix.longitude lon_deg lon_min / 60.0; if (p[5][0] W) gps_fix.longitude -gps_fix.longitude; return 1; }我一般只用GPGGA不用GPRMC。GPGGA带HDOP和卫星数评估数据质量更方便。而且LoRaWAN上行帧长度有限没必要同时传两套定位数据。3. LoRaWAN入网与GPS数据上行3.1 基于STM32CubeMX搭建LoRaWAN工程LoRaWAN这部分我直接用了ST官方扩展包I-CUBE-LRWAN不要自己写MAC层协议LoRaWAN的入网流程、帧同步、重传机制、加密认证全都在协议栈里处理好了自己写的话工作量太大而且很难通过认证。步骤大致是在STM32CubeMX里选择MCU型号STM32L072CZ或者直接导入B-L072Z-LRWAN1的板级支持包使能SPI1接SX1276配置好Radio芯片的复位引脚、DIO1中断引脚使能USART2用于调试输出如果被GPS占了就换一路串口安装I-CUBE-LRWAN扩展包在Middleware里勾选LoRaWAN配置LoRaWAN参数频段选CN470或者EU868看你的网关所在地区OTAA模式Class A生成代码后把Middlewares目录下的LoRaWAN库加入编译路径需要特别说明的是B-L072Z-LRWAN1上SX1276的SPI引脚在CubeMX的板载例程里已经映射好了如果你换用自研板需要根据原理图自己改Radio的SPI句柄和引脚定义通常在radio_board.c或hw.c文件里。3.2 OTAA入网参数怎么填我用的OTAA入网方式需要三样东西DevEUI、JoinEUI以前叫AppEUI、AppKey。这三个值在LoRaWAN服务器端生成服务器我用的是通用的LoRaWAN网络服务器节点注册后分配一组密钥。在LoRaMac.h或commissioning.h里填入参数格式如下#define LORAWAN_DEVICE_EUI { 0x00, 0x11, 0x22, 0x33, 0x44, 0x55, 0x66, 0x77 } #define LORAWAN_JOIN_EUI { 0x00, 0x88, 0x88, 0x88, 0x88, 0x88, 0x88, 0x88 } #define LORAWAN_APP_KEY { 0x2B, 0x7E, 0x15, 0x16, 0x28, 0xAE, 0xD2, 0xA6, 0xAB, 0xF7, 0x15, 0x88, 0x09, 0xCF, 0x4F, 0x3C }DevEUI相当于节点的设备唯一标识JoinEUI标识你加入的是哪个应用AppKey是入网凭证。这三个值如果填错入网请求会被服务器拒绝。调试的时候我在串口日志里能看到JOINED字样如果一直返回NO_JOIN_ACCEPT优先检查大小端和密钥字节顺序。入网后LoRaWAN协议栈自动处理后续的加解密应用层不需要关心。上行数据到达网络服务器后是一个纯十六进制payload如何解析完全由应用服务器决定。3.3 GPS数据帧格式设计能压缩就压缩LoRaWAN低速率的传输能力有限在SF12、带宽125kHz的情况下一个包最多带几十上百字节而且信道占用时间越长冲突概率越高。GPS数据不能一帧塞一大段字符串必须压缩成紧凑的二进制结构。我设计的帧格式如下总共12字节偏移长度内容说明01帧类型0x01定位数据11定位标志bit0Fix状态bit1运动状态24纬度有符号int32放大了1e7单位度64经度有符号int32放大了1e7单位度101卫星数范围0~255111HDOP放大了10倍0~255经纬度放大1e7后分辨率约1.1厘米远高于GPS本身的定位精度。HDOP放大10倍后1.5的HDOP会变成15一个字节就能表达接收端除以10还原即可。如果还需要海拔和速度可以再扩展一帧类型不要硬塞进同一个包。发送函数用LoRaWAN中间件提供的数据结构static void GPS_SendLoRaFrame(void) { AppData.Port 2; // FPort应用服务器按端口区分数据用途 AppData.BufferSize 12; AppData.Buffer[0] 0x01; AppData.Buffer[1] gps_fix.fix_status | (moving ? 0x02 : 0x00); int32_t lat (int32_t)(gps_fix.latitude * 10000000); int32_t lon (int32_t)(gps_fix.longitude * 10000000); memcpy(AppData.Buffer[2], lat, 4); memcpy(AppData.Buffer[6], lon, 4); AppData.Buffer[10] gps_fix.sat_num; AppData.Buffer[11] (uint8_t)(gps_fix.hdop * 10); LoRaMacStatus_t status LoRaMacSend(AppData, CONFIRMED); if (status ! LORAMAC_STATUS_OK) { printf(LoRa send failed: %d\r\n, status); } }发送时间点上我做了个简单策略在定位有效且GPS数据发生变化时才发送连续上报间隔最短30秒最长10分钟。这样既保证了移动物品的位置实时性又不会把信道占满。3.4 网关与服务器侧如何还原数据网关收到LoRaWAN数据后会通过UDP Packet Forwarder协议转发给网络服务器。网络服务器完成MAC层处理和应用payload分离然后把应用数据通过HTTP回调推到我的应用服务器或者通过MQTT订阅获取。应用服务器收到12字节数据后按帧格式反向解析import struct def parse_gps_frame(payload): if payload[0] ! 0x01: raise ValueError(unknown frame type) fix_status payload[1] 0x01 moving (payload[1] 0x02) 1 lat struct.unpack(i, payload[2:6])[0] / 1e7 lon struct.unpack(i, payload[6:10])[0] / 1e7 sat_num payload[10] hdop payload[11] / 10.0 return { fix_status: fix_status, moving: bool(moving), latitude: lat, longitude: lon, sat_num: sat_num, hdop: hdop }注意我这里用了小端传输。STM32L072是Cortex-M0内核默认小端所以发送时直接memcpy服务器端用i解析就能对上。如果服务器端用了大端解析经纬度会完全错乱。4. GPS数据质量评估与信号优化4.1 怎么判断GPS数据是否可信我最早做这个项目的时候以为GPS定位出来就能用结果发现基站给的数据质量参差不齐有的轨迹点跳了几百米。后来我参考了camera、lidar、imu这些传感器领域对数据质量的定义方式给GPS也建立了一套简单的质量评估规则。GPS这边我可以观测的指标主要有四类指标说明阈值建议Fix状态0无效1GPS定位2差分定位必须1卫星数参与定位的卫星数量4才可用HDOP水平精度因子反映几何分布优劣2良好2~5一般5差SNR卫星信号信噪比通常看GSV里的单星SNR30 dBHz可用卫星数少不代表定位一定不准但HDOP大了定位误差一定增大。我实测到HDOP在1.2左右时固定点漂移大概2到3米HDOP超过5时漂移能到10米以上。所以我在节点端做了过滤只有Fix状态有效、卫星数4、HDOP5的数据才允许通过LoRaWAN上传不满足条件就缓存起来等下一次GPS修正。4.2 室内无定位和SNR过低的常见原因在实际测试里最容易遇到的问题是“GPS在室内没有定位”。这其实不是GPS模块坏了而是GPS信号本身是来自卫星的微波信号经过混凝土楼板和金属窗框后衰减极大SNR会掉到20 dBHz以下甚至完全搜不到星。我把GNSS天线贴在窗边能勉强定位但SNR也在25 dBHz边缘闪烁定位精度很差。要验证是不是信号问题一个很实用的办法是用串口工具直接看模块输出的GSV原始语句里面带每颗卫星的SNR。如果在室外开阔地SNR都在35~45 dBHz进室内直接掉到20以下那就不是模块的问题是天线位置的问题。SNR还要区分L1和L5频段普通单频模块只有L1不要拿双频模块的阈值来套。4.3 天线摆放和去噪策略GPS天线是所有环节里最值得投资的地方。我一开始用的是模块自带的陶瓷贴片天线藏在塑料壳里固定点漂移在3~5米。后来换成外置有源天线加了一个低噪声放大器漂移降到2米以内而且冷启动时间从40秒缩短到25秒左右。天线摆放口诀是“朝天、见光、远离金属”陶瓷天线正面要朝向天空不能被金属外壳完全遮挡还要远离主控板上的大面积覆铜和电池。金属会形成屏蔽和反射导致多径效应定位点会在真实位置附近来回跳。软件层面的去噪我做了两个动作。一是做固定点半径判断如果两次定位距离小于3米认为车子没动不重复上报二是用一个简单的一阶低通滤波平滑位置filtered_lat filtered_lat (raw_lat - filtered_lat) * 0.3; filtered_lon filtered_lon (raw_lon - filtered_lon) * 0.3;系数0.3要按上报周期调。周期短可以取更小周期长就取大一点。注意这个低通滤波只能减小静止时的抖动不能解决移动时的真实轨迹平滑运动状态下用了反而会引入滞后。4.4 低功耗和高上报频率的平衡B-L072Z-LRWAN1主打低功耗但GPS模块才是真正的耗电大头。普通的UART GPS模块在连续定位时功耗在20~40mALoRaWAN发送瞬间电流反而只有几十mA但持续时间很短。如果想用电池供电不能让GPS一直开着。我的低功耗策略是按需供电用STM32的一个GPIO控制GPS模块的电源默认断电只有需要定位时才提前30秒开GPS等GGA里的Fix状态变成1之后再采集数据然后发送LoRaWAN最后断电。这样可以把平均电流从几十mA降到几mA具体取决于上报频率。LoRaWAN的Class A模式本身就是下行接收最少、功耗最低的模式节点只在发送后短暂开两个接收窗口其余时间全部休眠这非常适合电池供电的GPS追踪器。5. 常见问题与调试心得5.1 故障排查速查表我把调试过程中遇到的典型问题整理成一张表按现象、原因、解决方案三个维度写方便你定位现象可能原因排查与解决GPS串口无数据模块没供电或TXD/RXD接反先量VCC再用逻辑分析仪看TXD是否有波形串口有数据但无法解析NMEA语句不完整或波特率不对用串口助手看原始输出确认是否可见完整$GPGGA一直无Fix天线位置遮挡或模块没搜到星到室外开阔地测试检查天线是否朝上LoRaWAN发送失败入网未成功或发送间隔太短查看协议栈返回状态确认是否JOINED增大上报间隔服务器收不到数据密钥不匹配或payload长度超限核对DevEUI/JoinEUI/AppKey检查数据长度经度纬度严重偏差度分格式未换算用地图软件对比确认换算公式轨迹点跳变多径效应或HDOP过高看GSV的SNR换天线位置增加HDOP过滤5.2 调试时必须留一手的几个位置LoRaWAN协议栈调试起来比普通串口麻烦因为空中包看不见摸不着。我的经验是三个阶段分开验证第一阶段先不接LoRaWAN只调试GPS。用板载USART2接GPS电脑串口打印原始NMEA和解析结果确认经纬度正确。第二阶段再用ST官方的端到端例程发固定payload验证网关和服务器链路通。第三阶段才把GPS解析数据填进LoRaWAN帧里这样出了任何问题都能二分定位。还有一个细节B-L072Z-LRWAN1的SX1276和主控之间通过SPI通信SPI时钟频率不要超过SX1276的最大规格配置太高会导致收发不稳定。LoRaWAN发送失败时协议栈一般会返回一个错误码比如LORAMAC_STATUS_BUSY表示上次发送还没完成LORAMAC_STATUS_NO_CHANNEL_FOUND表示没有可用信道先把这些错误码打印出来再怀疑射频硬件。5.3 后续功能扩展思路如果你不满足于只传GPS数据这个板子还有不少扩展空间。我后期在项目里加了几个功能通过LoRaWAN下行命令远程修改上报频率实现了免拆机的参数调整在节点端加了一路ADC采集电池电压电量低于阈值时主动上报告警此外还在同一颗STM32L072上接了温湿度传感器一个节点同时采集环境和位置数据。LoRaWAN本身协议栈里就带了掉线重入网、自适应数据速率ADR这些功能。ADR开启后网络会根据节点的接收情况自动调整速率和发射功率设备离网关近的时候自动用更高数据率在省电的同时减小信道占用这个功能在初期不需要人工干预建议直接打开。老实说GPS数据经LoRaWAN传输这个组合真正的技术难点不在LoRaWAN而在GPS数据的采集质量和节电策略。协议栈是现成的出问题最多的地方永远是天线位置、串口波特率和经纬度换算。先把这几块吃透这个项目就成功了一大半。