简介这是一套基于C语言的单片机电机转速表设计实例面向单片机初学者、电子竞赛备赛者及嵌入式系统开发者旨在帮助理解电机控制与转速测量的完整软硬件协同流程并解决实际工程中信号采集、实时计算与显示联动等问题。压缩包共7个文件体积仅60KB涵盖C源程序、HEX烧录固件、Proteus仿真电路图及其备份文件等可直接编译、仿真与烧录验证。该实例已有130人学习内容紧凑适合作为课程设计或实践项目参考。实例以AD0832模数转换与电机测速为核心涉及PWM脉宽调速、传感器触发中断计时、数据处理与数码管/LCD显示等关键技术同时还提供了电源管理、低功耗模式与异常停机等系统级设计思路。配套仿真电路与固件便于对照C源码逐行调试读者可借此掌握从硬件接口设计、外设驱动到实时控制逻辑的完整开发方法。1. 一个转速表实例为什么值得拆开看这个压缩包里没有花哨算法只有一份 C 源码、两个 hex 文件和一个 Proteus 仿真图。但正是这种看起来简单的项目把电机测速最关键几步串齐了传感器信号怎么进单片机定时器计数器怎么测频脉冲数怎么换算成转速最后怎么稳定显示在数码管上。因为覆盖了完整链路它成了很多单片机课程设计和毕业设计的常选题目也是从点灯进阶到会测外部物理量的分水岭。如果你能看懂 51 单片机的中断和定时器想找一个能复现、能改参数、能顺手改成闭环调速的项目这个转速表实例正合适。新手可以从 Proteus 仿真里看到完整工作过程有经验的工程师则能把注意力放在测频法测周法的误差分析、AD0832 串行时序、中断里做滤波这些容易翻车的细节上。2. 转速测量原理与器件选型先算清楚再写代码2.1 测频法、测周法还是 M/T 法按转速区间选转速测量本质上是测量单位时间内转了多少圈。但单片机不能直接读“圈”它只能读到脉冲所以必须先搞清楚脉冲从哪里来。常见传感器方案是霍尔传感器测齿轮或磁钢和光电编码器前者输出方波或接近方波的信号后者输出两路正交脉冲还能同时判断转向。这个实例的原理图里转速信号最终要进单片机的外部中断引脚或定时器计数引脚具体用哪根引脚取决于你要用测频法还是测周法。测频法M 法在固定闸门时间内数脉冲个数适合高速场景测周法T 法是测相邻两个脉冲的时间间隔适合低速场景。两者的边界很好判断如果一个电机的额定转速是 3000 RPM用每转输出 20 个脉冲的霍尔测速盘那么每秒脉冲数是 3000 / 60 * 20 1000用 50ms 闸门可以数到 50 个脉冲误差控制在 ±1 个脉冲以内完全可接受。而如果电机只有 50 RPM同样 20 脉冲/转每秒才 16.7 个脉冲50ms 闸门里只有不到 1 个脉冲测频法基本失效。这时应改用测周法用定时器测量两个脉冲之间的时间间隔再按公式换算转速。但测周法在高速时脉冲间隔太短定时器分辨率跟不上。工程上经常是低速用 T 法、高速用 M 法或者直接上 M/T 法。这个实例作为教学项目默认实验场景是中高速电机用测频法就够源码里通过修改闸门时间也能向低速场景靠拢。测速方法测量对象适用转速误差来源典型实现M 法测频固定时间内的脉冲数中高速±1 个脉冲定时器 0 做闸门定时器 1 计数T 法测周相邻脉冲间隔低速定时器分辨率外部中断捕获定时器计数值M/T 法同时测时间和脉冲数宽范围触发同步误差硬件定时器配合编码器接口实际项目中M 法最容易在 51 单片机上落地一个定时器负责产生固定闸门另一个计数外部脉冲闸门时间到后读计数值清零重新开始。这个实例的 C 源码走的就是这条路径后面第三部分会给出完整代码结构。2.2 传感器信号进单片机之前整形与隔离传感器输出并不总是标准的 0/5V 方波。霍尔传感器在大电流电机旁边会有毛刺光电编码器在低速时输出沿变缓如果直接把这种信号送进单片机引脚轻则计数不准重则引脚电平长时间处于中间态内部逻辑反复翻转导致数码管闪烁。常见做法是先用比较器如 LM393或施密特触发器整形再通过光耦做电气隔离最后进单片机。为什么要在意整形因为计数误差是累积的。1 秒内多计 5 个毛刺脉冲换算成转速就是每分钟多出 300 转的假数据。这个实例的 Proteus 仿真图里用信号发生器或脉冲源模拟传感器输出计数结果是理想的到实物上如果省掉整形电路转速表就变成乱跳表。我一般会在传感器输出后加一级 74HC14 施密特触发器顺便把信号反相一次正好配合后续计数引脚的低电平触发或边沿触发方式。如果测的是直流电机的电枢电流或测速发电机电压也就是模拟量方案那就需要 ADC 参与。这个实例里的 AD0832 就是干这个的。它是一种 8 位、双通道串行 ADC通过 CLK、DI、DO 三根线跟单片机通信。对于转速表这种对绝对精度要求不高的场合8 位分辨率已经能区分 256 级电压完全够用更重要的是它容易在 Proteus 里仿真不需要额外库直接用 IO 口模拟时序就能读初学阶段可以清楚看到位操作的全过程。2.2.1 AD0832 的串行读取时序AD0832 的时序大致是片选拉低先通过 DI 输入起始位和通道选择位然后在 CLK 上升沿从 DO 逐位读出转换结果。这里最容易踩坑的是输出数据的高低位顺序很多人在第一个字节就对不上。下面是常见的读取代码// 读取 AD0832 通道 0 的 8 位转换结果 unsigned char read_ad0832(unsigned char channel) { unsigned char i, dat 0; CS 0; // 片选拉低进入通信状态 CLK 0; DI 1; // 起始位通知 ADC 开始转换 CLK 1; CLK 0; // 选择通道ch0 则 DI0ch1 则 DI1 DI channel; CLK 1; CLK 0; // 之后的 8 个时钟沿DO 逐位输出转换结果 for (i 0; i 8; i) { CLK 1; CLK 0; dat (dat 1) | DO; // 高位在前逐位移入 } CS 1; // 通信结束释放片选 return dat; }这段代码里CS、CLK、DI、DO都定义为单片机普通 IO 口。关键在于通道选择位之后的数据读取顺序AD0832 先输出最高位 MSB再依次输出低位所以dat (dat 1) | DO每次都把新读到的位放在最低位循环 8 次后dat就是完整的转换值。需要说明的是有的 ADC 芯片先输出 LSB代码就要改成dat | (DO i)这两者的差别会导致读出的数据完全错乱确认芯片手册是最稳妥的办法。这个实例里如果只接了一路模拟量信号固定读通道 0 即可。用定时器每隔 50ms 读一次 AD 值经过线性变换就能当作转速显示出来。需要留意的是AD0832 的转换结果与输入电压是线性关系但输入电压与转速是否线性取决于传感器本身测速发电机的输出电压基本和转速成正比换算简单如果是电流采样还要考虑反电动势的非线性不能直接用比例公式这部分得靠后面的标定环节解决。3. 用 C 语言实现转速表核心逻辑中断、计数、换算与显示3.1 定时器计数器配合一个定闸门一个数脉冲在 51 单片机上做 M 法测速典型分配是定时器 0 工作在方式 116 位定时产生 50ms 中断定时器 1 工作在方式 1计数模式对外部脉冲计数。这样分工的好处是互不干扰定时器 0 中断触发读取动作读完立即给计数器清零脉冲一个不丢。// 定时器0做50ms定时定时器1做外部脉冲计数 void timer0_init(void) { TMOD 0xF0; // 只修改定时器0的配置位 TMOD | 0x01; // 定时器0方式116位定时 TH0 0x4C; // 12MHz 晶振下 50ms 初值 TL0 0x00; ET0 1; // 开启定时器0中断 TR0 1; // 启动定时器0 } void timer1_count_init(void) { TMOD 0x0F; // 只修改定时器1的配置位 TMOD | 0x50; // 定时器1方式1计数模式 TH1 0x00; // 计数初值从 0 开始 TL1 0x00; TR1 1; // 启动计数器1 }TMOD是工作模式寄存器低四位控制定时器 0高四位控制定时器 1。两条 init 函数都用了先清零再置位的方式避免互相覆盖配置。特别注意定时器 1 的计数输入来自 P3.5 引脚外部脉冲必须接到 P3.5而不是任意引脚。很多人第一次画原理图把脉冲接到了别的引脚结果计数器数字纹丝不动就是这个原因。如果你只有外部中断引脚可用也可以改用中断加变量自增的方式计数。但中断响应有延迟在脉冲频率较高时误差会比硬件计数器大得多。这也是为什么工程上都优先用硬件的定时器计数模式而不是用中断模拟计数。3.2 转速换算公式与整数溢出问题每 50ms 读一次计数值 N闸门时间内平均频率就是 N / 0.05 N * 20 Hz。如果码盘每转输出 P 个脉冲转速 n f * 60 / P代入后就是 n N * 1200 / P单位 RPM。也就是说只要在中断里把计数结果乘以 1200再除以每转脉冲数就得到转速。这里有个很容易踩的坑N 是 16 位计数最大 65535N * 1200 的结果远超 65535直接溢出。如果用unsigned int存结果转速显示就会乱七八糟其实不是测速错是乘法溢出了。解决办法有两个一是用unsigned long做中间量二是先除后乘。先除后乘会引入截断误差所以我推荐用长整型unsigned long speed; speed (unsigned long)count * 1200 / PULSE_PER_REV;count强制转成unsigned long乘法在 32 位下进行结果不会截断。这里的PULSE_PER_REV是每转脉冲数必须根据实际码盘和传感器方案修改。Proteus 仿真时可以用信号发生器直接输入频率来验证公式比如码盘每转 20 脉冲输入频率 1000Hz理论转速就是 3000 RPM如果显示值在这个数附近说明换算链路没问题。3.3 数码管动态扫描与显示缓冲转速计算完之后是显示环节。数码管显示用动态扫描让 4 位数码管轮流点亮每位点亮 1-2ms利用视觉暂留形成稳定显示。扫描可以放在定时器中断里也可以放在主循环里放在中断里更稳但要注意不能拖太长否则会闪。// 共阳数码管段码按 0~9 排列 unsigned char code seg_code[] {0xC0, 0xF9, 0xA4, 0xB0, 0x99, 0x92, 0x82, 0xF8, 0x80, 0x90}; void display_speed(unsigned int speed) { unsigned char buf[4]; buf[0] speed / 1000; // 千位 buf[1] speed / 100 % 10; // 百位 buf[2] speed / 10 % 10; // 十位 buf[3] speed % 10; // 个位 for (unsigned char i 0; i 4; i) { P0 seg_code[buf[i]]; // 先送段码 P2 ~(1 i); // 再选位低电平有效 delay_ms(2); // 停留 2ms 后切到下一位 } }这里假设 P0 口接段码P2 口低三位控制位选。位选P2 ~(1 i)按低电平选通设计如果硬件是高电平选通把~去掉即可。显示的关键是每个扫描周期要把 4 位都刷新完主循环里不能有长时间阻塞延时否则刷新率不够会出现亮度不均和拖影。更值得强调的是工程习惯显示缓冲应该独立于显示函数。中断里把转速算好存到变量主循环里只负责扫描显示两者解耦。否则显示过程中数据被修改可能出现千位是旧值、个位是新值的错位显示让人误认为程序跑飞了。3.4 中断服务函数的精简原则少干活快退出转速表的另一个重灾区是中断里塞了太多东西。很多人把滤波、显示、按键扫描全放进中断导致中断执行时间过长下一个节拍来了还没退出主程序永远挤不进去。正确做法是中断里只做最基本的事读计数、清零、置标志位换算和显示留给主循环。unsigned char flag_50ms 0; unsigned int pulse_count; void timer0_isr(void) __interrupt 1 { pulse_count (TH1 8) | TL1; // 读出计数结果 TH1 0x00; // 立即清零 TL1 0x00; flag_50ms 1; // 通知主循环去处理 }主循环里检测到flag_50ms 1后清标志位、做换算、刷新显示缓冲。这样即使主循环里跑了一次滤波算法占了几百微秒也不会影响下一次计数因为计数由硬件完成中断只在需要读取数据时才介入。一个细节读取TH1和TL1的顺序不能反过来。如果先读TL1再读TH1在读TL1到读TH1之间计数器可能刚好进位读出来的组合就是错的。先读高字节再读低字节并在读低字节后重新比较高字节是数据采集里的标准做法这个实例的源码里也体现了这个顺序。4. 在 Proteus 里把实例跑起来文件关系与调试步骤4.1 ex100.DSN、hex 文件和 AD0832 库的关系打开压缩包会看到ex100.DSN、ex100.hex、MoNi.hex、AD0832.DBK、ex100.PWI以及 C 源码文件。ex100.DSN是 Proteus 仿真工程ex100.hex是编译后的固件AD0832.DBK是 AD0832 的仿真模型数据ex100.PWI是 Proteus 的波形记录文件。如果你用新版本 Proteus 打开 DSN 时报元件缺失手动把AD0832.DBK加载到元件库目录即可。双击 Proteus 原理图里的单片机芯片在 Program File 一栏选择ex100.hex晶振频率设置为 12MHz点击运行就能看到数码管显示转速。要特别注意MoNi.hex的存在有些 Proteus 工程会放两个单片机一个做主逻辑另一个用来产生模拟转速信号。如果原理图里有两个 MCU需要分别加载这两个 hex 文件仿真才能完整运行。只加载主程序的话信号源没有输出转速表会一直显示 0。4.2 Keil 编译参数与 hex 生成源码要在 Keil 里重新编译需要正确设置输出选项。在 Options for Target 的 Output 选项卡勾选 Create HEX File在 Target 选项卡里把晶振改为与 Proteus 工程一致。晶振不一致的后果很隐蔽代码里的定时器初值是按 12MHz 计算的如果 Proteus 里设成 11.0592MHz定时周期会偏差约 8%转速显示会整体偏大或偏小但看起来又是正常跳动的很容易被忽略。配置项推荐值说明DeviceAT89C51 或 AT89C52与 Proteus 原理图保持一致Xtal(MHz)12定时器初值按 12MHz 计算Create HEX File勾选编译后生成 hex 供 Proteus 加载Code OptimizationLevel 0 或 1避免优化导致 IO 操作被重排Code Optimization 建议选低等级原因在于 Keil 在某些优化级别下会把看似无用的 IO 读写操作删掉特别是 AD0832 这类用软件模拟时序的外设一旦读写被优化掉转换值就永远固定不变。遇到这种问题先把优化等级降到 0 再测试。4.3 仿真中常见故障与排查路径数码管完全不亮先检查 Program File 是否加载成功再看晶振频率是否设置正确。转速显示为零在 Proteus 里用虚拟示波器看计数引脚上有没有脉冲波形排除信号源没接对的可能。转速跳变很大优先检查中断里是否清了计数器以及主循环是否在显示过程中修改了显示缓冲。调试时最好用信号发生器输入一个精确频率作为标准源比如 1000Hz把代码里的PULSE_PER_REV设为 20理论上显示转速应该是 3000 RPM。偏差超过 1%说明定时器初值或晶振配置有问题偏差是固定倍数说明每转脉冲数设错偏差随机则要考虑脉冲丢失或代码逻辑问题。这个方法是验证测速链路最简单可靠的手段比直接接电机调试高效得多。5. 提高转速表可靠性软件滤波、校准与数据边界处理5.1 滑动平均滤波的 C 语言实现仿真环境里信号干净计数结果很稳定实物上电机火花、电源纹波都会让读数产生毛刺。一个简单的滑动平均滤波就能把毛刺压下去。思路是维护一个长度为 N 的环形缓冲区每次新数据进来把最旧的数据顶掉再对整个队列取平均。#define FILTER_N 8 unsigned int filter_add(unsigned int val) { static unsigned int buf[FILTER_N]; static unsigned char index 0; static unsigned long sum 0; sum - buf[index]; // 先减掉即将被覆盖的旧值 buf[index] val; // 新值写入当前位置 sum val; // 累计总和加上新值 index; if (index FILTER_N) { index 0; // 环形回绕覆盖最旧数据 } return (unsigned int)(sum / FILTER_N); }滑动平均比每读一次就全量求均值高效因为只维护一个累计和每次更新只做一次减法一次加法不遍历数组。sum用unsigned long是因为 8 个 16 位数据之和最大 524280unsigned int装不下。调用时把pulse_count传进去返回值就是滤波后的计数结果。注意滑窗会引入大约 N/2 个周期的滞后对转速这种缓变量没有影响但如果后面要接 PID 调速滞后会导致相位延迟N 要调小到 4 左右。5.2 两点校准把 ADC 原始值映射成转速如果实例用的是 AD0832 读电压再换算转速的方案直接按分压公式算出来的转速往往和实际不符。原因在于测速发电机的输出电压不会恰好是理论值电刷压降、温度漂移都会产生偏差。工程上最常见的做法是两点校准让电机分别运行在两个已知转速记录对应的 AD 值然后用线性插值建立映射。// 校准点ad1-rpm1, ad2-rpm2 #define AD1 80 #define RPM1 1000 #define AD2 210 #define RPM2 3000 unsigned int ad_to_rpm(unsigned char ad) { if (ad AD1) { return (unsigned long)(ad - 0) * RPM1 / AD1; } else if (ad AD2) { return RPM2 (unsigned long)(ad - AD2) * (4000 - RPM2) / (255 - AD2); } else { return RPM1 (unsigned long)(ad - AD1) * (RPM2 - RPM1) / (AD2 - AD1); } }两点校准的精度取决于两个校准点的准确度。用转速表手动校准误差在 ±1% 到 ±2% 之间是正常的。如果出现明显的非线性比如低速段偏大、高速段偏小就说明要改用分段线性表将 0 到 255 的 AD 值分成 8 段每段单独标定。硬件上还有一个容易被忽略的点AD0832 的参考电压必须稳定如果直接拿单片机电源电压做基准电机启动瞬间的压降会让整体读数漂移这种情况下软件修不了得在电路上加稳压或基准源。5.3 数据边界零转速、超量程与断线保护转速表不是无限量程代码里必须明确处理边界条件。计数读到 0可能是电机没转也可能是传感器断线计数读满 65535可能是超量程也可能是计数器没被及时清零。这两种情况在显示上要区分开电机没转显示 0传感器故障显示错误码而不是把错误数值当作真实转速呈现给操作者。if (pulse_count 0) { // 停机状态显示 0 } else if (pulse_count 0xFFF0) { // 接近满量程判定为超量程或传感器异常 // 显示错误码避免误读 } else { // 正常转速显示 }这种边界处理在课程设计里可能只影响美观度但在实际设备上会影响安全判断。超量程时如果继续按正常转速显示现场人员可能误以为电机还在安全范围内实际操作中转速表超出量程后应当给出区别于正常值的显示方式同时可以配合蜂鸣器或继电器做简单报警。6. 从转速表到闭环调速测得到还要控得住把转速表扩展为闭环调速核心是把测到的转速与目标值做差经过 PID 运算输出 PWM 占空比控制电机。很多 51 单片机项目卡在这一步原因不是 PID 公式有多难而是 PWM 频率和测速采样周期如何配合。以直流电机为例PWM 频率常用 1kHz 到 10kHz太低电机会有明显噪声太高单片机中断开销过大。在 12MHz 的 51 单片机上用定时器 1 做 PWM推荐频率选 2kHz 左右定时器初值按 (65536 - 晶振频率 / 分频 / PWM频率) 计算改动一处宏定义就能整体调整。增量式 PID 只需要计算本次偏差与上次偏差的差值不需要累积全部历史偏差适合在中断里短执行int pid_incremental(int setpoint, int actual) { static int last_err, prev_err; int err setpoint - actual; int output Kp * (err - last_err) Ki * err Kd * (err - 2 * last_err prev_err); prev_err last_err; last_err err; return output; }增量式输出的结果是 PWM 占空比的增量每次把 output 累加到占空比变量上再做限幅防止越界。因为它是增量天然适合“每次更新一点”的调节场景也不会出现积分饱和后清不掉的麻烦。Kp、Ki、Kd 三个参数没有万能数值一般先让 Kd0、Ki 取很小只调 Kp 直到稳态误差可接受再逐步加 Ki 消除余差最后加 Kd 抑制超调。PWM 更新频率应与测速采样周期匹配。测速 50ms 一次PID 也在这个节奏里计算即 20Hz 的控制频率对大多数电机调速是够用的。如果想让转速环更快要么缩短闸门时间要么换用带硬件编码器接口的 STM32 处理器51 定时器资源有限只能做单路简单调速。换到 STM32 上思路完全一致区别在于定时器自带编码器模式和 PWM 输出通道寄存器配置方式不同硬件计数测速可以直接替代中断清零这种方式精度更高。验证 PID 是否工作正常别只盯着数码管最终读数。可以在 Proteus 里给电机负载加一个阶跃变化观察转速是否快速回到设定值长时间回不去说明 Ki 太小回弹超调大说明 Kd 太小。更直观的办法是把当前转速通过串口打印到虚拟终端用 printf 输出转速和目标值画成曲线比肉眼判断准确得多。51 下要注意 printf 需要重定向 putchar 到串口寄存器代码里加上串口初始化然后把#include stdio.h放在文件头部就能像标准 C 一样输出调试信息了。本文还有配套的精品资源点击获取