8位OTP单片机JZ8P2613 DEMO配置字与汇编例程调试全攻略

简介：这份压缩包是一份针对晶哲jZ8P2613高性能低功耗8位单片机的演示程序与配置指南，面向嵌入式开发者和单片机学习者，适合需要掌握8051汇编编程、寄存器配置及中断/通信处理的实践场景。包内共44个文件，整体1.92MB，包含H头文件、PDF专题文档、汇编源文件（asm/c/as）以及工程配置文件（prj、wsp、cfg、dep等），其中PDF覆盖了IO初始化、PWM配置、中断时间配置、低功耗睡眠模式与AD配置等关键模块，另有头文件和工程文件便于对照寄存器定义与项目结构。已有609人浏览学习，资源附带DEMO例程，可演示I/O操作、中断处理与通信功能，并配有完整配置流程说明。通过学习该包，读者能快速上手jZ8P2613的初始化设置、中断服务程序编写、I/O端口控制及常见调试方法，也能借助头文件与工程文件梳理程序空间分配与代码烧录思路，是一份兼具理论说明和实践参考的入门与进阶资料。

1. 拿到 jZ8P2613DEMO 包先查配置字：别让 8 位 OTP 例程白跑一遍

8 位 OTP 单片机里，JZ8P2613 这类料主要出现在小家电、玩具、小功率控制上，开发方式以汇编为主。厂商随芯片给的jZ8P2613DEMO与程序配置说明.zip，核心内容就是一堆汇编例程和一张配置说明；我拆过好几版，真正让新手卡壳的往往不是 C 语言语法，而是配置字里振荡器选项和板子对不上。上电没反应、延时快一倍慢一倍、校验读不回来，这些看起来像电路问题的坑，九成出在烧录前没把配置说明读透。下面就把我从“拿到 DEMO”到“在自己的板上确认例程真的跑起来”的完整过程拆开讲，适合刚切到这颗料、手里只有数据手册和例程包的人。

2. 解压之后先别急着烧：把汇编工程骨架和 RAM 边界摸清

2.1 压缩包里那几类文件，分别管什么

jZ8P2613DEMO与程序配置说明.zip解压后，表面上是一堆文件，实际按用途分四类：汇编源码、寄存器定义、列表文件、烧录文件。

我一般先不急着解压，而是用命令只看压缩包清单，确认里面除了 .asm 还有没有说明文档，免得直接双击解压后漏掉某个目录：

ls -l jZ8P2613DEMO与程序配置说明.zip unzip -l jZ8P2613DEMO与程序配置说明.zip | head -n 20

unzip -l的作用是列出压缩包内容而不解压，head -n 20限制只显示前 20 行。看到输出里有xxx.asm、xxx.inc、xxx.lst、xxx.hex以及“程序配置说明”相关文件，这套料就齐了。注意这个命令只做“侦察”，真正干活还是解压后动手。

主例程是最能直接抄的部分，但它通常写得不够“教学”：变量名可能是 A_TMP、B_TMP，没有注释，跳转全是 GOTO。所以我一般会先翻.lst而不是先翻.asm，列表文件能直观看到每个符号落在哪个地址、RAM 占用多少。.inc里定义的寄存器名一定要以它为准，不同厂商的 8 位 OTP 内核虽然都像 RISC，但端口名、bank 切换方式经常不同，拿上一颗芯片的习惯去套会翻车。

2.2 汇编入口和伪指令：先把启动与主循环骨架认出来

这种 OTP 单片机多数是 RISC 内核，汇编里没有操作系统、没有 startup 库，程序入口固定在一个地址。常见例程开头像下面这样，我摘掉注释后贴出来：

; 例程开头通用骨架：跳过中断向量，进入主循环 ORG 0x0000 GOTO MAIN ; 复位入口先跳走，避免掉进中断向量 ORG 0x0004 ; 中断向量地址，具体看 .inc RETFIE ; 没有开中断时也能当作安全网 MAIN: BANKSEL TRISB ; 切到 TRIS 所在 bank MOVLW 0xF0 ; PB7-PB4 输入，PB3-PB0 输出 MOVWF TRISB BANKSEL PORTB CLRF PORTB ; 输出口先全部清 0 LOOP: BSF PORTB, 0 ; PB0 输出高 CALL DELAY_100MS BCF PORTB, 0 ; PB0 输出低 CALL DELAY_100MS GOTO LOOP

逻辑上就是两段：先初始化端口方向，再在主循环里反复翻转一个 IO。BANKSEL是很多汇编器提供的伪指令，实际会编译成对 STATUS 寄存器 bank 位的操作；如果你的汇编器不支持，就手动写BSF STATUS, RP0、BCF STATUS, RP0，效果一样。MOVLW 0xF0往 TRISB 写方向控制字，二进制11110000，高四位是 1 表示输入，低四位是 0 表示输出。端口方向寄存器和端口数据寄存器往往分属不同 bank，这也是直接搬例程最容易出错的地方——只清 PORTB 没切 bank，方向就没设对。

不要小看这段骨架，后面改自己的板子时，初始化顺序最好保持：先确认 bank，再写方向，最后清空端口。反过来先清端口再切 bank，上电瞬间引脚可能先乱跳一下，在小家电控制板上有时候会误触发负载。

2.3 数据手册与 .inc 配合着看，别把 RAM 当 C 语言变量用

汇编开发和 C 开发最大的区别，就是变量要自己管地址。.inc文件里一般会列出这样的映射关系：

我遇到过一位开发者把 20H 地址当成随意用的临时变量，结果 20H 实际是某个端口的镜像寄存器，程序跑起来 LED 乱闪，查了半天。这类问题的排查方法很简单：先在.inc里搜出现过的变量名，确认它所属 bank，再看CALL跳转时有没有切 bank。例程里如果用了BANKSEL，新增代码也尽量沿用同样的写法，不要图省事只改一个寄存器名。

还要再说一个常见误用：这类 RISC 内核的指令周期通常是振荡频率的 4 分频，也就是 Fosc=4MHz 时，指令周期 Tcy=1µs。很多刚从 C 转过来的人会把NOP直接当成一个振荡周期去算延时，结果延时子程序算出来的时间差了 4 倍。后面的代码块里我会特意按 Tcy 来标注释，烧录前也务必确认数据手册里关于指令周期的描述。

3. 程序配置说明：烧录前必须吃透的选项字、时钟源与保护位

3.1 配置字到底在配什么

OTP 芯片为什么要单独一份程序配置说明？因为这种单片机很多配置不是软件指令能改的，而是烧录时由配置字（Configuration Word）确定，烧完就固定了。有些料还能在程序里用选项字覆盖，但大多数场景下烧进去是什么，芯片跑起来就是什么。常见配置项我整理成下面这张表，具体每个位叫什么名字以数据手册的配置字章节为准：

很多例程把配置字以注释形式写在.asm最前面，但真正生效的是烧录软件里勾选的选项。两处不一致时，以烧录软件里的为准。我吃过一次亏：源码注释里写着内部 4MHz，烧录软件却默认选了内部 16MHz，LED 闪烁频率快了四倍，怎么看都像程序写错了，最后用逻辑分析仪才定位到是配置字问题。

3.2 一份烧录前必做的配置核对流程

我一般拿到新板子，烧第一个 DEMO 前会按下面的顺序过一遍，不做完不进烧录器：

1. 查电源电压：芯片工作电压范围是多少，板子供电是多少，LVR 阈值别选得比实际供电还高。
2. 查振荡器：板上有没有晶振，有就确认晶振频率，没有就选内部振荡；外部晶振没起振时芯片可能完全不工作。
3. 查复位脚：配置成 IO 后，烧录器还能不能正常进入编程模式，不同工具要求不一样。
4. 查 WDT：如果只是验证 LED 闪烁，先关掉看门狗；等要量产再打开并检查喂狗逻辑。
5. 查代码保护：调试阶段一定不要开，开了之后校验读不回，而且 OTP 擦不掉，只能换片。

这几步看着繁琐，但前置成本很低。配置字错一次的代价是整片芯片报废，OTP 没有后悔药，多花两分钟核对比换一片料划算得多。

3.3 烧录文件格式：用 head 命令先确认 HEX 类型

烧录软件对文件格式很敏感，常见的是 Intel HEX，偶尔有人拿二进制 .bin 直接灌，导致程序写入地址错乱。我拿到 .hex 会先看一眼文件头：

head -n 5 demo.hex

正常 Intel HEX 每行以冒号开头，例如:020000040000FA。这行的含义是：本记录长度 2 字节、地址 0000、类型 04（扩展线性地址记录）、数据 0000、校验 FA。看到 04 类型记录，说明它带了 32 位地址扩展，烧录工具基本都能认。如果打开是乱码或者没有冒号开头，说明工具可能选错了格式，先在烧录软件里把文件类型选成 Intel HEX 再试。

对单片机例程来说，.hex 由汇编器直接生成，一般不会出错，但值得在烧录前确认一下文件大小和芯片 ROM 容量是否匹配。OTP 芯片的 ROM 容量通常不大，如果 .lst 末尾显示代码已经超出容量，烧录器可能不会报警，只在写入时静默失败。

4. 例程跑不起来的常见问题排查：五个高频翻车点

4.1 烧录时“校验失败”，代码保护位惹的祸

现象：程序烧写过程提示成功，但“校验”步骤报错，芯片表现正常或完全不正常。

原因：把代码保护位打开了。校验要读回芯片内部代码，开保护后读回的是全 0 或者随机数，和 hex 对不上。

解决：调试阶段把代码保护关闭；如果这颗片已经开了保护，就别再试了，直接换新片。量产阶段要开保护的话，建议在烧录流程里把“烧写后校验”选项关掉，或者用厂家工具自带的“只校验 ID”模式，避免产线误报。

4.2 上电后完全没反应，电流只有一个静态值

现象：电源接好，万用表测电流正常，IO 却没有一点波形。

原因：配置字选了外部晶振，但板子上没焊晶振或负载电容不对；另一种常见情况是把复位脚配成了普通 IO，导致上电复位条件不满足，芯片根本没进入用户程序。

解决：先用最简配置验证：内部振荡、关闭 WDT、关闭 LVR、复位脚保持专用复位，烧一个只点 LED 的例程。如果这版能跑，再一项项把配置改回去，确定是哪一项导致停摆。

4.3 延时和 LED 闪烁频率差四倍，多半是指令周期算错

现象：例程注释写“延时 100ms”，实测 LED 每 0.4s 才翻转一次，或者快得离谱。

原因：这类内核指令周期是振荡周期的 4 分频，Fosc=4MHz 时，Tcy 只有 1µs。延时循环里按 1 个指令周期跑，实际花掉的是 4 个振荡周期，算出来自然差 4 倍。还有可能是烧录软件里把系统时钟分频设成了 2 分频或 4 分频。

解决：统一用 Tcy 作为时间单位重新核算，同时检查配置字里的时钟分频位。快速判断方法就是挂逻辑分析仪测翻转周期，按第 6 章的方法反推实际主频。

4.4 加了新变量后，某个功能数据无故被改写

现象：原本例程正常，追加几个临时变量和判断逻辑后，端口状态或计数值乱跳。

原因：新变量地址和特殊功能寄存器重叠，或者跨 bank 访问时没有切回原来的 bank。OTP 例程里的变量很多是固定地址，不是像 C 语言那样由编译器统一分配。

解决：不要自己随手定义一个地址，先在.inc里找空闲 RAM 区间，再把变量定义到显式地址；凡是在子程序里切过 bank，返回前记得切回主 bank。

4.5 程序跑一段时间自己重启，像是被“神秘力量”复位

现象：LED 闪了十几秒后突然重新开始，时间间隔还不固定。

原因：配置字把 WDT 打开了，主循环或长延时里没有喂狗，溢出后强制复位。

解决：在程序主循环和所有超过看门狗溢出时间的延时循环里加CLRWDT。长延时拆成多段，每段之间喂一次狗，例如 100ms 延时就是 200 次 0.5ms 的小循环，循环里定期清狗。这样既不破坏延时，又能让看门狗持续被“投喂”。

5. 把自己的板子接入例程：引脚分配、延时与烧录选项的适配

5.1 先把例程默认引脚映射到自己的板子上

例程一定是用厂商评估板的引脚写的，比如 LED 接在 PB0，按键接在 PB4；自己的板子可能把 LED 接到了 PF.3，按键接到了 PA.2。直接改代码前，我会先画一张映射表，省得改到一半忘了对应关系：

然后按映射表重写初始化部分。下面这段把 LED 改到 PF.3，注意寄存器名以自己.inc里的定义为准，有些芯片端口叫 GPIO、P1、P2，不要照抄 TRISB 这个名字：

; 把例程中的点亮 LED 逻辑改到 PF.3 MAIN: MOVLW 0x08 ; 二进制 00001000，只把 PF.3 设为输出 MOVWF TRISF ; 方向寄存器名字以数据手册 / .inc 为准 CLRF PORTF ; 输出口先全部清 0 LOOP: BSF PORTF, 3 ; PF.3 输出高，LED 亮 CALL DELAY_100MS BCF PORTF, 3 ; PF.3 输出低，LED 灭 CALL DELAY_100MS GOTO LOOP

MOVLW 0x08这一句是关键：它只把要用的 PF.3 设为输出，其他引脚全部保持输入状态。如果直接把例程里整字节的CLRF TRISB搬过来，可能把其他已经接外设的引脚方向改掉，轻则外设误动作，重则 IO 口上两个输出对顶把引脚烧了。

5.2 延时子程序：按指令周期精算，别只靠试

例程里的延时子程序通常没有注释，看得人一头雾水。下面这段是通用的双层循环延时模板，Fosc=4MHz、指令周期 1µs 时，约等于 100ms：

; 100ms 延时（Fosc=4MHz，Tcy=1µs 时约 100ms） DELAY_100MS: MOVLW 0xC8 ; 外层计数 200 MOVWF OUTER DL_OUT: MOVLW 0xFA ; 内层计数 250 MOVWF INNER DL_IN: NOP ; 占 1 个指令周期 DECFSZ INNER, F ; INNER 减 1，为 0 时跳过下一条 GOTO DL_IN DECFSZ OUTER, F ; OUTER 减 1，为 0 时跳过下一条 GOTO DL_OUT RET

我把时间账算给你看：内层循环每次迭代是NOP加DECFSZ，共 2 个指令周期，循环约 250 次，也就是约 500 周期；外层再循环 200 次，总周期约 100000 周期，Tcy=1µs 时正好约 100ms。MOVLW、MOVWF、CALL、RET这些额外开销会带来 1%~2% 误差，驱动 LED 无所谓；如果做时钟输出或串口波特率，要改用定时器中断，不要用软件延时去卡时间。

5.3 烧录前按新板子重新走一遍检查表

改完引脚和延时，接下来不是直接烧，而是重新确认配置字和烧录选项。我给出每次必查的清单：

这一步别嫌重复。芯片 OTP 只能烧一次，第 3 章讲过的“上电不跑、校验失败”几乎都是这六项组合出来的，每次换板都是新机会踩旧坑。

6. 用逻辑分析仪验证例程是否真跑起来：从波形反推配置字

烧完代码，别只看 LED 亮不亮，那是低端判断。我会直接把逻辑分析仪探头夹到 PF.3 引脚上，GND 接板子地，采样率设 100kHz 以上，触发方式选“上升沿”，然后上电看波形。这一步能一次性回答三个问题：程序跑没跑、延时准不准、配置字对不对。

方法是这样的：例程里 LED 亮 100ms、灭 100ms，输出方波周期就是 200ms，对应频率 5Hz。逻辑分析仪或示波器上如果看到约 5Hz 的方波，说明配置字、延时、引脚全部正确。如果看到 10Hz，说明实际主频是例程预期的两倍，多半是烧录软件里时钟源或分频选高了；如果看到 2.5Hz，则是主频减半，检查振荡器来源是不是被选成了内部低频。完全没有波形，就按第 4 章的顺序排查供电、复位、配置字。

更进阶一点的验证是确认 IO 电平：这类芯片有的引脚是开漏输出，有的带内部上拉，逻辑分析仪只能看到波形，看不到驱动能力。我习惯把波形抓出来的同时用万用表测高电平电压，高电平接近 VDD、低电平接近 GND，说明端口驱动正常；如果高电平只有 2V，检查是不是开了弱上拉或引脚模式配置错了。

从那以后我每次拿到新 DEMO，都强制自己先把配置字、振荡器来源、指令周期这三个数写成一行注释，贴在 .asm 最顶上，再往下看代码。看起来啰嗦，但能省掉后面大部分翻车时间。希望帮到你。

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