51单片机出租车计价器完整设计：从霍尔传感器到计费算法

“基于51单片机的出租车计价器”——这绝对是我见过最经典的嵌入式入门题目之一。每年都有一大批电子相关专业的学生做这个选题，网上资料却是两极分化，不是流水账式地贴个大段代码，就是甩一张看不清的原理图。很多人做完能点亮数码管就以为大功告成，结果一上车轮子转起来，计价器像喝了假酒一样乱跳。

我刚接触单片机那会儿也做过类似的东西，当时踩过的坑、删掉的代码、反复改的PCB，现在回想起来都是最值钱的经历。这篇就把我做这款计价器时踩过的坑、验证过的电路、改过好几版的核心算法完整写出来。不管你手头有什么型号的开发板，还是从头自己焊洞洞板，这套设计思路和排查方法都通用。

先说说这项目到底是什么。出租车计价器核心就三件事：测里程、算费用、显示结果。里程怎么测？最常见方案是在车轮或变速箱输出轴上装霍尔传感器，轮子每转一圈产生一个脉冲，单片机数脉冲，乘以轮子周长就是里程。价格怎么算？起步价加每公里单价，超过特定距离单价上浮，低速或停车时按时间计费。这些逻辑如果用纯硬件电路做，会复杂到崩溃，但换成51单片机，一个芯片搞定所有。

它适合谁来参考？准备电子设计课程设计的在校学生、想入门嵌入式但觉得LED流水灯太无聊的爱好者、甚至想给自己的电动车或小三轮做个简易计程表的动手党。这类项目麻雀虽小五脏俱全，中断、定时器、按键扫描、EEPROM读写、动态显示全都能练到，做完这一套，你对51单片机的理解会比刷一百道题都深刻。

1. 功能需求与系统框架拆解

1.1 计价规则的业务逻辑

做项目第一件事不是写代码，是把计价规则吃透。出租车计价器看起来复杂，本质上就是一套带条件的数学运算。我参考了国内常见的计价模式，按三段式设计的规则：

• 起步价阶段：3公里以内收固定费用，比如8元。
• 续程阶段：3到6公里，每公里加收单价，比如2.2元每公里。
• 空驶补贴阶段：超过6公里后，每公里单价上浮50%，即3.3元每公里。

表面看就这样，实际还得叠加两个附加条件：低速等待时间和夜间附加费。车速低于某个阈值（比如12km/h）时，时间持续累加，每2分30秒按一公里里程费计算。夜间（23:00-05:00）起步价和单价上浮一定比例。我做的版本把夜间附加功能暂时移除了，因为牵扯到实时时钟芯片，不少新手项目直接卡在这。核心先把三段式计价和等待费跑通。

计价状态机需要三个状态：

• 空车待租：只显示当前时间和空车牌标志，不累计里程和费用。
• 载客行驶：脉冲计数，实时累加里程和费用。
• 暂停等待：乘客临时下车或堵车时切换，此时只计算等待时间费用。

变量拆分也很关键。我在设计数据结构时发现，很多初学者把里程、费用、单价全放在一个变量里滚来滚去，结果逻辑一复杂就乱套。正确做法是把里程分成总里程和当次载客里程两个独立变量，费用只根据当次里程计算。总里程用于车辆保养参考，当次里程用于计费。

1.2 系统模块划分与通信链路

整个系统拆成四个大模块：传感器信号采集、主控逻辑处理、显示输出、人机交互输入。模块化的好处是出问题时能快速隔离故障点。

信号采集模块的核心是霍尔传感器。我采用A3144开关型霍尔元件，配合一个小磁钢贴在车轮轮毂上。每次磁钢经过霍尔片，输出一个下降沿脉冲，接到单片机的外部中断引脚INT0。

主控用STC89C52RC，这是8051内核的经典芯片。选它的理由很直接：内置8K Flash程序存储器和512字节RAM、带三个定时器、有EEPROM（通过数据Flash模拟）、5元上下就能买到，配套资料满地都是。相比AT89C52，STC出厂自带ISP引导程序，一根USB转TTL线就能烧录，不用买编程器。

显示输出模块用LCD1602液晶加四个按键组成的交互单元。显示的内容包括当前总金额、里程数、单价档位、空车/载客状态。四位数码管虽然便宜，但显示内容有限，要频繁切换才能把信息展示全。LCD1602信息量大且驱动简单，标准库满地都是。

按键模块四个按钮分别负责：空车/载客切换、加价切换（夜间/白天）、等待计时开关、参数设置（进入内部设置单价、起步里程）。

模块之间的通信关系其实非常简单直观——传感器输出接外部中断，主控读按键状态，主控计算后用LCD显示。没有复杂的SPI或者I2C协议要处理，51单片机I/O口直接驱动。

2. 硬件选型与电路搭建

2.1 核心传感器方案对比

里程检测是这台计价器最容易翻车的地方。市面上能用的方案有四五种，我逐一分析下优劣势：

• 干簧管：便宜且无需供电，但触点有机械寿命，转速高了会抖动不停，误计费严重。
• 霍尔传感器（A3144/SS41）：开关型，靠磁场触发，无触点、寿命长、响应频率高，三根线（VCC、GND、OUT），直接输出电平信号。
• 光电编码器：精度极高，但需要光电码盘、价格贵、安装结构复杂，给电动车装个编码器的成本比计价器本身还高。
• 振动传感器/加速度计：用算法判断行驶，无机械安装，但精度不足，走走停停的城市路况基本没法用。

我选了A3144霍尔传感器。核心原因是它安装方便且抗干扰能力强。A3144内部是集电极开路输出，输入供电下拉一个10K电阻后，高低电平摆幅干净利落，非常适合直接给单片机。网上很多人说A3144输出直接接51的P3.2引脚就完事，但实际测试后发现，电源纹波大的时候输出信号上叠了一堆毛刺，导致外部中断频繁误触发，计数暴增。所以我的方案里在OUT引脚和GND之间加了一个10nF的陶瓷电容滤高频毛刺。

安装位置和磁钢选择容易被忽视，这里特别说明一下：磁钢选用N极朝外的钕铁硼圆形磁铁（直径10mm，厚度2mm），用AB胶粘在轮毂内侧靠近刹车盘的位置，霍尔传感器支架固定在刹车卡钳或悬架上，让磁钢在旋转时从霍尔元件正面5mm以内扫过。

2.2 主控、电源与显示驱动

STC89C52RC的最小系统就三部分：12MHz晶振与两个30pF负载电容、上电复位电路（10uF电容加10K电阻）、供电滤波（VCC引脚并联0.1uF高频去耦电容）。手里有现成开发板的直接用板上资源也行，但注意很多开发板是11.0592MHz晶振，这个反而更好——11.0592MHz是串口通信的标准时钟频率，将来扩蓝牙、GPS模块时波特率不会出误差。

供电部分是一台移动设备最容易出bug的地方。汽车上的12V电瓶电压波动非常大，直接从点烟器取电会有几伏的跳变，必须降压稳压到5V。我之前贪便宜直接用7805线性稳压，结果夏天车内温度高，7805烫得能煎鸡蛋，价格计算偶尔会“瞬移”。后来换了DC-DC降压模块（LM2596S），纹波明显变小，7805烫手的问题也没了。车载环境使用建议：至少保证1000uF的电解电容并接在电源输入端做储能缓冲，防止发动机启动时电压瞬间拉低导致单片机复位。

LCD1602的驱动要提到一个细节：1602模块的VO引脚（对比度调节）如果要省事，直接接GND会让屏幕字迹非常浓重，甚至看不清。最好用一个5K微调电阻把VO调到大约0.4V的电压，字迹才清晰锐利。背光电源串一个100欧电阻限流，防止LED烧毁。

2.3 按键电路与抗干扰设计

四个功能按键的接线看似简单，这里藏着一个新手几乎必犯的错：按键直接接在单片机的两个I/O口之间做矩阵扫描，然后共用地线。这种设计在实验室桌面环境没任何问题，但装到车上，发动机点火的一瞬间，共地干扰会让单片机读到的键值完全混乱。

我改成了独立按键接法：每个按键一端接GND，另一端接单片机的P1口，P1口内部上拉电阻生效。按下时读到低电平，松开时读到高电平。同时每个按键并联一个0.1uF去耦电容，消除机械抖动和电磁干扰。软件里再配合延时消抖和状态机扫描，后面代码部分细说。

整块板子还有一个经验值得写在前面：电源地和信号地之间用单点连接，模拟部分和数字部分尽量分开。霍尔传感器的电源线不要在单片机附近的走线上取，直接从电源滤波电容正极单独拉一根线过去，防止电机或电磁阀产生的尖峰串进单片机电源。

3. 核心代码实现：从脉冲到金额

3.1 脉冲计数的中断策略

计价器最核心的一段代码，就是把霍尔脉冲转成里程数字。51单片机的外部中断INT0（P3.2引脚）设置为下降沿触发，磁钢每次经过传感器就触发一次中断。

中断服务函数里做了这几件事：

volatile unsigned long pulse_count_total = 0; // 总脉冲数 volatile unsigned long pulse_count_trip = 0; // 本次载客脉冲数 void ext0_isr(void) interrupt 0 { // 消抖窗口，时间太短的脉冲忽略 unsigned char temp = P3; if (!(temp & 0x04)) { pulse_count_total++; if (car_status == STATUS_OCCUPIED) { pulse_count_trip++; current_distance_km = (float)pulse_count_trip / PULSE_PER_KM; } } }

你没看错，算里程的表达式写在了中断里。每次进中断就实时更新当前里程数。因为51的浮点运算慢，但现代51（STC89C52）内部是增强型8051核，频率12MHz时浮点乘法大约几十微秒，中断服务里做一次浮点除法不会造成溢出。如果用的是老的12周期AT89C52，建议把浮点运算挪到主循环，中断里只做脉冲递增，否则中断里呆太久会漏掉后续脉冲。

PULSE_PER_KM这个常量是硬件的核心换算参数：

假设轮胎周长1.85米，那么每公里圈数：1000÷1.85 ≈ 540圈，每个磁钢每圈触发一次脉冲，所以每公里脉冲数≈540。我设计时把PULSE_PER_KM定义为540。如果要适配不同轮径的车，这值可以在参数设置界面里调整（可设范围400~700）。

这个标定过程我建议每位做项目的人认真做一次：实际推车走一圈，测一米，数脉冲。比如推车走10米，如果收到54个脉冲，换算得每公里540个，跟理论值吻合。用实测值替换常量，测算出来的里程才准。

3.2 定时器0产生时间基准

计价器不能只算里程，时间计费才能覆盖堵车和等红绿灯的场景。我用定时器0做50毫秒的周期性中断，累计产生秒、分钟。定时模式配置成定时器0方式1，16位定时器，12MHz晶振下每50ms中断一次需要赋初值：

50ms = 50000us，机器周期为1us（12MHz÷12），所以计数值是50000。16位计数上限65535，装得下。初值计算：

65536 - 50000 = 15536，换算十六进制是0x3CB0。

void timer0_init(void) { TMOD = 0x01; // 定时器0，方式1，16位不自动重装 TH0 = 0x3C; // 高八位初值 TL0 = 0xB0; // 低八位初值 ET0 = 1; // 开启定时器0中断 EA = 1; // 开启总中断 TR0 = 1; // 启动定时器 } void timer0_isr(void) interrupt 1 { TH0 = 0x3C; // 注意：软件重装初值 TL0 = 0xB0; ms_50_count++; if (ms_50_count >= 20) { // 1秒 ms_50_count = 0; second_count++; // 每秒更新一次等待时间的累计费用 } }

重要提醒：老式51定时器0在方式1下不会自动重装初值，所以必须在中断里手动赋值TH0和TL0。这里隐含一个精度问题：中断进出本身有指令时间损耗，中断里两条赋值指令也有执行时间，导致实际定时比50ms略长，日积月累一天可能慢几秒。

误差要不要紧？取决于使用场景。出租车计价不能容忍每天慢几秒，但课程设计和个人DIY没必要钻牛角尖。真要精确，可以采用重载预补偿的方法：把重装值改小一点，比如TH0=0x3C，TL0=0xAF，通过实测校准。另一种走捷径的方案是换带自动重装的增强型51定时器，比如STC89C52用定时器2，方式0支持16位自动重装，能彻底消除重装误差。

3.3 计费逻辑与状态机

计价逻辑是整个项目脑子，我写的版本支持三段式自动计费和等待时间计费。主循环每秒轮询一次，根据当前距离和状态计算费用。

void calculate_fee(void) { // 起步价判定 if (current_distance_km <= START_DISTANCE_KM) { current_fee = base_fare; // 起步价，如8.0元 } // 续程阶段 else if (current_distance_km <= MID_DISTANCE_KM) { current_fee = base_fare + (current_distance_km - START_DISTANCE_KM) * unit_price; } // 超距加价阶段 else { current_fee = base_fare + (MID_DISTANCE_KM - START_DISTANCE_KM) * unit_price + (current_distance_km - MID_DISTANCE_KM) * unit_price * 1.5f; } // 叠加等待时间费率 current_fee += wait_seconds * wait_rate_per_second; }

如果你照抄这段逻辑，一定会发现显示费用跳动太频繁。比如起步价阶段，每次里程增加一丁点，费用就变一次，LED/LCD数字不停跳动，乘客看着心里发毛。

行业做法是显示金额每0.1公里刷一次，或者每100米跳一次。我采用“最小显示跳变步长”策略：金额计算值保留两位小数，但是只有当前显示金额和计算金额的差大于0.1元时才刷新显示。外加“金额累计进位”逻辑，让金额显示呈现阶梯式增长，而不是连续闪烁。这细节虽然小，但直接决定了作品调试时给人“有没有正常工作”的直观感受。

3.4 EEPROM参数掉电保存

做真实项目，单价、起步价这类参数不能每次上电都恢复默认值。STC89C52内部有一块独立EEPROM区（数据Flash，通过IAP指令读写），可以保存单价、起步价、起步里程、脉冲常数和累计总里程。

我特意把参数保存设计成“修改即写”策略：每次在菜单里调整单价，确认后立即写入EEPROM。而不是等掉电前统一保存——因为你永远不知道用户什么时候直接拔电源，统一保存的时机极难控制。

void eeprom_write_byte(unsigned int addr, unsigned char dat) { IAP_CONTR = 0x80; // 允许IAP操作 IAP_CMD = 0x02; // 字节编程命令 IAP_ADDRL = addr; IAP_ADDRH = addr >> 8; IAP_DATA = dat; IAP_TRIG = 0x5A; IAP_TRIG = 0xA5; // 等待操作完成 while (!(IAP_CONTR & 0x01)); }

这个IAP操作时序网上资料五花八门，我调试时踩过一个特别隐蔽的坑：执行完IAP操作后必须加一句IAP_CONTR = 0;关闭IAP功能。如果不关，后续程序在读取程序存储器时会出诡异问题。官方手册里其实写了这一步，但很多教程代码直接忽略了，很多人抄代码抄出毛病找不到原因。

EEPROM另一个坑是写寿命。STC的EEPROM擦写寿命约10万次，听起来不少，但如果每次按键都触发写入，一天测试几百次，不到一年就报废。我做的保护措施：保存前先做一次“内容比较”，只有值确实发生变化才写入。如果连续按同一个键，默认不进行任何EEPROM操作，寿命大大延长。

3.5 动态显示与菜单交互

LCD1602显示逻辑看起来简单，实际交互流程要仔细设计。我的界面规划分两层：

运行层：第一行显示当前金额、单价档位、状态标志（空车/载客/等待）。第二行显示当次里程、等待时间、累计总里程。

设置层：按“设置”键进入，通过“加”和“减”键修改参数，“确认”键保存并退出。设置层能改五个参数：起步价、起步里程、普通单价、超距单价、每公里脉冲数。

很多人在这里把菜单逻辑写成一团乱麻。我的经验是定义枚举类型的菜单状态变量：

typedef enum { MENU_IDLE, MENU_SET_START_FARE, MENU_SET_START_KM, MENU_SET_UNIT_PRICE, MENU_SET_LONG_PRICE, MENU_SET_PULSE_PER_KM } MenuState;

主循环根据MenuState执行对应分支。这样写代码结构清楚，不会出现“按几次键就跳进奇怪菜单”的bug。

按键消抖我采用了“两次判断法”：第一次读到按键按下，延时20ms后再读一次，如果仍然是按下状态，认为有效。配合状态机实现长按连续加减，连按超过800ms后加速循环，方便调整参数。这个长按加速的逻辑写起来要小心，按下、弹起、连按三个时序必须分清楚，否则会出现松开按键后参数还在疯狂增长的灵异现象。

4. 实测过程与问题排查实录

4.1 霍尔信号干扰乱跳之谜

我的测试车辆是一辆普通电动自行车，霍尔传感器装在车轮上。第一次装机测试，刚跑出几十米，计价器上显示里程暴涨，跳得比心跳还快，显然是把电磁干扰当成脉冲了。

排查思路从干到湿：先用示波器看霍尔输出波形，发现静止时输出线上居然有大量毛刺，频率跟电动车控制器的工作频率吻合。再用万用表量霍尔供电电压，发现电机转动时，12V电源上有周期性波动。

解决方案做了两件事：

1. 硬件上：霍尔电源单独走线，从DC-DC模块输出端直接拉线，中间串联一个100欧电阻加一个220uF电解电容，组成LC滤波。这条改动立竿见影，毛刺大幅减少。
2. 软件上：外部中断里加了一个“连续两次变化检测”——第一次下降沿触发后，延时2ms再次读取引脚电平，如果确认仍然是低电平才计为有效脉冲。代价是中断里多了2ms延时，对车速探测来说完全够用。

实际效果：加完这两层防护后，静止时示波器上即使还有微小毛刺，也不会被误触发计费了。

4.2 显示乱码与首次上电黑屏

LCD1602首次上电黑屏的案例我见得太多了，九成是这三个原因：

• VO对比度调太低或太高，屏幕上所有字深到看不清。
• 初始化时序不对，没有等待模块内部上电复位完成就发命令。
• 数据线和使能引脚接线错误。

我的排查顺序是：先查VO电压是否在0.4V附近，再确认全部接线，最后用示波器在RS、E、DB7这些关键脚上看初始化时序。很多模块手册要求在发送第一条命令前至少等待15ms让内部电路稳定，但51单片机上电后执行几条初始化指令太快，模块还没准备好。

解决方式：初始化函数开头先加500ms延时，然后逐条发命令，每条命令间隔至少2ms，实测所有LCD1602都能稳定初始化。原理解释一下：标准LCD1602初始化流程是“8位接口——功能设置——显示开关——清屏——输入模式”，命令之间必须留足间隔，尤其是清屏（0x01）需要1.64ms以上的时间。如果用老的89C52，主频慢反而没问题，STC89C52速度快了，命令发太快反而出错，这是“太快也是病”的典型场景。

4.3 电荷泵与电源复位坑

车载电源环境远比实验室恶劣。第一次路测，按喇叭或者刹车灯亮起的瞬间，计价器竟然会复位，LCD屏闪烁一下重新显示“0.0”。

问题出在电源上：点烟器电压在刹车灯继电器吸合的瞬间被拉低到4V以下，虽然只是一瞬间，但单片机的电源监控电路检测到电压跌落，触发复位。

加装方案分两级：

1. 电源输入端并一个大电容，我用的是两个1000uF电解电容并联，储能效果让瞬间的电压跌落到5V以下的时间由微秒级延长到毫秒级。
2. 单片机的复位引脚（RST）接一个RC延时电路，把复位信号拉高到有效电平时需要一定充电时间，这样主控在电源波动时不会立刻复位，而是等到电源稳定后重新运行。

加上这两层保护，实测制动、点火瞬间系统运行稳定，不再冒出莫名复位的毛病。

附带一个血泪教训：千万别在计价器运行中直接拔掉传感器线再插上，霍尔电源断开瞬间，单片机的5V电源可能被反灌电压拉到异常值，导致EERPOM里的参数被误写。我在设计里给霍尔供电串了一个二极管防倒灌，并且在软件主循环里加了“掉电保护”——检测到霍尔信号异常消失超过10秒，自动保存当前累计里程和参数到EEPROM。

4.4 等待计时与计价金额实测

把车架起来空转测试，驱动轮转100圈，显示里程：100圈÷每公里540脉冲×1000≈185米，和理论计算吻合。计价金额：起步价阶段3公里内不跳字，3公里到6公里按2.2元/公里递增，超过6公里按3.3元/公里递增。等待时间累计到2分30秒后，金额每2分30秒加一档。

这里我特意设计了“低速阈值”逻辑：平均车速低于12km/h时，才开始累计等待时间；车速高于12km/h，等待时间清零重新计算。这是很多廉价计价器方案没有考虑到的，它模拟了真实出租车“堵车计时，正常行驶不计时”的规则。代码里的实现通过每秒记录脉冲增量来估算当前速度：小于某个阈值就进入等待计时状态。

实测下来最大的心得：计价金额在小数点后第二位变化肉眼几乎无感，显示交互体验不佳。后来我在主界面上增加了一个“最近0.1公里”的进度指示条，用LCD第二行右侧显示若干个块状符号，表示当前0.1公里内已经走了多少。乘客和测试者都能直观看到“正在增加”的反馈，体验比数字跳变好得多。

4.5 常见问题速查表

这个速查表是我把所有测试中遇到的真实故障按频率排出来的，遇到问题先按表里顺序排查能省大量时间。

5. 延伸：距离校准与整机体验优化

5.1 标定脉冲常数的最优方法

前面说过PULSE_PER_KM理论上=1000÷轮胎周长。实际上轮胎胎压不同、磨损程度不同，周长会有变化。老司机都知道，同一辆车新胎和磨平的胎，里程表有百分之二三的偏差。

我的标定方法：

1. 找一个直线空旷的100米场地。
2. 推车走完全程，同时记录单片机收到的脉冲总数。
3. 用100米对应的脉冲数×10=每公里脉冲数。
4. 把计算值写入EEPROM的脉冲常数项保存。

实测三轮和电动车，标定后的里程误差能控制在1%以内。四轮汽车如果要精确标定，建议用GPS或导航地图对比，选一条标定好长度的国道测试。

5.2 调试技巧与安全建议

调试这类传感器+车载电源的系统，一定要养成一个习惯：任何改动后重新上下电。很多干扰类故障在热状态下不会复现，冷启动后才会出现。有了这个习惯，很多隐性bug能提前暴露。

另外强烈建议在代码里加一个“自检模式”：长按某个按键进入自检，逐项检测LCD是否正常、传感器是否输出方波、EERPOM读写是否成功、每个按键是否有效。这个自检功能对现场演示和答辩都非常加分，评委一眼就能看到系统可靠性。

安全层面，车载设备必须考虑保险：电源线正极串联车用保险丝（2A足够），防止短路起火。导线用阻燃线束胶带包裹，金属部分可靠固定，防止行驶中震动脱落。

最后一点个人体会

这个项目做完，我的最大收获不是代码量有多少，而是学会了“从最终功能反推设计”。计价器不是把传感器、显示屏、单片机堆在一起就能跑，任何一环的失误都会让最终效果差之千里。严格说，我在这台计价器上花的调试时间，有三分之一是在调电源和抗干扰，而不是调计价算法本身。

给后面做这个题目的同学一个建议：设计时预留好测试点，把传感器的输出、单片机的晶振、电源电压都引出可测量的焊盘，调试时示波器夹子一夹就能看波形。我当时就是吃了没留测试点的亏，很多波形得飞线才能量，浪费时间还容易把线搞短。

做实物阶段多做两版PCB，第一版用来验证电路，第二版才是真正的成品板。之前我图省事直接洞洞板飞线，干扰问题怎么排查都找不到源头，后来重新画板布局地线，一次过。关于PCB布局的细节：晶振靠近单片机引脚、LCD数据线不要走太长、磁钢和霍尔传感器之间的信号线用双绞线或屏蔽线，这些都对稳定运行有明显帮助。

最终成品调试完毕后跑了一个多星期，每天上下班开电动车带它“实测”，累计里程记录可靠，计费逻辑稳定，大胆点说作为课程设计或者个人项目，这波体验绝对值回票价。希望这篇长文能帮你在做计价器的路上少踩点坑。