1. 项目概述为什么我们需要HRCAP在电机控制、超声波测距或者电容触摸屏这类对时间精度有“变态”要求的嵌入式应用里你肯定遇到过这样的困境用普通的GPIO中断加定时器去测量脉冲宽度结果发现精度只能到微秒级而且CPU中断开销巨大稍微高频一点的信号就直接把CPU干趴下了。更头疼的是系统主频SYSCLK的抖动、温度电压的变化都会让这点可怜的精度雪上加霜。这时候你就需要像TMS320F28003x这类MCU里的“秘密武器”——高分辨率捕获模块也就是HRCAP。简单来说HRCAP就是给芯片里的增强型捕获模块eCAP装上了一副“高倍显微镜”。普通的eCAP模块用系统时钟SYSCLK来给外部信号的边沿“打时间戳”精度受限于SYSCLK的周期。比如你系统跑在100MHz那一个时钟周期就是10ns这就是你测量的理论极限分辨率。但HRCAP引入了一个独立的、更高频率的HRCLK高分辨率时钟它不和系统时钟同步专门用来“细数”两个SYSCLK周期之间的“缝隙”。通过一套巧妙的硬件校准机制HRCAP能把测量精度提升到皮秒级别这对于需要纳秒级精度的瞬时频率测量、高速脉冲宽度调制分析或者精密时间间隔测量来说简直是降维打击。我最早在做一个无刷电机瞬时转速检测项目时就被普通捕获模块的精度限制折腾得够呛。电机高速运行时霍尔传感器或编码器输出的脉冲宽度极窄用传统方法测出的转速波动很大导致控制环路不稳定。直到用上了F28003x的HRCAP才真正实现了稳定、高精度的速度反馈。这个模块的价值就在于它把最耗时、最考验精度的计时工作从软件手里接管过来用纯硬件实现不仅精度高而且几乎不占用CPU资源。2. HRCAP模块核心架构与工作原理拆解要玩转HRCAP你不能把它当成一个黑盒子。你得清楚它和eCAP是什么关系硬件是怎么搭的数据流是怎么走的。这样才能在配置时心里有底出了问题也知道从哪儿查起。2.1 HRCAP与eCAP的关系不是替代而是增强很多人容易混淆以为HRCAP是一个完全独立于eCAP的新模块。其实不然。从你提供的资料里的图22-1HRCAP操作框图可以清晰地看到HRCAP是eCAP模块的一个“增强子模块”。你可以把它理解成eCAP的一个“高精度选装包”。这意味着什么所有eCAP的基础功能HRCAP都能用。比如eCAP的4个捕获寄存器CAP1-CAP4、32位时间基准计数器TSCTR、各种工作模式捕获模式、APWM模式、中断和DMA触发这些底层资源HRCAP全盘接收。HRCAP增强的部分是在信号进入捕获寄存器之前增加了一套高分辨率的前端处理电路和校准逻辑。这种设计非常巧妙带来了两个巨大的好处软件兼容性如果你有一个基于标准eCAP写的旧项目想升级精度你不需要重写整个驱动只需要在初始化流程中增加HRCAP的使能和校准步骤原有的eCAP配置逻辑大部分可以保留。资源复用芯片不需要为高精度捕获单独设计一套完整的捕获外设节省了硅片面积和成本。对于F28003x这个HRCAP子模块是集成在特定的eCAP实例里的例如资料中提到的eCAP3所以你在选型和使用时需要确认你使用的eCAP实例是否支持HRCAP功能。2.2 双时钟域精度提升的核心秘密HRCAP精度飞跃的核心在于引入了双时钟域SYSCLK域和HRCLK域。SYSCLK域就是你的系统主时钟所有eCAP的逻辑计数器、寄存器、中断产生都运行在这个域。它稳定但频率有限决定了测量的“粗粒度”。HRCLK域这是一个独立的高频时钟。资料里没有明确给出它的具体频率它通常由芯片内部一个专用的RC振荡器或PLL产生频率远高于SYSCLK。它的任务不是直接计时而是用来“细分”SYSCLK周期。工作原理是这样的当外部输入信号边沿到来时HRCAP模块会同时锁存当前SYSCLK计数器TSCTR的值和HRCLK计数器在一个更精细时间尺度上的值。最终硬件会将这两个值合并生成一个带有“分数部分”的高精度时间戳存入CAPx寄存器。这个分数部分就是HRCLK在最近两个SYSCLK边沿之间计数的结果。因此最终的时间戳分辨率 SYSCLK周期 / HRCLK能够细分的份数。这里有一个至关重要的点也是容易出问题的地方HRCLK是异步于SYSCLK的。它不受SYSCLK的同步电路控制因此其频率会随着芯片的供电电压VDD和环境温度Temperature显著漂移。这就是为什么HRCAP必须配套一套复杂的硬件校准系统。校准系统的作用就是实时测量HRCLK相对于稳定的SYSCLK的实际频率比即Scale Factor比例因子然后用这个比例因子去修正原始的捕获计数值从而得到真实、稳定的纳秒级时间值。2.3 关键资源与数据通路结合框图我们可以梳理出HRCAP数据流的关键路径输入路径外部信号通过GPIO和输入交叉开关Input X-BAR进入HRCAP模块。特别注意资料22.1.3节明确指出当使用HRCAP增强功能时事件滤波器Event Filter和输入限定器Input Qualifier是无效的。因为这两者都是基于SYSCLK同步工作的会破坏HRCAP所需的异步计时能力。这意味着你的输入信号必须是“干净”的硬件上可能需要额外的RC滤波而不能依赖芯片内部的数字滤波。高分辨率捕获信号进入后高分辨率逻辑HR Submodule在HRCLK驱动下进行精细计时并与SYSCLK计数器值结合形成高精度时间戳。捕获存储合成后的时间戳包含整数和分数部分被写入对应的eCAP捕获寄存器CAP1-CAP4。此时CAPx寄存器里的值已经是一个经过高分辨率处理的值。校准回路这是一个独立且并行的过程。校准块内部有两个自由运行的计数器HRSYSCLKCTRSYSCLK驱动和HRCLKCTRHRCLK驱动。当HRSYSCLKCTR计数到用户设定的校准周期HRCALIBPERIOD时硬件会自动将两个计数器的当前值分别捕获到HRSYSCLKCAP和HRCLKCAP寄存器并产生校准中断HRCALINT。软件在中断服务程序中读取这两个值相除即可得到当前的Scale Factor。结果输出应用程序从CAPx寄存器读取原始计数值再乘以从校准系统得到的Scale Factor和固定系数如资料中公式20提到的128最后除以SYSCLK频率即可得到以纳秒为单位的精确脉冲宽度。注意校准是HRCAP用于时间转换测量即得到以秒/纳秒为单位的绝对时间时才需要的。如果你只做相对时间测量比如比较两个脉冲的宽度谁更长只关心计数值的比值那么可以跳过校准步骤只使用HRCAP的高分辨率计数能力这样软件开销更小。3. HRCAP模块的详细配置与实操流程光说不练假把式。下面我们以一个具体的场景为例测量一个输入到GPIO2上的PWM信号的频率和占空比。我们将使用F28003x的DriverLib库函数进行配置这样代码更清晰也更容易移植。3.1 硬件与软件环境准备硬件连接MCUTMS320F280039C或其他F28003x系列芯片需确认其eCAP3支持HRCAP。信号源一个能产生稳定PWM信号的发生器连接到芯片的GPIO2引脚。根据的芯片数据手册将GPIO2配置为eCAP3的输入功能例如GPIO2可能对应ECAP3_INPUT。调试使用XDS110或XDS560仿真器进行连接。资料中的示例提到可以利用XCLKOUT输出一个时钟信号通过跳线连接到GPIO2作为测试信号源这在没有外部信号发生器时是个好方法。软件准备开发环境Code Composer Studio (CCS) 12.0或更高版本。软件库导入对应你芯片型号的C2000Ware SDK。所有HRCAP和eCAP的DriverLib函数都在其中。工程基础创建一个新的CCS工程包含必要的设备头文件、驱动库和链接器命令文件。3.2 初始化步骤分解与代码实现HRCAP的初始化必须严格按照顺序进行特别是时钟的使能需要稳定时间。以下是基于DriverLib的详细步骤和代码注释。3.2.1 第一步使能HRCLK时钟这是所有操作的起点。HRCLK默认是关闭的以节省功耗。#include driverlib.h #include device.h” void HRCAP3_Init(void) { // 1. 使能高分辨率时钟 (HRCLK) HRCAP_enableHighResolutionClock(HRCAP3_BASE); // 关键必须等待至少1us让HRCLK时钟稳定。使用Device库的延时函数。 DEVICE_DELAY_US(1); // 延时1微秒HRCAP_enableHighResolutionClock()这个函数实际上配置的是HRCTL寄存器的HRCLKE位。手册里特别强调必须先使能HRCLK才能开启高分辨率模式。3.2.2 第二步使能高分辨率模式时钟稳定后才能打开HRCAP功能。// 2. 使能高分辨率模式 HRCAP_enableHighResolution(HRCAP3_BASE); // 同样需要等待至少1us让内部电路稳定。 DEVICE_DELAY_US(1);这个函数设置的是HRCTL寄存器的HRE位。它将eCAP的捕获路径切换到高分辨率逻辑。3.2.3 第三步配置底层eCAP模块HRCAP是建立在eCAP之上的所以必须按照eCAP的标准流程进行配置。我们配置为在上升沿和下降沿都捕获使用绝对时间戳模式并启用中断。// 3. 配置eCAP工作模式 // 选择输入源例如使用INPUTXBAR的某个输出作为eCAP输入。 // 假设我们已经通过GPIO_setPinConfig(GPIO_2_ECAP3)将GPIO2映射到了ECAP3。 // 更常见的做法是使用Input X-BAR进行灵活映射这里假设信号已连接至ECAP3输入。 ECAP_selectECAPInput(ECAP3_BASE, ECAP_INPUT_INPUTXBAR); // 选择Input X-BAR作为源 // 设置事件分频器每个边沿都捕获不分频 ECAP_setEventPrescaler(ECAP3_BASE, 1); // 设置事件极性上升沿和下降沿都捕获 ECAP_setEventPolarity(ECAP3_BASE, ECAP_EVENT_RISING_AND_FALLING); // 启用事件捕获将时间戳加载到CAP1/CAP2...寄存器 ECAP_enableTimeStampCapture(ECAP3_BASE); // 设置捕获模式连续模式捕获4个事件后环绕 ECAP_setCaptureMode(ECAP3_BASE, ECAP_CONTINUOUS_CAPTURE_MODE); // 设置计数器复位模式这里使用绝对时间戳模式计数器不复位 ECAP_disableCounterResetOnEvent(ECAP3_BASE); // 绝对时间戳模式是HRCAP的推荐模式可以避免时间差模式下的分数值计算问题。 // 启用eCAP中断例如在CAP4事件时触发 ECAP_enableInterrupt(ECAP3_BASE, ECAP_INT_CAPTURE_EVENT_4); // 将eCAP中断服务程序(ISR)注册到PIE向量表 Interrupt_register(INT_ECAP3, ECAP3_ISR); Interrupt_enable(INT_ECAP3);这里有个关键选择绝对时间戳 vs 差分时间戳。绝对时间戳每次捕获事件发生时直接记录下TSCTR计数器结合HRCLK细分后的完整值。这是手册22.3节推荐的HRCAP最佳实践逻辑简单直接。差分时间戳记录的是本次事件与上一次事件之间的时间差。在HRCAP模式下如果事件复位了计数器需要额外处理分数部分否则会出错。公式是实际捕获值 捕获值 - 复位计数器事件的分数部分。除非有特殊需求否则在HRCAP应用中强烈建议使用绝对时间戳模式。3.2.4 第四步配置并启动HRCAP校准用于绝对时间测量如果你需要将原始计数值转换为纳秒时间这一步是必须的。// 4. 配置HRCAP校准 // 设置校准周期。这个值决定了校准发生的频率。 // 周期值 期望的校准间隔时间 * SYSCLK频率。 // 例如SYSCLK100MHz希望每1ms校准一次则周期 0.001s * 100e6 Hz 100,000。 // 注意HRCALPRD是32位寄存器最大值约为42.9亿对应约43秒100MHz下。 uint32_t sysClkFreq DEVICE_SYSCLK_FREQ; // 获取系统时钟频率例如100,000,000 Hz uint32_t calPeriod_us 1000; // 期望每1ms校准一次 uint32_t calPeriodCount (sysClkFreq * calPeriod_us) / 1000000; HRCAP_setCalibrationPeriod(HRCAP3_BASE, calPeriodCount); // 设置校准模式为连续模式 HRCAP_setCalibrationMode(HRCAP3_BASE, HRCAP_CALIBRATION_CONTINUOUS); // 启用校准完成中断 HRCAP_enableCalibrationInterrupt(HRCAP3_BASE, HRCAP_CALIB_DONE_INT); // 注册校准中断服务程序 Interrupt_register(INT_HRCAP3_CAL, HRCAP3_CAL_ISR); Interrupt_enable(INT_HRCAP3_CAL); // 5. 启动校准 HRCAP_startCalibration(HRCAP3_BASE);HRCAP_setCalibrationPeriod函数设置的是HRCALPRD寄存器。校准周期不宜过短否则中断频繁增加CPU负担也不宜过长否则无法跟踪HRCLK的快速漂移。1ms到10ms是一个常用的折中范围。3.2.5 第五步启动eCAP计数器最后启动eCAP的计数器开始监听输入信号。// 6. 启动eCAP计数器 ECAP_startCounter(ECAP3_BASE); // 全局中断使能 EINT; ERTM; }至此HRCAP模块的初始化全部完成。它现在正在做两件事1) 用高精度模式捕获GPIO2上的信号边沿2) 在后台持续运行校准并定期产生中断更新比例因子。3.3 中断服务程序与数据处理系统运行起来后主要工作在两个中断里eCAP捕获中断和HRCAP校准中断。3.3.1 eCAP捕获中断服务程序当CAP4寄存器被写入即捕获到第4个边沿或配置的其他事件时此中断触发。我们在这里读取时间戳并计算脉冲参数。__interrupt void ECAP3_ISR(void) { uint32_t cap1, cap2, cap3, cap4; float period_ns, duty_cycle; static float scaleFactor 1.0; // 比例因子由校准中断更新 // 读取四个捕获寄存器的时间戳高精度原始值 cap1 ECAP_getEventTimeStamp(ECAP3_BASE, ECAP_CAPTURE_REG1); cap2 ECAP_getEventTimeStamp(ECAP3_BASE, ECAP_CAPTURE_REG2); cap3 ECAP_getEventTimeStamp(ECAP3_BASE, ECAP_CAPTURE_REG3); cap4 ECAP_getEventTimeStamp(ECAP3_BASE, ECAP_CAPTURE_REG4); // 使用DriverLib函数将原始值转换为纳秒时间 // 此函数内部会应用最新的校准比例因子和固定系数128 uint64_t cap1_ns HRCAP_getEventTimeStampNanoseconds(ECAP3_BASE, cap1, scaleFactor, sysClkFreq); uint64_t cap2_ns HRCAP_getEventTimeStampNanoseconds(ECAP3_BASE, cap2, scaleFactor, sysClkFreq); uint64_t cap3_ns HRCAP_getEventTimeStampNanoseconds(ECAP3_BASE, cap3, scaleFactor, sysClkFreq); uint64_t cap4_ns HRCAP_getEventTimeStampNanoseconds(ECAP3_BASE, cap4, scaleFactor, sysClkFreq); // 计算第一个脉冲的周期和占空比 (cap1上升沿, cap2降沿, cap3上升沿) period_ns (float)(cap3_ns - cap1_ns); // 周期 第二个上升沿 - 第一个上升沿 duty_cycle (float)(cap2_ns - cap1_ns) / period_ns * 100.0; // 高电平时间 / 周期 // 将结果存入全局变量供主循环使用或通过串口发送 g_period_ns period_ns; g_duty_cycle duty_cycle; // 清除eCAP中断标志 ECAP_clearInterrupt(ECAP3_BASE, ECAP_INT_CAPTURE_EVENT_4); // 应答PIE中断 Interrupt_clearACKGroup(INTERRUPT_ACK_GROUP7); // ECAP3通常属于ACK Group 7 }这里使用了HRCAP_getEventTimeStampNanoseconds这个DriverLib函数它封装了手册中公式20的计算过程时间(ns) (原始计数值 * 比例因子 * 128) / SYSCLK频率。你需要将校准中断里计算出的scaleFactor和系统时钟频率sysClkFreq传递给它。3.3.2 HRCAP校准中断服务程序当校准周期完成或计数器溢出时此中断触发。我们在这里计算最新的比例因子。volatile float g_hrcapScaleFactor 1.0; // 全局比例因子 __interrupt void HRCAP3_CAL_ISR(void) { uint32_t sysClkCap, hrClkCap; uint32_t flags; // 读取校准中断标志判断中断源 flags HRCAP_getCalibrationFlags(HRCAP3_BASE); if (flags HRCAP_CALIB_DONE_FLAG) { // 校准周期正常完成 // 读取SYSCLK和HRCLK的捕获值 HRCAP_getCalibrationClockPeriod(HRCAP3_BASE, sysClkCap, hrClkCap); // 计算比例因子: ScaleFactor HRSYSCLKCAP / HRCLKCAP // 为防止除零确保hrClkCap不为0 if (hrClkCap ! 0) { g_hrcapScaleFactor (float)sysClkCap / (float)hrClkCap; } // 清除校准完成标志 HRCAP_clearCalibrationFlags(HRCAP3_BASE, HRCAP_CALIB_DONE_FLAG); } if (flags HRCAP_CALIB_PERIOD_CHECK_FLAG) { // 校准周期检查状态标志置位意味着某个计数器溢出了 // 这通常是因为校准周期HRCALPRD设置得太大导致计数器在达到匹配值前就溢出了。 // 需要减小HRCALPRD的值。 // 处理错误例如记录日志或调整校准周期 handleCalibrationError(); // 清除周期检查标志 HRCAP_clearCalibrationFlags(HRCAP3_BASE, HRCAP_CALIB_PERIOD_CHECK_FLAG); } // 清除全局校准中断标志使能新中断 HRCAP_clearCalibrationFlags(HRCAP3_BASE, HRCAP_CALIB_INT_FLAG); // 应答PIE中断 (HRCAP校准中断通常有独立的向量需查手册确认) Interrupt_clearACKGroup(INTERRUPT_ACK_GROUP?); // 替换为正确的ACK Group }比例因子的计算是校准的核心。sysClkCap代表在固定的SYSCLK周期数内HRCLK振荡了多少次。这个比值直接反映了HRCLK相对于SYSCLK的实际频率。这个值是一个浮点数通常在1.0上下浮动具体取决于HRCLK的精确频率。4. 高级应用、调试与避坑指南掌握了基本配置我们来看看如何把HRCAP用得更溜以及如何避开那些我踩过的“坑”。4.1 应用模式选择连续捕获 vs 单次捕获连续捕获模式eCAP配置为ECAP_CONTINUOUS_CAPTURE_MODE。这是最常用的模式适用于周期性信号的连续测量。模块会在CAP1到CAP4寄存器间循环写入每个寄存器满时都可以产生中断。你需要确保中断服务程序的处理速度能跟上信号的捕获速度。如果信号频率过高CPU来不及处理就会导致数据丢失。单次捕获模式eCAP配置为ECAP_ONE_SHOT_CAPTURE_MODE。在这种模式下捕获满4个事件后模块会自动停止等待软件重新“装弹”通过ECAP_reArm函数。这是处理高频信号的利器。比如你要测量一个突发的高频脉冲串可以用单次模式捕获其前4个边沿然后CPU有充足的时间去处理数据处理完后再启动下一次捕获。这避免了在连续模式下因中断过于频繁而导致系统瘫痪。实操心得在电机启动或速度剧烈变化时编码器脉冲频率范围很宽。我的策略是在低速阶段使用连续模式进行平滑测量当检测到频率超过某个阈值CPU处理能力的上限时动态切换到单次模式并可能增加软件滤波算法。4.2 精度优化与噪声抑制HRCAP的精度极限受到硬件和环境的制约。手册22.2.4节和22.3节明确提到了几个关键点电源噪声是头号杀手HRCLK对1.2V的内核电源VDD噪声极其敏感。电源上的任何毛刺都会直接转化为HRCLK的频率抖动导致测量标准差变大。对策在PCB设计时确保MCU的1.2V电源走线尽可能短而粗使用高质量的磁珠和去耦电容例如一个10uF钽电容并联多个0.1uF陶瓷电容。如果可能使用独立的LDO为MCU内核供电避免与数字IO等噪声大的电路共用电源。时钟树的启停干扰在测量过程中绝对不要去动态启用或禁用其他外设的时钟例如打开一个之前关闭的SPI模块。这会在电源网络上引入瞬时扰动严重影响HRCAP的短期精度。对策在系统初始化阶段就规划好所有需要使用的外设并一次性使能它们的时钟。在进入高精度测量任务期间保持时钟配置稳定。SYSCLK频率要求手册指出为了校准正常工作SYSCLK必须大于100MHz。同时必须保证SYSCLK频率高于HRCLK频率否则校准会提前错误终止。通常HRCLK频率在几百MHz量级所以SYSCLK至少要在100MHz以上这是使用HRCAP的硬性前提。输入信号质量由于不能使用内部的数字滤波器外部信号的边沿质量至关重要。缓慢上升/下降的边沿会导致HRCAP在判断边沿精确时刻时产生不确定性。对策在信号进入GPIO之前使用一个斯密特触发器如74HC14或一个高速比较器对信号进行整形获得干净、陡峭的边沿。4.3 常见问题排查实录以下是我在项目中遇到过的典型问题及解决方法整理成了速查表问题现象可能原因排查步骤与解决方案HRCAP测量值完全不准或波动巨大1. 校准未启用或失效。2. HRCLK未稳定使能。3. 电源噪声过大。1. 检查HRCTL寄存器的HRE和HRCLKE位是否已置1。用示波器或逻辑分析仪检查HRCAP相关GPIO是否有信号输入。2. 确保在使能HRE前已调用HRCAP_enableHighResolutionClock()并等待了至少1us。3. 检查校准中断是否正常触发。在HRCAP_CAL_ISR中打印sysClkCap和hrClkCap值计算的比例因子是否在合理范围例如0.8-1.2内缓慢变化如果比例因子为0、1.0恒定不变或剧烈跳变说明校准未工作。4. 用示波器观察MCU的1.2V电源引脚看是否有明显的纹波或毛刺。校准中断从未触发1. 校准周期HRCALPRD设置过大或过小。2. 校准未启动。3. 中断未正确配置。1. 检查HRCALPRD寄存器的值。计算一下假设SYSCLK100MHz设置值为1,000,000则校准间隔为10ms。如果设置成0或一个极小的值可能中断太快被淹没如果设置成接近32位最大值可能远大于你的程序运行时间。2. 确认调用了HRCAP_startCalibration(HRCAP3_BASE)。3. 检查HRINTEN寄存器中对应的中断使能位CALIBDONE是否置1。4. 检查PIE向量表确认HRCAP校准中断函数是否正确注册以及对应的PIE组和中断是否已全局使能。eCAP捕获中断能触发但CAP寄存器值不变或变化无规律1. eCAP输入源配置错误。2. 捕获边沿极性配置错误。3. HRCAP模式与eCAP配置冲突。1. 使用ECAP_selectECAPInput函数确认输入源选择正确。最稳妥的方式是用Input X-BAR将GPIO信号路由到eCAP。2. 检查ECAP_setEventPolarity配置确保与你输入信号的边沿对应。例如想测PWM占空比通常需要设置为ECAP_EVENT_RISING_AND_FALLING。3.关键确认没有启用eCAP的事件滤波器Event Filter或输入限定器Input Qualifier。在HRCAP模式下这两个功能是无效且会干扰的。DriverLib中默认配置通常不启用它们但若手动配置寄存器需留意。测量结果存在固定的系统误差比例因子计算或应用有误。1. 在HRCAP_CAL_ISR中仔细检查比例因子计算公式scaleFactor (float)HRSYSCLKCAP / (float)HRCLKCAP。确保是SYSCLK值除以HRCLK值不要弄反。2. 在ECAP_ISR中调用HRCAP_getEventTimeStampNanoseconds时确保传入的scaleFactor和sysClkFreq是最新且正确的。sysClkFreq应以Hz为单位如100000000。3. 可以用一个已知频率非常精确的信号源如高精度函数发生器作为输入对比HRCAP测量结果与理论值来标定系统误差。在高频信号下CPU负载过高或丢失数据连续捕获模式中断过于频繁CPU处理不过来。1. 切换到单次捕获模式ECAP_ONE_SHOT_CAPTURE_MODE。2. 考虑使用DMA来搬运CAP寄存器的数据而不是用CPU中断。eCAP模块支持在捕获事件时触发DMA。这样可以将高频率的捕获数据直接存入内存缓冲区CPU定期批量处理极大减轻中断压力。配置ECAP_setDMASource函数即可。4.4 性能评估与极限测试如何知道你的HRCAP系统达到了最佳性能你可以进行一个简单的极限测试使用一个频率可调、边沿非常陡峭上升时间1ns的方波信号。从较低频率如1kHz开始用HRCAP测量其周期和占空比并记录结果。逐步提高信号频率10kHz, 100kHz, 1MHz, 10MHz...。观察两个指标测量值的标准差抖动和CPU的中断负载率。你会发现在某个频率点以下测量非常稳定抖动在几十皮秒到几百皮秒量级取决于你的硬件设计。超过这个频率点后要么是中断处理不过来导致数据丢失在连续模式下要么是测量抖动开始显著增大。这个拐点就是你的当前系统配置下HRCAP的可用带宽。通过优化中断服务程序精简代码、使用DMA、改善电源质量、甚至提升SYSCLK频率你可以将这个带宽推向更高。最后一点体会HRCAP是一个强大的工具但它对系统环境“挑剔”。要想发挥其纳秒级精度的威力你必须像对待一个精密测量仪器一样对待它提供干净的电源保持稳定的时钟环境并精心处理输入信号。当这一切都做到位时它反馈给你的数据精度会让你觉得之前所有的折腾都是值得的。在精密运动控制、激光雷达计时、高速通信链路分析等领域这份精度往往是项目成功与否的关键。
