简介：《jZ8P2613DEMO与程序配置说明》是一份面向单片机开发者的演示程序与配置指南，围绕晶哲低功耗八位单片机jZ8P2613，覆盖初始化设置、中断服务、I/O口控制以及UART/SPI等通信模块的汇编编程思路，适合学习8051汇编或需要快速搭建项目框架的工程师。压缩包共44个文件，大小约1.92MB，以PDF说明文档、C/汇编源文件、头文件和工程配置为主，结构便于对照手册逐项验证。内容涉及中断时间配置、2612与2613初始化I/O差异、PWM配置、低功耗睡眠与低速模式等主题，也针对特殊寄存器定义、变量溢出等常见问题给出排错建议，实操参考性较强。资源已有609人学习，阅读后能更清晰地理解jZ8P2613寄存器操作与程序配置流程，为后续嵌入式开发打下扎实基础。

1. 先搞清楚：jZ8P2613 的 DEMO 包到底替你省了什么

第一次拿到 jZ8P2613 这颗 8 位单片机时，我对着数据手册翻了一下午，真正让板子跑起来的，还是厂商随片发布的这包「DEMO 与程序配置说明」。它的价值就两件事：一批能直接编译烧录的汇编例程，覆盖 LED、按键、定时器、数码管这些最小闭环；一份讲清楚配置字怎么填的文档，专治小资源单片机烧错一次就没后悔药的问题。

做小家电、玩具、传感器采集这类成本敏感项目的开发者，拿这套资料评估芯片、起步开发，比从头啃手册高效得多。例程告诉你代码骨架长什么样，配置说明告诉你烧录前哪些开关必须拨对。这两样理顺了，这颗芯片对你来说就不再是黑匣子。

2. 资料包结构拆解：例程目录、配置文档和工具链先看哪样

厂商的 DEMO 包我拆过不少，布局大同小异，但这套 jZ8P2613 资料的每一层文件职责分得很清楚。拿到手别急着双击看代码，先把目录过一遍，找到三样东西：例程工程、程序配置说明、芯片头文件。这三样对应着你接下来要解决的三个问题——能编译什么、烧录时坑在哪、寄存器名从哪来。

2.1 例程目录布局：每个子工程都是一个最小闭环

解压后典型的目录结构是下面这个样子，每个 Demo 子目录都是一个独立完整的汇编工程，可以直接打开、直接编译，不用东拼西凑：

jZ8P2613DEMO与程序配置说明/ ├── Doc/ │ ├── jZ8P2613 数据手册.pdf │ └── 程序配置说明.pdf ├── Demo/ │ ├── 01_GPIO_LED/ │ ├── 02_按键_蜂鸣器/ │ ├── 03_定时器/ │ ├── 04_数码管动态扫描/ │ └── 05_AD采样/ ├── Include/ │ ├── jZ8P2613.inc │ └── config.inc └── Tool/ └── 烧录工具及驱动/

Doc 下的程序配置说明优先级高于数据手册。数据手册讲的是引脚电气特性和寄存器位定义，配置说明讲的是烧录之前你必须做的选择：时钟从哪来、看门狗开不开、代码要不要保护。这两份 PDF 建议先读配置说明，因为它的内容直接决定你能不能顺利烧出第一片能跑的芯片。

Include 里的 .inc 头文件是整个工程的地基。8 位单片机汇编不像 C 有标准库，P0、TMOD 这些寄存器名字全靠头文件里的 EQU 伪指令定义，头文件版本和芯片型号对不上，编译出来的访问地址就是错的，而且这种错非常隐蔽，程序能编译过但跑起来全乱。Tool 目录是烧录配套，装好后建议先把厂商给的烧录演示流程走一遍，确认编程器驱动和上位机版本匹配。

2.2 程序配置说明：配置字是这颗芯片的黑匣子开关

jZ8P2613 这类 P 后缀的小资源单片机，常见是 OTP 一次性可编程，也就是说程序和配置字一起烧进去之后，只能读不能改。配置字就是烧录时额外固化进去的几个字节，代码能不能跑、跑多快、会不会被莫名复位，全由它决定。厂商在配置说明里通常会放一张配置项总表，把每个选项的含义、可选值、推荐组合列清楚：

这张表就是这颗芯片的黑匣子开关。厂商出厂的例程能直接编译烧录，是因为配置字模板按最通用场景配好了；但你自己搭板子换了外部晶振、改了供电方式、想加看门狗，就必须回到这张表改对应的项。我见过不止一次有人把外部晶振的例程配置套到内部 RC 的板子上，LED 亮灭节奏直接慢了一半，查了半天最后发现是配置字里的时钟源没改。

2.3 汇编工具链：从 .asm 到 .hex 需要什么

编译和烧录是两段独立的流程。编译用厂商提供的汇编器，通常是 Windows 下的 IDE 工程，把 .asm 和 .inc 放进工程点一下 Build，就产出烧录文件；烧录用厂商配套的编程器，上位机里会再次让你确认配置字，然后写进芯片。

# 一个完整的汇编工程编译后，常见产物 led.asm --厂商汇编器--> led.hex # 烧录文件, 编程器读这个 led.lst # 列表文件, 指令与地址对照 led.map # 符号表, 变量/标号地址查询

调试时最有用的是 .lst 而不是 .hex。程序跑飞时对照 .lst 看 PC 跳到哪个地址、那行是什么指令，比瞎猜快得多。烧录阶段如果上位机支持配置字预览，烧之前把每一项截图存档，这是批量生产时排查不良品的重要依据。

提示：如果 Demo 里同时给了 .c 和 .asm 两份同名工程，优先看汇编版。不是汇编更高级，而是厂商对汇编工程的验证最勤，里头寄存器注释最全。

3. 核心例程拆解：一个 LED 闪烁工程从复位到主循环的完整链路

这一节拿最简单也最典型的 GPIO 例程走一遍，看完你就明白这套 DEMO 的汇编代码骨架是怎么组织的，以后换任何外设例程，都能按同样的脉络去读：向量表占位、初始化、主循环、子程序。

3.1 向量表先占位：复位向量和中断向量一个都不能少

例程开头一定是向量区，这是 8 位单片机汇编工程的固定套路。芯片上电或复位后，PC 会从复位向量地址开始取指，所以 0x0000 处必须是一条跳转指令：

;========================================================== ; 文件: led.asm ; 芯片: jZ8P2613 ; 时钟: 内部 RC, 例程按厂商默认频率标定延时 ;========================================================== ORG 0x0000 ; 复位向量: 上电后 PC 从这里开始 LJMP START ; 长跳转到主程序入口, 避开中断向量区 ORG 0x0003 ; 外部中断 0 向量地址 LJMP EXTI0_ISR ORG 0x000B ; 定时器 0 溢出中断向量地址 LJMP TIM0_ISR ;---------------------------------------------------------- ; 中断服务函数: 先给空实现, 保证向量表完整 ;---------------------------------------------------------- EXTI0_ISR: RETI ; 中断返回, 恢复断点现场 TIM0_ISR: RETI

ORG 伪指令的作用是告诉汇编器把后面的代码放到指定地址，LJMP 则是 2 字节以上的长跳转，能覆盖完整地址空间。没接触过汇编的人最容易犯的错，是不写向量表直接甩主程序——不开中断时也许能跑，但只要使能位一开，中断一来 PC 就跳到向量地址，那个位置存的是随机数据，程序当场跑飞。所以例程里再简单的工程，这段向量占位都是模板级的存在。

3.2 主循环与 GPIO：CPL 翻转、延时标定和参数怎么改

跳过向量区之后就是主程序。这个例程的核心逻辑只有三件事：配置 IO 方向、翻转引脚、延时。逐行看代码：

;---------------------------------------------------------- ; 主程序入口 ;---------------------------------------------------------- START: MOV P0M, #0x00 ; P0 口全部配置为推挽输出 MOV P0, #0xFF ; 初始全高, LED 熄灭 MAIN_LOOP: CPL P0.0 ; 翻转 P0.0: 高->低->高, LED 亮灭交替 CALL DELAY ; 调用延时子程序 SJMP MAIN_LOOP ; 无条件跳回循环 ;---------------------------------------------------------- ; 延时子程序: R0/R1 双层嵌套, 时间按实际时钟标定 ;---------------------------------------------------------- DELAY: MOV R0, #0xC6 ; 外层计数 198 DL_1: MOV R1, #0xFF ; 内层计数 255 DL_2: DJNZ R1, DL_2 ; R1 减到 0 才往下走 DJNZ R0, DL_1 ; R0 减到 0 才 RET RET

P0M 是 P0 口的模式寄存器，写 0x00 表示全部引脚为推挽输出，想改成输入就把对应位置 1；CPL 是取反指令，专门用来翻转引脚状态，不用先读后写；DJNZ 是减 1 不为 0 跳转，是延时子程序的核心指令。

这段延时的总周期数可以按公式估算：R0 * (R1 * 2 + 5) + 4，也就是 198 * (255 * 2 + 5) + 4 ≈ 10 万周期。注释里写的延时毫秒数是厂商在默认频率和指令周期下实测的，你一旦改了配置字里的时钟源或分频，这个数字就要全部重算。所以我的血泪经验是：注释只当参考，最终以实际示波器测量为准。

3.3 定时器中断：比软件延时靠谱的计时方式

LED 闪烁用嵌套延时够用，但做按键消抖、数码管扫描这类需要精确节拍的场景，例程会换用定时器。定时器例程的写法是一个独立的初始化子程序加一个中断服务函数：

;---------------------------------------------------------- ; 定时器 0 初始化: 16 位定时模式 ;---------------------------------------------------------- TIM0_INIT: MOV TMOD, #0x01 ; T0 工作在 16 位定时器模式 MOV TH0, #0xDC ; 初值高字节 MOV TL0, #0x00 ; 初值低字节 SETB ET0 ; 开定时器 0 中断使能 SETB EA ; 开总中断 SETB TR0 ; 启动定时器 0 RET ;---------------------------------------------------------- ; 定时器 0 中断服务: 重装初值并翻转 LED ;---------------------------------------------------------- TIM0_ISR: MOV TH0, #0xDC ; 重装高字节 MOV TL0, #0x00 ; 重装低字节, 保证下一周期一致 CPL P0.0 ; 翻转 LED RETI

TMOD 写 0x01 表示定时器 0 工作在 16 位定时模式，TH0 和 TL0 组成 16 位计数初值，从初值开始向上计数，溢出时触发中断并自动清零。所以中断服务函数里的第一件事是重装初值，否则下一次溢出周期就不是你要的间隔。这个用例里定时器计数器是循环复用的，每溢出一次，LED 翻转一次，翻转频率由 65536 减初值决定，改 TH0 和 TL0 就能改闪烁节奏。

定时器方案和软件延时最大的差别在于：延时期间 CPU 被占死，按键按了没反应；定时器中断则让主循环一直有空处理按键、刷新显示，这是从「点灯例程」走向「产品代码」的分水岭。

4. 常见问题与避坑：从识别不到芯片到 OTP 锁死

下面几条是我用这颗芯片实际踩过的坑，有些问题看起来像玄学，其实都是配置或时序没对上。按现象、原因、解决的顺序列出来，遇到类似问题可以直接照着排查。

4.1 烧录器识别不到目标芯片

现象：编程器上位机提示找不到设备，重新插拔、换 USB 口都一样。原因多半不是芯片坏了，而是进入编程模式的时序没满足。这类小封装芯片对编程引脚的上电时序有要求，常见的是必须先给目标板供电、再拉高编程时钟，或者反过来；板上如果有大电解电容，上电斜率变缓，也会错过时序窗口。解决：对照程序配置说明里的烧录接线图，把编程器的时钟、数据、地三根线重新核对；目标板用独立电源，先让板子稳定上电，再在编程器软件里点连接。我自己的习惯是每次换板子都先烧一片确认时序，再谈批量。

4.2 汇编编译报错：寄存器名未定义

现象：编译报 P0M、TMOD 这类标识符未定义，明明例程代码看起来没问题。原因：.inc 头文件没有被正确包含进工程，或者工程里引用的是另一个型号的 .inc。8 位单片机汇编里寄存器名全靠头文件里的 EQU 定义，头文件错了，结构体偏移全偏。解决：检查 .asm 开头有没有 INCLUDE 语句，工程设置里头文件路径有没有指向 Include 目录。最稳的办法是从厂商例程原封不动拷贝整个工程文件，只改 .asm 内容，不要自己新建空工程，能省掉一半路径问题。

4.3 LED 节奏不对，或者芯片不定期复位

现象：延时明显比注释里的时间短或长，严重时板子几秒就复位一次，功能像在抽风。原因通常有两个：一是配置字里的时钟源或分频和例程注释不一致，延时子程序是按注释频率算的，频率变了延时全偏；二是看门狗处于使能状态，主循环没喂狗，溢出就复位。解决：先确认烧进去的配置字是什么时钟，再按实际频率重算延时；不想用看门狗就在配置字里关掉，想用则在主循环固定位置加喂狗指令序列。判断是不是看门狗复位，可以数复位周期是否和看门狗溢出周期一致。

4.4 配置字填错，OTP 芯片一次报废

现象：第一次烧录后芯片再也不能写入，或者烧完程序完全不动，等于废片。原因：OTP 没有后悔药，代码保护位一旦使能，回读被禁止；配置字填了非法组合，芯片可能直接进入保护态。解决：烧第一批样片前，把配置字逐项和例程默认值对比，不确定的选项保持默认；条件允许先用可擦写型号或者仿真器验证代码逻辑，最后一步才烧 OTP。批量产线要在烧录器软件里开启配置校验，配置不符直接报警，别指望目检能看出来。

注意：凡是烧完不能复用的片子，一定是配置字或保护位的锅，而不是程序本身的锅。排查顺序永远是先看配置，再看代码。

5. 二次开发：把 GPIO 例程改造成带按键控制的工程骨架

5.1 先搭骨架：复制例程、抽公共子程序、固化配置字

二次开发最忌讳在例程上直接乱改。我的做法是：先从 Demo 里挑一个外设最接近的工程复制出来，比如要做按键控制就用按键例程打底；然后把延时、按键扫描这类会被多处复用的子程序单独抽成一个公共 .asm 文件，主程序引用它；最后把配置字模板固化成自己项目的默认值，写进 config.inc，以后所有基于这颗芯片的新项目都从这套骨架起步，不再每次翻手册。

5.2 加一个按键分支：消抖和状态翻转怎么进主循环

以 LED 例程为底，加一个按键控制：P1.0 接按键，按下为低电平，每按一次翻转一次 LED。核心是下面这段消抖扫描逻辑：

;---------------------------------------------------------- ; 按键扫描: P1.0 接按键, 按下为低 ; 两次读取之间插入延时, 滤掉机械抖动 ;---------------------------------------------------------- KEY_SCAN: JB P1.0, KEY_END ; P1.0 为高说明没按下, 直接返回 CALL DELAY ; 第一次读到按下, 进入消抖等待 JB P1.0, KEY_END ; 消抖后再读一次, 变高说明是抖动 CPL P0.0 ; 两次都是低, 确认按下, 翻转 LED KEY_END: RET

这段逻辑的精髓在两次读取加一个延时窗口：第一次读到低电平不立即动作，等延时消抖窗口过了再读一次，两次都是低才认为是真按下，滤掉了机械按键最常见的抖动毛刺。想调灵敏度，就改 CALL DELAY 对应的那个延时子程序的循环次数；想在按键上多做几个功能分支，就在 KEY_END 前加入分支判断，用一个工作寄存器存按键状态值。

改造完不要直接上 OTP，先烧一片样片，把按键时序用示波器拉出来看：按下、释放各抓一次，确认消抖窗口覆盖住了抖动区间，再进批量。从那以后我每次烧 OTP 前都强制自己走一遍「配置字逐项对比 + 先烧样片验证」这两步，没再翻过车。这套 DEMO 包里的坑还有不少，但主干跑通之后，剩下的就是对照配置说明逐个验证外设的问题了。希望帮到你。

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