企业官网建设流程全解析

STM32的GPS数据提取程序设计说明——基于NMEA0183协议

搞嵌入式这些年，做过不少和定位相关的项目，从最早的简易轨迹记录仪，到后来的车载终端、共享设备定位模块，几乎每一步都绕不开GPS数据解析这件事。很多新手拿到GPS模块，串口能打印出$GNGGA、$GPRMC这样的字符串，但真正要把经纬度、时间、速度提取出来用，就卡住了——数据格式看着乱、逗号分割的字段对不上号、偶尔还会出现乱码或者校验失败。这篇东西就把我实际做过的STM32 GPS数据提取程序完整拆开讲一遍，基于NMEA0183协议，从协议格式、硬件接线一直讲到底层解析代码怎么写，读完你也能自己写出一套稳定可靠的GPS数据解析程序。

这套程序解决的核心问题很简单：让STM32通过串口接收GPS模块输出的NMEA0183语句，从中提取出经纬度、UTC时间、定位状态、对地速度等关键信息，并且能稳定应对数据丢帧、字段异常、校验失败这些实际场景。不管是做毕设的物联网定位终端，还是做实车测试的数据记录仪，这套思路和代码可以直接拿去改。

1. 方案设计与协议拆解

1.1 为什么选择NMEA0183协议

GPS模块的输出格式五花八门，但绝大多数消费级和工业级模块（比如u-blox NEO-M8N、中科微ATGM336H、志远科技那些）默认输出的都是NMEA0183格式。这个协议是航海电子协会定的标准，本质上是ASCII码的文本流，通过串口以波特率9600或者115200往外发。

选NMEA0183而不是直接用模块厂商的二进制协议（比如u-blox的UBX协议），原因有三个：第一是通用性强，换任何品牌的模块，代码基本不用动；第二是调试方便，随便一个串口助手就能看到原始数据，对比解析结果非常直观；第三是信息量够用，经纬度、高度、速度、时间、卫星数全都在里面。

NMEA0183的语句长这样：

$GNGGA,123519,4807.038,N,01131.000,E,1,08,0.9,545.4,M,46.9,M,,*47

每条语句以$开头，以回车换行（\r\n）结束，中间用逗号分割字段，末尾的*后面跟两位十六进制校验值。这个格式看起来简单，实际解析时坑不少，后面会详细说。

1.2 各类语句的用途与取舍

NMEA0183里常用的语句有好几种，GGA、RMC、GSA、GSV、VTG、GLL，各有各的用途。实际做项目时不需要全解析，按需求挑就行。

我的习惯是优先解析GGA和RMC这两条。GGA负责定位状态和经纬度，RMC负责时间和速度。有些老模块不输出RMC，那就只解析GGA也能拿到核心数据。GSV一般不解析，但调试天线位置时很有用——信噪比数据在GSV里，哪天定位效果差，先把GSV打出来看看卫星信号强度，能省不少排查时间。

1.3 经纬度格式的地理常识

很多人在这一步栽跟头。NMEA0183里的经纬度是度分格式，不是标准的小数度。比如GGA语句里的4807.038，意思不是48.07038度，而是48度07.038分。换算成小数度要这样算：

十进制度数 = 度 + 分 / 60 48度07.038分 = 48 + 7.038 / 60 = 48.1173度

北纬（N）和东经（E）是正数，南纬（S）和西经（W）是负数。这个换算要是做错了，坐标飘出去好几公里你都不知道。后面代码里我会专门写一个转换函数。

2. 硬件连接与底层配置

2.1 GPS模块与STM32的接线方案

GPS模块和STM32之间用UART串口通信，接线就三根线：TX、RX、GND。模块的TX接STM32的RX，模块的RX接STM32的TX，注意交叉连接。

我用得最多的是STM32F103系列，串口资源丰富，USART1做调试打印，USART2接GPS模块，互不干扰。如果用的是STM32F030这种小资源芯片，只有一个串口，那就得把GPS接到这个串口上，调试信息改用IO口模拟或者干脆不要调试输出，把RAM和Flash省下来给解析代码用。

GPS模块的供电要注意，很多模块是3.3V供电，有些是5V，买模块时看清规格。STM32的串口引脚是3.3V电平，如果模块是5V供电但串口电平是3.3V兼容的，可以直接连；如果模块输出5V电平，最好加个电平转换芯片，比如MAX3232或者简单的电阻分压，不然长期运行有烧引脚的风险。

提示：天线的位置对GPS信号影响极大。陶瓷天线要放在朝向天空的位置，远离MCU和走线。我遇到过定位慢的问题，把天线从板子中央挪到边缘，冷启动时间从2分钟缩短到40秒。

2.2 串口DMA接收配置要点

GPS模块的数据是持续不断的文本流，最高频时每秒输出10帧以上。如果用中断一个个字节接收，频繁进中断会占用大量CPU时间，而且数据稍微多点就容易丢字节。我的方案是用STM32的串口空闲中断加DMA接收，一帧数据结束（总线上空闲了）才通知CPU处理，效率高得多。

以STM32F103标准库为例，核心配置思路如下：

// 定义接收缓冲区 #define GPS_RX_BUF_SIZE 256 uint8_t gps_rx_buf[GPS_RX_BUF_SIZE]; volatile uint8_t gps_rx_len = 0; volatile uint8_t gps_rx_complete = 0; // 初始化串口2，波特率9600，8数据位，1停止位，无校验 void GPS_UART_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; USART_InitTypeDef USART_InitStructure; DMA_InitTypeDef DMA_InitStructure; // 使能时钟 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_USART1, ENABLE); RCC_AHBPeriphClockCmd(RCC_AHBPeriph_DMA1, ENABLE); // PA9(TX) PA10(RX) 配置 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_10; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, &GPIO_InitStructure); // 串口配置 USART_InitStructure.USART_BaudRate = 9600; USART_InitStructure.USART_WordLength = USART_WordLength_8b; USART_InitStructure.USART_StopBits = USART_StopBits_1; USART_InitStructure.USART_Parity = USART_Parity_No; USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None; USART_InitStructure.USART_Mode = USART_Mode_RX | USART_Mode_TX; USART_Init(USART1, &USART_InitStructure); // DMA配置，接收方向 DMA_InitStructure.DMA_PeripheralBaseAddr = (uint32_t)&USART1->DR; DMA_InitStructure.DMA_MemoryBaseAddr = (uint32_t)gps_rx_buf; DMA_InitStructure.DMA_DIR = DMA_DIR_PeripheralSRC; DMA_InitStructure.DMA_BufferSize = GPS_RX_BUF_SIZE; DMA_InitStructure.DMA_PeripheralInc = DMA_PeripheralInc_Disable; DMA_InitStructure.DMA_MemoryInc = DMA_MemoryInc_Enable; DMA_InitStructure.DMA_PeripheralDataSize = DMA_PeripheralDataSize_Byte; DMA_InitStructure.DMA_MemoryDataSize = DMA_MemoryDataSize_Byte; DMA_InitStructure.DMA_Mode = DMA_Mode_Circular; DMA_InitStructure.DMA_Priority = DMA_Priority_High; DMA_InitStructure.DMA_M2M = DMA_M2M_Disable; DMA_Init(DMA1_Channel5, &DMA_InitStructure); // 使能串口空闲中断 USART_ITConfig(USART1, USART_IT_IDLE, ENABLE); // 使能DMA和串口 DMA_Cmd(DMA1_Channel5, ENABLE); USART_DMACmd(USART1, USART_DMAReq_RX, ENABLE); USART_Cmd(USART1, ENABLE); // 配置NVIC NVIC_InitTypeDef NVIC_InitStructure; NVIC_InitStructure.NVIC_IRQChannel = USART1_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 1; NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0; NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE; NVIC_Init(&NVIC_InitStructure); }

空闲中断的用法是关键。当串口接收完一帧数据，总线上出现空闲状态时，就会触发这个中断。这时候DMA已经把数据存到缓冲区了，我们在中断里做的事情是：记录接收到的数据长度，清标志位，然后置一个标志通知主循环来处理。

void USART1_IRQHandler(void) { if (USART_GetITStatus(USART1, USART_IT_IDLE) != RESET) { // 清除IDLE标志：先读SR再读DR USART_ReceiveData(USART1); // 计算已接收数据长度 gps_rx_len = GPS_RX_BUF_SIZE - DMA_GetCurrDataCounter(DMA1_Channel5); // 数据接收完成标志 gps_rx_complete = 1; // 重新填充DMA目标地址 DMA_SetCurrDataCounter(DMA1_Channel5, GPS_RX_BUF_SIZE); DMA_Cmd(DMA1_Channel5, ENABLE); } }

注意：DMA循环模式（Circular模式）下，数据会覆盖写入缓冲区。如果主循环来不及处理，新数据会覆盖旧数据。所以主循环里发现gps_rx_complete标志置位后，要尽快拷贝数据到自己的处理缓冲区，再清标志。这个缓冲区大小256字节，能放下GPS模块一帧完整数据，但放不下多帧。以一帧最大约120字节算，256字节够用。

2.3 波特率选择背后的考量

GPS模块默认波特率通常是9600，少数是115200。选哪个？我的建议是：能用9600就不升115200。

原因是NMEA0183语句本身数据量不大，GPS模块每秒最多输出10帧，9600波特率完全够用，而且波特率越低，信号抗干扰能力越强，长距离传输更稳。115200波特率虽然快，但如果你的GPS模块和STM32之间的走线比较长，或者环境电磁干扰大，高波特率反而更容易出错。

不过要注意，波特率要以GPS模块实际配置为准。很多模块支持通过软件修改波特率参数，但断电重启后可能会恢复默认值。我遇到过客户把模块配置成115200，结果换了个环境上电后模块恢复9600，程序卡在等待数据上。稳妥的做法是程序启动时自动检测波特率，或者直接在代码配置里和模块实际状态保持一致。

3. 核心解析代码实现

3.1 帧接收与完整性校验

拿到串口数据后，第一件事不是解析，而是校验。NMEA0183每条语句末尾都有校验值，格式是*后面跟两个十六进制字符。校验算法很简单：把$和*之间的所有字符按位异或，得到的结果就是校验值。

比如$GPGGA,123519,4807.038,N,01131.000,E,1,08这一段，每个字符的ASCII码依次异或，最后得到的值是0x47，所以语句末尾是*47。

校验函数这样写：

// 校验NMEA帧数据 // 返回1表示校验通过，0表示失败 uint8_t GPS_CheckSum(const char *buf, uint16_t len) { uint8_t check = 0; uint16_t i = 1; // 跳过'$' // 找'*'位置 while (i < len && buf[i] != '*') { check ^= buf[i]; i++; } // 如果没有找到'*'，校验失败 if (i >= len) return 0; // 提取帧尾的两位十六进制校验值 char hex_str[3]; hex_str[0] = buf[i + 1]; hex_str[1] = buf[i + 2]; hex_str[2] = '\0'; uint8_t check_sum = (uint8_t)strtol(hex_str, NULL, 16); return (check == check_sum) ? 1 : 0; }

校验不能省。GPS模块输出的数据有可能因为干扰或者模块自身问题出错，如果不过校验直接解析，可能把错误的经纬度当成真值用，在需要精确定位的场景里后果很严重。

除了校验和，还有一个细节：判断一帧是否完整。NMEA0183语句以\r\n结束，但我们在DMA空闲中断里接到的数据可能是多帧叠加的，也可能是半截帧。所以进主循环后，先要在缓冲区里找$开头和\r\n结尾的完整帧，再做解析。我一般写一个简单的帧提取函数，从缓冲区里逐字节扫描，找到完整帧后一次性拷贝出来处理。

3.2 GGA语句解析与经纬度转换

GGA语句的格式标准如下，按逗号分割：

$GNGGA,时间,纬度,纬度方向,经度,经度方向,定位质量,卫星数,水平精度因子,海拔,海拔单位,大地水准面高度,高度单位,差分时间,差分站ID*校验和

字段编号从0开始：

解析时要先按逗号把语句拆成字段，然后逐个提取。在C语言里，用strtok函数或者自己写个简单的分割函数都行。我自己写了一个轻量的字段提取函数，避免strtok修改原字符串带来的麻烦：

// 从NMEA语句中提取第index个逗号分割的字段 // 返回字段在buf中的偏移地址，找不到返回NULL char* GPS_GetField(char *buf, uint8_t index) { char *p = buf; uint8_t i = 0; // 跳过'$' p++; while (i < index) { p = strchr(p, ','); if (p == NULL) return NULL; p++; i++; } return p; } // 解析GGA语句 void GPS_ParseGGA(char *buf, GPS_Info_t *gps) { char *field; char temp[16]; // 字段6：定位质量 field = GPS_GetField(buf, 6); if (field) { gps->fix_quality = atoi(field); } // 字段2：纬度 field = GPS_GetField(buf, 2); if (field && (field[0] != ',')) { gps->lat = GPS_ConvertDegMin(field); } // 字段3：纬度方向 field = GPS_GetField(buf, 3); if (field && (field[0] == 'S')) { gps->lat = -gps->lat; } // 字段4：经度 field = GPS_GetField(buf, 4); if (field && (field[0] != ',')) { gps->lon = GPS_ConvertDegMin(field); } // 字段5：经度方向 field = GPS_GetField(buf, 5); if (field && (field[0] == 'W')) { gps->lon = -gps->lon; } // 字段7：卫星数 field = GPS_GetField(buf, 7); if (field) { gps->satellite_num = atoi(field); } // 字段9：海拔，单位米 field = GPS_GetField(buf, 9); if (field && (field[0] != ',')) { gps->altitude = atof(field); } }

这里GPS_ConvertDegMin函数就是把度分格式转小数度的关键：

// 将NMEA度分格式转换为十进制度数 // 输入"4807.038" 返回48.1173 double GPS_ConvertDegMin(char *deg_min) { double value = atof(deg_min); int degree = (int)(value / 100.0); double minute = value - degree * 100.0; return degree + minute / 60.0; }

3.3 RMC语句解析与时间速度提取

RMC语句包含时间、定位状态、经纬度、速度、航向和日期，是最精简的一组数据。格式如下：

$GNRMC,123519,A,4807.038,N,01131.000,E,022.4,084.4,230394,003.1,W*6A

关键字段：

速度字段的单位是节（knots），1节=1海里/小时=1.852公里/小时。要转成公里/小时就乘1.852，要转成米/秒就乘0.5144。我做车载项目时通常需要公里/小时，所以在解析函数里直接换算好存储。

// 解析RMC语句 void GPS_ParseRMC(char *buf, GPS_Info_t *gps) { char *field; // 字段2：定位状态 A/V field = GPS_GetField(buf, 2); if (field && (field[0] == 'A')) { gps->pos_valid = 1; } else { gps->pos_valid = 0; } // 字段7：对地速度（节） field = GPS_GetField(buf, 7); if (field && (field[0] != ',')) { gps->speed_kmh = atof(field) * 1.852; } // 字段8：航向 field = GPS_GetField(buf, 8); if (field && (field[0] != ',')) { gps->course = atof(field); } // 字段9：日期，格式ddmmyy field = GPS_GetField(buf, 9); if (field && (field[0] != ',')) { // 拆出年月日 char temp[3]; temp[0] = field[0]; temp[1] = field[1]; temp[2] = '\0'; gps->day = atoi(temp); temp[0] = field[2]; temp[1] = field[3]; gps->month = atoi(temp); temp[0] = field[4]; temp[1] = field[5]; gps->year = atoi(temp) + 2000; } }

RMC的时间字段是UTC时间，比北京时间慢8小时。如果需要本地时间，要加8小时并处理日期进位。很多项目里GPS模块可以配合RTC芯片使用，GPS负责校时，RTC负责时间显示，这个配合思路在车载和时钟类项目里很常用。

3.4 完整解析流程架构

把所有环节串起来，主循环里的处理流程大概是这样的：

// GPS数据结构体 typedef struct { uint8_t pos_valid; // 定位有效标志 uint8_t fix_quality; // 定位质量 0/1/2 uint8_t satellite_num; // 卫星数 double lat; // 纬度（十进制度） double lon; // 经度（十进制度） double altitude; // 海拔（米） double speed_kmh; // 速度（公里/小时） double course; // 航向（度） uint8_t day, month; // 日期 uint16_t year; // 年份 uint8_t hour, minute, second; // UTC时间 } GPS_Info_t; GPS_Info_t gps_info; // 主循环处理 void GPS_Process(void) { static char parse_buf[GPS_RX_BUF_SIZE]; uint16_t len; char *p_start, *p_end; if (gps_rx_complete) { gps_rx_complete = 0; len = gps_rx_len; // 拷贝数据到处理缓冲区 memcpy(parse_buf, gps_rx_buf, len); parse_buf[len] = '\0'; // 逐条提取完整帧并解析 p_start = parse_buf; while ((p_start = strchr(p_start, '$')) != NULL) { p_end = strstr(p_start, "\r\n"); if (p_end == NULL) break; *p_end = '\0'; // 校验和验证 if (GPS_CheckSum(p_start, strlen(p_start))) { // 根据语句类型分发解析 if (strncmp(p_start, "$GNGGA", 6) == 0 || strncmp(p_start, "$GPGGA", 6) == 0) { GPS_ParseGGA(p_start, &gps_info); } else if (strncmp(p_start, "$GNRMC", 6) == 0 || strncmp(p_start, "$GPRMC", 6) == 0) { GPS_ParseRMC(p_start, &gps_info); } } p_start = p_end + 2; // 跳过\r\n } } }

注意我判断语句类型时同时匹配了GN和GP前缀。这是因为不同的GPS模块输出前缀可能不一样，有的输出GP，有的输出GN（支持多星座的模块）。程序写得通用一些，以后换模块不用改代码。

4. 常见问题与排查技巧

4.1 串口收不到数据怎么查

这是最常见的故障。我一般按这个顺序排查：

1. 先用USB-TTL模块直接连接GPS模块，在电脑串口助手上看有没有数据输出。如果没数据，说明GPS模块本身没工作，检查模块供电和天线。
2. 模块正常，但STM32收不到。用示波器或者万用表量GPS模块TX引脚有没有电平跳变，有跳变但STM32收不到，大概率是接错引脚或者串口时钟没配置对。
3. 如果GPS的TX和STM32的RX之间串了电阻，检查电阻值，太大（比如10K以上）可能拉低信号质量。

调试技巧：在GPS解析代码里加一个调试计数器，每次串口空闲中断触发就加1，最后通过调试串口打印出来。如果计数器不增长，说明串口中断都没触发；如果增长但解析不到有效语句，说明数据格式和预期不一致。

4.2 校验失败率高的原因

如果你发现校验一直失败，数据偶尔能解析出来，大概率是波特率匹配没问题但数据在多帧传输中丢失了字节。常见原因有三个：

第一，DMA缓冲区太小，GPS模块一秒钟输出多帧，你的缓冲区可能被覆盖。解决办法是增加缓冲区大小，或者加环形缓冲区。

第二，主循环处理不及时。如果主循环里做了大量耗时操作（比如驱动屏幕刷新、写SD卡），空出来的时间不够DMA搬运数据，数据就会丢。这种情况要学会拆分任务，把GPS解析放到定时中断里做，或者降低屏幕刷新频率。

第三，干扰导致数据错误。GPS模块的线是否和电机驱动线、电源线并行走线？长距离传输时有没有用双绞线或者屏蔽线？这几个问题处理不好，校验失败是家常便饭。

注意：不要一上来就怀疑GPS模块坏了。我遇到过客户着急联系我说模块有问题，后来发现是他用的ST-Link的虚拟串口驱动没装好，串口助手打不开，数据其实一直在输出。先检查电脑端，再查硬件链路，最后查代码。

4.3 坐标漂移和精度问题

解析出经纬度后，你可能会发现坐标点会漂移，静止时坐标也在小范围跳动。这是GPS本身的特性，民用GPS精度本来就在2~5米左右，加上多径效应、大气层影响，跳动几米都算正常。

如果漂移特别严重，比如静止时坐标跳出去几百米，检查天线是否靠近金属物体，或者模块的定位状态是不是有效的A状态。如果RMC语句里的状态是V（无效），说明模块还没锁定足够的卫星，这时候的坐标数据是不可信的，代码里要根据pos_valid标志过滤掉无效数据。

还有一点容易被忽略：把经纬度直接打印出来用，和在地图上显示是有区别的。很多地图SDK用GCJ-02坐标系（火星坐标），GPS原始输出是WGS-84坐标系，两者之间有几米的偏差。如果项目要求地图上精确显示位置，需要做坐标系转换，这个在车载导航、共享定位类项目里几乎是必做的。

4.4 冷启动时间长是不是程序的问题

GPS模块冷启动（完全断电后重新上电）需要搜索卫星并下载星历，时间通常在30秒到几分钟不等。如果你发现程序上电后很久才定位成功，不一定是程序问题，可能是：

• 天线位置不好，收不到足够卫星信号
• 模块进入省电模式，搜索卫星的灵敏度降低
• 周围环境遮挡严重（室内、高楼密集区）

程序层面能做的是：在上电后先输出调试信息，说明当前GPS模块输出了几条有效语句、卫星数是多少，这样能和正常情况做对比。另外，有些模块支持掉电保存星历，断电时用备用电池给模块供电，下次上电热启动速度就快很多。

5. 程序优化与扩展建议

5.1 缓冲区与内存管理的优化

用DMA加空闲中断处理GPS数据时，最容易出问题的就是缓冲区管理。上面代码用的是DMA直接接收，定长缓冲区，主循环来拷贝。这个方案简单可靠，但有一个问题：如果一帧数据长度超过缓冲区大小，数据会被截断。

我做的一个小优化是把固定缓冲区改成环形缓冲区（ring buffer），写指针由DMA更新，读指针由主循环控制。这样GPS数据流可以持续不断地被缓冲，主循环按需取数据，不会丢帧。环形缓冲区的代码量不大，但对系统的稳定性提升很明显。

5.2 什么时候需要中断解析，什么时候用轮询

主循环轮询式的解析（上面代码的做法）适合大多数场景，因为GPS数据的实时性要求不高——每秒几帧的刷新率，人眼看起来已经很流畅了。

但如果你的项目里主循环负载很重，比如同时驱动TFT屏幕、处理按键、控制电机，轮询的延迟就可能变大，GPS数据在缓冲区里的等待时间变长，很可能造成缓冲区溢出。这种情况下可以做一个折中方案：串口空闲中断里只做数据拷贝和标志置位，新增一个低优先级的定时中断（比如100ms触发一次）来做帧提取和解析。这样保证GPS数据本身不丢，解析又不会挤占主循环太多时间。

5.3 从GPS到更广的应用场景

解析出经纬度、速度、时间后，可以做的东西就多了。我做过的项目里，这些数据被用来：

• 电子围栏：判断设备是否离开设定区域，触发告警
• 轨迹回放：定时记录经纬度到SD卡或Flash，配合上位机画轨迹
• 速度监测：超速报警，和加速度计配合判断急加速急减速
• 时间校准：用GPS的UTC时间校准RTC时钟

代码设计时，建议把GPS解析模块做成一个独立的功能模块，对外提供统一的API接口：

void GPS_Init(void); void GPS_Process(void); GPS_Info_t* GPS_GetInfo(void); uint8_t GPS_IsValid(void);

这样换平台或者换GPS模块时，只需要改底层串口和协议解析，上层调用逻辑不用动。

5.4 STM32平台适配经验

本文代码以STM32F103标准库为例，但思路是通用的。如果你用的是HAL库，串口空闲中断和DMA接收的配置略有不同，核心逻辑一样。如果你用STM32CubeMX生成工程，可以在图形化界面上直接把串口配置成DMA模式，再到中断回调函数里添加自己的处理逻辑。

换到小熊派、AT32、GD32这几类芯片时，GPIO和串口的寄存器命名有差异，但DMA加空闲中断的思路完全适用。移植时最花时间的往往不是数据解析逻辑，而是底层驱动的适配。

我个人的建议是：先把解析代码写成纯C语言、不依赖任何硬件平台的部分（只依赖标准库的字符串处理函数），这样核心代码可以跨平台复用。底层串口接收和顶层应用各做各的，分层清晰，以后维护也方便。

6. 实测数据与效果分析

6.1 验证环境与测试方法

我用STM32F103C8T6作为主控，外接一块ATGM336H GPS模块（中科微的芯片，性价比很高），天线用无源陶瓷天线，室外测试。程序烧录后，通过调试串口每秒打印一次解析结果。测试时把模块放在车顶，完全无遮挡，冷启动到首次有效定位用了约35秒，随后每秒刷新一次数据。

测试数据样例：

[GPS] fix=1 sat=11 lat=31.230508 lon=121.473685 alt=12.5m speed=0.0km/h course=0.0 [GPS] fix=1 sat=11 lat=31.230507 lon=121.473684 alt=12.5m speed=0.0km/h course=0.0 [GPS] fix=1 sat=11 lat=31.230509 lon=121.473683 alt=12.5m speed=0.0km/h course=0.0

静止状态下，经纬度小数点后第5位在跳动，换算成距离大约是米级波动，这是正常范围。

6.2 资源占用与性能表现

编译环境用Keil MDK 5，优化等级-O2，代码占用情况：

这个资源占用在STM32F103这种入门芯片上完全没有压力，系统还能同时跑LCD显示、按键扫描和SD卡记录。实际上，我用这套解析代码做过一个带2.8寸TFT屏幕的定位终端，帧率稳定在10Hz以上，屏幕刷新不受影响。

6.3 实际项目中踩过的坑

做一个定位记录仪时遇到过一个问题：设备在车里用了两天，第三天开始经纬度全部变成0。排查了很久，发现是GPS模块供电不稳，车辆点火瞬间电压跌落导致模块复位，复位后模块重新冷启动，而程序里又没有处理“模块复位后重新握手”的逻辑，导致解析一直用旧数据。

后来在代码里加了一个超时判断：如果连续3秒没有收到有效定位数据，就把设备状态切到“定位丢失”，并尝试重新初始化GPS模块。这个逻辑加上后，问题彻底解决。

还遇到过一个很隐蔽的问题：有的GPS模块输出的经纬度是0.000000，但定位字段显示有效。这是模块冷启动未完的中间状态，程序里单独判断经纬度是否为0无效，才算真正解决。

最后一个建议：做GPS类项目时，日志记录一定要做。不要求每次都记全量数据，但至少保留最近一段时间的原始NMEA数据和解析结果，定位异常的排查会省很多力气。我有一次做户外测试，数据全部正确，客户非说定位跳了，后来靠日志回放才发现是他使用的第三方地图坐标系转换的问题，GPS本身没有错。

个人经验告诉我，GPS数据提取这个环节看着简单，但想做得稳、做得可靠，协议细节、底层通信、异常处理一个都不能少。尤其是校验和经纬度格式转换这两个细节，宁可多花十分钟写清楚，也别等跑起来才发现数据不对。希望这篇文章对正在调试GPS模块的你有所帮助。