8位单片机汇编例程实战：从LED闪烁到定时器中断-北京尧图网络

简介面向单片机初学者的 jZ8P2613 演示工程与配套配置指南重点讲解晶哲 8 位芯片的输入输出控制、中断处理与串行通信等汇编实现方法。资源包共 44 个文件、约 1.92 MB含 7 份专题说明文档及完整示例工程工程内包括头文件、汇编源文件、配置文件与编译脚本梳理了中断时间、输入输出初始化、脉宽调制、模数转换、低功耗睡眠等模块的配置要点。文档针对寄存器设置、中断服务程序编写、特殊寄存器定义等易错细节做出说明并给出初始化流程、主循环结构与调试思路便于对照数据手册逐步验证。这些文件共同展示了从汇编编译到最终烧录的完整开发链条适合以发光二极管控制、定时中断和简单通信为起点的动手实践。目前已有 609 人学习下载对希望深入理解 jZ8P2613 底层驱动和汇编编程的嵌入式入门者而言是节省查手册与试错时间的实用资料。1. jZ8P2613 DEMO 例程包不是文档堆是一套能直接烧进芯片的汇编工程拿到一块不熟悉的 8 位单片机你是从几百页的数据手册啃起还是直接找例程我一般会先拆例程。这个名为 jZ8P2613DEMO 的压缩包就是晶哲 jZ8P2613 单片机的一套汇编例程集合——里面有能直接编译烧录的 DEMO 源文件也带一份独立的《程序配置说明》专门解释那些数据手册里讲得含糊、但烧录时必须设置正确的选项。对于用汇编做小家电、玩具、简单控制板的开发者来说这就是一份搭好骨架的参考工程哪怕只是入门 MCU 汇编也能照着把「点灯、读按键、用定时器」这三件事完整走一遍。2. 开发环境与工程结构先认识工具链和解压后的一堆文件2.1 工具链怎么搭汇编器、烧录器、软件仿真这套例程是汇编写的开发工具比 ARM 那套简单得多。常见组合是厂商配套的 IDE自带领汇编器和软件仿真、一颗专用烧录器或烧录座、目标芯片。IDE 负责把 .asm 编译成烧录文件烧录器负责把文件写进芯片。整个过程没什么玄学但有一个特点必须记住——jZ8P2613 这类 OTP 单片机程序烧进去就擦不掉或者擦写次数极少所以「先仿真、后烧录」的顺序要养成肌肉记忆。我拆这类 DEMO 包的习惯是第一步不碰烧录器先把例程放到 IDE 的软件仿真器里跑一遍确认延时时长、按键时序符合预期再上实体芯片。真芯片烧错了没有后悔药OTP 芯片不像 Flash 芯片能反复擦写烧废一颗就少一颗。烧录的时候如果报失败九成不是芯片坏了而是芯片在烧录座里放反了或者座子弹簧老化接触不良先检查这两条再怀疑别的。仿真器还有个用处是看寄存器实时值。汇编程序出问题时检查特殊功能寄存器的值和预期是否一致比盯着代码干瞪眼快得多。环境搭好之后先别急着写代码把压缩包里的 DEMO 原样编译一遍确认工具链没问题再开始改。2.2 解压后的目录结构每个文件是干什么的把压缩包解开后典型结构是这样的jZ8P2613DEMO/ ├── Demo_LED/ # LED 闪烁例程 │ ├── main.asm # 汇编主程序入口和主循环都在这里 │ ├── jZ8P2613.inc # 寄存器与位定义头文件芯片厂商提供 │ └── main.hex # 编译产物直接交给烧录器写入 ├── Demo_KeyScan/ # 按键扫描例程带软件去抖 │ ├── main.asm │ └── jZ8P2613.inc ├── Demo_Timer/ # 定时器中断例程演示中断用法 │ ├── main.asm │ └── jZ8P2613.inc ├── 程序配置说明.pdf # 芯片选项逐项解释烧录前必看 └── 说明.txt # 使用前必读包含版本和注意事项每个 Demo 目录是独立的目录之间不互相依赖。这一点很关键——你完全可以只把 Demo_Timer 整个目录复制走改吧改吧当成自己项目的中断骨架不用管其他目录。main.asm 是主体里面从复位入口到主循环都有jZ8P2613.inc 是头文件定义了所有特殊功能寄存器的名字和位地址写代码的时候直接引用这些名字而不是记一堆十六进制地址。头文件一般不要改如果项目里要多用几个寄存器在 main.asm 里用 EQU 重新定义就行。2.3 程序配置说明文档的正确打开方式这份 PDF 不是让你读一遍就扔的。它讲的是烧录时那些「看不见的开关」——芯片用内部时钟还是外部晶振、看门狗开不开、代码保护要不要打开、烧录电压选多少。这些选项在汇编代码里根本看不到但配置错了程序要么不跑要么跑着跑着就复位。我一般会把 PDF 里的芯片选项表截图贴在工程根目录每次烧录前对着表逐项核对一遍。特别是从网上下载例程的时候别人芯片选项里的时钟源可能跟你的板子不一样直接烧进去就翻车。文档里如果出现和芯片数据手册矛盾的地方先以 DEMO 附带的配置值为准跑通功能再回去翻手册核对别一开始就钻牛角尖。3. 核心例程拆解一个 LED 闪烁程序在芯片里走完的完整链路3.1 最小编程框架复位入口、初始化、主循环一个可运行的汇编工程骨架其实很短。以 Demo_LED 为例去掉注释后核心代码就是这样的结构; 最小工程骨架示例 ; 具体助记符以芯片头文件和指令表为准 ORG 0x0000 ; 复位向量芯片上电后从这里开始跑 GOTO INIT ; 跳过中断向量区跳到初始化 ORG 0x0004 ; 中断向量如果芯片支持中断 GOTO ISR_ENTRY ; 中断响应后跳到中断服务程序 INIT: CALL SYS_CLK_INIT ; 初始化内部时钟或外部晶振 CALL GPIO_INIT ; 设置 I/O 口方向LED 引脚设为输出 CALL TIMER0_INIT ; 如果有用到定时器在这里配好 MAIN_LOOP: CALL TOGGLE_LED ; 翻转 LED 引脚电平 CALL DELAY_100MS ; 软件延时让灯亮暗可见 GOTO MAIN_LOOP ; 死循环反复执行 ISR_ENTRY: ; 中断服务程序先保存现场再处理中断原因 RETI ; 恢复现场后返回这段框架说明了三件事。第一复位向量必须是程序入口芯片上电或复位后 CPU 会跳到 0x0000 取第一条指令跟 C 语言的 main 函数一个地位。第二中断向量紧跟复位向量之后如果代码里要用中断这里必须放一条跳转指令否则中断触发后 CPU 不知道往哪跑。第三主循环是一个死循环汇编没有「退出 main」的概念单片机一旦进入主循环就永远在里面转。3.2 系统时钟与软件延时延时到底准不准LED 闪烁例程的核心是延时。jZ8P2613 这类 8 位单片机最常用的延时方式就是软件延时——让 CPU 空转 N 个指令周期。以系统时钟 4MHz、指令周期 4 个时钟周期为例一条指令耗时 1us循环 10 万次就是 100ms。例程里的延时子程序长这样; 延时约 100ms基于 4MHz 系统时钟、指令周期 1us 估算 ; COUNT_L 和 COUNT_H 是分配到 RAM 的计数变量 DELAY_100MS: MOVLW 200 ; 外层循环计数200 次 MOVWF COUNT_L ; 存入计数变量 DELAY_OUT: MOVLW 255 ; 内层循环计数255 次 MOVWF COUNT_H ; 存入计数变量 DELAY_IN: NOP ; 空操作消耗 1us DECFSZ COUNT_H, 1 ; 计数减 1为 0 跳过下一条指令 GOTO DELAY_IN ; 不为 0 就继续内层循环 DECFSZ COUNT_L, 1 ; 外层计数减 1 GOTO DELAY_OUT ; 不为 0 重新装填内层计数 RET ; 返回到调用处这段代码的逻辑是两层循环内层 DECFSZ 加 GOTO 每轮消耗 2us255 轮约 510us外层 200 轮乘以 510us总计约 102ms。修改延时长度不需要动结构改 MOVLW 后面的立即数就行。比如把外层计数从 200 改成 100延时大约减半到 51ms。这里有个血泪经验软件延时算出来的时间是理论值实际还要加上调用指令、MOVWF 初始化、RET 返回这几条指令的损耗误差一般不到 1%对 LED 闪烁、按键去抖完全够用。但如果做串口波特率或者精准时序软件延时就不靠谱了得用定时器。3.3 I/O 操作与按键扫描汇编里的输入输出按键例程和 LED 例程最大的区别是方向。LED 引脚是输出程序控制它输出高电平还是低电平按键引脚是输入程序要读外部电平。读按键最经典的坑是抖动——机械按键按下和松开的瞬间引脚电平会反复跳变几毫秒到十几毫秒不做处理就会误判。例程里的按键检测长这样; 按键检测带 10ms 软件去抖 ; 假设按键按下时引脚为低电平KEY_PORT 为端口寄存器 KEY_CHECK: BTFSC KEY_PORT, KEY_PIN ; 读引脚为 0 跳过下一条指令代表「按下」 GOTO KEY_RELEASED ; 为 1 表示没按下 CALL DELAY_10MS ; 第一次读到低电平先延时跳过抖动 BTFSS KEY_PORT, KEY_PIN ; 延时后再读一次 GOTO KEY_PRESS_CFM ; 仍然为 0确认是真实按下 KEY_RELEASED: CLRF KEY_FLAG ; 标志清零代表没有按下 GOTO KEY_CHECK_END KEY_PRESS_CFM: MOVLW 0x01 MOVWF KEY_FLAG ; 置 1代表检测到一次按下 KEY_CHECK_END: RET去抖的思路是「不信第一次读数」发现引脚变低了先等 10ms 再读一次如果还是低就认为是真按下否则当作抖动忽略。BTFSC 和 BTFSS 这两条指令要分清——BTFSC 是位为 0 时跳过下一条BTFSS 是位为 1 时跳过下一条。写反了按键逻辑会完全颠倒。按键 I/O 还有一件事要提醒很多 8 位单片机的端口内部有可配置的上拉电阻如果外部电路没接上拉必须在初始化里把内部上拉打开否则引脚悬空时电平随机跳按键检测就全乱套。3.4 定时器中断让芯片自己计时软件延时的缺点是 CPU 被占死什么都干不了。定时器中断例程展示的是另一种思路——定时器在后台自己数数数到溢出触发中断CPU 平时该干嘛干嘛只有中断发生时跳去处理一下。以 8 位定时器为例初始化代码这样写; 定时器 0 初始化 ; 假设系统时钟 4MHz预分频 1:256定时器计数脉冲周期 64us TIMER0_INIT: MOVLW 0b00000001 ; 配置预分频 1:256 MOVWF T0CON ; 写入定时器控制寄存器 MOVLW 100 ; 计数初值 100 MOVWF T0CNT ; 写入计数寄存器 BSF T0IE ; 开定时器中断使能 BSF GIE ; 开总中断使能 RET定时器是向上计数还是向下计数不同芯片不一样但初值的算法是相通的。按计数脉冲周期 64us 算10ms 需要 156 个脉冲8 位计数器从 100 数到最大值 256 期间产生一次溢出中断因为初值是按 156 反推的256 减 156 等于 100实际中断周期约 9.98ms误差 0.2% 左右。中断服务程序里要做两件事重新装载初值否则下一轮定时时间不对然后做周期性的业务比如翻转 LEDISR_ENTRY: ; 保存现场把 W 寄存器和状态寄存器压栈 MOVWF W_TEMP ; 重新装载定时器初值 MOVLW 100 MOVWF T0CNT ; 每中断一次计数器加一 INCFSZ TICK_CNT, 1 ; 到 100 次约 1 秒 GOTO ISR_EXIT CLRF TICK_CNT ; 翻转 LED 引脚 BCF LED_PORT, LED_PIN ; 示例引脚取反可用 XOR 指令完成 ISR_EXIT: ; 恢复现场 RETI用中断后主循环只跑业务逻辑不用再管延时CPU 利用率高很多。但代价是中断服务程序里能用的时间很短——如果中断里写太多代码还没执行完下一次中断又来了程序就会乱套。常见做法是中断里只做标记具体处理放主循环。4. 程序配置说明熔丝位、看门狗、代码保护这些「烧录时才生效的开关」4.1 芯片配置选项长什么样改错了会怎样写汇编代码只是完成一半工作另一半在烧录器软件里。程序配置说明文档里最核心的内容是一张「芯片选项表」烧录之前必须逐项勾选。这些选项不编译进 hex 文件而是烧录时单独写入芯片的配置区直接影响芯片的电气行为。我把最常见的配置项整理成一张表配置项常见取值配置错误的后果系统时钟源内部 RC / 外部晶振板上没晶振却选外部晶振芯片完全不跑看门狗开启 / 关闭开启后代码不喂狗定时复位复位引脚专用复位 / 复用为 I/O选错导致引脚功能异常或无法烧录代码保护关闭 / 使能使能后程序无法被读出也无法关闭低压检测使能 / 禁止电压波动时异常复位或烧录失败4.2 时钟源与看门狗最影响稳定性的两个配置时钟源选错是最容易翻车的。很多学习板为了省钱板上根本不焊晶振全靠芯片内部 RC 振荡器跑。但例程配置单里如果默认选了外部晶振烧进去的结果就是芯片上电后完全没反应——并不是代码错了而是芯片在等一个不存在的时钟信号。反过来如果板上焊了晶振却选内部 RC跑起来功能正常但串口通讯、PWM 输出这类对时钟精度敏感的功能全都会偏。我的排查习惯是拿到一块不熟悉的板子先看板上有没有晶振再决定时钟源怎么选。内部 RC 的精度通常在 1% 到 2%做 LED 闪烁、按键扫描绰绰有余做需要精准定时的功能才考虑外部晶振。看门狗是另一个隐蔽的坑。打开看门狗后程序主循环必须在规定时间内执行一次「喂狗」操作否则芯片不管程序跑到哪都会强行复位。如果例程代码里没有喂狗语句而配置单里看门狗开关是打开的烧出来的现象就是「上电能跑跑着跑着突然重启」。4.3 代码保护与量产烧录代码保护位在阅读程序配置说明时容易被忽略等量产的时候才发现很重要。OTP 芯片的代码保护像一个一次性锁——使能之后芯片里的程序不能被烧录器读出来也无法再关闭保护位。对小家电产品来说这是防止方案被抄的最基本手段。量产烧录的常见做法是先用一块芯片烧录并验证功能确认无误后在批量烧录时统一打开代码保护。需要注意的是代码保护使能后如果发现程序有 bug这芯片就废了只能换新芯片重新烧所以「先不保护、验证通过后再保护」的顺序别搞反。4.4 一份典型的配置单长什么样根据程序配置说明文档一份典型的芯片选项配置单是这样的时钟源选内部 RC因为板子上没晶振、看门狗关闭例程没写喂狗、复位引脚保持专用复位功能、代码保护暂不开、低压检测使能。烧录前把这几项在烧录软件里逐一对上再点写芯片。如果烧录软件里有「读取芯片配置」的功能强烈建议先在空芯片上读一次默认配置看看厂商出厂设置是什么样的再改成自己的配置。这能避免在芯片选项页里改了不该改的项。5. 常见问题排查烧录失败、上电不跑、无限复位的几段真实踩坑记录5.1 现象烧录成功但芯片上电后没有任何反应第一次遇到这个问题时我还以为芯片坏了换了一片还是这样后来才发现是配置单里时钟源选了外部晶振而板子上根本没焊晶振。芯片上电后在等外部时钟自然什么都不跑。原因就是时钟源配置和实际硬件电路不匹配。解决方法是先确认板子上有没有晶振再回到烧录软件把时钟源切到内部 RC重新烧录。另外复位引脚如果悬空芯片也可能一直处于复位状态用示波器测复位引脚电平或者直接给它加上拉电阻处理。5.2 现象上电正常但运行几秒到几分钟后自动复位程序刚烧进去时一切正常LED 按时闪按键也能响应但运行一段时间后像被人按了复位键一样重新开始。反复出现、时间还不固定很像随机问题。最后发现是看门狗在捣鬼——配置单里看门狗是开启的但主循环里没有喂狗指令狗饿死了就把芯片复位了。原因就是看门狗超时触发了复位。解决方法是两条路二选一如果功能代码不需要看门狗配置单里直接关闭如果产品要过认证或环境干扰大必须开看门狗就在主循环和耗时较长的延时段里加喂狗指令保证喂狗间隔小于看门狗溢出时间。5.3 现象按键时灵时不灵按十次有两次没反应按键检测例程明明带了去抖为什么还会漏用逻辑分析仪抓按键引脚波形才发现按下瞬间的电平跳变超过了 10ms 去抖窗口去抖延时结束后的第二次采样正好赶上抖动尾巴被误判成「松开」。原因是机械按键老化或按压力度不够导致抖动时间变长也有可能是按键引脚没有使能内部上拉电平恢复缓慢。解决方法是把去抖延时从 10ms 加大到 20ms 再读一次同时检查初始化代码里有没有打开内部上拉。去抖时间不是越大越好太大会让按键手感变迟钝一般不超过 30ms。5.4 现象汇编编译零错误极端情况下程序还是跑飞编译、烧录都成功大部分时间功能正常但偶尔出现按键没反应或灯乱闪。用仿真器单步跟又复现不了很头疼。查到最后是中断现场没保护导致的——中断服务程序里改了 W 寄存器和状态寄存器但没保存和恢复现场主程序被打断时寄存器的值就被破坏掉了。原因就是中断服务程序破坏了主程序的工作寄存器。解决方法是中断入口先把 W 和状态寄存器压栈保存RETI 之前再恢复同时检查中断里有没有嵌套调用其他子程序——8 位单片机的硬件堆栈普遍很浅只有几层嵌套深度超过两三层就可能覆盖返回地址。5.5 现象低功耗模式电流比手册标称值大了好几倍产品做低功耗测试时发现休眠电流比数据手册多了几百微安电池续航直接打对折。查硬件电路没发现问题最后把每个 I/O 引脚挨个设置了一遍才定位到有两个没用到的引脚处于输入悬浮状态引脚电平来回跳变芯片为了驱动这个不确定电平白白浪费电流。原因是未使用 I/O 悬空产生漏电流路径。解决方法是把没用的引脚统一配置成输出低电平或者使能内部上拉输入绝不能让它悬空。低功耗用例程里的睡眠机制之前先把 I/O 状态清干净这是省电的第一步。6. 二次开发改造把按键 DEMO 改成长按和短按识别拿到这块板子做二次开发时我最想改的是按键交互——产品需要一个「短按切换模式、长按开关机」的操作逻辑但例程里只有简单的按下检测。改造的核心思路是把按键检测从「判断有没有按下」升级成「判断按了多久」这需要引入一个状态机。; 按键状态机0等待按下1已按下并计时 STATE_WAIT EQU 0 STATE_HOLD EQU 1 KEY_LOOP: CALL KEY_CHECK ; 结果存 KEY_FLAG1 表示按下 MOVF KEY_STATE, 0 ; 读当前状态 BTFSC STATUS, Z ; 状态为 0 走等待分支 GOTO ST_WAIT GOTO ST_HOLD ; 状态为 1 走计时分支 ST_WAIT: BTFSC KEY_FLAG, 0 ; 没按下就继续等待 GOTO KEY_LOOP MOVLW STATE_HOLD MOVWF KEY_STATE ; 首次按下进入计时状态 CLRF PRESS_CNT ; 计时清零 GOTO KEY_LOOP ST_HOLD: BTFSS KEY_FLAG, 0 ; 松开了说明是短按 GOTO SHORT_PRESS_HANDLE INCF PRESS_CNT, 1 ; 还没松开计时加一 MOVLW 50 ; 50 帧作为长按阈值 SUBWF PRESS_CNT, 0 ; PRESS_CNT - 50 BTFSC STATUS, C ; 无借位说明到达阈值 GOTO LONG_PRESS_HANDLE ; 触发长按逻辑 GOTO KEY_LOOP这套状态机每调用一次处理一帧按键状态。帧周期由主循环调用频率决定假设每 10ms 调一次阈值 50 帧就是 500ms——按住超过半秒判定为长按松手时不到阈值判定为短按。阈值这个数不是拍脑袋定的我改成 30 帧和 60 帧分别实测了一组长按触发手感最后在 50 帧附近误触率最低。验证方法不是拿手指反复按而是用逻辑分析仪同时抓按键引脚和输出引脚对比按下持续时间和触发点确认短按和长按的分界是否清晰。这套改造做完后我还顺手把按键事件处理从主循环里搬到了中断标志位里——中断只负责置标志主循环轮询处理避免按键处理占用太长中断时间导致定时误差。从那以后我每次新增按键功能都强制先画状态机再写汇编验证时先看波形再确认逻辑。这套 DEMO 里省下来的调试时间全花在了提前多想一步上。希望帮到你。本文还有配套的精品资源点击获取

8位单片机汇编例程实战：从LED闪烁到定时器中断

相关推荐

多元积分复习笔记：从二重三重到曲线曲面的“正元”体系

SAP打印配置全解析：消息输出、条件记录与SPAD设备链路

多微电网拓扑优化：约束差分进化算法的Matlab实现

更多资讯

新概念第四册Lesson 35精读：用英语重装思维操作系统

零信任架构结合SPIFFE/SPIRE的本地大模型WebUI服务

社交网络分析中的数据建模：从属性图到图数据库的工程实践

VHDL手写FFT：参数化定点RTL实现，摆脱IP核依赖

IntelliJ IDEA多模块创建避坑指南：SDK、构建工具与语言级别的协同配置

STM32F103 I2C从机中断接收实战：事件状态机与避坑指南

今日更新

智能硬件视频会议集成：从芯片选型到场景落地的全栈实践

FFmpeg音视频处理与5路RTMP推流实战：从原理到118克盒子部署

RK3528+1GB内存如何变身直播节点？硬编解码与六协议实战复盘

本周精选

金融AI落地指南：从调研报告到技术选型与工程实践

大模型上下文成本与注意力优化技术深度解析——为何O(n²)平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测

基于GMM的语音识别系统原理与MATLAB实现详解

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？