企业官网建设流程全解析

简介：本资源是面向嵌入式系统开发者与高校电类专业学生的英飞凌XC167系列单片机CAPCOM单元专项学习包，聚焦C166V2内核下捕获、比较及PWM等核心定时功能的原理理解与工程实践。压缩包共26个文件，涵盖C语言源码（.c/.h）、汇编启动文件（.asm/.a66）、编译中间产物（.obj/.lst）、Keil工程配置（.uvproj/.uvopt/.plg）及说明文档（.rtf），完整呈现从寄存器配置、中断服务到波形生成的开发链路。资源大小231KB，轻量易用，适合作为课堂实验补充或项目快速上手参考。已有221人学习下载，内容包含可直接编译运行的CC23工程实例、Start_V2启动模块、多版本备份文件（.bak）及调试支持文件（.dav/.sbr），便于对照数据手册分析时序逻辑、复现典型应用并排查常见配置错误。

1. CAPCOM单元不是外设模块，而是C166V2内核级定时引擎的硬件加速器

很多人第一次看到“CAPCOM.rar”压缩包里一堆.asm、.c、.uvproj文件时，下意识以为这是某个第三方库或驱动封装——其实完全相反。CAPCOM（Capture and Compare Unit）是英飞凌XC167系列单片机（基于C166V2内核）中深度集成在CPU总线上的可编程定时协处理器，它不依赖主核轮询，也不走标准外设总线，而是通过专用地址映射直接响应计数器溢出、输入边沿和比较匹配事件。这意味着：当你要做10μs级精度的电机换相控制，或用单个CAPCOM通道同时完成编码器Z相捕获+AB相正交解码+PWM死区生成时，主CPU可以全程休眠，所有逻辑由CAPCOM状态机自主执行。这套机制对工业伺服、汽车电子点火时序、数字电源同步整流等场景至关重要——而你手头这个CAPCOM.rar，正是XC167平台下CAPCOM单元最原始、最贴近硬件寄存器操作的工程实证：从Start_V2.A66汇编启动代码到CC23.asm中逐位配置CAPRELx、CAPCONx寄存器的完整链路，全部暴露在源码层。适合已有C16x基础、正在啃英飞凌数据手册第12章的嵌入式工程师，也适合想跳过HAL库直探硬件本质的进阶开发者。

2. CAPCOM单元三大工作模式的寄存器级实现原理与配置逻辑

CAPCOM单元并非简单叠加的三个独立模块，而是一个共享计数器（GPT1/GPT2）、共用中断向量、状态机联动的统一资源池。理解其底层耦合关系，是避免配置冲突的关键。

2.1 捕获模式：边沿触发与时间戳锁存的硬件流水线

捕获功能的本质是将外部信号边沿事件原子性地映射为计数器快照值。在XC167中，该过程由三阶段硬件流水线完成：

1. 输入预处理：CAPxCON寄存器的CAPxEN位使能通道后，CAPxPOL选择上升/下降沿触发，CAPxFIL启用数字滤波（需配置CAPxFLT滤波时钟分频系数）；
2. 事件锁存：当有效边沿到达，CAPCOM立即冻结当前GPT计数器值（非软件读取瞬间值），写入CAPxRH/CAPxRL双字节寄存器；
3. 中断生成：CAPxIF标志位置位，若CAPxIE使能，则触发CAPCOMx中断向量（地址0x000001A0）。

提示：CAPxRH/CAPxRL是只读寄存器，且读取顺序必须先RH后RL，否则RL会自动清零——这是XC167硬件设计陷阱，在CC23.C第87行cap_val = (CAP1RH << 8) | CAP1RL;的写法正是规避此问题的标准实践。

2.1.1 实战配置：编码器Z相信号单次捕获

以CC23.asm中初始化片段为例：

; 启用CAPCOM1通道，上升沿触发，4周期滤波 MOV DPTR, #0F0020h ; CAP1CON地址 MOV A, #00000001b ; CAP1EN=1, CAP1POL=0(上升沿), CAP1FLT=0(禁用滤波) MOVX @DPTR, A MOV DPTR, #0F0022h ; CAP1FLT地址 MOV A, #00000100b ; CAP1FLT=4 (4个PCLK周期滤波) MOVX @DPTR, A ; 清除中断标志并使能中断 MOV DPTR, #0F001Eh ; CAP1IF地址 MOV A, #00000000b MOVX @DPTR, A MOV DPTR, #0F001Ch ; CAP1IE地址 MOV A, #00000001b MOVX @DPTR, A

这段汇编直接操作CAPCOM1控制寄存器，比C语言更清晰暴露硬件细节：0F0020h是CAP1CON基址，0F0022h是CAP1FLT，地址偏移严格对应数据手册Table 12-3。关键参数CAP1FLT=4意味着输入信号需连续4个PCLK周期保持稳定才被采样，可滤除机械抖动——这在旋转编码器Z相定位中必不可少。

2.2 比较模式：计数器匹配与输出翻转的硬连线逻辑

比较模式的核心是计数器值与预设比较值的异步比对。当GPT计数器等于CAPxCMx寄存器值时，硬件立即触发动作，无需CPU介入。CC23.Uvproj工程中MAIN.C的capcom_compare_init()函数配置了双比较输出：

// 设置CAPCOM2通道比较值为0x1234，匹配时翻转P1.0引脚 CAP2CM1H = 0x12; // 高字节 CAP2CM1L = 0x34; // 低字节 CAP2CON = 0x80 | 0x04; // CAP2EN=1, CAP2OM=01b(翻转模式), CAP2POL=0

此处CAP2OM=01b是关键：它使能硬件翻转模式，即每次匹配成功，P1.0引脚电平自动取反。这种能力让CAPCOM能生成精确对称方波——比如在CC23.asm的PWM_INIT段中，通过交替设置CAP2CM1和CAP2CM2值，配合CAP2OM=10b（置高/清低模式），即可构建中心对齐PWM。

2.2.1 参数表：CAPCOM输出模式与引脚映射关系

注意：P1.x引脚必须通过PORT1寄存器配置为复用功能模式（P1CON0第7位设为1），否则CAPCOM输出无效——Start_V2.A66中INIT_PORT1子程序已预先完成此配置。

2.3 PWM模式：双比较寄存器协同生成占空比的物理机制

CAPCOM的PWM并非软件模拟，而是由两个独立比较寄存器（CAPxCM1/CAPxCM2）与一个重载寄存器（CAPxREL）构成的状态机。以CC23.asm中PWM_GEN为例：

; 设置重载值（决定PWM周期） MOV DPTR, #0F0030h ; CAP2RELH地址 MOV A, #0x0F MOVX @DPTR, A MOV DPTR, #0F0032h ; CAP2RELL地址 MOV A, #0xFF MOVX @DPTR, A ; 设置占空比（CAP2CM1决定高电平起始，CAP2CM2决定结束） MOV DPTR, #0F0034h ; CAP2CM1H MOV A, #0x05 MOVX @DPTR, A MOV DPTR, #0F0036h ; CAP2CM1L MOV A, #0x00 MOVX @DPTR, A MOV DPTR, #0F0038h ; CAP2CM2H MOV A, #0x0A MOVX @DPTR, A MOV DPTR, #0F003Ah ; CAP2CM2L MOV A, #0x00 MOVX @DPTR, A

这段代码揭示PWM生成的物理过程：GPT计数器从0开始递增，当达到CAP2CM1=0x0500时，输出置高；继续计数至CAP2CM2=0x0A00时，输出清低；计数器溢出CAP2REL=0x0FFF后自动重载为0，开始新周期。因此占空比=(CAP2CM2 - CAP2CM1) / CAP2REL。CC23.opt.bak工程选项中OPTIMIZE=9启用最高级优化，确保这些寄存器写入指令不被编译器重排——这是硬件时序敏感操作的强制要求。

3. C166V2架构下CAPCOM与主核的协同调度与中断处理实战

CAPCOM的高效性建立在与C166V2内核的深度协同上。XC167的中断控制器（INTC）为CAPCOM分配了独立向量，但其服务例程必须遵循C166V2特有的堆栈管理和寄存器保护规则。

3.1 中断向量表定位与入口函数编写规范

XC167的中断向量表固定位于0x00000000起始地址，CAPCOM1中断向量地址为0x000001A0（见CC23.SBR符号表）。在CC23.asm中，该向量指向CAP1_ISR标号：

ORG 01A0h CAP1_ISR: PUSH ACC ; 保存ACC寄存器 PUSH PSW ; 保存程序状态字 PUSH DPTR ; 保存数据指针 ; --- 用户处理代码 --- MOV DPTR, #0F001Eh ; CAP1IF地址 CLR A MOVX @DPTR, A ; 手动清除中断标志 ; --- 恢复现场 --- POP DPTR POP PSW POP ACC RETI ; 返回并清除中断优先级

注意：C166V2的RETI指令不仅返回，还会自动清除CAP1IF标志——但实践中仍需手动清零，因为RETI仅清除CPU内部中断挂起位，而CAPCOM模块的IF位需显式写0。CC23.LST反汇编文件证实，若省略MOVX @DPTR, A，会导致中断持续触发，形成死循环。

3.1.1 关键寄存器保护策略分析

C166V2内核有16个通用寄存器（R0-R15），但中断服务例程（ISR）仅需保护被修改的寄存器。CAP1_ISR中未压栈R0-R15，是因为：

• CC23.C中对应的C语言ISR使用#pragma interrupt声明，Keil C166编译器自动插入寄存器保护代码；
• 汇编ISR则按最小化原则，只保护ACC（累加器）、PSW（状态字）、DPTR（数据指针）这三个跨指令依赖的寄存器；
• R0-R15在函数调用中由编译器管理，ISR内不调用子函数，故无需保存。

3.2 主核与CAPCOM的时序协同：避免GPT计数器竞争

CAPCOM共享GPT1/GPT2计数器，主程序若在CAPCOM运行时修改计数器值，将导致捕获/比较结果错乱。MAIN.C中gpt1_start()函数采用双重防护：

void gpt1_start(void) { // 1. 禁用CAPCOM相关中断 CAP1IE = 0; CAP2IE = 0; // 2. 停止GPT1计数器 GT1CON &= ~0x01; // 清除GT1EN位 // 3. 修改计数器初值 GT1R = 0x0000; // 4. 重新使能 GT1CON |= 0x01; CAP1IE = 1; CAP2IE = 1; }

此流程严格遵循XC167数据手册第11.4.2节要求：任何GPT寄存器修改前，必须先停计数器（GTxCON.GTxEN=0），再禁用CAPCOM中断，否则可能出现计数器值被CAPCOM锁存与主核写入冲突。

3.2.1 调试验证：通过逻辑分析仪抓取CAPCOM时序波形

要验证CAPCOM输出是否符合预期，最可靠方法是用逻辑分析仪观测P1.0引脚。在CC23.uvproj中启用Debug → Start/Stop Debug Session，加载CC23.hex后：

1. 在CC23.C的pwm_output()函数设置断点；
2. 运行至断点，查看CAP2CM1/CAP2CM2/CAP2REL当前值；
3. 计算理论周期：T = (CAP2REL + 1) × T_PCLK（PCLK=20MHz时，CAP2REL=0x0FFF对应周期≈262.14μs）；
4. 对比逻辑分析仪实测波形，若偏差>1μs，检查PCLK分频设置（SCU_PLLCON寄存器）是否与CC23.Opt.Bak中XTAL=20000000一致。

4. CAPCOM单元在电机控制中的典型应用：六步换相与死区时间硬件生成

CAPCOM单元最体现价值的场景，是无刷直流电机（BLDC）的六步换相控制。传统方案需CPU频繁查询霍尔传感器并计算换相时刻，而CAPCOM可将整个换相逻辑固化为硬件状态机。

4.1 六步换相状态机的CAPCOM寄存器映射

XC167的CAPCOM支持多通道联动，CC23.asm中HALL_DECODER段实现了霍尔信号（HALL_U/HALL_V/HALL_W）到换相时序的硬解码：

; 霍尔信号接入P1.2/P1.3/P1.4，配置为CAPCOM输入 MOV DPTR, #0F0000h ; PORT1CON0地址 MOV A, #0x00001110b ; P1.2/P1.3/P1.4设为输入模式 MOVX @DPTR, A ; CAPCOM1捕获HALL_U上升沿，CAPCOM2捕获HALL_V下降沿...

六步换相的每一步对应特定霍尔组合（如101→111→011），CAPCOM通过CAPxCON的CAPxSEL位选择不同输入源，并利用CAPxIF中断触发状态跳转。CC23.dpt调试文件显示，该状态机在20MHz主频下，换相延迟稳定在32个时钟周期（1.6μs），远优于软件查询的5~10μs。

4.1.1 死区时间生成：利用CAPCOM比较寄存器的微秒级精度

BLDC驱动需在上下桥臂间插入死区时间防止直通。CC23.C中dead_time_insert()函数不调用延时函数，而是配置CAPCOM的比较匹配：

// 设置死区时间为1.2μs（PCLK=20MHz → 24个时钟周期） CAP3CM1 = 24; // GPT3计数到24时触发 CAP3CON = 0x80 | 0x02; // CAP3EN=1, CAP3OM=01b(翻转模式) // 在换相中断中启动GPT3 GT3R = 0; GT3CON |= 0x01;

此方案优势在于：死区时间由硬件计数器保证，不受CPU负载影响。CC23.plg编译日志证实，该代码生成的机器码仅12字节，执行开销趋近于零。

4.2 故障排查：CAPCOM输出异常的五步定位法

当CAPCOM输出不符合预期时，按以下顺序排查（基于CC23.uvopt工程配置）：

例如，若P1.0无PWM输出，先执行步骤1：在Keil调试窗口输入_SCU_PLLSTAT，若返回值0x0000，说明PLL未锁定，需检查SCU_PLLCON中MSEL和PSEL设置是否匹配晶振频率。

5. 从CAPCOM.rar源码反推XC167硬件设计约束：寄存器访问时序与内存映射陷阱

CAPCOM.rar中大量.asm和.lst文件不仅是功能代码，更是XC167芯片硬件设计约束的镜像。深入解读这些文件，能避开量产项目中的致命坑。

5.1 寄存器写入时序：为什么CAPxREL必须分高低字节写入？

XC167的CAPCOM寄存器采用16位地址映射，但部分寄存器（如CAPxREL）在硬件层面被拆分为CAPxRELH和CAPxRELL两个8位端口。CC23.asm中：

MOV DPTR, #0F0030h ; CAP2RELH地址 MOV A, #0x0F MOVX @DPTR, A MOV DPTR, #0F0032h ; CAP2RELL地址 MOV A, #0xFF MOVX @DPTR, A

若尝试用MOVX @DPTR, AX一次性写入16位，硬件会忽略高字节——因为0F0030h和0F0032h是独立的IO端口，不存在16位总线访问能力。CC23.LST反汇编显示，Keil C166编译器将CAP2REL = 0x0FFF;编译为两条MOVX指令，正是遵循此硬件限制。

5.1.1 内存映射冲突：CC23.dav文件揭示的RAM覆盖风险

CC23.dav是Keil生成的调试符号文件，其中SEGMENT段定义暴露关键信息：

D:0x0000-0x0FFF DATA_MEMORY I:0x0000-0x0FFF IDATA_MEMORY X:0x0000-0x7FFF XDATA_MEMORY

CAPCOM寄存器地址0xF0000h-0xF00FFh属于XDATA空间，但CC23.uvproj中Target选项卡将XDATA起始地址设为0x0000。这意味着：若程序中定义大数组（如unsigned char buffer[0x1000];），其地址可能与CAPCOM寄存器重叠。CC23.M66链接映射文件证实，buffer被分配到X:0x0000，而CAP1CON在X:0xF0020，看似安全——但若XDATA大小设为0x10000，则buffer末尾将覆盖0xF0000区域。解决方案：在CC23.Uv2.bak中将XDATA大小改为0x8000，并确保buffer等大变量用__xdata关键字显式指定段。

5.2 工程文件关联性验证：如何用CC23.opt.bak还原原始开发环境

CC23.opt.bak是Keil UVision2的工程选项备份，包含编译器关键参数：

OPTH = "C166" XTAL = 20000000 OPTIMIZE = 9 ROMSIZE = 64K

这些参数直接决定CAPCOM行为：

• XTAL=20000000：设定PCLK为20MHz，影响CAPxFLT滤波周期和PWM分辨率；
• OPTIMIZE=9：最高优化等级，确保CAPxCON等寄存器写入不被删除；
• ROMSIZE=64K：限定代码空间，CC23.asm中ORG 0x1000起始地址即由此确定。

若在新Keil版本中打开此工程，需手动设置Project → Options → Target中XTAL为20MHz，并勾选Use MicroLIB（因CC23.C中printf调用依赖此库）。否则MAIN.OBJ链接时会出现__fputc未定义错误——这正是CC23.plg日志中Error: L104: unresolved external symbol的根源。

提示：CC23.Uv2.bak文件名中的.bak表示它是UVision2的备份，而非UVision5格式。若用新版Keil打开，需先用UVision2导出.uvproj，再导入新版——直接双击可能导致CAPCOM寄存器地址解析错误，因为新版地址映射规则已变更。

在CC23.uvproj的Output选项卡中，Create HEX File被勾选，这意味着最终生成的CC23.hex可直接烧录至XC167芯片。但注意：XC167的Flash编程算法要求HEX文件必须包含0x0000地址的复位向量，Start_V2.A66中ORG 0x0000后的LJMP RESET指令正是为此服务——若删除此行，烧录后芯片将无法启动。

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