1. 项目概述从指令到数据流的精密协同在嵌入式实时控制系统的核心地带高精度定时器NHET扮演着“时间管家”的角色它负责生成精确的PWM波形、捕获外部信号的精确时刻、测量脉冲频率与占空比。然而一个常被忽视的挑战是当定时器以纳秒级精度捕获到海量时间戳数据后如何高效、无延迟地将这些数据搬运到系统内存RAM中供CPU进行后续处理如电机控制算法、电源环路计算如果依赖CPU中断来逐个读取不仅会消耗大量计算资源更可能因中断延迟导致数据丢失或实时性崩溃。这正是HTU高精度定时器传输单元的价值所在。它本质上是一个为NHET量身定制的专用DMA控制器在NHET与主存之间开辟了一条高速、自动化的数据通道。而WCAP和WCAPE指令则是这条通道的“发令枪”和“数据包装工”。当引脚上发生指定的边沿事件如上升沿时WCAP指令会立即将当前定时器的计数值一个宝贵的时间戳“抓拍”下来存入指令的数据字段WCAPE指令则更进一步在捕获时间戳的同时还能对一个7位的事件计数器进行递增实现“事件发生次数”与“事件发生时刻”的同步记录。理解WCAP/WCAPE指令与HTU的协同工作机制是构建高性能、高可靠性实时系统的关键。这不仅仅是配置几个寄存器而是设计一套从信号感知、数据捕获到高效搬运的完整流水线。本文将深入这两条指令的每个比特位并拆解HTU如何像一位训练有素的物流经理将这些零散的数据包有序、无误地转运到目的地。2. WCAP/WCAPE指令深度解析捕获事件的每一个细节WCAPSoftware Capture Word和WCAPESoftware Capture Word and Event Count是NHET指令集中用于“软件捕获”的核心指令。它们不像硬件捕获单元那样有专用的输入路径而是通过执行NHET程序中的指令来触发捕获动作灵活性极高。2.1 指令格式与字段精讲指令的格式分为三个关键部分程序字段P-Field、控制字段C-Field和数据字段D-Field。每个字段的比特位都承载着特定的控制信息。程序字段P31:P0主要定义了指令的执行流和HTU请求Opcode (P12:P9)WCAP为0xBWCAPE为0x8。这是指令的“身份证”NHET解码器据此识别要执行的操作。Next program address (P21:P13)9位地址指定如果本次捕获条件不满足时下一条要执行的NHET指令地址。这构成了NHET程序的条件跳转逻辑。Request Number (P25:P23)3位请求编号0-7。这是与HTU通信的“频道号”。当捕获发生时NHET会通过这个指定的请求线向HTU发出传输请求。WCAPE指令的此字段位置相同。BRK (P22)断点位。调试时使用置1可使CPU在此指令执行时暂停方便观察系统状态。控制字段C31:C0定义了捕获行为的细节Pin select (C21:C13)9位引脚选择。指定监视哪个NHET引脚上的信号。Capture condition (C6:C5)2位捕获条件。这是指令的“触发器”。00无条件捕获NOCOND。指令执行即捕获与引脚状态无关。01下降沿捕获FALL。10上升沿捕获RISE。11双边沿捕获BOTH。每次引脚电平变化都会触发捕获。Register select (C4:C3)2位寄存器选择。决定捕获哪个寄存器的值到数据字段。00捕获寄存器A的值。01捕获寄存器B的值。10捕获时间寄存器T的值。这是最常用的模式用于获取时间戳。11不捕获NONE。对于WCAPE此选项仍会递增事件计数器。Interrupt enable (C2)中断使能位。置1时捕获条件满足后会置位软件中断标志可触发CPU中断。Conditional address (C12:C4)9位条件地址。指定如果本次捕获条件满足时下一条要执行的NHET指令地址。与Next program address共同实现条件分支。hr_lr (C8, 仅WCAP)高分辨率/低分辨率选择位。这是WCAP指令的精髓之一。0使能高分辨率HR时间戳捕获。除了捕获25位主计数器值还会将7位HR计数器的值存入hr_data字段。1忽略HR捕获仅使用主计数器。数据字段D31:D0是捕获数据的存储区WCAP:data (D31:D7)25位数据。通常用于存储从选定寄存器A, B, T捕获的值。hr_data (D6:D0)7位高分辨率数据。当hr_lr0时捕获的HR计数器值存储于此。WCAPE:ts_data (D31:D7)25位时间戳数据。功能同WCAP的data字段。ec_data (D6:D0)7位事件计数器。每次捕获条件满足时此字段值自动加1。这就是“事件计数”功能的实现。实操心得HR模式的“首周期陷阱”技术手册中关于WCAP在HR模式下的警告需要高度重视“当NHET刚启动在第一个循环时钟周期内HR计数器尚未与循环时钟同步此时若发生捕获边沿得到的HR计数器值是错误的。” 这意味着在启用HR捕获的应用中系统初始化后、正式启用捕获功能前必须有一个短暂的“稳定期”或忽略第一个循环时钟内的捕获数据。一个常见的做法是在NHET使能后先执行几条空操作NOP指令或等待一个完整的循环周期再开始执行包含WCAP指令的程序段。2.2 执行流程与HTU请求生成一条WCAP/WCAPE指令的执行可以看作一个决策与行动的过程条件判断在每个指令执行周期NHET检查pin指定引脚的电平并与event设定的边沿条件进行比对。同时它也会检查prv位记录的引脚上一个状态以准确识别边沿。路径选择如果条件满足或为无条件捕获则执行“捕获路径” a.数据捕获将reg指定寄存器的当前值写入指令的data/ts_data字段。若为WCAP且hr_lr0同时捕获HR值到hr_data。 b.事件计数仅WCAPE将ec_data字段的值加1。 c.中断触发如果irqON则置位中断标志。 d.HTU请求这是关键一步指令会根据request字段和reqnum字段向HTU发出信号。 *requestNOREQ不产生请求。 *requestGENREQ在指定的reqnum请求线上产生一个正常请求触发HTU启动一次数据传输。 *requestQUIET在指定的reqnum请求线上产生一个安静请求。此请求不触发数据传输仅用于HTU的一致性检查后文详述。 e.程序跳转跳转到cond_addr指定的地址执行下一条指令。如果条件不满足则执行“跳过路径”直接跳转到next地址指定的下一条指令。一个生动的类比想象WCAP指令是一个安装在生产线旁的智能传感器引脚。当产品经过边沿事件时传感器不仅拍照记录时间捕获时间戳还会举手示意产生HTU请求。仓库管理员HTU看到举手后就会过来取走照片数据。WCAPE则更高级它还会在计数器上按一下记录这是今天第几个经过的产品。3. HTU数据传输机制从请求到搬运的完整流水线HTU的存在就是为了高效响应WCAP/WCAPE发出的“举手”请求将NHET RAM中的数据搬运到主存中反之亦然。其设计哲学是将CPU从频繁的、周期性的数据搬运中解放出来。3.1 HTU核心概念帧、元素与控制包理解HTU必须先厘清三个核心概念元素一次传输的最小数据单元可以是32位或64位。对应于WCAP/WCAPE指令数据字段D31:D0的完整内容。帧由一次HTU请求如WCAP指令触发所发起的一组连续的元素传输。一个帧包含的元素数量由“初始元素传输计数”寄存器IETCOUNT定义。控制包HTU的“任务清单”。它定义了数据搬运的所有参数源地址NHET RAM地址、目的地址主存地址、要传输多少元素IETCOUNT、要传输多少帧IFTCOUNT以及传输模式等。HTU支持8个双控制包每个DCP管理两个独立的缓冲区Buffer A和Buffer B并固定关联到一根NHET请求线0-7。WCAP指令中的reqnum字段就是用来选择向哪个DCP“喊话”。3.2 单缓冲区与双缓冲区模式HTU的缓冲区管理策略是其灵活性的体现。单缓冲区模式数据持续写入一个缓冲区。当缓冲区写满达到设定的帧数x元素数后行为由传输模式决定单次模式传输停止DCP被禁用。适用于一次性数据采集任务。循环模式写指针回到缓冲区起始地址覆盖旧数据继续写入。适用于持续性的数据流如实时波形记录CPU需要持续读取最新数据。双缓冲区模式乒乓缓冲区这是HTU的杀手级功能。Buffer A和Buffer B交替工作。初始时HTU向Buffer A写入数据。当Buffer A填满时HTU自动或由CPU通过写寄存器触发切换到Buffer B继续写入。与此同时CPU可以安全地读取和处理Buffer A中的完整数据。当Buffer B填满时再切换回Buffer A此时CPU处理Buffer B。这种“乒乓”操作实现了数据生产NHET捕获与数据消费CPU处理的完美并行几乎消除了数据搬运的延迟窗口是实现高吞吐、零等待实时系统的基石。避坑指南缓冲区切换的时机与风险图19-6和图19-8揭示了两个关键风险点切换延迟在时间t1即使CPU发出了切换命令HTU也会先完成当前正在传输的整个帧再切换到新缓冲区。这意味着缓冲区尺寸帧大小的设计必须考虑处理延迟避免新数据覆盖未处理完的旧数据。禁用失效如果在HTU请求产生后、帧传输开始前CPU禁用了DCPBUSY位可能显示为非忙但那个“在途”的请求仍会导致一个帧被传输可能破坏内存。安全的做法是在需要CPU独占访问内存时先设置VBUSHOLD位挂起HTU总线访问并轮询BUSBUSY位直到为0再进行操作。3.3 寻址模式数据如何摆放HTU的寻址模式决定了数据在内存中是如何排列的。主存寻址恒定地址所有数据都写入/读出同一个内存地址。适用于需要不断更新同一个变量的场景如最新的转速值。后递增地址每传输一个元素后地址自动增加32位传输464位传输8。这是最常用的模式用于在内存中创建一个连续的数据块如一个包含100个时间戳的数组。NHET RAM寻址略为复杂。地址在每帧开始时重置为初始NHET地址然后在帧内根据元素计数递增。这意味着如果你希望连续捕获多个不同NHET指令的数据字段需要将这些指令在NHET RAM中连续排列并将IETCOUNT设置为需要捕获的指令数量。3.4 安静请求数据一致性的守护者这是HTU设计中一个非常精巧且重要的机制用于应对“数据撕裂”问题。考虑一个场景一个HTU帧需要从三个连续的NHET指令L1, L2, L3的数据字段中读取三个元素。L3指令负责发出HTU请求。正常情况请求发出后HTU尽快启动传输在NHET执行完L3、跳转回程序开头并再次更新L1的数据字段之前就已完成对L1、L2、L3的读取。数据是完整的。过载情况如果HTU繁忙传输被严重延迟可能发生在NHET已经执行完下一个循环更新了L1的数据字段后HTU才开始读取。这时HTU读到的L1数据是新的而L2和L3的数据是旧的导致一个帧内数据时间戳不一致。安静请求的解决方案将指令块中第一条指令L1的request字段配置为QUIET。将指令块中最后一条指令L3的request字段配置为GENREQ。HTU会监控在收到一个正常请求后直到下一个安静请求到来之前对应的帧必须传输完成。如果未完成HTU就会置位请求丢失错误标志RLOSTFL。这样安静请求就像一个“数据完整性检查点”。如果HTU太忙无法在下一个数据块开始生产前完成当前块的搬运系统就能立刻知道数据可能不一致了而不是悄无声息地使用错误数据。4. 实战配置从指令编写到HTU初始化的完整流程理论需要实践来巩固。下面我们以一个具体的应用为例使用NHET的HR时钟捕获一个外部引脚例如HET1[0]的上升沿时间戳并通过HTU将每10次捕获组成一帧以乒乓缓冲区模式传输到主存中。4.1 NHET程序编写汇编风格伪代码首先我们需要编写NHET程序。假设我们将使用HR模式并设置请求线0。; 假设 HRCNT 已配置并运行 ; 地址 0x00: L1指令 (安静请求) WCAP { next 0x04 ; 条件不满足则跳转到L2 cond_addr 0x08 ; 条件满足则跳转到L3 reqnum 0 ; 使用HTU请求线0 request QUIET ; 第一条指令发安静请求 pin 0 ; HET1[0] event RISE ; 捕获上升沿 reg T ; 捕获时间寄存器时间戳 hr_lr LOW ; 使能HR捕获 irq OFF ; 本例不用中断 data 0 ; 初始数据值 } ; 地址 0x04: L2指令 (占位或其它操作) ... (其他指令例如循环等待) ; 地址 0x08: L3指令 (正常请求) WCAP { next 0x00 ; 条件不满足则跳回L1 cond_addr 0x00 ; 条件满足也跳回L1开始下一轮 reqnum 0 ; 使用HTU请求线0 request GENREQ ; 最后一条指令发正常请求 pin 0 ; HET1[0] (实际上由于跳转不会再次判断) event RISE ; 保持一致 reg T ; 捕获时间戳 hr_lr LOW ; 使能HR捕获 irq OFF data 0 }这段程序实现了一个简单的状态机L1等待上升沿捕获并发出安静请求后跳到L3L3再次捕获实际上这次捕获是由同一个边沿触发但程序流决定了它会被执行并发出正常请求然后跳回L1等待下一个边沿。注意更常见的做法是一个指令块包含多条WCAP指令分别捕获不同引脚或不同寄存器的值最后一条发正常请求。4.2 HTU双控制包DCP配置接下来配置与请求线0关联的DCP 0。我们假设使用Buffer A和Buffer B每个缓冲区容纳10帧数据每帧包含2个元素32位时间戳和7位HR值共32位但HR值在低7位我们将其作为一个整体元素传输。配置步骤选择并禁用DCP首先在控制包使能寄存器CPENA中禁用DCP 0对应位写0确保配置期间传输停止。配置Buffer A参数IFADDRABuffer A在主存中的起始地址例如0x8000_0000。IFTCOUNT初始帧传输计数设为10。IETCOUNT初始元素传输计数设为2一个32位数据元素。IHADDRCT设置主存寻址模式为后递增ADDFM1NHET RAM寻址模式也为后递增ADDMH根据需求设置。DCTRL设置数据大小为32位SIZE0传输方向为从NHET到主存DIR1。TMBA设置Buffer A的传输模式为“自动切换”模式例如0x2。当Buffer A的10帧传完自动切换到Buffer B。配置Buffer B参数IFADDRBBuffer B在主存中的起始地址例如0x8000_0050。注意与Buffer A地址间隔足够远IFTCOUNT * IETCOUNT * 4字节 10*2*480字节所以间隔至少80字节。IFTCOUNT,IETCOUNT,IHADDRCT,DCTRL通常与Buffer A保持一致。TMBB设置Buffer B的传输模式也为“自动切换”模式。配置NHET RAM地址在NHETSA寄存器中设置DCP 0对应的NHET RAM起始地址。这个地址应指向NHET程序中第一个WCAP指令的数据字段data和hr_data所在的NHET RAM位置。这需要根据NHET的内存映射和程序布局来计算。启用DCP最后向CPENA寄存器写入值同时启用DCP 0的Buffer A和Buffer B例如对于DCP 0设置对应位为0x3。4.3 系统集成与启动流程初始化主存缓冲区在0x8000_0000和0x8000_0050开始的内存区域预留足够空间并可由CPU清零或填充初始值。配置并启动HTU完成上述DCP配置后设置HTU全局控制寄存器GCTRL使能HTU模块HTUEN1并可能使能错误中断等。加载并启动NHET程序将编写好的NHET程序指令码加载到NHET指令RAM中并启动NHET运行。CPU侧处理CPU无需干预数据传输。它可以轮询HTU的缓冲区满标志BFINTFL或者配置HTU在缓冲区满时产生中断。当检测到Buffer A满即BFINTFL中对应位置位CPU可以安全地从0x8000_0000地址读取10帧共20个元素的数据进行处理。与此同时HTU会自动将后续数据写入Buffer B。5. 高级议题与调试技巧5.1 性能优化与负载评估HTU的“请求丢失”机制是评估系统负载的重要工具。如果RLOSTFL寄存器中频繁置位说明HTU过于繁忙无法及时处理NHET发出的所有传输请求。优化策略包括减少帧大小降低IETCOUNT让每次传输的数据量变小完成更快。降低请求频率调整NHET程序减少WCAP/WCAPE指令的执行频率例如只在特定条件下捕获。使用多请求线将不同的数据流分配到不同的HTU请求线DCP上利用HTU内部的仲裁机制低编号优先进行简单优先级管理。检查总线竞争HTU通过SCR访问内存如果其他主设备如另一个DMA、CPU频繁占用总线也会导致HTU延迟。需要统筹考虑系统总线带宽。5.2 错误处理与诊断HTU提供了丰富的错误状态寄存器用于诊断问题请求丢失错误如前所述由RLOSTFL指示。需检查负载和安静请求配置。总线错误访问非法内存地址时触发。检查IFADDRA/B配置是否正确以及内存区域是否可写。内存保护错误如果使能了内存保护区域HTU访问超出此区域时会触发。检查保护区域设置。奇偶校验错误控制包RAM的奇偶校验错误。可能指示RAM数据损坏属于严重硬件或软件错误。在中断服务程序中应首先读取错误状态寄存器精确定位是哪个DCP出了什么问题再根据错误类型进行恢复如重新初始化DCP、重置缓冲区指针等。5.3 混合使用WCAP与WCAPEWCAP和WCAPE可以灵活组合。例如在一个电机控制应用中使用WCAPE指令捕获编码器Z信号的上升沿同时记录事件计数器。这样可以精确计算电机转速两次捕获的时间差和绝对位置事件计数。使用WCAP指令HR模式捕获电流采样的同步时刻获取超高精度的时间戳用于高级控制算法。 两者可以配置到不同的HTU请求线和DCP上由HTU并行地将时间戳数据和事件计数数据搬运到不同的内存缓冲区中。5.4 调试实操心得利用BRK位在关键的WCAP指令上设置BRKON可以让CPU暂停观察此时引脚状态、寄存器值、HTU请求状态等是定位指令执行逻辑错误的利器。监视数据字段通过调试器直接读取NHET RAM中WCAP/WCAPE指令的数据字段可以验证捕获功能是否正常工作时间戳值是否符合预期。检查HTU寄存器在数据传输过程中实时查看CFTCTx当前帧计数、CFADDRx当前地址等寄存器可以确认传输进度是否符合配置。模拟信号注入在开发初期可以使用函数发生器向NHET引脚注入已知频率和边沿的方波信号验证捕获的时间戳间隔是否精确等于信号周期。这是验证整个NHET时钟基准和捕获逻辑最直接的方法。深入掌握WCAP/WCAPE指令与HTU的协同意味着你能够为嵌入式系统构建一条可靠、高效、确定性的数据采集流水线。它将高精度的硬件计时能力与自动化的数据搬运能力结合让CPU能够专注于核心的控制算法而不是忙于搬运数据从而在严苛的实时控制应用中释放出最大的性能潜力。
嵌入式实时系统高精度数据采集：WCAP/WCAPE指令与HTU协同设计
1. 项目概述从指令到数据流的精密协同在嵌入式实时控制系统的核心地带高精度定时器NHET扮演着“时间管家”的角色它负责生成精确的PWM波形、捕获外部信号的精确时刻、测量脉冲频率与占空比。然而一个常被忽视的挑战是当定时器以纳秒级精度捕获到海量时间戳数据后如何高效、无延迟地将这些数据搬运到系统内存RAM中供CPU进行后续处理如电机控制算法、电源环路计算如果依赖CPU中断来逐个读取不仅会消耗大量计算资源更可能因中断延迟导致数据丢失或实时性崩溃。这正是HTU高精度定时器传输单元的价值所在。它本质上是一个为NHET量身定制的专用DMA控制器在NHET与主存之间开辟了一条高速、自动化的数据通道。而WCAP和WCAPE指令则是这条通道的“发令枪”和“数据包装工”。当引脚上发生指定的边沿事件如上升沿时WCAP指令会立即将当前定时器的计数值一个宝贵的时间戳“抓拍”下来存入指令的数据字段WCAPE指令则更进一步在捕获时间戳的同时还能对一个7位的事件计数器进行递增实现“事件发生次数”与“事件发生时刻”的同步记录。理解WCAP/WCAPE指令与HTU的协同工作机制是构建高性能、高可靠性实时系统的关键。这不仅仅是配置几个寄存器而是设计一套从信号感知、数据捕获到高效搬运的完整流水线。本文将深入这两条指令的每个比特位并拆解HTU如何像一位训练有素的物流经理将这些零散的数据包有序、无误地转运到目的地。2. WCAP/WCAPE指令深度解析捕获事件的每一个细节WCAPSoftware Capture Word和WCAPESoftware Capture Word and Event Count是NHET指令集中用于“软件捕获”的核心指令。它们不像硬件捕获单元那样有专用的输入路径而是通过执行NHET程序中的指令来触发捕获动作灵活性极高。2.1 指令格式与字段精讲指令的格式分为三个关键部分程序字段P-Field、控制字段C-Field和数据字段D-Field。每个字段的比特位都承载着特定的控制信息。程序字段P31:P0主要定义了指令的执行流和HTU请求Opcode (P12:P9)WCAP为0xBWCAPE为0x8。这是指令的“身份证”NHET解码器据此识别要执行的操作。Next program address (P21:P13)9位地址指定如果本次捕获条件不满足时下一条要执行的NHET指令地址。这构成了NHET程序的条件跳转逻辑。Request Number (P25:P23)3位请求编号0-7。这是与HTU通信的“频道号”。当捕获发生时NHET会通过这个指定的请求线向HTU发出传输请求。WCAPE指令的此字段位置相同。BRK (P22)断点位。调试时使用置1可使CPU在此指令执行时暂停方便观察系统状态。控制字段C31:C0定义了捕获行为的细节Pin select (C21:C13)9位引脚选择。指定监视哪个NHET引脚上的信号。Capture condition (C6:C5)2位捕获条件。这是指令的“触发器”。00无条件捕获NOCOND。指令执行即捕获与引脚状态无关。01下降沿捕获FALL。10上升沿捕获RISE。11双边沿捕获BOTH。每次引脚电平变化都会触发捕获。Register select (C4:C3)2位寄存器选择。决定捕获哪个寄存器的值到数据字段。00捕获寄存器A的值。01捕获寄存器B的值。10捕获时间寄存器T的值。这是最常用的模式用于获取时间戳。11不捕获NONE。对于WCAPE此选项仍会递增事件计数器。Interrupt enable (C2)中断使能位。置1时捕获条件满足后会置位软件中断标志可触发CPU中断。Conditional address (C12:C4)9位条件地址。指定如果本次捕获条件满足时下一条要执行的NHET指令地址。与Next program address共同实现条件分支。hr_lr (C8, 仅WCAP)高分辨率/低分辨率选择位。这是WCAP指令的精髓之一。0使能高分辨率HR时间戳捕获。除了捕获25位主计数器值还会将7位HR计数器的值存入hr_data字段。1忽略HR捕获仅使用主计数器。数据字段D31:D0是捕获数据的存储区WCAP:data (D31:D7)25位数据。通常用于存储从选定寄存器A, B, T捕获的值。hr_data (D6:D0)7位高分辨率数据。当hr_lr0时捕获的HR计数器值存储于此。WCAPE:ts_data (D31:D7)25位时间戳数据。功能同WCAP的data字段。ec_data (D6:D0)7位事件计数器。每次捕获条件满足时此字段值自动加1。这就是“事件计数”功能的实现。实操心得HR模式的“首周期陷阱”技术手册中关于WCAP在HR模式下的警告需要高度重视“当NHET刚启动在第一个循环时钟周期内HR计数器尚未与循环时钟同步此时若发生捕获边沿得到的HR计数器值是错误的。” 这意味着在启用HR捕获的应用中系统初始化后、正式启用捕获功能前必须有一个短暂的“稳定期”或忽略第一个循环时钟内的捕获数据。一个常见的做法是在NHET使能后先执行几条空操作NOP指令或等待一个完整的循环周期再开始执行包含WCAP指令的程序段。2.2 执行流程与HTU请求生成一条WCAP/WCAPE指令的执行可以看作一个决策与行动的过程条件判断在每个指令执行周期NHET检查pin指定引脚的电平并与event设定的边沿条件进行比对。同时它也会检查prv位记录的引脚上一个状态以准确识别边沿。路径选择如果条件满足或为无条件捕获则执行“捕获路径” a.数据捕获将reg指定寄存器的当前值写入指令的data/ts_data字段。若为WCAP且hr_lr0同时捕获HR值到hr_data。 b.事件计数仅WCAPE将ec_data字段的值加1。 c.中断触发如果irqON则置位中断标志。 d.HTU请求这是关键一步指令会根据request字段和reqnum字段向HTU发出信号。 *requestNOREQ不产生请求。 *requestGENREQ在指定的reqnum请求线上产生一个正常请求触发HTU启动一次数据传输。 *requestQUIET在指定的reqnum请求线上产生一个安静请求。此请求不触发数据传输仅用于HTU的一致性检查后文详述。 e.程序跳转跳转到cond_addr指定的地址执行下一条指令。如果条件不满足则执行“跳过路径”直接跳转到next地址指定的下一条指令。一个生动的类比想象WCAP指令是一个安装在生产线旁的智能传感器引脚。当产品经过边沿事件时传感器不仅拍照记录时间捕获时间戳还会举手示意产生HTU请求。仓库管理员HTU看到举手后就会过来取走照片数据。WCAPE则更高级它还会在计数器上按一下记录这是今天第几个经过的产品。3. HTU数据传输机制从请求到搬运的完整流水线HTU的存在就是为了高效响应WCAP/WCAPE发出的“举手”请求将NHET RAM中的数据搬运到主存中反之亦然。其设计哲学是将CPU从频繁的、周期性的数据搬运中解放出来。3.1 HTU核心概念帧、元素与控制包理解HTU必须先厘清三个核心概念元素一次传输的最小数据单元可以是32位或64位。对应于WCAP/WCAPE指令数据字段D31:D0的完整内容。帧由一次HTU请求如WCAP指令触发所发起的一组连续的元素传输。一个帧包含的元素数量由“初始元素传输计数”寄存器IETCOUNT定义。控制包HTU的“任务清单”。它定义了数据搬运的所有参数源地址NHET RAM地址、目的地址主存地址、要传输多少元素IETCOUNT、要传输多少帧IFTCOUNT以及传输模式等。HTU支持8个双控制包每个DCP管理两个独立的缓冲区Buffer A和Buffer B并固定关联到一根NHET请求线0-7。WCAP指令中的reqnum字段就是用来选择向哪个DCP“喊话”。3.2 单缓冲区与双缓冲区模式HTU的缓冲区管理策略是其灵活性的体现。单缓冲区模式数据持续写入一个缓冲区。当缓冲区写满达到设定的帧数x元素数后行为由传输模式决定单次模式传输停止DCP被禁用。适用于一次性数据采集任务。循环模式写指针回到缓冲区起始地址覆盖旧数据继续写入。适用于持续性的数据流如实时波形记录CPU需要持续读取最新数据。双缓冲区模式乒乓缓冲区这是HTU的杀手级功能。Buffer A和Buffer B交替工作。初始时HTU向Buffer A写入数据。当Buffer A填满时HTU自动或由CPU通过写寄存器触发切换到Buffer B继续写入。与此同时CPU可以安全地读取和处理Buffer A中的完整数据。当Buffer B填满时再切换回Buffer A此时CPU处理Buffer B。这种“乒乓”操作实现了数据生产NHET捕获与数据消费CPU处理的完美并行几乎消除了数据搬运的延迟窗口是实现高吞吐、零等待实时系统的基石。避坑指南缓冲区切换的时机与风险图19-6和图19-8揭示了两个关键风险点切换延迟在时间t1即使CPU发出了切换命令HTU也会先完成当前正在传输的整个帧再切换到新缓冲区。这意味着缓冲区尺寸帧大小的设计必须考虑处理延迟避免新数据覆盖未处理完的旧数据。禁用失效如果在HTU请求产生后、帧传输开始前CPU禁用了DCPBUSY位可能显示为非忙但那个“在途”的请求仍会导致一个帧被传输可能破坏内存。安全的做法是在需要CPU独占访问内存时先设置VBUSHOLD位挂起HTU总线访问并轮询BUSBUSY位直到为0再进行操作。3.3 寻址模式数据如何摆放HTU的寻址模式决定了数据在内存中是如何排列的。主存寻址恒定地址所有数据都写入/读出同一个内存地址。适用于需要不断更新同一个变量的场景如最新的转速值。后递增地址每传输一个元素后地址自动增加32位传输464位传输8。这是最常用的模式用于在内存中创建一个连续的数据块如一个包含100个时间戳的数组。NHET RAM寻址略为复杂。地址在每帧开始时重置为初始NHET地址然后在帧内根据元素计数递增。这意味着如果你希望连续捕获多个不同NHET指令的数据字段需要将这些指令在NHET RAM中连续排列并将IETCOUNT设置为需要捕获的指令数量。3.4 安静请求数据一致性的守护者这是HTU设计中一个非常精巧且重要的机制用于应对“数据撕裂”问题。考虑一个场景一个HTU帧需要从三个连续的NHET指令L1, L2, L3的数据字段中读取三个元素。L3指令负责发出HTU请求。正常情况请求发出后HTU尽快启动传输在NHET执行完L3、跳转回程序开头并再次更新L1的数据字段之前就已完成对L1、L2、L3的读取。数据是完整的。过载情况如果HTU繁忙传输被严重延迟可能发生在NHET已经执行完下一个循环更新了L1的数据字段后HTU才开始读取。这时HTU读到的L1数据是新的而L2和L3的数据是旧的导致一个帧内数据时间戳不一致。安静请求的解决方案将指令块中第一条指令L1的request字段配置为QUIET。将指令块中最后一条指令L3的request字段配置为GENREQ。HTU会监控在收到一个正常请求后直到下一个安静请求到来之前对应的帧必须传输完成。如果未完成HTU就会置位请求丢失错误标志RLOSTFL。这样安静请求就像一个“数据完整性检查点”。如果HTU太忙无法在下一个数据块开始生产前完成当前块的搬运系统就能立刻知道数据可能不一致了而不是悄无声息地使用错误数据。4. 实战配置从指令编写到HTU初始化的完整流程理论需要实践来巩固。下面我们以一个具体的应用为例使用NHET的HR时钟捕获一个外部引脚例如HET1[0]的上升沿时间戳并通过HTU将每10次捕获组成一帧以乒乓缓冲区模式传输到主存中。4.1 NHET程序编写汇编风格伪代码首先我们需要编写NHET程序。假设我们将使用HR模式并设置请求线0。; 假设 HRCNT 已配置并运行 ; 地址 0x00: L1指令 (安静请求) WCAP { next 0x04 ; 条件不满足则跳转到L2 cond_addr 0x08 ; 条件满足则跳转到L3 reqnum 0 ; 使用HTU请求线0 request QUIET ; 第一条指令发安静请求 pin 0 ; HET1[0] event RISE ; 捕获上升沿 reg T ; 捕获时间寄存器时间戳 hr_lr LOW ; 使能HR捕获 irq OFF ; 本例不用中断 data 0 ; 初始数据值 } ; 地址 0x04: L2指令 (占位或其它操作) ... (其他指令例如循环等待) ; 地址 0x08: L3指令 (正常请求) WCAP { next 0x00 ; 条件不满足则跳回L1 cond_addr 0x00 ; 条件满足也跳回L1开始下一轮 reqnum 0 ; 使用HTU请求线0 request GENREQ ; 最后一条指令发正常请求 pin 0 ; HET1[0] (实际上由于跳转不会再次判断) event RISE ; 保持一致 reg T ; 捕获时间戳 hr_lr LOW ; 使能HR捕获 irq OFF data 0 }这段程序实现了一个简单的状态机L1等待上升沿捕获并发出安静请求后跳到L3L3再次捕获实际上这次捕获是由同一个边沿触发但程序流决定了它会被执行并发出正常请求然后跳回L1等待下一个边沿。注意更常见的做法是一个指令块包含多条WCAP指令分别捕获不同引脚或不同寄存器的值最后一条发正常请求。4.2 HTU双控制包DCP配置接下来配置与请求线0关联的DCP 0。我们假设使用Buffer A和Buffer B每个缓冲区容纳10帧数据每帧包含2个元素32位时间戳和7位HR值共32位但HR值在低7位我们将其作为一个整体元素传输。配置步骤选择并禁用DCP首先在控制包使能寄存器CPENA中禁用DCP 0对应位写0确保配置期间传输停止。配置Buffer A参数IFADDRABuffer A在主存中的起始地址例如0x8000_0000。IFTCOUNT初始帧传输计数设为10。IETCOUNT初始元素传输计数设为2一个32位数据元素。IHADDRCT设置主存寻址模式为后递增ADDFM1NHET RAM寻址模式也为后递增ADDMH根据需求设置。DCTRL设置数据大小为32位SIZE0传输方向为从NHET到主存DIR1。TMBA设置Buffer A的传输模式为“自动切换”模式例如0x2。当Buffer A的10帧传完自动切换到Buffer B。配置Buffer B参数IFADDRBBuffer B在主存中的起始地址例如0x8000_0050。注意与Buffer A地址间隔足够远IFTCOUNT * IETCOUNT * 4字节 10*2*480字节所以间隔至少80字节。IFTCOUNT,IETCOUNT,IHADDRCT,DCTRL通常与Buffer A保持一致。TMBB设置Buffer B的传输模式也为“自动切换”模式。配置NHET RAM地址在NHETSA寄存器中设置DCP 0对应的NHET RAM起始地址。这个地址应指向NHET程序中第一个WCAP指令的数据字段data和hr_data所在的NHET RAM位置。这需要根据NHET的内存映射和程序布局来计算。启用DCP最后向CPENA寄存器写入值同时启用DCP 0的Buffer A和Buffer B例如对于DCP 0设置对应位为0x3。4.3 系统集成与启动流程初始化主存缓冲区在0x8000_0000和0x8000_0050开始的内存区域预留足够空间并可由CPU清零或填充初始值。配置并启动HTU完成上述DCP配置后设置HTU全局控制寄存器GCTRL使能HTU模块HTUEN1并可能使能错误中断等。加载并启动NHET程序将编写好的NHET程序指令码加载到NHET指令RAM中并启动NHET运行。CPU侧处理CPU无需干预数据传输。它可以轮询HTU的缓冲区满标志BFINTFL或者配置HTU在缓冲区满时产生中断。当检测到Buffer A满即BFINTFL中对应位置位CPU可以安全地从0x8000_0000地址读取10帧共20个元素的数据进行处理。与此同时HTU会自动将后续数据写入Buffer B。5. 高级议题与调试技巧5.1 性能优化与负载评估HTU的“请求丢失”机制是评估系统负载的重要工具。如果RLOSTFL寄存器中频繁置位说明HTU过于繁忙无法及时处理NHET发出的所有传输请求。优化策略包括减少帧大小降低IETCOUNT让每次传输的数据量变小完成更快。降低请求频率调整NHET程序减少WCAP/WCAPE指令的执行频率例如只在特定条件下捕获。使用多请求线将不同的数据流分配到不同的HTU请求线DCP上利用HTU内部的仲裁机制低编号优先进行简单优先级管理。检查总线竞争HTU通过SCR访问内存如果其他主设备如另一个DMA、CPU频繁占用总线也会导致HTU延迟。需要统筹考虑系统总线带宽。5.2 错误处理与诊断HTU提供了丰富的错误状态寄存器用于诊断问题请求丢失错误如前所述由RLOSTFL指示。需检查负载和安静请求配置。总线错误访问非法内存地址时触发。检查IFADDRA/B配置是否正确以及内存区域是否可写。内存保护错误如果使能了内存保护区域HTU访问超出此区域时会触发。检查保护区域设置。奇偶校验错误控制包RAM的奇偶校验错误。可能指示RAM数据损坏属于严重硬件或软件错误。在中断服务程序中应首先读取错误状态寄存器精确定位是哪个DCP出了什么问题再根据错误类型进行恢复如重新初始化DCP、重置缓冲区指针等。5.3 混合使用WCAP与WCAPEWCAP和WCAPE可以灵活组合。例如在一个电机控制应用中使用WCAPE指令捕获编码器Z信号的上升沿同时记录事件计数器。这样可以精确计算电机转速两次捕获的时间差和绝对位置事件计数。使用WCAP指令HR模式捕获电流采样的同步时刻获取超高精度的时间戳用于高级控制算法。 两者可以配置到不同的HTU请求线和DCP上由HTU并行地将时间戳数据和事件计数数据搬运到不同的内存缓冲区中。5.4 调试实操心得利用BRK位在关键的WCAP指令上设置BRKON可以让CPU暂停观察此时引脚状态、寄存器值、HTU请求状态等是定位指令执行逻辑错误的利器。监视数据字段通过调试器直接读取NHET RAM中WCAP/WCAPE指令的数据字段可以验证捕获功能是否正常工作时间戳值是否符合预期。检查HTU寄存器在数据传输过程中实时查看CFTCTx当前帧计数、CFADDRx当前地址等寄存器可以确认传输进度是否符合配置。模拟信号注入在开发初期可以使用函数发生器向NHET引脚注入已知频率和边沿的方波信号验证捕获的时间戳间隔是否精确等于信号周期。这是验证整个NHET时钟基准和捕获逻辑最直接的方法。深入掌握WCAP/WCAPE指令与HTU的协同意味着你能够为嵌入式系统构建一条可靠、高效、确定性的数据采集流水线。它将高精度的硬件计时能力与自动化的数据搬运能力结合让CPU能够专注于核心的控制算法而不是忙于搬运数据从而在严苛的实时控制应用中释放出最大的性能潜力。
