基于51单片机的公交车自动报站系统设计与实现

1. 项目缘起与整体设计思路

公交车报站系统这个东西，说大不大，说小也不小。往简单了说，它就是一个能根据车辆位置自动播报站点名称的装置；往复杂了说，它涉及GPS定位、语音合成、显示驱动、按键交互、电源管理等多个模块的协同工作。而用51单片机来做这件事，核心考量就一个字：稳。51系列单片机在国内的工程教育和入门级产品开发中有着不可替代的地位，STC89C52RC这颗芯片几乎成了电子类专业学生的必修课，它的资料丰富程度、开发工具链的成熟度、以及极低的硬件成本，都是选择它作为主控的充分理由。

这个项目的完整交付物包括仿真文件、源代码、原理图、硬件框图、软件流程图、元器件清单和参考文档，基本上覆盖了一个嵌入式项目从设计到验证的全流程。我拿到这个题目的时候，第一反应是：这不是一个简单的“点灯”实验，它需要把多个外设协调起来，还要在Proteus里跑通仿真，最后能落到实物上。所以整体设计思路必须从一开始就理清楚，不能走一步看一步。

1.1 为什么选51单片机而不是STM32

很多人会问，现在STM32这么便宜，性能又强，为什么还要用51？这个问题我在实际做项目的时候也反复想过。答案其实很实在：对于公交车报站这种应用场景，核心需求是稳定、低功耗、低成本，而不是高性能。51单片机的工作频率通常在11.0592MHz或12MHz，处理语音播报和LCD显示绰绰有余。更重要的是，51的硬件结构简单，没有复杂的时钟树和中断优先级管理，代码跑起来不容易出玄学问题。我在实际调试中发现，用51做的系统，只要电源滤波做好，基本上不会出现死机或者跑飞的情况，这对于车载设备来说太重要了。

另外，从学习和资料获取的角度看，51单片机的教程、例程、论坛讨论量是STM32的好几倍。你遇到任何问题，搜索一下基本都能找到答案。而STM32的HAL库虽然封装得好，但一旦出问题，排查起来就麻烦得多。所以这个项目选51，不是技术落后，而是场景匹配。

1.2 系统整体架构拆解

整个系统可以分成五个部分：主控模块、定位模块、语音播报模块、显示模块和电源模块。主控模块就是STC89C52RC最小系统，包括晶振电路、复位电路和电源滤波。定位模块在这个项目里我用的是按键模拟的方式，因为Proteus仿真里跑真实的GPS模块比较麻烦，而且对于报站逻辑的验证来说，按键触发已经足够了。语音播报模块用的是ISD1820或者WT588D这类语音芯片，通过单片机IO口触发播放。显示模块用的是LCD1602或者12864，显示当前站名和下一站信息。电源模块用7805稳压到5V，给整个系统供电。

这个架构的好处是模块化程度高，每个部分都可以单独调试。比如你先调通LCD显示，再调语音播报，最后把按键逻辑加进去，一步步来，不会一上来就面对一堆问题。我在实际做的时候就是按照这个顺序来的，先让屏幕亮起来，再让喇叭响起来，最后把按键和状态机串起来。

1.3 仿真与实物的一致性考量

Proteus仿真和实物制作之间有一个很大的坑：仿真里跑得通的电路，实物上不一定行。最常见的问题就是驱动能力不足。比如LCD1602的背光，仿真里直接接IO口就能亮，实物上必须加三极管驱动，否则IO口输出电流不够，屏幕要么不亮，要么显示乱码。还有语音芯片的触发引脚，仿真里给个高电平就触发，实物上可能需要考虑消抖和电平匹配。

所以我在设计原理图的时候，特意留了驱动电路的位置。比如用S8050三极管驱动蜂鸣器或者继电器，用ULN2003驱动步进电机（虽然这个项目用不到，但预留了扩展口）。这些细节在仿真里看不出来，但到了实物阶段就是救命的设计。我建议你在画原理图的时候，凡是涉及到外部负载的IO口，都加一个三极管或者MOS管做缓冲，成本增加不到一毛钱，但能省掉很多调试时间。

2. 核心硬件电路设计与元器件选型

硬件设计这块，我踩过的坑比软件多得多。软件出问题还能单步调试，硬件出问题有时候连现象都看不到。所以这一章我重点讲几个关键电路的设计要点和元器件选型的理由。

2.1 主控最小系统电路

STC89C52RC的最小系统包括三个部分：晶振电路、复位电路和电源电路。晶振我用的是11.0592MHz，这个频率的好处是串口波特率计算方便，虽然这个项目用不到串口，但留着以后扩展。晶振两端接22pF的瓷片电容，这个值不是随便选的，它和晶振的负载电容有关。一般来说，晶振的负载电容是20pF到30pF，所以两个22pF的电容串联起来大约是11pF，再加上PCB走线的寄生电容，差不多能匹配上。如果你用12MHz的晶振，电容值可以不变，但串口通信的时候波特率会有误差。

复位电路用的是上电复位加按键复位。上电复位靠的是10uF电容和10K电阻组成的RC电路，时间常数是100ms，足够单片机完成初始化。按键复位就是在复位引脚和地之间接一个轻触开关，按下的时候强制拉低复位。这里要注意，复位引脚不能直接接VCC或者GND，必须通过电阻电容网络，否则会烧芯片。

电源电路我用的是7805三端稳压器，输入电压范围是7V到12V，输出稳定在5V。7805的最大输出电流是1A，但实际使用的时候最好不要超过500mA，否则发热会很严重。我在PCB上给7805加了一块小散热片，实测下来温度能控制在50度以内。输入输出端各接一个100uF的电解电容和一个0.1uF的瓷片电容，电解电容滤低频，瓷片电容滤高频，两个搭配使用效果最好。

2.2 语音播报模块选型与接口

语音播报是这个项目的核心功能之一，选型的时候我对比了三种方案：ISD1820、WT588D和SYN6288。ISD1820最简单，录一段放一段，但只能存10秒左右的语音，而且音质一般。WT588D可以存多段语音，通过串口或者按键触发，音质比ISD1820好，但需要外接Flash芯片。SYN6288是TTS芯片，可以直接把文字转成语音，不需要预先录音，但价格贵，而且对51单片机来说驱动起来比较吃力。

最后我选了WT588D，原因是它支持一线串口控制，只需要一根数据线就能触发多段语音，占用IO口少。而且它的语音段可以自己录制，你想播报“下一站是火车站”还是“车辆起步请抓好扶手”，都可以自己录进去。接口电路很简单，WT588D的DATA引脚接单片机的P3.4，BUSY引脚接P3.5用来检测播放状态。这里要注意，WT588D的工作电压是3.3V，而51单片机是5V，所以中间要加一个电平转换电路，我用的是两个电阻分压，简单可靠。

2.3 显示模块与驱动电路

显示模块我用的是LCD1602，因为它便宜、驱动简单、显示内容够用。1602可以显示两行，每行16个字符，正好用来显示当前站名和下一站信息。接口方式是8位并行，占用P0口和P2口的部分引脚。这里有一个坑：P0口是开漏输出，必须接上拉电阻才能输出高电平。我在P0口接了10K的排阻，实测下来显示稳定，没有出现乱码。

背光电路我用了一个S8050三极管做开关，基极接单片机的P2.0，集电极接背光的正极，发射极接地。这样可以通过软件控制背光的开关，晚上开车的时候打开，白天可以关掉省电。三极管的基极电阻我用的是1K，实测下来饱和压降只有0.3V，背光亮度足够。

如果你要用12864液晶屏，驱动电路会复杂一些，因为它需要负压驱动。不过12864的好处是可以显示中文，不需要字库芯片。对于公交车报站来说，显示中文站名会更直观。我建议初学者先用1602练手，等熟悉了再换12864。

2.4 按键输入与状态机设计

按键输入我用的是独立按键，四个按键分别对应“上一站”、“下一站”、“播报”和“复位”。按键接在P3.0到P3.3，另一端接地。这里必须加消抖电路，我用的是软件消抖，延时20ms后再检测一次。硬件消抖也可以，就是在按键两端并联一个0.1uF的电容，但软件消抖更灵活，不增加成本。

按键的处理逻辑我用的是状态机。整个系统有三个状态：待机状态、报站状态和设置状态。待机状态下，屏幕显示当前时间和线路信息；报站状态下，屏幕显示当前站和下一站，语音播报同步进行；设置状态下，可以调整线路和站点信息。状态之间的切换由按键触发，切换的时候要保存当前状态，防止误操作。

状态机的代码实现我用了switch-case结构，每个状态对应一个case分支。这种写法逻辑清晰，容易扩展。如果你用if-else嵌套，代码会变得很乱，后期维护很痛苦。我在实际项目中见过有人用十几个if-else嵌套，最后自己都看不懂了。

3. 软件流程与核心代码实现

软件这块，我分成三个部分来讲：主程序流程、语音播报逻辑和显示驱动。每一部分我都会给出关键代码和注释，你可以直接参考。

3.1 主程序流程与初始化

主程序的流程很简单：上电后先初始化各个模块，然后进入主循环，不断检测按键和更新显示。初始化包括LCD初始化、语音模块初始化和定时器初始化。定时器我用的是Timer0，工作在模式1，每50ms产生一次中断，用来做按键消抖和状态刷新。

#include <reg52.h> #include "lcd1602.h" #include "wt588d.h" unsigned char current_station = 0; unsigned char next_station = 1; unsigned char system_state = 0; void Timer0_Init() { TMOD &= 0xF0; TMOD |= 0x01; TH0 = (65536 - 50000) / 256; TL0 = (65536 - 50000) % 256; ET0 = 1; EA = 1; TR0 = 1; } void main() { LCD_Init(); WT588D_Init(); Timer0_Init(); LCD_ShowString(0, 0, "Bus Station Sys"); LCD_ShowString(1, 0, "Initializing..."); Delay_ms(1000); while(1) { Key_Scan(); Update_Display(); if(system_state == 1) { Play_Station(current_station); system_state = 0; } } }

这段代码里，Key_Scan()负责检测按键并更新current_station和system_state，Update_Display()负责刷新LCD显示。主循环里没有延时，所有的定时都靠Timer0中断来完成，这样响应速度最快。

3.2 语音播报逻辑与实现

语音播报的逻辑是：当系统状态切换到报站状态时，调用Play_Station()函数，根据当前站号播放对应的语音段。WT588D的一线串口协议是：先拉低数据线5ms，然后发送8位地址，每位用高电平的持续时间来表示0或1。具体来说，高电平持续200us表示0，持续600us表示1。

void Play_Station(unsigned char station) { unsigned char i; unsigned char addr = station + 1; WT588D_Data = 0; Delay_us(5000); for(i = 0; i < 8; i++) { WT588D_Data = 1; if(addr & 0x01) { Delay_us(600); } else { Delay_us(200); } WT588D_Data = 0; Delay_us(200); addr >>= 1; } WT588D_Data = 1; while(WT588D_Busy == 0); }

这段代码里，WT588D_Busy是语音芯片的忙信号引脚，播放的时候为低电平，播放结束变高电平。while(WT588D_Busy == 0)这一句是等待播放完成，防止语音被打断。如果你不想阻塞主循环，可以把这段改成状态机的方式，在Timer0中断里检测忙信号。

3.3 LCD显示驱动与刷新策略

LCD1602的驱动我封装成了几个函数：LCD_WriteCmd()写命令，LCD_WriteData()写数据，LCD_ShowString()显示字符串。显示刷新的时候，我只刷新变化的部分，而不是整屏刷新。整屏刷新会导致屏幕闪烁，而且浪费时间。

void Update_Display() { static unsigned char last_station = 0xFF; if(last_station != current_station) { LCD_ShowString(0, 0, "Current:"); LCD_ShowString(0, 8, station_names[current_station]); LCD_ShowString(1, 0, "Next: "); LCD_ShowString(1, 8, station_names[next_station]); last_station = current_station; } }

这里用了一个静态变量last_station来记录上一次显示的站号，只有站号变化的时候才刷新屏幕。这个小技巧在实际项目中非常有用，可以显著减少屏幕闪烁和CPU占用。

3.4 定时器中断与按键消抖

按键消抖我放在Timer0中断里做，每50ms检测一次按键状态，连续检测到两次相同状态才认为是有效按键。这样可以避免抖动导致的误触发。

void Timer0_ISR() interrupt 1 { static unsigned char key_count = 0; static unsigned char last_key = 0xFF; unsigned char current_key = P3 & 0x0F; TH0 = (65536 - 50000) / 256; TL0 = (65536 - 50000) % 256; if(current_key == last_key) { key_count++; if(key_count >= 2) { key_count = 0; switch(current_key) { case 0x0E: if(current_station > 0) current_station--; next_station = current_station + 1; break; case 0x0D: if(current_station < MAX_STATION - 1) current_station++; next_station = current_station + 1; break; case 0x0B: system_state = 1; break; case 0x07: current_station = 0; next_station = 1; break; } } } else { key_count = 0; last_key = current_key; } }

这段代码里，P3 & 0x0F取的是P3口的低四位，对应四个按键。key_count >= 2表示连续两次检测到相同的按键状态，时间间隔是100ms，足够消除抖动。按键处理里我加了边界判断，防止站号越界。

4. 仿真调试与实物制作避坑指南

仿真和实物之间的差距，是我在这个项目里体会最深的。仿真里一切正常，实物上可能连电源都起不来。这一章我整理了几个最常见的问题和解决方法，希望能帮你少走弯路。

4.1 Proteus仿真常见问题排查

Proteus仿真最常见的问题是元件库找不到对应的型号。比如STC89C52RC在Proteus里可能没有，你需要用AT89C52代替，两者的引脚和功能基本兼容。LCD1602在Proteus里的型号是LM016L，语音芯片可以用ISD1820或者自己建一个模型。

另一个常见问题是仿真速度太慢。如果你在Proteus里跑了复杂的语音模型，仿真速度会非常慢，甚至卡死。我的建议是：仿真阶段只验证逻辑，不验证语音。你可以用一个LED代替语音芯片，播报的时候LED亮，播报结束LED灭。这样仿真速度会快很多，逻辑验证也足够了。

还有一个坑是电源引脚隐藏。Proteus里的很多元件默认隐藏了电源引脚，你需要手动在属性里设置VCC和GND。如果忘了设置，仿真会报错，提示“No power supply”。我一开始就踩了这个坑，找了半天才发现是电源引脚没接。

4.2 实物焊接与调试要点

实物焊接的时候，我建议先焊电源部分，测好电压再焊其他模块。7805的输出电压应该是5V±0.1V，如果偏差太大，可能是输入电压不够或者7805坏了。测好电源之后，再焊单片机最小系统，用串口或者LED测试单片机是否能正常工作。

LCD1602的焊接要注意对比度调节。1602的第3脚是对比度调节，接一个10K的可调电阻，一端接VCC，一端接GND，中间抽头接第3脚。调节这个电阻可以改变屏幕的对比度，如果屏幕显示全黑或者全白，就是对比度没调好。

语音芯片的焊接要注意电源电压。WT588D是3.3V供电，如果你直接接5V，芯片会烧掉。我用了一个AMS1117-3.3稳压芯片，把5V降到3.3V给语音芯片供电。这个芯片的输入输出端各接一个10uF的电容，实测下来电压稳定，语音播放正常。

4.3 常见问题速查表

这个表格里的问题都是我实际遇到过的，每一个都花了不少时间排查。特别是P0口上拉电阻的问题，我在仿真里没加，显示正常，到了实物上就乱码，后来查了手册才知道P0口是开漏输出，必须加上拉电阻。

4.4 元器件清单与采购建议

采购的时候我建议多买几套备件，特别是单片机和液晶屏，这两个最容易坏。液晶屏的排针焊接的时候要注意，不要虚焊，否则会出现部分字符不显示的问题。我一般会先用万用表测一下排针的通断，确认焊接良好再上电。

5. 项目扩展与个人实操体会

这个项目做完之后，我一直在想还能怎么扩展。其实公交车报站系统只是一个载体，背后的技术可以应用到很多场景，比如地铁报站、景区导览、工厂巡检等等。核心逻辑都是一样的：位置检测、语音播报、显示更新。

5.1 从按键触发到GPS自动定位

现在的方案是用按键模拟站点切换，实际产品里肯定要用GPS自动定位。GPS模块我推荐用NEO-6M，它输出的是NMEA协议的数据，通过串口发给单片机。51单片机只有一个串口，用来接收GPS数据刚好。解析NMEA数据的时候，你只需要关注GPGGA或者GPRMC语句里的经纬度信息，然后和预存的站点坐标做比对，距离小于50米就触发报站。

这个扩展的难点在于坐标比对算法。最简单的做法是计算两点之间的欧氏距离，但地球是球面，欧氏距离在短距离内误差不大，长距离就不行了。更准确的做法是用Haversine公式，但51单片机的浮点运算能力有限，算起来比较慢。我的建议是预先算好每个站点的经纬度，存成整数形式，比对的时候只做整数运算，速度会快很多。

5.2 加入DS1302时钟模块

公交车报站系统如果能显示时间，实用性会大大提升。DS1302是一个低功耗的实时时钟芯片，通过三线串口和单片机通信。它自带纽扣电池供电，断电后时间不会丢失。接口电路很简单：CE接P1.0，IO接P1.1，SCLK接P1.2，再加上一个32.768KHz的晶振和两个6pF的电容。

DS1302的驱动代码网上很多，但要注意时序。它的读写时序对时间要求比较严格，特别是SCLK的上升沿和下降沿，必须严格按照手册来。我在调试的时候发现，如果SCLK太快，数据会读错。后来把SCLK的周期加到10us以上，就稳定了。

5.3 个人实操体会与建议

这个项目我从画原理图到仿真跑通，再到实物焊接调试，前后花了大概两周时间。中间踩了不少坑，但也积累了很多经验。最大的体会是：仿真只能验证逻辑，不能验证电气特性。仿真里跑得通的电路，实物上可能因为驱动能力、电源纹波、电磁干扰等问题而失败。所以我的建议是，仿真通过之后，一定要做实物，哪怕只做最小系统，也能发现很多仿真里看不到的问题。

另一个体会是代码的模块化很重要。我一开始把所有的代码都写在main.c里，后来发现改一个功能要翻半天。后来我把LCD驱动、语音驱动、按键处理都拆成独立的.c和.h文件，主程序只负责调用，代码一下子就清晰了。这个习惯在后来的项目中帮了我大忙，强烈建议你从一开始就养成。

最后分享一个小技巧：在PCB上留一个串口调试接口。51单片机的P3.0和P3.1是串口引脚，引出来接一个4Pin的排针，调试的时候接USB转TTL模块，可以打印调试信息。这个接口在排查问题的时候非常有用，比点灯调试高效得多。我现在的每一个项目都会留这个接口，成本几乎为零，但能省下大量调试时间。