STM32驱动NEO-6M GPS模块：从硬件连接到数据解析与优化实践

简介：本资源是一套基于STM32F103平台的NEO-6M GPS模块完整实验工程，面向嵌入式初学者与物联网开发人员，解决GPS定位数据采集、UART通信配置及NMEA协议解析等核心实践问题，适用于车辆追踪、户外定位、智能硬件等应用场景。压缩包共82个文件，含37个头文件（.h）用于外设与协议定义、35个源文件（.c）实现串口驱动、GPS数据接收与解析、LCD显示及LED状态指示等关键功能，另有hex可执行文件、Keil工程配置（.uvprojx/.uvoptx）、启动文件与调试配置（JLinkSettings.ini）等，整体体积仅424KB，结构清晰、开箱即用。已有656人学习下载，资源包含SYSTEM底层驱动、HARDWARE外设模块（GPS/LED/LCD/KEY/USART2）、CORE内核支持及完整main函数主流程，配套README说明与keilkilll.bat一键清理脚本，显著降低环境搭建门槛，助力快速掌握STM32与GPS模块协同开发全流程。

1. 项目缘起：为什么是NEO-6M与STM32的组合？

如果你玩过单片机，尤其是STM32，大概率会想过给它加上一双“眼睛”，让它知道自己身处何方。GPS模块就是这个“眼睛”，而NEO-6M，可以说是STM32玩家圈子里最经典、最“街机”的一款GPS模块，没有之一。我手头这个项目文件，名字叫“NEO-6M GPS模块实验.zip”，一看就是典型的嵌入式开发学习或项目验证包。它背后关联的关键词，像“concerned1dj”可能是个开发者ID，“stm32”是主控平台，而“Neo-6m程序”则直指核心——驱动代码。

为什么这个组合如此流行？首先，NEO-6M模块价格极其亲民，几十块钱就能买到，它基于u-blox的NEO-6系列芯片，性能对于大多数业余和中等要求的项目（如车辆追踪、数据记录、户外时钟）来说完全够用。其次，STM32系列单片机资源丰富、性价比高，其USART（通用同步异步收发器）外设与NEO-6M的UART（通用异步收发器）接口是天作之合，连接简单，几乎不需要额外的电平转换芯片（多数NEO-6M模块已自带3.3V/5V电平兼容）。最后，网络上关于这两者结合的教程、代码、踩坑记录浩如烟海，社区支持强大，意味着你遇到的大部分问题，前人都已经趟过路了。

这个项目压缩包，我猜里面大概率包含了STM32的工程文件（可能是Keil或STM32CubeIDE的）、NEO-6M的驱动代码、以及一个简单的解析与显示例程。它的核心价值，就是提供一个“开箱即用”的起点，让你跳过最基础的硬件连接和通信测试，直接进入GPS数据获取与应用层开发。接下来，我会基于这个典型的“STM32 + NEO-6M”应用场景，拆解从硬件连接到数据解析，再到实际应用中的核心细节与避坑指南。

2. 硬件连接与电源：那些容易被忽略的细节

拿到NEO-6M模块和STM32开发板，第一步就是连线。看起来很简单：VCC接电源，GND接地，TX接RX，RX接TX。但魔鬼藏在细节里，很多初学者的问题都出在这个“想当然”的阶段。

2.1 电源与有源天线：稳定定位的前提

NEO-6M模块通常有多个引脚，但核心的就那几个：VCC、GND、TX、RX。此外，还有一个非常重要的引脚：PPS（脉冲每秒），以及给有源天线供电的V_BCKP或VCC_RF。

注意：市面上常见的NEO-6M模块，很多都集成了一个无源陶瓷天线和一个有源天线接口（通常是SMA或IPX接口）。模块背面的那个方形陶瓷片就是无源天线，在室内或窗口信号很弱。如果你希望获得更好的定位效果，尤其是在室内或城市峡谷中，强烈建议外接一个有源GPS天线。

电源选择：NEO-6M模块的工作电压通常是3.3V。虽然有些模块标称支持3.3V-5V，但为了与STM32的3.3V I/O电平完美匹配，避免电平转换的麻烦，强烈建议使用3.3V供电。直接接到STM32开发板的3.3V输出引脚上。务必确保电源的电流供应能力足够，特别是在使用有源天线时。有源天线内部有LNA（低噪声放大器），需要额外供电（通常由模块通过V_BCKP引脚提供），整个模块的峰值电流可能达到100mA以上。如果STM32开发板的3.3V LDO（低压差线性稳压器）输出能力不足（比如只有150mA），在定位瞬间可能导致电压跌落，引起单片机复位或GPS模块工作异常。一个稳妥的做法是，使用一个独立的3.3V稳压电源，或者确认你的开发板主稳压芯片（如AMS1117-3.3）能提供至少500mA的电流。

接线清单：

1. NEO-6M.VCC->STM32.3.3V（确保电源干净稳定）
2. NEO-6M.GND->STM32.GND（共地至关重要）
3. NEO-6M.TX->STM32.USARTx.RX（例如，PA10，如果使用USART1）
4. NEO-6M.RX->STM32.USARTx.TX（例如，PA9）
5. NEO-6M.PPS->STM32.任意GPIO输入引脚（可选，用于高精度授时）
6. 有源天线->NEO-6M天线接口（强烈推荐）

2.2 串口配置：波特率与起始位的坑

连接好线，在代码里配置串口。NEO-6M模块出厂默认的波特率通常是9600 bps。这是最常用的速率，也是NMEA-0183标准推荐速率。在STM32的HAL库或标准库中，你需要初始化一个USART外设，配置为异步模式、8位数据位、1位停止位、无校验位。

这里有一个极易被忽略的坑：起始位和空闲电平。UART通信在无数据时，总线处于高电平（空闲状态）。一个字节的数据以一位低电平的起始位开始。你必须确保STM32的串口接收端配置和GPS模块的输出严格一致。我曾经遇到过一个诡异的问题：能收到数据，但全是乱码。排查了半天，发现是开发板上的另一个外设（比如某个未初始化的GPIO）在串口RX引脚上造成了干扰，导致起始位检测错误。解决方法是在初始化串口前，先将RX引脚配置为上拉输入模式，确保空闲时为确定的高电平。

初始化代码片段（HAL库示例）：

UART_HandleTypeDef huart1; void GPS_UART_Init(void) { huart1.Instance = USART1; huart1.Init.BaudRate = 9600; huart1.Init.WordLength = UART_WORDLENGTH_8B; huart1.Init.StopBits = UART_STOPBITS_1; huart1.Init.Parity = UART_PARITY_NONE; huart1.Init.Mode = UART_MODE_TX_RX; huart1.Init.HwFlowCtl = UART_HWCONTROL_NONE; huart1.Init.OverSampling = UART_OVERSAMPLING_16; if (HAL_UART_Init(&huart1) != HAL_OK) { Error_Handler(); } // 开启串口接收中断，使用空闲中断模式是高效接收不定长NMEA语句的关键 HAL_UART_Receive_IT(&huart1, &rx_buffer, 1); // 先开启接收一个字节的中断 }

关键点在于，我们通常不会只接收一个字节就处理，而是希望接收完整的一句NMEA语句。这就需要用到STM32串口的**空闲中断（Idle Interrupt）**功能。当串口总线在接收到一帧数据后，保持高电平（空闲）超过一个字节的时间，就会产生空闲中断。这正好契合了NMEA语句以回车换行(\r\n)结束，之后总线空闲的特性。在空闲中断服务函数里，我们可以认为一句完整的数据已经接收完毕，然后进行解析。这是处理GPS数据流最有效、最常用的方法。

3. NMEA-0183协议解析：从字符流到经纬度

GPS模块上电后，只要天线能接收到卫星信号，它就会通过串口源源不断地输出文本数据。这些数据遵循NMEA-0183标准协议。它不是二进制流，而是人类可读的ASCII字符串，以“$”开头，以“\r\n”结尾，中间由逗号分隔各个字段。

3.1 核心语句：GGA, RMC, GSV

NMEA语句有很多种，最常用、信息最核心的是以下几条：

• $GPGGA：全球定位系统定位数据。这是最重要的语句，包含了时间、经纬度、海拔、定位状态、卫星数量、水平精度因子（HDOP）等核心信息。如果你只解析一条语句，那就是它。
• $GPRMC：推荐最小定位信息。包含了时间、日期、经纬度、地面速率、地面航向等信息。常与GGA结合使用。
• $GPGSV：可见卫星信息。列出了当前天空中可以“看到”的所有卫星的编号、仰角、方位角、信噪比（SNR）。信噪比是判断信号质量的关键，值越大越好（单位dB-Hz），通常高于40表示信号很好，低于30则可能定位不稳定。在室内或信号差时，这个语句非常有用，可以帮你分析环境。

一个典型的$GPGGA语句例子：$GPGGA,085120.307,2234.0469,N,11354.2017,E,1,08,1.0,45.9,M,-2.5,M,,0000*7A

我们需要把它拆解：

1. 085120.307：UTC时间，格式是“时分秒.毫秒” -> 08:51:20.307。
2. 2234.0469,N：纬度，格式是“度度分分.分分分分” -> 22度34.0469分，北纬。注意：需要将“度分”格式转换为十进制度格式。公式：十进制纬度 = 度 + 分 / 60.0。所以这里是22 + 34.0469/60 = 22.5674483。
3. 11354.2017,E：经度，格式同理 -> 113度54.2017分，东经。转换后是113 + 54.2017/60 = 113.9033617。
4. 1：定位状态，1=有效定位，0=无效定位。这是判断数据是否可用的首要标志！
5. 08：参与解算的卫星数量。通常需要至少4颗星才能进行3D定位（包含海拔）。这个数字和GSV语句里的可见星数量可能不同。
6. 1.0：水平精度因子（HDOP）。值越小，定位精度越高。小于1.0通常表示极好的精度，大于5.0则精度较差。
7. 45.9,M：海拔高度，单位米。
8. 最后*7A是校验和，用于验证该条语句在传输过程中是否出错。对于要求不高的应用可以忽略，但对于可靠性要求高的系统，必须进行校验和验证。

3.2 解析策略与代码实现

在STM32上解析NMEA语句，资源有限，不能像在PC上用strtok那样随意。我们需要一个高效、可靠的状态机。

第一步：高效接收与缓存。如前所述，利用串口空闲中断。在串口接收中断中，将每个字节存入一个环形缓冲区（Ring Buffer）。当空闲中断到来时，设置一个标志位，通知主循环或任务有“一帧”数据待处理。

第二步：状态机解析。在主循环中检测到“帧就绪”标志后，从环形缓冲区中取出这一帧数据（直到遇到\r\n），然后开始解析。

typedef enum { NMEA_IDLE, NMEA_READING, NMEA_CHECKSUM, NMEA_END } nmea_parser_state_t; typedef struct { float latitude; // 十进制纬度 float longitude; // 十进制经度 float altitude; // 海拔 uint8_t hour, minute, second; uint8_t fix_status; // 定位状态 uint8_t sat_num; // 卫星数量 float hdop; // 水平精度因子 } gps_data_t; void parse_nmea_sentence(char* sentence, gps_data_t* gps) { char* p = sentence; if (strncmp(p, "$GPGGA", 6) == 0) { // 跳过“$GPGGA,” p = strchr(p, ','); if (p == NULL) return; p++; // 指向第一个字段起始 // 解析时间字段 gps->hour = (p[0]-'0')*10 + (p[1]-'0'); gps->minute = (p[2]-'0')*10 + (p[3]-'0'); gps->second = (p[4]-'0')*10 + (p[5]-'0'); p = strchr(p, ',') + 1; // 移动到纬度字段 // 解析纬度（度分格式） float lat_deg = (p[0]-'0')*10 + (p[1]-'0'); float lat_min = atof(p+2); // 使用atof解析剩余部分为“分” gps->latitude = lat_deg + lat_min / 60.0; p = strchr(p, ',') + 1; // 移动到纬度半球 if (*p == 'S') gps->latitude = -gps->latitude; // 南纬为负 p = strchr(p, ',') + 1; // 移动到经度字段 // 解析经度（度分格式） float lon_deg = (p[0]-'0')*100 + (p[1]-'0')*10 + (p[2]-'0'); // 经度是3位数 float lon_min = atof(p+3); gps->longitude = lon_deg + lon_min / 60.0; p = strchr(p, ',') + 1; if (*p == 'W') gps->longitude = -gps->longitude; // 西经为负 p = strchr(p, ',') + 1; // 移动到定位状态 // 解析定位状态 gps->fix_status = (*p - '0'); p = strchr(p, ',') + 1; // 移动到卫星数量 // 解析卫星数量 gps->sat_num = (p[0]-'0')*10 + (p[1]-'0'); p = strchr(p, ',') + 1; // 移动到HDOP // 解析HDOP gps->hdop = atof(p); p = strchr(p, ',') + 1; // 移动到海拔 p = strchr(p, ',') + 1; // 跳过海拔单位‘M’ // 解析海拔 gps->altitude = atof(p); } // 可以类似地解析$GPRMC等语句 }

实操心得：上面的代码为了清晰使用了strchr和atof，在资源紧张的STM32上，频繁调用这些库函数可能造成堆栈碎片或效率问题。在实际产品中，更推荐自己实现轻量级的字符串分割和数字转换函数，或者使用查找逗号索引并分段拷贝到临时缓冲区再解析的方式。另外，一定要做字段有效性检查，比如判断p是否为NULL，防止解析到空字段或格式错误的语句导致程序崩溃。

4. 定位优化与常见问题排查：从“有数据”到“好数据”

当你成功解析出经纬度，欢呼雀跃之后，很快就会发现新问题：数据跳变、长时间无法定位、海拔飘忽不定。这才是GPS应用的真正开始。

4.1 “冷启动”、“热启动”与“温启动”

这是GPS模块的三种初始状态，决定了首次定位时间（TTFF）的长短。

• 冷启动：模块完全失忆。它不知道当前时间、自己的大概位置，也不知道天上的卫星在哪。它需要从零开始搜索所有可能的卫星信号，下载完整的星历数据（每颗卫星的精确轨道参数）。这个过程最慢，在户外开阔地通常需要30秒到2分钟。触发条件：模块首次上电；断电超过一段时间（如NEO-6M的RTC备份电容耗尽，通常几小时）；或者通过命令清除了所有存储的数据。
• 热启动：模块记得一切。它知道精确的时间、自己的精确位置（误差几十米内）、以及有效的星历数据。它只需要重新捕获之前可见的卫星信号即可定位。这个过程最快，通常1-3秒。触发条件：模块短时间断电（RTC电容维持了时间和星历）。
• 温启动：介于两者之间。模块知道时间和大概位置，但星历数据过期了（超过2小时）。它需要重新下载星历。时间通常在30秒左右。

如何优化？对于需要快速定位的应用（如共享单车开关锁），要尽量让模块处于“热启动”状态。这意味着：

1. 给VBACKUP引脚供电：NEO-6M模块有一个VBACKUP引脚，用于给内部的RTC和星历备份存储器供电。即使主电源VCC断开，只要VBACKUP有电（哪怕只有2V以上），时间和星历就能保持。可以接一个纽扣电池或超级电容。
2. 使用AGPS数据：通过网络或其它方式（比如从服务器下载）获取当前时间和概略位置、以及卫星的“历书”（粗略轨道信息）注入给GPS模块，可以极大缩短冷启动时间。NEO-6M支持UART接收AGPS辅助数据（通常是UBX协议格式）。

4.2 数据跳变与滤波算法

即使定位状态fix_status=1，你拿到的经纬度数据也可能在几米到几十米的范围内跳动。这是正常的，由多径效应、大气干扰、卫星几何分布（DOP值）等因素引起。对于车辆导航，这种跳动会导致地图上的点“抖动”。因此，必须进行软件滤波。

最简单的滤波——滑动平均：维护一个经纬度的历史数据队列，每次取平均值输出。这能平滑短期跳动，但会引入滞后（延迟）。

#define FILTER_WINDOW_SIZE 10 float lat_history[FILTER_WINDOW_SIZE]; float lon_history[FILTER_WINDOW_SIZE]; uint8_t history_index = 0; void gps_data_filter(gps_data_t* raw, gps_data_t* filtered) { lat_history[history_index] = raw->latitude; lon_history[history_index] = raw->longitude; history_index = (history_index + 1) % FILTER_WINDOW_SIZE; float lat_sum = 0, lon_sum = 0; for (int i = 0; i < FILTER_WINDOW_SIZE; i++) { lat_sum += lat_history[i]; lon_sum += lon_history[i]; } filtered->latitude = lat_sum / FILTER_WINDOW_SIZE; filtered->longitude = lon_sum / FILTER_WINDOW_SIZE; // 其他字段如时间、海拔可以直接拷贝 filtered->altitude = raw->altitude; // ... }

更高级的滤波——卡尔曼滤波：如果你有速度信息（从$GPRMC语句中获得地面速率），可以建立一个简单的状态向量（位置、速度），利用卡尔曼滤波进行最优估计。这能更好地平衡噪声抑制和响应速度。不过，在STM32上实现需要一定的数学基础和调试功夫。

4.3 典型问题排查清单

1. 收不到任何数据：

   • 检查接线：TX/RX是否接反？这是最常见错误。
   • 检查电源：用万用表测量模块VCC引脚电压是否为稳定的3.3V？GND是否共地？
   • 检查串口配置：波特率是否为9600？数据位、停止位、校验位是否正确？
   • 检查天线：是否连接牢固？有源天线是否有源（需要供电）？尝试将模块放到窗外。

2. 能收到数据，但fix_status始终为0：

   • 信号问题：这是最主要的原因。查看$GPGSV语句，信噪比（SNR）是否都很低（比如小于30）？卫星数量是否少于4颗？确保天线视野开阔，远离金属屏蔽和强干扰源。
   • 冷启动等待：如果是首次上电或长时间未用，请耐心等待1-2分钟。可以观察卫星数量是否在缓慢增加。
   • 模块故障：极少数情况下，模块可能损坏。可以尝试用USB转TTL模块直接连接电脑，用串口助手（如Putty、SecureCRT）查看原始输出，排除STM32代码问题。

3. 定位漂移严重（几十米甚至上百米）：

   • 查看HDOP值：如果HDOP大于3甚至5，说明当前卫星的几何分布很差，定位精度自然下降。这不是模块故障，需要等待卫星位置变化或换个地点。
   • 多径效应：在高楼林立的城市峡谷或室内靠近窗户的地方，卫星信号经过多次反射，路径长度变化，导致计算误差。无解，只能尽量选择开阔地。
   • 检查数据解析：确认度分到十进制度的转换公式是否正确，特别是经度是3位数，别按2位数解析了。

4. PPS引脚如何使用：PPS引脚会每秒输出一个精确的脉冲信号（通常是高电平脉冲，宽度约100ms），其上升沿与UTC秒的起始时刻对齐，精度非常高（可达数十纳秒）。你可以将这个引脚连接到STM32的定时器输入捕获通道，用来校准STM32的RTC（实时时钟），实现高精度授时。在中断服务函数中，读取RTC计数并与PPS上升沿对齐，可以消除RTC晶振累积的误差。

5. 进阶应用：将GPS数据融入STM32系统

获取到稳定、可靠的经纬度、时间、速度信息后，就可以玩出很多花样了。这不仅仅是简单的数据转发。

5.1 数据记录器（黑匣子）

结合STM32的SD卡或SPI Flash，可以制作一个GPS轨迹记录器。每隔1秒或0.5秒，将时间、经纬度、海拔、速度记录到文件中（例如CSV格式）。这里的关键点在于文件系统的可靠性和功耗管理。

• 文件系统：使用FatFs这类轻量级文件系统。注意，在写入数据后，应适时调用f_sync()来确保数据从缓存写入物理介质，防止突然断电丢失数据。
• 功耗管理：如果使用电池供电，需要优化功耗。NEO-6M模块本身有低功耗模式（可以通过UBX命令设置）。STM32也可以在记录间隙进入Stop或Sleep模式。同时，可以设置一个运动检测阈值，当速度低于某个值（比如0.5m/s）一段时间后，认为设备静止，进入更低功耗的待机模式，仅由RTC和外部中断（如振动传感器）唤醒。

5.2 基于GPS的触发与地理围栏

这是一个非常实用的功能。例如，当设备进入或离开某个特定区域时，触发一个动作（如拍照、发送警报、记录状态）。

• 地理围栏实现：核心是判断当前点与目标点的距离。常用Haversine公式计算地球表面两点间的大圆距离（球面距离），精度较高。

#include <math.h> #define EARTH_RADIUS 6371000.0 // 地球平均半径，单位米 float haversine_distance(float lat1, float lon1, float lat2, float lon2) { float phi1 = lat1 * M_PI / 180.0; float phi2 = lat2 * M_PI / 180.0; float delta_phi = (lat2 - lat1) * M_PI / 180.0; float delta_lambda = (lon2 - lon1) * M_PI / 180.0; float a = sin(delta_phi / 2) * sin(delta_phi / 2) + cos(phi1) * cos(phi2) * sin(delta_lambda / 2) * sin(delta_lambda / 2); float c = 2 * atan2(sqrt(a), sqrt(1 - a)); return EARTH_RADIUS * c; }

• 触发逻辑：持续计算当前位置与预设围栏中心点的距离。当距离从大于阈值变为小于阈值（进入），或反之（离开），则触发相应事件。为了防抖，可以设置一个迟滞区间，比如“进入”判断为距离<95米，“离开”判断为距离>105米，避免在边界附近频繁触发。

5.3 与其它传感器融合

单纯的GPS有局限性：更新率低（通常1Hz）、在隧道/室内失效、速度方向有延迟。结合其他传感器可以取长补短。

• GPS + IMU（惯性测量单元）：这是自动驾驶和无人机的基础。当GPS信号丢失时，利用IMU（陀螺仪、加速度计）进行航位推算（Dead Reckoning），估算短时间内的位置变化。当GPS信号恢复时，再用GPS数据来校正IMU的累积误差。这涉及到复杂的传感器融合算法，如互补滤波或卡尔曼滤波。
• GPS + 磁力计：GPS提供位置和地面速度，但航向（车头朝向）需要从连续位置计算，在低速或静止时不准确。磁力计可以提供绝对的方向（相对于地磁北极），两者结合可以得到更可靠的航向信息。注意磁力计需要校准以消除硬铁和软铁干扰。

在STM32上实现传感器融合，对计算能力有一定要求。对于F1系列，简单的互补滤波尚可；对于F4/F7/H7系列，则可以运行更复杂的扩展卡尔曼滤波（EKF）算法。你需要仔细评估项目对精度、实时性和功耗的要求，来选择合适的芯片和算法复杂度。

6. 调试技巧与工具：让开发事半功倍

调试GPS项目，光看串口打印的经纬度数字是不够的，我们需要更直观的工具。

1. 串口调试助手的高级用法： 不要只用一个简单的串口助手。推荐使用像u-center (u-blox官方软件)或GPS Viewer这类专用工具。它们可以直接连接GPS模块（通过USB转TTL），提供卫星天空视图、信号强度柱状图、轨迹绘制、NMEA语句过滤与查看、以及配置模块参数的强大功能。你可以用u-center修改NEO-6M的波特率、输出语句频率、导航模式等，并将配置保存到模块的永久存储器中。这样，你的STM32代码就不需要每次上电都发送配置命令了。

2. 利用PPS信号调试： 将PPS引脚连接到STM32的一个GPIO，并配置为上升沿中断。在中断服务函数里翻转另一个GPIO引脚（调试引脚），然后用示波器或逻辑分析仪观察这个调试引脚和PPS引脚本身的波形。你可以测量中断响应时间，也可以验证PPS脉冲是否稳定每秒一次。如果发现PPS信号不稳定或丢失，可能是GPS模块定位状态不佳。

3. 数据可视化： 将STM32解析后的经纬度数据，通过串口发送到电脑，然后用Python（配合pyserial和folium/matplotlib库）或Google Earth（支持导入KML文件）绘制成轨迹图。这是验证定位精度和轨迹平滑度的最直观方法。你可以清晰地看到车辆是否沿着道路行驶，定位点是否有异常的“毛刺”或“跳跃”。

4. 功耗测量： 如果你的项目是电池供电，功耗至关重要。使用万用表的电流档，串联在电池和系统之间，分别测量以下状态的电流：

• 纯STM32运行（GPS模块断电）
• GPS模块冷启动搜索（电流最大）
• GPS模块稳定定位（电流中等）
• STM32+GPS均进入低功耗模式（电流最小） 根据测量结果，优化你的电源管理策略，比如在不需要定位时，通过STM32的一个GPIO控制一个MOSFET，彻底关断GPS模块的电源。

从连上线看到第一串NMEA语句的兴奋，到被飘忽不定的数据折磨，再到通过滤波和优化获得稳定可用的位置信息，这个过程是嵌入式开发者与物理世界交互的典型缩影。NEO-6M和STM32的组合提供了一个极佳的低成本平台，让你能深入理解卫星定位的原理、串口通信的细节、嵌入式实时数据处理的方法，以及多传感器融合的初步概念。我个人的体会是，不要只满足于“跑通例程”，多问几个“为什么”：为什么冷启动慢？为什么HDOP大了精度就差？如何用代码弥补硬件的不足？把这些问题的答案搞清楚了，这个项目的价值就远远超出了一个简单的“GPS数据接收器”。

本文还有配套的精品资源，点击获取