简介：基于51单片机的霍尔自行车码表测速里程超速报警设计资源，面向单片机学习者和课程设计/电子竞赛参与者，提供了一套完整可参考的软硬件方案。设计以STC89C52为主控，融合DS1302实时时钟、LCD1602液晶显示、霍尔测速、直流电机调速与蜂鸣器超速报警等模块，可实现速度、里程、时间显示，支持按键校时、报警阈值设置与总里程清零，覆盖课程设计常见要求。压缩包共125个文件，约46MB，内含C语言源码与工程文件、电路图、系统框图、程序流程图、任务书、开题报告、参考论文，以及答辩技巧、器件清单、芯片资料和操作演示视频，类型涵盖JPG、DOC、PDF、MP4等，结构与用途清晰。已有1310人学习下载，能帮助读者从硬件搭建、代码调试到答辩汇报完整把握项目流程。

1. 基于51单片机做自行车码表的核心思路：一个霍尔传感器把速度、里程和超速报警全解决

骑友群里经常有人吐槽：两千多的自行车连个码表都没有，单独买一块无线的要两三百，功能也就是速度、里程、时间这几样。如果你手里正好有51单片机开发板，或者正准备做课程设计，这个「51单片机+霍尔传感器」的码表方案是性价比最高的入门项目——它不用GPS、不用编码器，只靠一个几毛钱的霍尔传感器贴在轮辐旁，配合车轮上的一块小磁钢，就能算出实时速度、累计里程，超过设定速度还能自动报警。整个系统的核心就一句话：车轮每转一圈，霍尔传感器产生一个脉冲，单片机数脉冲和时间，就能还原出全部骑行数据。这篇笔记会从测量原理、传感器选型、电路搭建、代码实现到调试排错完整走一遍，如果你是想拿它交课程设计或者改装自己公路车的新手，照着做就能跑通；如果你已经在做类似项目，后半段的坑点也值得扫一眼。

2. 测速与里程的原理：从轮子转圈到“速度×时间”

2.1 速度计算的推导：一个脉冲对应一圈的实际距离

先建立最简单的物理模型。自行车轮子上固定一颗小磁钢，霍尔传感器安装在车架前叉或后叉上，离磁钢转动轨迹 2～5 毫米。车轮每转一圈，磁钢从霍尔传感器面前扫过一次，霍尔传感器就输出一个脉冲（准确说是输出电平翻转一次）。于是一个脉冲 = 车轮转一圈 = 滚过一圈的周长。这个对应关系是整台码表所有算法的基石。

速度的定义是单位时间走过的距离。代码里我们取“两个脉冲之间的时间间隔”，也就是车轮完整转一圈所用的时间。设车轮周长为 L（单位米），两次脉冲间隔为 T（单位秒），那么：

• 速度 v = L / T（单位 m/s）
• 换算成 km/h：v × 3.6

举个例子：常见 700c 公路车轮子装上轮胎后实测周长约 2.1 米，如果实测两脉冲间隔是 0.75 秒，那么速度就是 2.1 / 0.75 × 3.6 ≈ 10.1 km/h，典型慢骑速度。你可能会问为什么不统计“单位时间内多少个脉冲”，那样只能算平均速度，而且刷新慢；用脉冲间隔算的是瞬时速度，码表每秒都能更新，体验好得多。

里程就更好办了，单片机里维护一个累加变量，每来一次脉冲就加上一圈周长。剩下的事情全部围绕“如何精确测量两个脉冲的间隔时间”展开，这就引出了 51 单片机上的定时器和外部中断配合方案，后面软件章节会详细说。

2.2 选型：A3144 开关型双极锁存霍尔，为什么不是线性霍尔

做这个项目必须分清两类霍尔传感器。很多人淘宝搜“霍尔传感器”会买到一堆线性霍尔模块，比如 OH3503、SS495A，它们输出的是随磁场强度连续变化的模拟电压，适合做电流检测、位置判断，但不适合直接做测速脉冲——因为你需要的是一个干净利落的开关信号，而不是一条缓慢上升的模拟曲线，51 单片机没有内置 ADC 还得外接，徒增成本。

真正合适的是开关型霍尔，典型型号是 A3144（也写作 SS3144、OH3144），它内部集成了霍尔元件、比较器、施密特触发器和输出晶体管，出来的信号已经是 TTL 电平。A3144 是双极锁存型霍尔，具体行为是：南极磁场靠近时输出拉低，北极磁场靠近时输出拉高，并且输出状态会“锁存”保持，直到遇到相反磁极才切换。

这里有个网上问得特别多的困惑：为什么 A3144 是双极锁存，而“3144”这个型号有时候又被标注成线性传感器？实际情况是“3144”这个数字本身在国产元件圈里叫烂了，很多商家把线性霍尔也标成 3144 混着卖。购买时不要只看商品标题，要看规格书里的关键词——如果是双极锁存开关型，规格书会写“Bipolar Latch Hall Effect Sensor”，输出是开漏/推挽的开关量；如果写“Linear Hall Sensor”，那就是线性霍尔，买回来当开关用会非常别扭。我的建议是直接搜“A3144 霍尔模块”，那种蓝色小模块板上已经带了 LED 指示灯和上拉电阻，手摸到磁钢上灯会亮灭，特别好用，适合新手起步。

双极锁存型还有个工程细节：它需要磁钢的 N 极和 S 极交替扫过霍尔传感器的感应面，输出才会完整翻转一次。安装磁钢时，磁钢的轴线要顺着车轮转动的方向，也就是说传感器先看到 N 极、再看到 S 极（反过来也行），这样转一圈恰好产生一个完整的高低电平脉冲。如果你把磁钢装成单面长期朝着霍尔，输出会被锁死在某一电平上，一个脉冲都测不到。这个细节非常容易翻车，后面踩坑章节单独讲。

2.3 要调的关键参数：轮径、磁钢数、定时器节拍

动手写代码之前，先把几个关键参数定义清楚，否则后面的数学运算全乱。

磁钢数量这里多说一句：很多人觉得装 4 个磁钢测速更灵敏，实际带来的问题是每次中断都要把周长除以 4，如果除法处理不好会出现累计误差。入门阶段老老实实用一颗磁钢，单圈单脉冲的模型最简单，也最容易排查故障。

定时器节拍选 1ms 是个折中：骑行速度 10 km/h 时一圈约 0.75 秒，也就是 760 个节拍，换算成速度的误差不到 1%；如果选 10ms 节拍，同样的速度只有 76 个计数值，小数点后就很不稳定。1ms 在 51 上负担也不重，数码管动态扫描正好也靠这个时基。

3. 硬件搭建：霍尔接法、最小系统与Proteus仿真替代方案

3.1 元件清单与连线表

硬件上这个项目不需要什么稀奇器件，列一份我在实际搭板时用的清单：

• STC89C52RC 或 AT89C52，DIP40 封装，配 12MHz 晶振和两个 30pF 瓷片电容
• A3144 霍尔传感器模块（或裸芯片加 10k 上拉电阻）
• 直径 3mm、厚度 2mm 的钕铁硼小磁钢一颗
• 四位共阴数码管（带小数点），或者 1602 液晶
• 有源蜂鸣器 5V，一个 S8050 NPN 三极管，一个 1k 基极限流电阻
• 两个按键（模式切换、阈值设置）
• 如果焊洞洞板，再加一个 5V 电源模块（自行车码表一般直接用充电宝或 18650 电池加降压板）

连线表如下：

连线表敲定后，有个小经验：霍尔模块尽量用“信号—VCC—GND”三根线直接引到单片机，中间不要飞太长的杜邦线，长线在骑行振动下会引入干扰，严重时会把速度信号里的毛刺当脉冲数进去。如果你最后要做实车测试，把霍尔信号线用双绞线或者屏蔽线走到车把上的主板区，废不了多少功夫但能避开很多玄学问题。

3.2 霍尔信号上拉和蜂鸣器驱动电路

A3144 的输出结构是开集电极开路，内部三极管导通时把输出拉低，截止时输出呈高阻状态，所以必须在输出引脚和 VCC 之间接一个上拉电阻，阻值 4.7k～10k 都可以。有些成型模块已经板载上拉电阻，插上直接用就行；如果你买的是裸芯片，这个上拉千万不要漏，不然单片机永远读到低电平，速度永远显示 0。这里顺带说一下 Proteus 仿真里如果搜不到 A3144，可以用脉冲源代替，原因留到下一节细讲。

蜂鸣器驱动也得单独说。51 单片机 IO 口输出高电平时的驱动能力只有几百微安，直接推蜂鸣器根本带不动，必须加三极管。常见接法是：P2.3 口输出通过 1k 电阻接到 S8050 的基极，发射极接地，集电极接蜂鸣器的负极，蜂鸣器正极接 5V。这样 P2.3 输出高时三极管导通、蜂鸣器响；输出低时关闭。如果你手头是 PNP 管或者 MOS 管，接法反过来即可，原理都是“单片机控制小电流，三极管放大成大电流”。

3.3 没有 A3144 仿真模型时，用信号发生器跑算法

Proteus 仿真 51 单片机项目时会遇到一个尴尬：元件库里没有 A3144 的仿真模型，硬塞一个通用霍尔元件又测不出双极锁存的翻转特性。我的处理办法是分两步：仿真阶段只验证算法，不验证传感器物理特性。Proteus 里用信号发生器（DCLOCK）产生方波接到 P3.2，模拟霍尔信号；等代码在仿真里把速度算对了，再回到实物板上调传感器。

这个方法其实很舒服，因为 DCLOCK 可以精确设置频率，方便反推验证。比如你想模拟 20 km/h 的速度，已知车轮周长 2.07 米，那么每秒转过的圈数是 20 / 3.6 / 2.07 ≈ 2.68 圈/秒，DCLOCK 频率就设 2.68 Hz。在实物上你没法精确控制车轮速度来做对照实验，仿真里反而能做严格的定量验证——测出来显示 19.9 km/h 就说明算法没问题。

如果你连 DCLOCK 也不想用，还有个更朴素的验证手段：在 Proteus 里放一个按键开关，一端接 P3.2 一端接地，手动按一下模拟一个脉冲。按得慢，显示的速度就慢；快速连按，速度数值会往上跳。这种方式适合检查中断是否进入、数码管是否正常刷新，作为上电后的第一轮冒烟测试非常可靠。

4. 软件实现：外部中断测间隔，定时器累计时间与超速判断

4.1 定时器 1ms 节拍与外部中断的配合

软件的架子其实就两个中断兼职干活：外部中断 0（INT0）负责捕获霍尔脉冲，记录“这一刻”的时基计数值；定时器 0 负责产生 1ms 节拍，让主程序有个全局时钟可以用。说白了就是把“秒表”功能拆了一半：定时器 0 走表，外部中断 0 按表。

外部中断 0 配置成下降沿触发，对应霍尔输出从高到低的跳变。12MHz 晶振下定时器 0 用方式 1（16 位），每 1ms 进入一次中断并重装初值 0xFC18。你可能注意到重装初值会带来一点点时间误差，因为进中断、重装、退出需要几条指令，累计下来每 1ms 差一点点，但对于码表这种测量对象，误差在千分之一量级，完全可以忽略。太较真的人会用 STC 的“硬件自动重装”模式，我建议新手不用纠结这个，先把功能跑通再说。

这个架构里有个经典的编程思路：外部中断不干重活，只负责读当前节拍数、算时间差、累加里程，把标志位置 1，具体的速度换算和超速判断扔给主循环去处理。这样中断里的执行时间能压到几十条指令以内，不会干扰定时器节拍的精度。

4.2 速度、里程和超速报警的核心代码

下面这个代码是我实际测试中可以正常编译运行的版本，重点放在中断服务函数和主循环的速度计算上。显示部分用四位共阴数码管动态扫描，段码接 P0，位选接 P2.0～P2.3，这里只贴关键逻辑。

#include <reg52.h> #define WHEEL_CM 207 // 车轮实测周长，单位：cm #define LIMIT_KMH 30 // 超速报警阈值 #define BUZZER_PIN P2^3 // 蜂鸣器控制引脚 sbit buzzer = BUZZER_PIN; sbit key_mode = P2^4; // 模式切换按键 sbit key_set = P2^5; // 阈值调整按键 static unsigned int tick_ms = 0; // 1ms 节拍计数器 static unsigned int last_tick = 0; // 上次脉冲到来时的节拍值 static unsigned int interval_ms = 0; // 两个脉冲间隔，单位 ms static unsigned long total_cm = 0; // 累计里程，单位 cm static unsigned int speed_x10 = 0; // 速度值，单位 0.1 km/h static bit new_data_flag = 0; // 有新脉冲数据处理标志 static bit over_limit = 0; // 超速状态保持标志 // 定时器0中断：1ms 节拍 void Timer0_ISR() interrupt 1 { TH0 = 0xFC; // 12MHz 晶振，1ms 重装初值 TL0 = 0x18; tick_ms++; } // 外部中断0：霍尔脉冲下降沿触发 void Int0_ISR() interrupt 0 { unsigned int now = tick_ms; unsigned int diff; // 软件防抖：间隔小于10ms 认为是磁钢抖动产生的毛刺，直接丢弃 diff = now - last_tick; if (diff < 10) { return; } interval_ms = diff; last_tick = now; total_cm += WHEEL_CM; // 每收到一个有效脉冲，里程加上一圈周长 new_data_flag = 1; // 通知主循环处理新数据 } // 速度计算：speed_x10 = 一圈周长(cm) * 360 / 间隔时间(ms) // 推导：cm/ms换算成km/h需乘36，再保留一位小数乘10，合起来就是×360 void calc_speed(void) { if (interval_ms > 0) { speed_x10 = (unsigned long)WHEEL_CM * 360 / interval_ms; } else { speed_x10 = 0; } }

主循环里的超速判断建议写成带滞回区间的形式：

void main(void) { EA = 1; EX0 = 1; IT0 = 1; // 开外部中断0，下降沿触发 ET0 = 1; TR0 = 1; // 开定时器0并启动 TMOD = 0x01; // 定时器0方式1：16位 while (1) { if (new_data_flag) { new_data_flag = 0; calc_speed(); // 超速判断：上升到30km/h触发报警，回落到26km/h才解除 if (speed_x10 >= LIMIT_KMH * 10) { over_limit = 1; } else if (speed_x10 < (LIMIT_KMH - 4) * 10) { over_limit = 0; } } buzzer = over_limit; // 超速时 P2.3 输出高，蜂鸣器响 // 数码管动态扫描、按键处理略 // 显示模式1：当前速度；模式2：累计里程 } }

逐段说明一下关键逻辑。interval_ms的计算用了差值而不是清零tick_ms：因为tick_ms是 16 位无符号数，每 65.536 秒会回绕一次，如果用“清零重新计时”的方式，一旦两次脉冲跨越回绕点，间隔时间会变成一个天文数字，速度直接翻车。用差值计算天然不受回绕影响，因为无符号整数相减在回绕场景下数学上依然正确。这条技巧同样适用于各种计数器溢出场景，是个很通用的工程习惯。

速度公式里的魔法数字 360 拆开看就一点不玄：一圈 207cm，间隔 T 毫秒，那么速度是207 / (T/1000)得到 cm/s，除以 100 得到 m/s，乘 3.6 得到 km/h，再乘 10 保留一位小数，整理一下就是207 × 360 / T。注意WHEEL_CM × 360的结果是 74520，已经超过 16 位无符号数上限，所以代码里把WHEEL_CM强转成unsigned long再运算，防止溢出。这个坑如果不提前处理，显示速度会在特定区间突然跳出一个乱数，非常像“代码玄学”。

4.3 显示和按键切换：让数据变成可读的码表界面

显示方案我推荐四位数码管，成本低、阳光下看得清。四位分别可以显示“25.3”这样的速度值，或者“12.56”这样的里程公里值。动态扫描放在定时器 0 中断里做，每进一次中断刷新一位，四位轮流扫。P0 输出段码前记得加延时，避免位选切换时出现残影，这个延时 1～2ms 就够，正好和 1ms 节拍错开。

按键部分至少要两个：一个切换显示模式（速度/里程），另一个进入超速阈值设置。设置阈值时用第二个键加到目标值，第一个键确认退出。设置界面通常不需要做得很复杂，数码管上闪烁显示当前阈值数字就够了，这是课程设计和实物的通用做法。

如果你觉得数码管显示里程位数不够，或者想显示时间和温度，可以直接换 1602 液晶。改动很小，只是在show_value函数里换成 LCD 写字符，核心的测速和里程计算完全不用动。我建议先用数码管把功能跑通，再决定要不要升级显示——毕竟显示只是外壳，测速算法才是这个项目的骨架。

5. 踩坑与排查：霍尔信号、仿真和手焊常见的五个问题

5.1 现象：速度永远显示 0，霍尔输出毫无变化

这是所有做霍尔测速的新手第一个集体翻车现场。原因通常是磁钢安装方式和双极锁存特性不匹配：A3144 需要 N、S 极交替扫过感应面才能正常翻转输出，如果你把磁钢的单一磁极长期正对传感器，输出电平会被锁死在低电平（或高电平），单片机永远等不到下降沿。解决：把磁钢的磁极轴线顺着轮子转动方向安装，让霍尔模块在磁钢经过时依次感受到两个磁极。判断方法很简单：拿磁钢在霍尔模块感应面上方平行划过，用手去感应面上方旋转磁钢，观察模块板上 LED 是否闪一下灭一下。如果 LED 常亮或常灭，说明安装方向错了，调整磁钢角度重试。

另一个可能原因是霍尔模块供电问题。A3144 工作电压范围宽，但有些淘宝模块板上带了反向保护二极管，压降后到芯片上电压偏低，输出就不稳定。用万用表量霍尔模块 VCC 和 GND 之间电压，低于 4.5V 就换个供电点。

5.2 现象：显示速度是真实值的两倍、三倍

原因几乎逃不开三个：一是车轮周长参数设成直径了，二是磁钢装了多个但代码没处理，三是霍尔信号存在额外毛刺边沿被当成脉冲。第一个是人人都容易犯的低级错误——有人直接用轮子直径 66cm 当周长填，速度自然比实际快将近三倍；正确做法是实测一段路面滚出来的距离，方法见最后一章。第二个好理解，装了几个磁钢就必须把“一圈周长除以磁钢数”作为单位脉冲对应的距离。第三个比较隐蔽：霍尔输出接近临界点时电平抖动，代码里的防抖阈值如果设太小（比如 2ms），这些毛刺就全被当成有效脉冲了。解决：把防抖阈值从 2ms 提到 10ms 或 20ms，代价是极高速时可能丢第一个脉冲，但自行车场景根本不会有小于 10ms 的合法脉冲间隔，所以这个阈值对自行车是安全的。

5.3 现象：Proteus 仿真里换了好几个霍尔元件都读不到信号

仿真软件元件库里要么没有 A3144，要么找到的只是一个方块图标但没有行为模型，接了线也不输出波形。这不是你的电路画错了，是模型缺失导致的。解决：换用信号发生器 DCLOCK 代替霍尔信号源，方波频率按前面说的“车速 ÷ 轮周长”换算出来设置。如果只是想验证中断能否进来，用按键手动触发也一样。这里有个血泪经验：仿真通过以后千万不要直接拿仿真里的“布线美观度”去指导实物焊接，仿真里没有接触电阻和干扰，实物接线上那些问题只能靠仪器和耐心一个个排。

5.4 现象：超速报警响一下就停，或者一直响个不停

原因有两点：一是主循环里直接把超速状态赋给蜂鸣器，车速在阈值附近波动时蜂鸣器反复通断；二是阈值设置逻辑导致“刚超过就复位”。解决方法是加入滞回区间，也就是代码里写的“上升到 30 触发，回落到 26 才解除”。这样即使在 28～32 之间反复波动，蜂鸣器也不会跟着乱叫。另外如果报警时蜂鸣器声音很弱，多半是驱动三极管接错或者蜂鸣器型号选成了无源的，无源蜂鸣器需要 PWM 方波驱动才响，直接拉高只会“嘀”一声；项目要求超速报警常响，所以选有源蜂鸣器最省事。

5.5 现象：磁钢离霍尔太近或太远，信号时好时坏

霍尔传感器对磁场距离非常敏感，磁钢离感应面 1mm 和 8mm 的信号质量完全不同。太近会在磁钢边缘出多沿毛刺，太远则信号幅度不足导致输出不定。解决：安装时先用手持磁钢在传感器表面找“能稳定触发”的距离范围，通常 3～5mm 是甜点区。装到车架上以后，锁紧前实际转车轮看信号波形，观察霍尔模块板上 LED 是否每一圈稳定亮灭一次，闪烁、快闪都要调整位置。摄像头慢动作拍车轮转动是排查这类机械安装问题的神器，手机就能拍，不用上示波器。

6. 验证与升级：先校准轮径，再决定要不要加掉电存储

6.1 路面滚测法比“π × 直径”准得多

整台码表的精度上限由轮周长参数决定。很多人直接拿轮径 26 寸、700c 之类的标称值换算，装上车发现速度和手机 GPS 对不上，就开始怀疑霍尔测速是不是天生不准。实际上霍尔脉冲本身的计时非常准，误差几乎全部来自周长参数。正确校准方法是“路面滚测法”：把轮胎气压打到日常骑行值，在轮子气门嘴位置贴一块胶带作为标记点，人坐在车上让车自然滚动，从标记点第一次触地开始，到第三次触地结束，用卷尺量出这段地面距离，除以 2 就是单圈滚动周长。这比用卡尺量轮径再乘 π 的方式准得多，因为轮胎受压变形后实际滚动半径比几何半径小，而这套算法吃的是真实滚动周长，不是几何数据。

6.2 用信号发生器反推速度，验证算法是否算对

硬件调通后，不要急着装车，先在桌面上做一次定量标定。用单片机开发板的 +5V 给 A3144 模块供电，拿一块磁钢在传感器上方反复划过，模拟轮子转动。每划一次是一个脉冲，划得快速度就高、划得慢速度就低，观察数码管数值是否按预期变化。更进一步，接上信号发生器输出固定频率方波，用“频率 × 周长”反推理论速度，比对你数码管上的显示值。我试过用 2.68Hz 方波配 2.07m 周长，理论速度是 19.97 km/h，实物显示 20.0，误差在一位小数内完全可接受。

6.3 值得做的三个升级方向

第一个方向是加掉电存储，把总里程数写进 AT24C02 或者 STC 单片机内部的 EEPROM，否则每次断电里程清零，码表就失去了记录意义。第二个方向是加低功耗休眠，霍尔信号在静止时没有脉冲，可以进入掉电模式，等外部中断唤醒，适合以后用电池供电长期骑行。第三个方向是如果你以后想换 STM32，同样的霍尔信号可以直接接定时器的编码器模式，检测思路不变但硬件计数器更强大，代码迁移时把中断换掉就行，核心算法还能沿用。

最后说句个人习惯：我每做完一个带传感器的项目，都会把“传感器输出在实际安装位置上的信号波形”作为第一步验证手段——霍尔、红外对管、干簧管都一样，信号干净了后面程序怎么写都顺，信号不干净全靠代码补救只会越补越乱。这个做法帮我省了非常多调试时间，你也试试。希望帮到你。

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