1. 项目概述与TAS技术背景在工业自动化、汽车电子和航空航天这些对时间要求极其苛刻的领域网络通信的“确定性”和“低延迟”不再是锦上添花而是关乎系统功能安全和性能的生死线。想象一下一条产线上多个机械臂需要毫秒级同步或者一辆自动驾驶汽车里传感器数据必须在几微秒内送达决策单元传统的“尽力而为”以太网显然力不从心。这正是时间敏感网络Time-Sensitive Networking, TSN大显身手的地方而时间感知整形Time-Aware Shaping, TAS则是TSN皇冠上的明珠是实现确定性延迟的核心调度器。TAS的原理并不复杂但实现起来极其精密。它就像一个拥有绝对权威的交通警察在一个固定的、周期性的时间表Cycle内为不同优先级的数据流比如控制指令、视频流、普通数据分配专属的、互不重叠的“绿色通行”时间窗口。在这个窗口内对应队列的“门”打开数据可以无冲突地发送窗口之外门则关闭即使有数据也要排队等待。这种基于时间片的严格隔离确保了最高优先级的流量总能获得可预测的、极低的传输延迟完全避免了传统以太网中因排队和冲突带来的随机延迟抖动。然而将这样一套精密的调度机制在嵌入式微控制器MCU上实现对硬件和软件都提出了巨大挑战。它要求硬件有高精度的定时器、可灵活配置的门控列表内存以及快速响应的中断机制。瑞萨电子的RA8P1 MCU凭借其强大的Arm® Cortex®-M85内核和高性能外设集成了一个功能完整的以太网代理Ethernet Agent, ETHA模块其中就内置了硬件TAS调度器。这意味着开发者无需在软件中实现复杂且耗时的调度算法可以直接通过配置一组专用寄存器来“指挥”硬件让TAS在纳秒级精度上自动运行极大地减轻了CPU负担并保证了调度的绝对精准。本次我们就深入RA8P1的ETHA模块聚焦两个最核心、也最容易让人困惑的部分TAS调度器的关键配置寄存器和与之紧密相关的错误与中断寄存器。理解它们你才能真正驾驭这颗芯片的TSN能力设计出真正可靠的实时网络节点。2. TAS调度器核心寄存器详解TAS调度器的行为完全由我们通过软件配置的一组寄存器来控制。这些寄存器主要分为两类配置寄存器和监控寄存器。配置寄存器C结尾如EATASCSTC由软件写入设定调度计划监控寄存器M结尾如EATASCSTM由硬件自动更新供软件读取以确认当前状态。下面我们逐一拆解。2.1 调度周期与启动时间配置TAS调度就像一个不断循环的班车时刻表。你需要告诉调度器两件事班车多久发一班周期以及第一班车什么时候发车启动时间。EATASCTC (TAS Cycle Time Configuration Register) - 调度周期寄存器这个寄存器定义了整个TAS调度表重复一次的时间长度单位是纳秒。它是一个32位可读写寄存器地址偏移为0x03B0。位域TASACT[31:0]。直接写入以纳秒为单位的周期值。关键限制数据手册明确提示此值必须大于100 ns。这是硬件设计上的一个最小周期要求如果设置小于等于100 ns调度器可能无法正常工作或产生不可预期的行为。在实际应用中这个周期值通常与你的网络拓扑中所有TSN设备协商的“大周期”对齐比如125微秒、250微秒或1毫秒。EATASCSTC0/1 (TAS Cycle Start Time Configuration Register 0/1) - 调度启动时间配置寄存器这两个寄存器共同组成一个64位的时间戳定义了TAS调度器开始运行或切换新配置的绝对起始时刻。它们对于时间同步至关重要。EATASCSTC0(偏移0x03A0)存储64位起始时间的低32位。**EATASCSTC1(偏移0x03A4)存储64位起始时间的高32位。时间单位这个64位值以2^32 * 纳秒为单位。这意味着其时间表示范围极其巨大足以覆盖任何实际应用场景。在配置时你需要将目标起始时间通常来源于gPTP同步得到的高精度网络时间转换成这个单位制。工作模式写入EATASCSTC并不会立即改变调度器行为。硬件会在下一个调度周期开始时将EATASCSTC的值加载到操作寄存器EATASCSTM并从此时间点开始执行新的调度表。这实现了配置的“原子性”切换避免了在调度中间更改参数导致的混乱。EATASCTM (TAS Cycle Time Monitoring Register) 与 EATASCSTM0/1 (TAS Cycle Start Time Monitoring Register 0/1)这三个是只读的监控寄存器分别反映了当前实际生效的调度周期(TASOCT)和调度周期开始时间(TASOCSTP)。软件可以通过读取它们来验证配置是否已成功加载或者诊断调度器的实际运行相位。它们的更新条件与配置寄存器紧密相关当调度器启动时。当有新的配置EATASCSTC/EATASCTC被提交并生效时。每一个新的调度周期开始时EATASCSTM会自动更新为下一个周期的开始时间。实操心得时间同步是前提配置EATASCSTC的前提是你的MCU已经通过gPTP或其他机制与网络主时钟同步。错误地设置一个过去的启动时间比如你根据本地晶振时间设置了一个值但gPTP同步后系统时间已经超过了这个值将直接导致TAS门控错误TASGES中断。在调试时我习惯先读取gPTP时间加上一个足够大的未来偏移如10个调度周期再计算并写入EATASCSTC确保调度器在未来某个确定的时间点启动。2.2 门控列表Gate List的编程与访问TAS调度的核心是一张“门控列表”它定义了在一个调度周期内每个队列通常0-7共8个队列的“门”在什么时间打开Open或关闭Close。在RA8P1中这张表存储在一块专用的TAS RAM中。我们通过一组“学习Learn”寄存器向RAM写入配置通过另一组“读取Read”寄存器从RAM回读验证。EATASGL0/1 与 EATASGLR (TAS Gate Learn Registers) - 门控列表写入这是配置门控列表的接口过程像教一个学生记住课程表。设置地址与状态/时间EATASGL0.TASGAL[7:0]指定你要写入的门控条目在TAS RAM中的地址0-255。一个地址对应一个特定的“动作点”。EATASGL1.TASGSL指定在这个地址上门的状态0关闭1打开。EATASGL1.TASGTL[27:0]指定从本周期开始时刻到执行这个状态切换动作的时间偏移单位是纳秒。这个值必须小于调度周期EATASCTC。触发学习操作向EATASGL1寄存器执行写操作后硬件会自动将EATASGLR.GL位设置为1表示“学习写入进行中”。等待完成软件需要轮询EATASGLR.GL位当硬件完成将该条目写入TAS RAM后此位会被自动清零。此时才能配置下一个地址的条目。EATASGR 与 EATASGRR (TAS Gate Read Registers) - 门控列表读取用于验证写入的内容是否正确或者动态监控当前的调度状态。设置读取地址向EATASGR.TASGAR[7:0]写入要读取的TAS RAM地址。触发读取操作写EATASGR寄存器会触发硬件读取并将EATASGRR.GR位置1。获取结果当EATASGRR.GR被硬件清零时表示读取完成。此时EATASGRR.TASGSR和EATASGRR.TASGTR[27:0]中即包含了从指定地址读出的门状态和时间偏移值。注意事项构建完整的调度表一个完整的门控列表需要规划好一个周期内所有状态变化的时刻。例如一个125us的周期你可能需要在0us打开队列7的门50us关闭队列7的门并同时打开队列6的门100us关闭队列6的门。这就需要你在地址0写入开队列70ns地址1写入关队列750000ns地址2写入开队列650000ns地址3写入关队列6100000ns。必须确保最后一个动作将门恢复到周期开始前的状态以保证周期性的连贯。同时TASGTL的时间值必须严格递增。2.3 硬件校准与状态监控EATASHCC (TAS Hardware Calibration Configuration Register) - 硬件抖动校准在理想世界中配置的时间到了门立刻切换。但现实中信号在硬件路径上会有微小的传播延迟即“抖动”。EATASHCC.TASJ[15:0]就是用来补偿这个抖动的。作用它定义了TAS调度器内部逻辑与外部RMAC PHY接口之间的预期最大时间偏差单位纳秒。硬件会利用这个值来提前触发门状态切换确保在精确的纳秒时刻信号能到达PHY接口。如何确定值这个值通常需要通过测量或根据芯片数据手册的电气特性来估算。如果设置过小可能补偿不足导致实际切换晚于预期设置过大则可能导致切换过早。在不确定时可以保守地设置一个稍大的值例如几十纳秒。EATASSM (TAS Status Monitoring Register) - 调度器状态寄存器这是一个非常重要的只读寄存器让你能实时窥探调度器的运行状况。TASSO(位16)调度器运行标志。为1表示TAS调度器正在运行为0表示未运行。在启动调度器后检查此位是确认硬件是否已激活的第一步。TASCTGS(位8)直通门状态。如果使能了直通Cut-Through模式此位显示直通门的当前开/闭状态。TASGS7~TASGS0(位7-0)8个队列的门状态。直接反映了每个队列门当前的硬件状态1开0闭。在调试时结合逻辑分析仪或示波器观察这些位的变化是验证调度时序是否准确的最直接方法。3. 中断与错误处理寄存器深度解析TAS调度器再精密也需要应对网络中的各种异常情况。RA8P1的ETHA模块设计了一套细致的中断系统将错误分类并通过寄存器暴露给软件。正确处理这些中断是构建健壮TSN应用的关键。3.1 错误中断寄存器组的结构与逻辑ETHA的错误中断寄存器遵循一个清晰、标准的模式每组错误都有三个对应的寄存器这构成了中断管理的“状态-使能-禁用”铁三角EAEISx (Error Interrupt Status Register x)状态寄存器。当某种错误条件发生时硬件会自动将对应的状态标志位置1。无论中断是否使能状态位都会置位。软件通过读取此寄存器来识别发生了何种错误。EAEIEx (Error Interrupt Enable Register x)使能寄存器。软件通过将某位置1来允许该错误触发CPU中断。如果只置位状态位而未使能则不会产生中断请求但软件仍可通过轮询状态寄存器发现错误。EAEIDx (Error Interrupt Disable Register x)禁用寄存器。这是一个只写寄存器。向某位写1会清零对应EAEIEx寄存器中的使能位。这种设计提供了原子性的中断禁用操作避免了“读-改-写”过程可能引发的竞态条件。这种设计的好处是中断服务程序ISR的流程非常固定进入ISR → 读取EAEISx确定中断源 → 处理错误 →向EAEISx的对应位写1清除状态标志→ 退出。清除状态标志是必要的否则该中断会一直保持 pending 状态。3.2 关键错误类型与处理策略根据提供的寄存器资料我们可以将错误分为以下几大类第一类数据帧错误 (EAEIS0)这类错误发生在数据接收路径上通常意味着收到了不符合规范的数据包。帧尺寸错误 (FSESn)接收到的帧长度超过了为描述符队列n设置的最大帧长EATMFSC.MFS。这可能是由网络上的错误设备或恶意攻击导致的。硬件处理方式是丢弃当前超长帧后续数据正常处理。软件应记录此错误并可能报警。TAG过滤错误 (TFES)收到了未经授权的TAG格式帧。在TSN中VLAN TAG可能被用于携带优先级等信息错误的TAG可能意味着帧不属于当前流量类别。硬件会将此帧转发给MAC Filtering/Wake-up Detection (MFWD)模块并在描述符中标记TFE位。软件需要根据系统策略决定如何处理此类帧如记录、丢弃或特殊处理。最小帧尺寸错误 (USMFSES)从RMAC收到了小于32字节的帧。这违反了以太网最小帧长规定通常是物理层错误。硬件会直接丢弃该帧。第二类队列管理与安全错误 (EAEIS2)这类错误与数据发送的队列管理相关。描述符队列溢出错误 (DQOESn,CTDQOES)当ETHA正在运行且某个描述符队列已满或者ETHA未在运行状态时仍然有描述符被发送到该队列就会触发此错误。这是需要重点关注的软件设计错误。它意味着生产者CPU或DMA产生描述符的速度超过了消费者ETHA发送数据的速度或者软件在ETHA未初始化好时就试图发送数据。硬件会拒绝接收新的描述符。解决方案是检查并调整队列深度EATDQDCq.DQD优化发送逻辑或确保在ETHA进入OPERATION模式后再启动数据流。描述符队列安全错误 (DQSESn)当接收到的描述符被标记为非安全FDESCR.SEC0但其目标队列却被配置为安全队列EATDQSC.TDQSLn1时触发。这涉及系统安全域隔离硬件会拒绝此描述符。软件需确保安全域间的数据流配置正确。第三类TAS调度与信用整形错误 (EAEIS1)这是与TAS和Credit-Based Shaper (CBS)直接相关的核心错误是调试TAS功能的重中之重。CBS上限错误 (CULESn)当队列n对应的CBS信用值达到其设置的上限EACOULMq.CUL时触发。这通常意味着为该队列分配的带宽通过idleSlope计算不足以在门打开的时间内发送完累积的数据导致信用持续增长至上限。这是一个软件配置问题往往是由于TAS门打开的时间窗口太短或者idleSlope设置得太小无法及时“消耗”掉信用。触发后信用计算会停止在上限值直到有帧被发送这会导致该队列的实际吞吐量低于预期。需要重新评估和调整TAS调度表或CBS参数。TAS门控错误 (TASGESn,TASCTGES)这是TAS调试中最常见的错误之一。它表示在某个队列或直通门的门状态需要切换的时刻硬件没有足够的时间从TAS RAM中取出下一个门状态值。数据手册明确指出了三个主要原因TAS启动时间 (EATASCSTC) 被设置到了过去的时间点。这是最典型的错误原因就是系统时间与gPTP时间不同步。gPTP定时器发生了偏移校正。在网络时间同步过程中主时钟可能会下发时间偏移校正如果校正幅度很大可能导致计算出的下一个门切换点变成了“过去时”。最小门时间未满足。即你为某个门设置的打开或关闭的持续时间太短小于硬件所需的最小处理时间50 ns EATASHCC.TASJ。例如如果你设置一个门只打开40ns但硬件需要至少60ns来准备就会出错。避坑指南TAS门控错误的处理流程首次配置确保EATASCSTC设置在未来并且门时间满足最小要求通常建议100ns。运行中频繁出现首先检查gPTP同步是否稳定是否存在大的时间跳变。其次使用EATASGRR回读TAS RAM验证写入的门控列表是否正确特别是时间值是否单调递增且未溢出。错误恢复硬件会在下一个周期自动重试。软件在中断服务程序中可以记录错误发生的队列和次数。如果只是偶发如gPTP校正所致可以忽略。如果持续发生则必须重新配置TAS调度表可能需要增加门开放时间或调整周期。3.3 中断服务程序ISR编写要点编写ETHA的中断服务程序时遵循以下模式可以保证稳定和高效void ETHA0_ERR_IRQHandler(void) { uint32_t isr0, isr1, isr2; // 1. 读取所有错误状态寄存器 isr0 ETHA0-EAEIS0; isr1 ETHA0-EAEIS1; isr2 ETHA0-EAEIS2; // 2. 处理EAEIS0错误 if (isr0 ETHA_EAEIS0_FSES7_Msk) { // 示例队列7帧长错误 // 记录错误计数或采取恢复措施 g_eth_stats.frame_size_errors[7]; // ... 其他处理 ETHA0-EAEIS0 ETHA_EAEIS0_FSES7_Msk; // 写1清除该状态位 } if (isr0 ETHA_EAEIS0_TFES_Msk) { // 处理TAG过滤错误 ETHA0-EAEIS0 ETHA_EAEIS0_TFES_Msk; } // ... 处理其他EAEIS0位 // 3. 处理EAEIS1错误 (TAS/CBS相关) if (isr1 ETHA_EAEIS1_TASGES0_Msk) { // 示例队列0 TAS门错误 // 这是关键错误需要记录并可能触发重配置 g_eth_stats.tas_gate_errors[0]; // 可以在这里设置一个标志在主循环中检查并决定是否重配TAS g_tas_reconfig_needed true; ETHA0-EAEIS1 ETHA_EAEIS1_TASGES0_Msk; } if (isr1 ETHA_EAEIS1_CULES0_Msk) { // CBS上限错误 // 调整队列0的带宽或检查TAS门宽 g_eth_stats.cbs_limit_errors[0]; ETHA0-EAEIS1 ETHA_EAEIS1_CULES0_Msk; } // ... 处理其他EAEIS1位 // 4. 处理EAEIS2错误 (队列溢出/安全错误) if (isr2 ETHA_EAEIS2_DQOES0_Msk) { // 描述符队列0溢出 // 严重错误发送速率过快或队列深度不足 g_eth_stats.queue_overflow_errors[0]; // 可能需要暂停发送或动态增加队列深度如果支持 ETHA0-EAEIS2 ETHA_EAEIS2_DQOES0_Msk; } // ... 处理其他EAEIS2位 // 注意清除状态位是向对应位写1而不是写0。 }4. 完整配置流程与实操步骤理解了各个寄存器后让我们串联起来看看如何从零开始配置并启动RA8P1的TAS调度器。以下是一个典型的初始化序列假设我们要配置一个125us周期包含两个流量类的简单调度。4.1 初始化与模式切换首先ETHA模块必须按照正确的模式顺序进行初始化。不能直接从RESET跳到OPERATION。进入DISABLE模式通过配置EAMC.OPC寄存器并轮询EAMS.OPS确认操作模式已切换到DISABLE。在此模式下只有状态寄存器可写。进入CONFIG模式再次配置EAMC.OPC切换到CONFIG模式。在此模式下可以配置静态和大部分动态寄存器。基础配置配置MAC地址、帧过滤、描述符队列深度等通用以太网参数。这部分不属于TAS核心但必不可少。TAS RAM初始化在CONFIG或OPERATION模式下启动TAS RAM的初始化。向EATASRIRM.TASRIOG写1。轮询EATASRIRM.TASRR直到其变为1表示初始化完成。4.2 TAS调度器参数计算与配置假设网络同步后的gPTP时间为base_time我们决定在base_time 10ms后启动TAS调度调度周期为125us。计算并配置周期#define TAS_CYCLE_TIME_NS 125000UL // 125 us ETHA0-EATASCTC TAS_CYCLE_TIME_NS; // 写入周期寄存器计算并配置启动时间需要将绝对时间转换为2^32 * ns单位。假设start_time_ns是(base_time 10ms)转换成的纳秒数。uint64_t tas_start_time ((uint64_t)start_time_ns) 32; // 转换为寄存器单位 ETHA0-EATASCSTC0 (uint32_t)(tas_start_time 0xFFFFFFFFUL); ETHA0-EATASCSTC1 (uint32_t)(tas_start_time 32);配置硬件抖动根据硬件手册或实测设置一个保守值。ETHA0-EATASHCC 50; // 假设抖动为50ns4.3 构建并写入门控列表我们要实现一个简单调度在125us周期内前50us打开队列7最高优先级后75us打开队列6。规划门控条目条目0时间偏移 0 ns 打开队列7的门。条目1时间偏移 50000 ns关闭队列7的门。条目2时间偏移 50000 ns打开队列6的门。条目3时间偏移 125000 ns关闭队列6的门。注意125000ns是周期结束也是下一个周期的开始状态应回归初始。这里关闭队列6意味着周期开始时队列6门是关的。写入门控列表// 写入条目0: 地址0 开队列7 时间0 ETHA0-EATASGL0 0; // 地址0 ETHA0-EATASGL1 (1 28) | 0; // TASGSL1(开), TASGTL0 while(ETHA0-EATASGLR 0x80000000); // 等待GL位清零 // 写入条目1: 地址1 关队列7 时间50000ns ETHA0-EATASGL0 1; ETHA0-EATASGL1 (0 28) | 50000; // TASGSL0(关) while(ETHA0-EATASGLR 0x80000000); // 写入条目2: 地址2 开队列6 时间50000ns ETHA0-EATASGL0 2; // 注意门状态是针对所有队列的位图不在RA8P1中TASGSL是单个位但门控列表条目可能隐含队列索引。 // 这里需要特别注意资料中EATASGL1的TASGSL是单个位但门控需要指定对哪个队列操作。 // 这可能意味着TASGAL地址本身就编码了队列信息或者存在其他配置方式。 // **此处是一个关键存疑点实际开发必须查阅更详细的TAS RAM结构图。** // 假设地址编码了队列例如地址0-7对应队列0在不同时间的状态或者需要结合其他寄存器。 // 由于输入资料未给出TAS RAM具体结构此步骤为示意。实践中必须参考完整手册。 ETHA0-EATASGL1 (1 28) | 50000; while(ETHA0-EATASGLR 0x80000000); // 写入条目3: 地址3 关队列6 时间125000ns ETHA0-EATASGL0 3; ETHA0-EATASGL1 (0 28) | TAS_CYCLE_TIME_NS; while(ETHA0-EATASGLR 0x80000000);重要提示上述代码中关于队列索引与地址的映射是假设性的。在实际项目中你必须仔细查阅RA8P1用户手册中关于TAS Gate List Memory Map的章节明确每个地址对应的具体控制位是控制一个队列的某个时间点状态还是一个控制所有队列状态的位图。这是配置成败的关键。4.4 使能中断并启动调度使能关键错误中断至少使能TAS门错误中断以便及时发现问题。// 使能队列7和队列6的TAS门错误中断 ETHA0-EAEIE1 | (ETHA_EAEIE1_TASGEE7_Msk | ETHA_EAEIE1_TASGEE6_Msk); // 使能CBS上限错误中断如果使用了CBS ETHA0-EAEIE1 | (ETHA_EAEIE1_CULEE7_Msk | ETHA_EAEIE1_CULEE6_Msk); // 使能描述符队列溢出中断 ETHA0-EAEIE2 | (ETHA_EAEIE2_DQOEE7_Msk | ETHA_EAEIE2_DQOEE6_Msk); // 配置NVIC使能ETHA错误中断 NVIC_EnableIRQ(ETHA0_ERR_IRQn);切换到OPERATION模式将EAMC.OPC配置为OPERATION模式并等待EAMS.OPS确认。验证启动轮询EATASSM.TASSO位直到其变为1。同时可以读取EATASCSTM和EATASCTM来确认启动时间和周期已生效。动态监控在主循环或低优先级任务中可以定期读取EATASSM的门状态位或者通过EATASGRR读取特定时间点的计划状态来监控调度器是否按预期运行。5. 常见问题排查与调试技巧即使按照手册配置第一次成功运行TAS也常会遇到问题。以下是一些实战中总结的排查思路。5.1 调度器无法启动TASSO始终为0检查时钟确认ETHA模块的时钟来自PCLKA或PCLKB已使能且频率正确。检查模式确认EAMS.OPS显示为OPERATION (3)。如果不在OPERATION模式调度器不会运行。检查启动时间确认EATASCSTC设置的是一个未来的、合理的时间。最稳妥的方法是读取当前的gPTP时间加上几个周期如current_time 3 * cycle_time再写入。检查TAS RAM通过EATASGRR回读几个地址确认门控列表已正确写入。检查时间值是否单调递增且未超过周期。5.2 频繁触发TAS门控错误TASGES原因1启动时间在过去。这是最常见原因。解决方法在gPTP时间同步稳定后再计算并设置启动时间。可以在中断中检测到此错误后动态重新计算一个未来的启动时间并重配EATASCSTC。原因2门时间太短。检查TAS RAM中配置的相邻门状态切换的时间间隔。确保任何门的打开或关闭状态的持续时间满足duration 50ns EATASHCC.TASJ。对于高速率流量建议留出更大余量如200ns以上。原因3gPTP时间跳变。如果网络时间同步发生大幅度校正可能导致计算出的门切换点失效。对于要求极高的系统可能需要使用gPTP的时钟速率比rateRatio进行更精确的本地时间预测而不仅仅是偏移校正。5.3 数据发送延迟不稳定或不符合预期检查门状态读取EATASSM.TASGSx用逻辑分析仪抓取这些引脚如果MCU支持GPIO与寄存器位绑定或通过SWO输出直观查看门的开关是否与你的设计一致。检查队列映射确认你发送的数据帧的VLAN PCP优先级或其它分类机制是否正确映射到了你配置的TAS队列上。如果帧进入了错误的队列其发送时机将由该队列的门控决定。检查CBS影响如果你同时使能了CBS信用整形它会在门打开期间进一步整形流量。如果CBS的idleSlope设置过小即使门开着也可能因为信用不足而无法发送帧。监控CULES错误和信用计数器寄存器。5.4 中断风暴或无法进入中断确认中断使能检查EAEIEx寄存器相应位是否已置1并且NVIC的中断也已使能。清除状态标志在中断服务程序中必须向EAEISx寄存器的对应位写1来清除中断源。如果忘记清除该中断会一直处于pending状态导致不断触发。检查中断优先级确保ETHA错误中断的优先级设置合理不会被其他更高优先级中断长时间阻塞。调试TAS是一个需要耐心和细致观察的过程。善用芯片的监控寄存器结合逻辑分析仪观察实际网络报文发送时刻是定位问题最有效的手段。从最简单的单队列、单门控开始验证逐步增加复杂度才能稳步构建出稳定可靠的TSN通信系统。
