基于STC89C52的GPS定位智能小车设计与实现

简介：基于STC89C52单片机的GPS定位智能小车PDF文档，是一份由专业作者撰写的智能车系统设计技术资料，面向单片机学习、电子竞赛与项目开发人群，重点解决GPS定位、自动循迹与避障控制相结合的系统设计问题。文档硬件部分涵盖GPS模块（U-blox NEO-6M）、红外循迹、避障、遥控传感器、LCD1602显示屏、L298电机驱动及稳压电源电路；软件部分给出实时显示时间、海拔高度、经纬度，以及自动寻轨迹和避障功能的程序实现思路，并延伸介绍了GPS定位算法、最小二乘法、Kalman滤波等知识。压缩包内包含1个PDF文档，大小约3.35MB，已有416人学习。读者可从中获得硬件选型与电路连接参考、软件框架与调试方向，也可作为课程设计、毕业设计或智能车相关课题的参考文献，帮助快速定位设计方案与关键代码逻辑。 做单片机做了这么多年，我始终觉得GPS定位智能小车这类项目是最“划算”的课设选题：它把串口通信、中断系统、定时器、PWM调速、传感器供电设计全串到了一起，做完一辆车，相当于把51单片机最核心的外设都过了一遍。很多同学卡在“GPS模块买回来不知道从哪下手”，或者“小车能动但LCD上永远显示不出坐标”，这篇文章就把我从硬件选型到代码解析、再到实车联调踩过的坑一次性讲清楚。

这套方案用的是STC89C52单片机，核心任务是：读取GPS模块输出的NMEA协议语句，解析出经纬度坐标，同时控制两个直流电机完成前进、转向、调速动作，最终在OLED或LCD屏幕上实时显示定位结果。适合正在做课程设计、毕业设计，或者想系统性练习51单片机项目开发的人参考。

1. 系统目标与整体方案怎么定？

1.1 先想清楚：这个项目到底要解决哪些问题

很多人的第一反应是“GPS小车就是能定位的车”，但真动手时才发现任务其实是三层：第一，把GPS模块的串口数据稳定读进来，不丢字节；第二，从一长串NMEA语句里把GPGGA帧截出来，解析成能看懂的经纬度；第三，在解析的同时还要保证电机控制不受影响。这三件事同时压在STC89C52这颗传统51内核芯片上，就需要在架构层面提前做规划。

STC89C52的资源其实是比较紧张的：8KB程序存储、512字节RAM，默认12T模式、最高可跑40MHz晶振，但我们常用11.0592MHz。你没听错，这里的晶振选择不是随便拿一个，而是为了算波特率方便：STC89C52用定时器1做波特率发生器，11.0592MHz在9600波特率下重装值是0xFD，误差为0%。换12MHz晶振算下来误差不小，通信久了容易出乱码。这个细节虽然不起眼，但直接决定GPS数据能不能稳定解析。

1.2 芯片资源盘点：STC89C52能不能扛住GPS解析

先说结论：完全能扛住，但前提是别用“攒字符串再解析”的笨办法。GPS模块每秒输出一串数据，里面包含$GPGGA、$GPRMC、$GPVTG等好几种帧，每帧几十个字符。如果先把整帧读到数组里，再逐字符拆字段，256字节的RAM很容易被占掉大半，而且51的串口中断一次只能收一个字节，处理不好还会丢数据。

我的做法是状态机解析：串口中断每次只收一个字节，喂给一个按字符状态流转的解析函数，目标帧的关键字段边收边存，一帧结束就拿到完整坐标，整个过程不需要大缓冲区。这套思路我在后面章节会给出具体代码。

1.3 模块化拆解：六个子系统的边界划分

把这辆车拆开看，其实就是六个模块：主控最小系统、GPS接收模块、电机驱动模块、显示模块、电源模块、以及（可选）避障或测速模块。设计时要规划好每个模块占用哪些IO和定时器资源。

我定方案时把资源分配写进了需求文档：串口1接GPS模块，专用；定时器0做PWM调速，输出到电机驱动芯片的使能脚；定时器1做串口波特率发生器；LCD1602或OLED用P0或P2并口驱动。规划清楚后再动手接线，就不用反复拆杜邦线了。

2. 硬件选型与电路设计核心细节

2.1 GPS模块怎么选：串口、电平、供电三大坑

GPS模块我首选带陶瓷天线的UART串口输出模块，典型的如NEO-6M、NEO-7M这类。注意三个地方：

• 模块默认波特率是9600，8位数据、无校验、1位停止位，要和单片机串口配置一致。
• 模块工作电压通常是3.3V，但很多模块板载了电平转换和稳压电路，可以直接用5V供电，输出引脚也是TTL电平，能和STC89C52直接对接。买之前一定要看原理图确认，否则烧模块的概率很大。
• GPS天线必须朝上放在开阔位置，不要压在底盘金属件下面。我第一次测试时把模块放在车架里，结果定位速度极慢，后来才知道无源陶瓷天线对遮挡非常敏感。

还有一个容易被忽视的细节：GPS模块上电后需要经历“冷启动”到“热启动”的过程，首次定位可能要几十秒到几分钟。调试时先拿到窗边或室外等它锁定卫星，再装回小车。模块上的PPS指示灯从慢闪变成快闪或常亮，就说明已经定位成功了。

2.2 电机驱动与PWM调速通道的选择

驱动两个直流减速电机，N channel H桥方案最常见。经典驱动芯片有两个选择：L298N和TB6612FNG。L298N便宜、驱动电流大，但压降也大，约2V，供电电压不够时会感觉车没劲；TB6612体积小、效率高，是近几年的主流选择，价格略贵。

我的实测经验是：如果使用两节18650锂电池串联（7.4V），用L298N没有问题；如果用3.7V单节锂电池，L298N压降太大，电机基本转不动，这时候必须上TB6612或带升压的驱动板。电机使能脚ENA、ENB用来接PWM实现调速，IN1~IN4接普通IO控制正反转。PWM频率不宜太高，因为STC89C52的定时器溢出率有限，我习惯用500Hz到1kHz，电机运行安静且足够了。

2.3 电源树的设计：为什么小车一启动单片机就重启

这绝对是整车最容易翻车的地方。GPS模块需要的电流不大，但电机启动瞬间的堵转电流可以到1A以上。如果单片机、GPS模块和电机共用一个稳压源，电机一起转，电压被拉低，单片机立即复位，GPS模块也会因为欠压重启——现象就是小车一动，OLED一闪，坐标清零。

正确的电源设计是：电池电压先分两路，一路直接给电机驱动模块供电（经过驱动芯片内的逻辑电路），另一路经过降压稳压到5V后，再给单片机、GPS、显示屏供电。驱动芯片的地线要和单片机系统的地线单点相连，避免大电流在公共地上形成压差。有条件的话，每组电源放一个100uF电解电容和一个104瓷片电容去耦，抗干扰能力会明显提升。

3. GPS定位数据的解析机制

3.1 NMEA-0183协议快速入门：GPGGA一帧就够了

GPS模块输出的协议是NMEA-0183，里面定义了多种语句，对小车定位来说，我们只需要$GPGGA这一帧。一帧典型数据长这样：

$GPGGA,083559.00,3404.49561,N,11708.97710,E,1,06,1.2,119.3,M,-25.7,M,,*55

字段分割一下：

定位状态字段很重要，只有为1及以上时坐标才有效。好多同学辛辛苦苦解析出坐标，拿到教室一测全是0000，就是因为室内无卫星信号，定位状态为0。

3.2 坐标转换：度分格式转十进制度，别踩符号坑

解析出来的纬度和经度不是小数形式，而是“度分”混合格式：比如3404.49561代表34度04.49561分。要转成十进制度才能用于后续显示或轨迹存储：

十进制度 = 度 + 分 / 60

也就是34 + 04.49561 / 60 = 34.0749268。北纬N和东经E为正，南纬S和西经W为负，转完之后如果需要和手机地图坐标对比，注意手机地图用的是WGS-84或GCJ-02坐标，GPS裸数据属于WGS-84，两者在部分地区有几十到几百米偏差，做展示足够，做精确导航就需要坐标纠偏了。

51的Keil C51编译器对浮点数支持比较弱，arm-none-eabi那套数学库函数不能直接用。我习惯用long型单位来保存坐标：把十进制度乘以1000000存成整数，既避免浮点运算慢，也避免printf输出大浮点数的麻烦。

3.3 串口资源规划：一个UART不够用时的替代方案

STC89C52只有一个硬件串口，被GPS占用后，如果还想接蓝牙模块或者USB转TTL调试，就面临无串口可用的尴尬。三个解法：

• 方案一：用定时器模拟串口，把TXD、RXD接到两个普通IO口上，波特率也设9600。51的定时器模拟串口虽然占CPU，但调试场景完全够用。
• 方案二：用CD4052这类模拟开关，两个外设分时复用硬件串口，切换用IO控制。
• 方案三：直接升级到STC12C5A60S2这类带双串口的芯片，不过这就偏离题目指定的STC89C52了，如果毕设题目卡死芯片型号，就不建议换。

我调试时用的是方案一，把蓝牙模块挂在模拟串口上，把解析出的坐标实时发到手机端APP查看，非常方便。

4. 核心代码架构与关键模块实现

4.1 初始化配置：波特率、中断、定时器的参数计算

串口初始化以9600波特率为例。假设晶振11.0592MHz，STC89C52的串口工作在方式1（8位可变波特率），用定时器1作为波特率发生器，工作在模式2（8位自动重载）：

波特率 = 晶振频率 / (32 × 12 × (256 - 初值))

9600 = 11059200 / (32 × 12 × (256 - TH1))

算下来 TH1 = 0xFD。这段初始化代码是整套系统的地基：

void UART_Init(void) { SCON = 0x50; // 串口方式1, 允许接收 TMOD &= 0x0F; // 定时器1保持原模式, 清除高四位 TMOD |= 0x20; // 定时器1工作在模式2 (8位自动重载) TH1 = 0xFD; // 9600波特率初值 TL1 = 0xFD; TR1 = 1; // 启动定时器1 ES = 1; // 开启串口中断 EA = 1; // 开启总中断 }

串口中断里每收到一个字节就把rx_data标志置位，主循环检测到标志后再把字节交给解析函数。注意不要在中断函数里做太多工作，51的中断现场保护和恢复很朴素，处理时间太长会影响GPS下一字节的接收。

4.2 状态机式GPGGA解析：不依赖字符串缓冲的做法

这套状态机是整车的灵魂。思路是：串口中断每来一字节，就把它送进解析状态机，状态机只在收到$GPGGA帧时才提取坐标字段，提取完直接存全局变量。核心实现如下：

typedef enum { WAIT_HEAD, MATCH_HEAD, PARSE_FIELDS } GPS_STATE; void GPS_ParseChar(char c) { static GPS_STATE state = WAIT_HEAD; static unsigned char fieldIndex = 0; static unsigned char fieldLen = 0; static char buf[10]; if (state == WAIT_HEAD) { if (c == '$') { state = MATCH_HEAD; fieldIndex = 0; fieldLen = 0; } } else if (state == MATCH_HEAD) { // 依次匹配 "GPGGA," 帧头 if (c == ",GPGGA"[fieldIndex]) { fieldIndex++; if (fieldIndex == 6) { // 匹配到逗号, 帧头结束 state = PARSE_FIELDS; fieldIndex = 0; } } else { state = WAIT_HEAD; } } else if (state == PARSE_FIELDS) { if (c != ',') { // 累积字段字符 if (fieldLen < 9) buf[fieldLen++] = c; } else { buf[fieldLen] = '\0'; // 按字段顺序处理 // fieldIndex 0=UTC时间, 1=纬度, 2=纬度方向, 3=经度, 4=经度方向, 5=定位状态 switch (fieldIndex) { case 1: // 更新纬度数值 gpsData.lat = atol(buf); break; case 2: gpsData.latDir = buf[0]; break; case 3: gpsData.lon = atol(buf); break; case 4: gpsData.lonDir = buf[0]; break; case 5: gpsData.fixQuality = atoi(buf); break; } fieldIndex++; fieldLen = 0; } // 检测到回车或帧结束 if (c == '\n' && fieldIndex > 5) { state = WAIT_HEAD; gpsData.updated = 1; } } }

这套代码最关键的地方在于不用等整帧收完就能边收边解析，RAM占用极小，而且不会被其他帧干扰——如果不是GPGGA，状态机会在匹配帧头时直接把状态切回WAIT_HEAD。

4.3 PID和PWM：51上的调速闭环要不要做

很多智能小车教程会把PID闭环调速当成标配，但对于STC89C52这种性能档位，我更推荐分阶段实现：第一版本只做开环PWM调速，让左右轮PWM占空比相同或稍作差速，先确保车能走直线；第二版如果有兴趣，加一个光电编码器测速，用定时器捕获脉冲，再写一个增量式PID。51做1kHz的PID控制循环是完全可行的，浮点PID会有压力，但整型PID很轻松。

PWM生成用定时器0实现，例如设定1kHz频率，周期就是1ms，定时器0每1us计数一次（11.0592MHz下约每机器周期计数，但这样计算有出入，更简单的方式是用一个标志位翻转）。

void Timer0_Init(void) { TMOD &= 0xF0; // 定时器0保持原模式, 清除低四位 TMOD |= 0x01; // 定时器0工作在模式1 (16位) TH0 = 0xFC; TL0 = 0x18; // 1ms定时初值 ET0 = 1; TR0 = 1; }

void Timer0_ISR(void) __interrupt 1 { static unsigned int cnt = 0; TH0 = 0xFC; TL0 = 0x18; cnt++; if (cnt >= 1000) { cnt = 0; // 每个PWM周期结束, 恢复高电平 PWM_PIN = 1; } if (cnt >= pwmDuty) { PWM_PIN = 0; // 达到占空比定时后拉低 } }

motor PWM占空比变量用一个0~1000之间的值来控制，0x176之类的初始值按需调整。左右轮由于机械差异，即便同样占空比也可能跑偏，实测需要做一个简单的校偏参数，比如左轮占空比加5%，再像调天平一样微调。

5. 联调实测与问题排查实录

5.1 室内定位漂移：热启动和冷启动的差异

把小车放教室里测试，GPS模块长时间无法定位，这是正常现象。GPS信号是L波段微波信号，对混凝土墙的穿透力极差，室内场景不要期待能定位。拿到室外测试时，要注意首次开机是冷启动，需要完整下载星历数据，我遇到过等了三分钟才定位的情况，这期间不要断电重启，否则每次都从头开始。

测试还发现GPS坐标存在2~5米的随机漂移，这不是模块坏了，而是普通GPS的固有误差。为了展示效果更稳定，我在代码里做了一步简易均值滤波：连续取5秒的经纬度数据求平均，再刷新到屏幕上，显示出来的坐标点稳定很多。如果要进一步降低误差，可以尝试把GPS原始数据通过三边测量算法融合多个历元的位置解算结果，这个在51上做实时解算会有点吃力，一般是离线处理或由上位机完成。

5.2 电机一开GPS就丢帧

这个故障是我调试过程中最折腾的问题。现象是：小车静止时，串口助手接收GPS数据非常完整；电机一启动，数据立刻出现乱码和丢帧。用万用表量单片机电源电压，静止时5.02V，电机一转掉到4.6V，正好卡在51芯片工作电压临界点附近。

排查后确认是电源跌落和地线干扰的叠加效应。解决办法：一是电机的电源地和单片机地分开走，最后在电池负极单点汇合；二是在5V稳压输出端增加470uF电解电容；三是电机供电线上加一个104瓷片电容和共模电感，减少电刷产生的火花干扰。改完再测，电机全速运转时串口依然稳定输出，问题彻底消失。

5.3 常见问题速查表

排查这类项目有一个原则：先隔离外设，再逐级联调。GPS模块先用USB转串口工具单独测，确认有数据输出再接单片机；电机驱动也单独加PWM信号测试；最后才把两者合体。直接上来整车联调，遇到问题很难定位。

在实际调试过程中我还发现一个对新手很友好的技巧：把GPS解析出的经纬度数据通过串口打印到屏幕或上位机时，同步保留一帧原始GPGGA数据用于对照。这样一旦解析结果不对，能立刻看出是协议解析出错还是数据本身无效，能节省大量定位问题的时间。

最后再分享一个关于代码架构的心得：GPS解析模块、电机控制模块、显示模块尽量写成独立函数文件，用头文件暴露接口。这样后期无论你是想把显示从LCD1602换成OLED，还是想增加一个蓝牙上传功能，都不需要改动核心解析逻辑，只需要在main函数里增删调用就行。这个项目做到后期，我会把坐标换算成实际距离和方位角，配合电子罗盘做了一个简单的“自动驶向目标点”功能，有兴趣的话也可以朝这个方向继续玩。

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