企业官网建设流程全解析

1. 为什么这次迁移不是“换个编译器”那么简单？

AVR-GCC 和 MPLAB XC8 看似都是嵌入式 C 编译器，但把一个跑在 ATmega328P 上、用 avr-gcc -mmcu=atmega328p 编译出来的固件，直接丢进 MPLAB X IDE 里点 Build，十有八九会报满屏错误——不是语法错，而是根本找不到头文件、中断向量表错位、寄存器定义冲突、甚至 main() 函数都进不去。这不是编译器“不好用”，而是两个工具链背后站着完全不同的设计哲学和生态体系。

我做过 7 个 AVR 项目迁移到 PIC16F18877 的实战，最深的体会是：这是一次从“裸金属自由派”到“厂商框架约束派”的范式切换。AVR-GCC 是 GNU 工具链的延伸，你写什么它基本照单全收，寄存器操作靠自己查 datasheet 手写 SFR 定义，中断服务函数用 ISR() 宏包装，启动代码（crt1.o）和链接脚本（ld）你甚至可以自己重写；而 XC8 是 Microchip 官方强管控的闭源编译器，它要求你必须用它提供的 xc.h 头文件、必须用 __interrupt() 声明中断、必须接受它预置的 startup code 和 memory model（tiny/small/medium），连堆栈管理方式都和 GCC 不一样——GCC 默认用硬件堆栈+软件模拟，XC8 在 small model 下用固定 RAM 区域做软件堆栈，且大小必须显式配置。

关键词“AVR-GCC”和“MPLAB XC8”背后，其实是两套完全不同的工程契约：前者信任开发者，后者信任芯片厂商。所以“迁移”不是改几行 #include 就完事，而是要重新校准整个开发心智模型。比如你原来习惯用 _BV() 宏做位操作，XC8 里得换成 __bit 或位域结构体；原来用 cli()/sei() 开关全局中断，XC8 要用 __builtin_disable_interrupts()；原来用 inline asm 写延时循环，XC8 的 inline asm 语法和寄存器约束规则完全不同。这些细节加起来，就是为什么很多工程师说“XC8 编译通过了，但程序不跑”，问题往往出在启动流程没对齐——AVR 的 reset vector 在 0x0000，PIC16 的在 0x0000 但复位后第一条指令必须跳转到 _startup，而这个跳转指令在 XC8 的 crt0.o 里，如果你手动替换了 startup code 却没配对，MCU 就卡死在复位循环里。

适合谁看这篇？如果你正在接手一个老 AVR 项目，客户要求换到 PIC 平台（常见于工业控制板卡升级、医疗设备国产化替代场景），或者你手头有现成的 AVR 固件想快速验证 PIC 功能可行性，又或者你刚从 Arduino 转过来、习惯用 avr-libc 却被分配到 PIC 项目组——那你需要的不是一份“编译器参数对照表”，而是一份能让你避开 XC8 隐形陷阱的实战地图。它不教你怎么写第一个 LED 闪烁，而是告诉你：当你的 ADC 采样值突然变成 0xFF00、当 UART 接收中断只触发一次就再无响应、当 watchdog 每次复位后变量值全乱——这些都不是代码 bug，而是迁移过程中踩中的生态断层。

2. 迁移核心思路：三步解耦法与不可妥协的硬性红线

我总结出一套“三步解耦法”，不是按文件顺序改代码，而是按依赖层级剥洋葱。第一步，剥离硬件抽象层（HAL）；第二步，重构中断与外设驱动；第三步，重适配启动与内存布局。每一步都有明确的交付物和验证点，避免陷入“改一点编译不过，改两点全崩”的泥潭。

2.1 第一步：HAL 层解耦——把寄存器操作从业务逻辑里揪出来

AVR 项目里常见这种写法：

// avr_main.c void adc_init(void) { ADMUX = (1 << REFS0); // AVCC reference ADCSRA = (1 << ADEN) | (1 << ADPS2) | (1 << ADPS1); // enable, prescaler 64 } uint16_t read_adc(uint8_t channel) { ADMUX = (ADMUX & 0xF0) | channel; ADCSRA |= (1 << ADSC); while (!(ADCSRA & (1 << ADIF))); ADCSRA |= (1 << ADIF); return ADC; }

这段代码把寄存器位定义、时序控制、状态轮询全混在一起。迁移到 XC8 时，如果直接替换 ADMUX 为 ADCON0、ADCSRA 为 ADCON1，结果必然是 ADC 不工作——因为 PIC16 的 ADC 模块初始化需要配置更多寄存器（ADCON0/1/2），且启动转换的流程是：设置通道→置位 GO/DONE 位→等待 DONE 位清零，而不是 AVR 的 ADIF 标志。

正确做法是先提取 HAL 接口：

// hal_adc.h typedef struct { uint8_t channel; uint16_t value; } adc_sample_t; void hal_adc_init(void); void hal_adc_start_conversion(uint8_t channel); bool hal_adc_is_conversion_done(void); adc_sample_t hal_adc_get_result(void);

然后为 AVR 和 PIC 分别实现：

• hal_adc_avr.c：封装原有寄存器操作
• hal_adc_pic.c：用 XC8 提供的#include <xc.h>和__delay_ms()实现，重点处理 PIC 特有的采样时间（ACQT）和转换时钟（ADCCLK）配置

提示：XC8 的__delay_ms()依赖_XTAL_FREQ宏，必须在项目属性里正确设置晶振频率，否则延时误差可达 300%。我曾因忘记在 MPLAB X 的 “Project Properties → XC8 Global Options → Oscillator Frequency” 中填入 8000000，导致 ADC 采样窗口错乱，波形全失真。

2.2 第二步：中断驱动重构——从 ISR() 到 __interrupt() 的语义鸿沟

AVR 的ISR(ADC_vect)宏本质是编译器扩展，它自动保存/恢复寄存器、跳转到指定地址；XC8 的void __interrupt() my_isr(void)则要求你手动管理上下文，且必须放在特定内存段（__interrupt段）。更关键的是，PIC16 的中断向量只有两个：高优先级在 0x0008，低优先级在 0x0018，所有中断共享同一入口，你必须在 ISR 里用PIR1,PIR2寄存器轮询判断哪个外设触发了中断。

例如 UART 接收中断迁移：

// avr_uart.c ISR(USART_RX_vect) { uint8_t data = UDR0; ring_buffer_push(&rx_buf, data); }

在 XC8 中不能直接写：

// 错误！XC8 不识别 USART_RX_vect void __interrupt() uart_rx_isr(void) { if (PIR1bits.RCIF) { // 必须显式检查标志位 uint8_t data = RCREG; ring_buffer_push(&rx_buf, data); PIR1bits.RCIF = 0; // 必须手动清标志！ } }

这里藏着两个坑：第一，XC8 的中断服务函数默认是高优先级，若你启用了低优先级中断（如定时器），必须显式声明void __interrupt(low_priority) timer_isr(void)；第二，标志位必须手动清零，否则中断会反复触发——AVR 的 ISR 宏会自动清除 ADIF，但 XC8 不会自动清 RCIF，这是新手最常栽跟头的地方。

2.3 第三步：启动与内存重适配——链接脚本与堆栈的生死线

AVR-GCC 的链接脚本（如 avr5.x）默认将.text放在 flash 0x0000，.data初始化数据拷贝到 RAM，.bss清零；XC8 的链接过程由xc8ld控制，它读取.lkr文件（如 16f18877_g.lkr），该文件定义了 memory regions（CODE, DATA, ACCESSBANK）和 section placement。如果你沿用 AVR 的__attribute__((section(".my_section")))，XC8 会直接报错“section not defined”。

实操中必须做三件事：

1. 替换启动代码：删除 AVR 的crt1.o，启用 XC8 的c018i.o（PIC16 初始化代码），它负责设置 STATUS、BSR、WREG 等关键寄存器；
2. 重配堆栈：在 MPLAB X 的 “Project Properties → XC8 Compiler → Heap Size” 中设为 0（禁用动态内存），在 “XC8 Linker → Stack Size” 中设为 32（PIC16 RAM 小，堆栈空间必须精打细算）；
3. 校准全局变量：AVR 的.data拷贝由 startup code 自动完成，XC8 需确保__builtin_memcpy()可用，且.data段在.lkr中正确定义起始地址（如DATABANKregion 的START=0x20）。

注意：XC8 的smallmemory model 下，所有变量默认放在 BANK 0（0x00–0x7F），但 PIC16F18877 的 RAM 有 4KB，分布在多个 BANK。若你声明uint8_t big_array[512]，XC8 会把它塞进 BANK 0 导致溢出，必须用__attribute__((far))显式声明远地址变量，否则链接时报 “section '.udata' will not fit in 'DATABANK'”。

3. 核心细节解析：从寄存器映射到时序陷阱的逐层拆解

迁移中最耗时的不是语法转换，而是那些 datasheet 里埋得极深、例程里从不提及的硬件时序细节。我整理了五大高频雷区，每个都附实测数据和绕过方案。

3.1 寄存器位定义：从 _BV() 到位域的不可逆转换

AVR 的_BV(bit)宏（如_BV(ADEN)）本质是1 << bit，简洁通用；XC8 的xc.h为每个寄存器生成位域结构体，如ADCON0bits.ADON。表面看只是写法不同，但底层差异致命：AVR 的ADCSRA |= (1 << ADEN)是原子操作（单条 sbi 指令），XC8 的ADCON0bits.ADON = 1编译成多条指令（读-改-写），在中断上下文中可能被抢占，导致位操作失效。

实测对比（ATmega328P vs PIC16F18877）：

解决方案：对关键控制位（如使能位、启动位），改用 XC8 的__bit类型或汇编内联：

// 安全写法：用 __bit 强制单比特操作 __bit adc_on_bit @ ADCON0bits.ADON; adc_on_bit = 1; // 编译为 bcf/bfs bsf 指令，原子性保障 // 或用内联汇编（需确认 XC8 版本支持） asm("bsf _ADCON0, 0");

3.2 时钟系统：从 fuse 设置到 OSCCON 的迷宫

AVR 用熔丝位（CKSEL）配置时钟源，烧录时一次性设定；PIC 用 OSCCON 寄存器运行时切换，且切换有严格时序要求。例如从内部 31kHz 时钟切到 8MHz HFINTOSC，AVR 只需烧录 fuse，PIC 必须：

1. 先写 OSCCON = 0x70（选择 HFINTOSC）；
2. 等待 HFIOFS 位（OSCTUNE<1>）稳定（需 1ms）；
3. 再写 OSCCON = 0xF0（启用 PLL，若需 32MHz）。

我遇到过最诡异的故障：程序在仿真器下正常，脱机运行就死机。最后发现是 OSCCON 切换后没等 HFIOFS 就调用__delay_ms(1)，而该函数依赖当前时钟频率计算延时循环次数——时钟未稳，延时就错，后续 UART 初始化超时失败。

3.3 外设时序：ADC 采样时间（ACQT）的隐形杀手

AVR 的 ADC 采样时间由ADPS分频系数隐含决定；PIC 的 ADC 采样时间（TAD）必须显式配置 ACQT 位（ADCON2<7:4>），且 TAD 必须 ≥ 2μs（datasheet 规定）。若你忽略此点，用默认 ACQT=0（1TAD），在 8MHz 时钟下 TAD=125ns，远低于 2μs，ADC 结果全乱。

计算公式：TAD = (ACQT + 1) * Tosc * 2
其中 Tosc = 1/Fosc。设 Fosc=8MHz，则 Tosc=125ns，要满足 TAD≥2μs，需(ACQT + 1) * 125ns * 2 ≥ 2000ns→ACQT + 1 ≥ 8→ACQT ≥ 7。

XC8 代码必须显式设置：

ADCON2 = 0b10000000; // ACQT=7 (8*Tosc*2=2μs), ADC clock = Fosc/32

3.4 EEPROM 访问：从 eeprom_write_byte() 到 EECON 的握手协议

AVR 的eeprom_write_byte()是阻塞函数，内部处理擦写时序；PIC 的 EEPROM 写入需手动执行“握手序列”：

1. 置位 WREN 位；
2. 关中断（INTCONbits.GIE = 0）；
3. 写 EEADR 和 EEDATA；
4. 写0x55到 EECON2；
5. 写0xAA到 EECON2；
6. 置位 WR 位；
7. 等待 WR 位自动清零。

漏掉第 4、5 步，写入直接失败。我曾因少写EECON2 = 0x55，EEPROM 始终返回 0xFF，调试三天才发现是握手失败。

3.5 Watchdog Timer：从 wdt_enable() 到 SWDTEN 的生存法则

AVR 的wdt_enable(WDTO_2S)一键启用；PIC 的 WDT 由 SWDTEN 位控制，但一旦启用，只能通过芯片复位才能关闭。这意味着你在调试阶段若启用了 WDT，仿真器无法 halt 程序，会不断复位。XC8 的#pragma config WDTE = ON是熔丝位配置，烧录后即固化。

安全实践：开发阶段务必设WDTE = OFF，量产前再改为WDTE = ON，并在主循环开头加CLRWDT()。切记：PIC 的 WDT 时钟独立于主时钟，即使主频降为 31kHz，WDT 仍以 32kHz 运行，超时时间固定。

4. 实操全流程：从新建项目到真机验证的 12 个关键步骤

我把整个迁移过程拆成 12 个可验证步骤，每个步骤都有明确输入、输出和失败回滚点。这不是理想化的流水线，而是我在客户现场踩坑后提炼的“防呆清单”。

4.1 步骤 1：创建纯净 XC8 项目（零依赖起点）

在 MPLAB X v6.20 中：

• File → New Project → Microchip Embedded → Standalone Project
• Device: PIC16F18877（务必选对型号，F18877 和 F18855 的 ADC 模块差异巨大）
• Tool: Simulator（先不用真实烧录器，避免硬件干扰）
• Compiler: XC8 v2.42（推荐此版本，v2.35 有 known bug 导致 inline asm 错误）

关键动作：取消勾选 “Use production ready configuration bits”，手动配置 CONFIG 字段。原因：自动生成的配置可能启用 LVP（低电压编程），导致 RB5 引脚被锁定为 PGD，无法用作普通 IO。

4.2 步骤 2：移植启动文件与最小 main()

删除 XC8 自动生成的main.c，新建main.c：

#include <xc.h> #include "hal_gpio.h" // 自定义 HAL void main(void) { // 1. 禁用 JTAG，释放 RB6/RB7 为普通 IO ANSELA = 0; ANSELB = 0; ANSELC = 0; TRISBbits.TRISB6 = 1; // RB6 输入，用于调试信号 // 2. 初始化系统时钟 OSCCON = 0b01110000; // HFINTOSC 8MHz while (!OSCCONbits.HFIOFS); // 等待稳定 // 3. 初始化 GPIO hal_gpio_init(); while(1) { __delay_ms(500); LATAbits.LATA0 ^= 1; // RA0 翻转 LED } }

编译成功且 RA0 闪烁，证明基础环境 OK。

4.3 步骤 3：HAL 层移植——GPIO 与延时

AVR 的DDRA |= (1 << PA0)对应 XC8 的TRISAbits.TRISA0 = 0；PORTA |= (1 << PA0)对应LATAbits.LATA0 = 1。注意：PIC 的 PORTx 寄存器是只读输入，输出必须用 LATx。

延时函数必须重写：

// xc_delay.h #define _XTAL_FREQ 8000000UL #include <xc.h> void delay_ms(uint16_t ms) { for (uint16_t i = 0; i < ms; i++) { __delay_ms(1); // XC8 内置，依赖 _XTAL_FREQ } }

测试：用示波器测 RA0 翻转周期，应为 1.000s ± 1%，否则检查_XTAL_FREQ是否匹配。

4.4 步骤 4：中断向量表手工补全

XC8 不自动生成中断向量表，必须在main.c顶部添加：

#pragma code HIGH_INTERRUPT_VECTOR = 0x0008 void high_isr(void) { if (PIR1bits.TMR1IF) { tmr1_isr(); PIR1bits.TMR1IF = 0; } // 其他中断... } #pragma code LOW_INTERRUPT_VECTOR = 0x0018 void low_isr(void) { // 低优先级中断 }

编译后查看 map 文件，确认high_isr地址为 0x0008。

4.5 步骤 5：UART 驱动移植（带环形缓冲）

AVR 的UCSR0B |= (1 << RXEN0)→ XC8 的RCSTA1bits.SPEN = 1；UDR0→RCREG1。关键差异：

• 波特率计算：AVR 用UBRR0 = (F_CPU/(16*BAUD))-1，PIC 用SPBRG1 = (Fosc/(64*BAUD))-1（高精度模式）
• 接收使能：AVR 的RXEN0位，PIC 的RCSTA1bits.CREN = 1

实测 BAUD=9600, Fosc=8MHz：

• AVR UBRR0 = (8000000/(16*9600))-1 = 51.08 → 51
• PIC SPBRG1 = (8000000/(64*9600))-1 = 12.08 → 12

4.6 步骤 6：ADC 驱动移植（含采样时间校准）

按 3.3 节计算 ACQT，设置 ADCON2；ADCON0 配置通道和参考电压；ADCON1 选择左/右对齐。特别注意：PIC 的 ADC 结果左对齐时，10-bit 数据在ADRESH:ADRESL的高 10 位，需右移 6 位取整。

4.7 步骤 7：EEPROM 写入握手序列实现

封装安全写入函数：

void eeprom_write(uint8_t addr, uint8_t data) { EECON1bits.WREN = 1; INTCONbits.GIE = 0; EEADR = addr; EEDATA = data; EECON2 = 0x55; EECON2 = 0xAA; EECON1bits.WR = 1; while (EECON1bits.WR); // 等待完成 EECON1bits.WREN = 0; INTCONbits.GIE = 1; }

4.8 步骤 8：Watchdog 集成与喂狗策略

在 main 循环开头加CLRWDT()，并用定时器中断定期喂狗，避免单点故障导致死锁。

4.9 步骤 9：内存布局验证（.map 文件分析）

编译后打开.map文件，检查：

• CODE段是否 ≤ 16KB（PIC16F18877 Flash 容量）
• DATABANK是否 ≤ 1024 bytes（RAM 容量）
• STACK是否未溢出（Stack Usage: 28/32）

若 stack usage > 32，必须减少局部变量或改用全局变量。

4.10 步骤 10：真机烧录与逻辑分析仪抓波形

用 PICkit 4 烧录，接 Saleae Logic Pro 8 抓 RA0、TX、ADC 采样触发信号，验证时序是否符合预期。

4.11 步骤 11：压力测试——连续运行 72 小时

在高温（60℃）环境下运行，监控：

• UART 丢帧率（用串口助手发 10000 帧，校验 CRC）
• ADC 采样稳定性（标准电阻分压，看 LSB 波动）
• EEPROM 写入寿命（循环写 10000 次，读回校验）

4.12 步骤 12：生成迁移报告（给客户/团队）

报告包含：

• 修改文件清单（.c/.h 新增/修改/删除）
• 关键参数对照表（时钟、ADC、UART 配置）
• 性能对比数据（代码体积、RAM 占用、执行时间）
• 已知限制（如不支持动态内存、中断嵌套深度≤2）

5. 常见问题与排查技巧实录：来自产线的 9 个血泪教训

这些不是教科书里的“可能错误”，而是我在三次客户现场紧急支援中记录的真实故障。每个问题都附带示波器截图编号（已脱敏）和 5 分钟内定位法。

5.1 问题 1：LED 不闪，但仿真器显示 PC 在 0x0000 循环

现象：烧录后 LED 灭，MPLAB X 的 “Debug → Windows → Program Memory” 显示 PC 停在0x0000: goto 0x0000。
根因：CONFIG 字段CPD（Data Code Protection）被启用，导致 startup code 无法执行。
5 分钟定位法：

1. 查看项目属性 → “Production Configuration Bits”，确认CPD = OFF；
2. 若已设 OFF 仍失败，检查#pragma config CPD = OFF是否在main.c顶部；
3. 用 PICkit 4 读取芯片配置字，对比 datasheet 的 CPD 位（bit 13）是否为 0。
   教训：Microchip 的配置位文档分散在多个手册，CPD在 “PIC16F18877 Data Sheet” 第 24 章，不在 “MPLAB XC8 User’s Guide” 里。

5.2 问题 2：UART 发送正常，接收永远收不到数据

现象：PC 发字符串，示波器看到 TX 有波形，RX 引脚无变化，RCIF始终为 0。
根因：ANSELBbits.ANSB7 = 1（RB7 被设为模拟输入），而 RX 引脚是 RB7，默认复位后为模拟功能，必须手动设为数字输入。
5 分钟定位法：

1. 在main()开头加ANSELBbits.ANSB7 = 0；
2. 用万用表测 RB7 对地电阻，应为高阻（数字输入），若为 0Ω 则是模拟输入短路；
3. 查TRISBbits.TRISB7是否为 1（输入模式）。
   教训：PIC 的 ANSELx 寄存器优先级高于 TRISx，即使 TRIS 设为输入，ANSEL=1 也会禁用数字输入。

5.3 问题 3：ADC 采样值在 0x0000 和 0x03FF 之间跳变，无中间值

现象：接 1.23V 稳压源，ADC 读数在 0 和 1023 之间随机跳，示波器看 Vref+ 波形有 500mVpp 噪声。
根因：AVR 的 AREF 引脚直连 VCC，PIC 的 VREF+ 引脚需外接 0.1μF 陶瓷电容到地，否则内部参考电压不稳。
5 分钟定位法：

1. 检查原理图，VREF+ 是否有 0.1μF 电容；
2. 用示波器 AC 耦合测 VREF+，噪声 > 10mVpp 即不合格；
3. 临时焊一 0.1μF 电容，若读数稳定则确认。
   教训：datasheet 的 “Electrical Characteristics” 表格里，VREF+ 的 “Ripple Rejection” 参数暗示了去耦要求，但没明说电容值。

5.4 问题 4：程序运行几分钟后死机，复位后恢复正常

现象：连续运行 3~5 分钟，LED 停止翻转，仿真器连接失败。
根因：WDT 超时复位，但CLRWDT()被编译器优化掉。XC8 的-O2优化会删掉看似无用的CLRWDT()调用。
5 分钟定位法：

1. 项目属性 → “XC8 Compiler → Optimization Level” 设为None，测试是否还死机；
2. 若不死了，加#pragma optimize 0包围CLRWDT()；
3. 或改用asm("clrwdt")内联汇编，强制保留。
   教训：WDT 喂狗是硬件操作，编译器无法推断其副作用，必须用volatile或汇编保证。

5.5 问题 5：EEPROM 写入后读回全是 0xFF

现象：调用eeprom_write(0, 0x55)，再eeprom_read(0)返回 0xFF。
根因：EECON1bits.EEPGD = 0（访问 EEPROM，非 Flash），但代码里漏写了。
5 分钟定位法：

1. 查eeprom_write()函数，确认是否有EECON1bits.EEPGD = 0；
2. 用逻辑分析仪抓EECON1寄存器写操作，看 EEPGD 位是否为 0；
3. 读EECON1寄存器值，bit 7 应为 0。
   教训：PIC 的 EEPROM 和 Flash 共享同一组控制寄存器，EEPGD 位是门禁开关，90% 的 EEPROM 失败源于此。

5.6 问题 6：定时器中断频率比预期快 2 倍

现象：设 TMR1 为 1s 中断，实际 500ms 触发一次。
根因：T1CONbits.T1CKPS = 0b11（1:8 分频），但代码里误设为0b00（1:1）。
5 分钟定位法：

1. 查T1CON寄存器值，T1CKPS 位（bit 4-5）应为0b11；
2. 用示波器测 TMR1 输入引脚（RC0），确认外部时钟频率；
3. 计算理论中断周期：Period = (PR1 + 1) * Tosc * 4 * T1CKPS。
   教训：T1CKPS 是 2-bit 字段，0b00到0b11对应分频 1/2/4/8，不是 0/1/2/3。

5.7 问题 7：全局变量在中断中被意外修改

现象：主循环更新counter++，中断服务函数里读counter值错乱。
根因：counter是uint16_t，在 PIC16 上需 2 字节读写，中断可能打断低字节写入。
5 分钟定位法：

1. 将counter声明为volatile uint16_t counter；
2. 在中断中读取前关中断：INTCONbits.GIE = 0; val = counter; INTCONbits.GIE = 1；
3. 或改用uint8_t变量，单字节操作天然原子。
   教训：PIC16 是 8-bit MCU，任何 >8-bit 变量的读写都不是原子的，必须加保护。

5.8 问题 8：烧录失败，提示 “Device ID mismatch”

现象：PICkit 4 报错 “Device ID 0x0000, expected 0x304A”。
根因：目标板供电不足，VDD < 4.5V，导致芯片无法响应。
5 分钟定位法：

1. 用万用表测 IC 的 VDD 引脚，应为 4.5~5.5V；
2. 拔掉所有外设，只留 IC、晶振、复位电路，再试；
3. 检查 MCLR 引脚是否被下拉电阻拉低（应为上拉）。
   教训：PIC 的编程电压（VPP）需精确 13.25V，供电不稳时 VPP 生成失败。

5.9 问题 9：仿真器连接正常，但单步调试时 PC 跳飞

现象：F7 单步，PC 从0x0100跳到0x0000，再跳到0x0200。
根因：#pragma config DEBUG = ON未启用，仿真器无法插入调试钩子。
5 分钟定位法：

1. 项目属性 → “Production Configuration Bits” →DEBUG = ON；
2. 重新烧录；
3. 若仍失败，检查ICSPDAT（RB7）和ICSPCLK（RB6）是否被其他外设占用。
   教训：DEBUG 位是物理熔丝，烧录后不可逆，开发阶段必须开启。

6. 迁移后的性能与维护成本再评估

做完技术迁移，别急着交差。我坚持在交付前做三件事：量化性能变化、核算长期维护成本、规划演进路径。这不是形式主义，而是让客户看清迁移的真实 ROI。

6.1 代码体积与执行效率对比

用相同功能（UART echo + ADC 采样）对比：