tag 标签: 车载以太网

相关帖子
相关博文
  • 2025-4-23 14:57
    0 个评论
    概述 随着汽车电子、航空航天及工业自动化等领域对嵌入式系统的实时性和可靠性要求不断提升,复杂网络架构的设计与验证正面临前所未有的挑战。如何在高带宽、低延迟、强确定性的需求下实现精准的性能预测与优化,成为工程师攻克技术壁垒的关键。 作为嵌入式实时网络仿真领域的领军者,法国国家信息与自动化研究所(INRIA)孵化的RTaW公司,凭借其核心产品RTaW-Pegase,持续为全球客户提供高效的解决方案。该工具深度支持CAN(FD)、车载以太网及时间敏感网络(TSN)的仿真建模与配置优化,通过动态性能评估与资源调度,助力用户在设计阶段预判风险、提升系统鲁棒性。 最新发布的RTaW-Pegase v4.6.4版本,聚焦行业技术演进趋势,针对CAN XL协议扩展、SDV调度算法升级、Trace导入等核心场景推出多项功能增强, 适配汽车电子(如CAN/CAN-XL、以太网)、航电系统等高实时性场景需求。 v4.6.4版本更新内容 GUI 在“工具”(Tools)菜单中添加“全局搜索”功能。“全局搜索”功能 深度优化工具可用性,支持跨模块、跨文档的快速检索,通过智能匹配与分层可视化呈现,帮助用户精准定位目标功能与知识节点,显著降低多任务协作下的操作复杂度,尤其适用于大型嵌入式网络项目的敏捷开发与维护。 操作流程: 在顶部搜索框输入关键词后,列表将显示所有名称或类型中包含该关键词的对象,并按名称字母顺序排序。 可通过以下方式访问目标对象: 鼠标点击选中条目 使用方向键导航至目标后按 “Enter”键确认 CAN 新增支持CAN XL混合网络,之前版本处于试验阶段。 总线速度与路由配置优化,改进了总线速度配置窗口和路由配置窗口。 在总线性能配置窗口中明确了CAN FD和CAN XL的数据段速率,方便配置。 在总线性能配置窗口中添加了Overview界面,方便查看各个总线类型和速率配置 在总线性能配置窗口中优化了Legacy Interfaces界面, 方便用户定义接口具体类型,比如对于支持CAN CC的节点,可以在CANLegacyInterfaces里进行声明,对于只支持CAN FD的节点,可以在CANFDLegacyInterfaces里进行声明 在拓扑结构Graphic中优化了对不同总线速率展示 在路由配置窗口中,将数据帧的发送、转发、接收情况分别明确区分,更具可读性,也方便客户统计数据。 3.新增CAN仿真统计功能,支持统计接收帧的到达时间间隔(jitter分析)。 “接收到达间隔时间(jitter)”表提供接收端连续帧实例到达时间间隔的统计信息。该指标用于量化接收过程中帧到达时间的抖动(Jitter),反映网络传输的时序稳定性。 Ethernet 明确内存配置的数据依赖关系 在使用手册中澄清了内存配置相关参数的说明,让客户更加明确如何按需应用这些参数。 2.在拓扑视图的“负载”(Loads)选项卡中,“链路负载”和“链路负载详情”页新增“帧/秒”(Frames/second)列 新增每条传输链路上的每秒传输帧数量统计,方便客户实时了解链路负载情况。 SDV 新增“优先级分配”(Priority Assignment)算法 在满足所有可执行任务(Executables) 和 时序链(Timing Chains) 的延迟约束前提下,找到所需优先级层级最少的任务优先级分配方案。 新增“偏移量生成”(Offset Generation)算法。 该算法旨在通过为调度配置中的可执行任务(Executables) 添加偏移量(Offsets),优化任务的响应时间(Response Times)。 新增调度配置验证功能,在调度配置窗口中新增“验证”(Validation)选项。 该验证功能用于验证调度配置的正确性与完整性,并显示警告和错误信息。 Trace-Inspection 新增CAN trace文件导入功能,支持导入并检查ASC格式的CAN Trace文件。 新增导入报告功能,为以太网和CAN trace文件添加导入报告,方便客户查找哪些地方出现导入问题。 新增检查结果分析表,新增帧大小、周期突发、事件、混合偶发、漏桶模型及生产者触发模式的分析表。 该分析表方便客户查看导入的网络中所有传输数据流的类型分布和统计情况。 新增帧传输完整性报告,生成帧传输缺失或冗余的报告。 方便客户了解网络中数据帧传输情况。 新增通信模式配置集成功能,支持根据trace分析结果创建通信模式配置(ComPatternsConfig)。 允许用户使用trace数据中的实际值更新模型中帧的到达曲线(Arrival Curve),方便统计实际数据的分布情况。 联系我们: 如果您想体验RTaW-Pegase最新版本带来的便利,欢迎联系我们申请试用,marketing@polelink.com。 北汇信息一直致力于TSN设计与验证的实践⼯作,近六年积累了丰富的TSN项⽬经验。参与多个国内TSN项⽬,拥有完整的TSN设计、仿真、原型构建的开发经验,同时为客户提供⻬备的TSN测试⼯具链与验证⽅法。
  • 热度 2
    2025-2-19 13:20
    536 次阅读|
    0 个评论
    TC10以太网休眠唤醒测试详细指南!
    概述 在上一篇文章中,我们了解了TC10规范的内容,并掌握了基于以太网链路的物理层休眠唤醒机制。为了确保不同厂商的设备在以太网休眠唤醒功能上的互操作性,OPEN Alliance制定了详细的测试规范。 测试规范 针对以太网休眠唤醒机制的测试,包含在各个以太网速率下的IOP测试规范中,具体如下: 《10BASE-T1S Interoperability Test Suite》 《100BASE-T1 Interoperability Test Suite》 《1000BASE-T1 Interoperability Test Suite》 《MultiGBASE-T1 Interoperability Test Suite》(draft) 本文仍以1000BASE-T1速率为示例,介绍休眠唤醒互操作性测试的相关内容,包括测试环境、测试用例以及典型测试用例举例。 测试环境 休眠唤醒测试需要在特定的测试环境下进行,以确保测试结果的准确性和可重复性,休眠唤醒相关的测试拓扑如图 1所示。测试环境通常包括以下几个关键部分: 被测设备(DUT):即支持1000BASE-T1标准的设备,通常具有一个或多个以太网PHY芯片或模块。DUT需要具备休眠唤醒功能,并且能够通过软件或硬件控制进入休眠状态或被唤醒。 链路伙伴(LP,Link Partner):与DUT连接的设备,通常也是一个支持1000BASE-T1标准的设备。LP用于模拟实际网络中的通信伙伴,确保DUT在休眠唤醒过程中能够正确响应。 通信信道:DUT和LP之间的通信信道(Eth Link1和Eth Link2)需要符合1000BASE-T1标准的要求,通常使用双绞线进行连接。根据不同的测试用例和测试对象,可以配置其链路状态为Link up或Link down。例如,当被测对象为非Switch节点时,只需要连接其中一条信道即可。 控制信道:DUT和Link Partner均需要提供控制信道,使得PC可以通过控制信道控制DUT和Link Partner进入休眠/唤醒状态,同时获取关键状态的时刻(如:发出唤醒指令的时刻)。 图 1 休眠/唤醒测试拓扑示意图 测试环境还需要满足如下前提条件: DUT可提供重启或配置HPY的接口 DUT可提供控制PHY进入休眠状态的接口 测试拓扑可反馈重要时间参数 测试用例 休眠唤醒测试规范中定义了多个测试用例,涵盖了休眠唤醒的诸多方面,主要分为以下几类: 唤醒接收测试:测试DUT在接收到唤醒脉冲(WUP)或唤醒请求(WUR)后,能否正确唤醒并建立链路 唤醒传输测试:测试DUT在本地或远程触发唤醒请求后,能否正确发送唤醒脉冲或唤醒请求 唤醒转发测试:测试DUT在接收到唤醒请求后,能否正确将唤醒请求转发到其他链路伙伴 休眠测试:测试DUT在接收到休眠请求后,能否正确进入休眠状态并保持该状态 具体测试用例见图 2。 图 2 1000BASE-T1 Sleep/Wake-up Test Cases 测试用例生成 测试用例定义了详细的测试步骤和通过标准,确保测试结果的准确性和一致性。本文将挑选典型测试用例进行介绍。 示例1:唤醒接收测试(WAKE_IOP_03) 测试目的:确保DUT能够在接收到唤醒脉冲(WUP)后,正确唤醒并建立链路 测试环境配置:如图3所示 测试步骤: 将DUT连接到链路伙伴(LP),并确保DUT处于休眠状态。 在LP上触发唤醒请求(WUP)。 记录DUT从接收到唤醒请求到信号化唤醒的时间(t_wkp_unpwrd)。 记录DUT从信号化唤醒到建立链路的时间(t_wkp_link-up)。 监控链路状态,确保链路在建立后保持稳定。 通过标准: ✔ t_wkp_unpwrd 17ms ✔ t_wkp_link-up ≤ 100ms ✔ 链路建立后无中断 图 3 WAKE_IOP_03测试环境配置示意图 示例2:唤醒传输测试(WAKE_IOP_07) 测试目的:确保DUT能够在本地触发唤醒请求后,正确发送唤醒脉冲(WUP) 测试环境配置:如图 4所示 测试步骤: 将DUT连接到链路伙伴(LP),并确保DUT处于休眠状态。 在DUT上触发本地唤醒请求。 记录DUT从触发唤醒请求到LP信号化唤醒的时间(TWU_link_passive)。 记录DUT从信号化唤醒到建立链路的时间(t_wkp_link-up)。 监控链路状态,确保链路在建立后保持稳定。 通过标准: ✔ TWU_link_passive 2ms ✔ t_wkp_link-up ≤ 100ms ✔ 链路建立后无中断 图 4 WAKE_IOP_07测试环境配置示意图 示例3:唤醒转发测试(WAKE_IOP_11) 测试目的:确保DUT在接收到唤醒请求后,能够正确将唤醒请求转发到其他链路伙伴 测试环境配置:如图 5所示 测试步骤: 将DUT的两个端口分别连接到两个不同的端口,并确保DUT处于休眠状态。 LP控制在P2‘ 端口上触发唤醒请求(WUR)。 记录DUT从接收到唤醒请求到LP1信号化唤醒的时间(t_wkp_fwd)。 监控链路状态,确保链路在建立后保持稳定。 通过标准: ✔ t_wkp_fwd 5ms ✔ 链路建立后无中断 图 5 WAKE_IOP_11测试环境配置示意图 示例4:本地休眠测试(WAKE_IOP_17) 测试目的:确保DUT在接收到休眠请求后,能够正确进入休眠状态并保持该状态. 测试环境配置:如图 6所示 测试步骤: 将DUT连接到链路伙伴(LP),并确保链路处于活动状态。 在DUT上触发本地休眠请求。 记录DUT从触发休眠请求到进入休眠状态的时间(t_sleep)。 监控DUT和LP的休眠状态,确保两者在进入休眠状态后保持稳定。 通过标准: ✔ t_sleep 16ms ✔ DUT和LP在进入休眠状态后无中断 图 6 WAKE_IOP_17测试环境配置示意图 ModelBase-AD通过高精车辆动力学模型模拟自车的轨迹和姿态,准确表征自车的行驶状态,保障规控算法验证更准确。 总结 休眠唤醒互操作性测试是确保车载以太网设备在低功耗模式下正常工作的关键步骤。通过详细的测试用例和严格的通过标准,OPEN Alliance的测试规范确保了不同厂商设备之间的互操作性。无论是设备制造商还是系统集成商,都可以通过这些测试用例来验证设备的休眠唤醒功能,确保其在复杂的车载网络环境中能够稳定运行。 经纬恒润作为OPEN联盟会员和AUTOSAR联盟的高级合作伙伴,长期为国内外各大OEM和供应商提供涵盖TCP/IP、SOME/IP、DoIP、AVB、TSN、DDS等技术领域的设计和测试咨询服务,积极研发和探索车载网络前沿技术的工程应用。通过多个项目的实践经验,已建立了高质量、本土化的设计与测试一体化解决方案,为整车网络架构提供可靠支持。 了解更多 请致电 010-64840808转6117或发邮件至market_dept@hirain.com(联系时请说明来自面包房社区)
  • 2025-2-18 14:30
    513 次阅读|
    0 个评论
    以太网休眠唤醒利器—OPEN Alliance TC10
    概述 TC10 为OPEN Alliance中的一个技术委员会小组,专注于研究基于车载以太网的休眠唤醒机制,旨在为汽车应用场景提供灵活的休眠唤醒解决方案。该小组提出的休眠唤醒规范(《TC10 Sleep/Wake-up Specification》,以下简称TC10规范)作为对IEEE 802.3系列规范的补充,详细定义了以太网PHY的休眠唤醒过程、新增服务原语和接口、时间参数、指令描述等内容。目前,TC10已经发布了适配10Base-T1S、100Base-T1、1000Base-T1和MultiGBase-T1等类型的以太网休眠唤醒规范,本文将以1000Base-T1为示例,详细介绍TC10规范。 服务原语 图 1 TC10 1000Base-T1 PHY服务原语示意图 服务原语是PHY提供的与上层模块间交互的指令,用于实现上层对PHY的行为控制和状态监控,TC10规范在IEEE 802.3bq规范的基础上,新增了与休眠唤醒相关的服务原语接口供上层调用,如图 1所示。以下是几个主要服务接口的介绍。 Sleep.request:睡眠请求,控制PHY的开始睡眠行为,PHY收到该请求后,会向链路伙伴(Link Partner)发起睡眠协商过程。 Sleep.indication:睡眠指示,表示PHY接收到了来自链路伙伴的睡眠指令。 SleepFail.indication:睡眠失败指示,表示睡眠过程的中止或者睡眠协商失败。 Wakeup.request:唤醒请求,控制PHY开始唤醒行为,PHY接收到该请求后,会生成唤醒指令。 Wakeup.indication:唤醒指示,表示PHY检测到唤醒事件,该唤醒事件可能来自ECU的本地唤醒,也可能来自链路伙伴的远程唤醒请求。 WakeupForward.request(可选):唤醒转发请求,表示当前端口的唤醒事件是从其他端口转发过来的,通常由Switch节点实现。 WakeupForward.indicaion(可选):唤醒转发指示,表示IO接口或MDI接口接收到唤醒转发请求,需要将某个端口接收到的唤醒事件转发至其他端口,通常由Switch节点实现。 指令 TC10定义了三个以太网链路指令,用于控制器PHY和PHY之间的休眠唤醒交互,分别是LPS、WUR和WUP。 LPS(Low Power Sleep):该指令表示发送节点的休眠意愿,当ECU满足休眠条件后,会向链路伙伴发送LPS指令。 WUR(Wake-Up Request) & WUP(Wake-Up Pulse):WUR和WUP均表示唤醒请求,当控制器需要唤醒其他节点时,需要向链路伙伴发送唤醒请求。二者的区别在于:当检测到与链路伙伴间的以太网Link状态为Link Up时,发送WUR;当检测到与链路伙伴间的以太网Link状态为Link Down时,发送WUP。 休眠 与CAN超时休眠的过程不一样,为避免以太网休眠后其链路伙伴检测到PHY 的Link Down错误, 以太网链路两端的节点在进行休眠时需要进行“协商过程”,具体流程如图 2所示。 1)假设ECU1首先满足休眠条件,则其作为休眠发起者,向其链路伙伴发送LPS指令; 2)ECU2接收到LPS指令后,会根据自身需求判断是否满足休眠条件,若满足,则ECU2也会向ECU1发送LPS指令; 3)ECU1和ECU2后续会进入到Silent模式。在Silent模式下,PHY的PMA TxMode会处于Send_Z 模式(即发送全0信号); 4)当ECU监听到对端节点的Send_Z信号后,满足休眠条件并进入Sleep状态。 图 2 TC10 1000Base-T1 PHY 休眠时序示意图 唤醒 唤醒时序 PHY的唤醒流程如图 3所示。 1)假设ECU1有唤醒远程节点的需求,ECU的P1端口根据本地PHY的Link状态,发送WUR或者WUP唤醒请求; 2)ECU2的P2端口收到来自的P1的唤醒请求后,和P1端口间Link Up; 3)ECU2作为Switch节点,还需要根据自身配置,判断是否需要对来自P2端口的唤醒指令进行转发,如果需要,则ECU2的P3端口也会向下游节点发送唤醒指令。 图 3 TC10 1000Base-T1 PHY唤醒时序示意图 PN 实现部分网络唤醒 随着汽车智能化的不断发展,整车控制器的数量逐渐增多,PN(Partial Network)的实现为整车节能策略的设计提供了更多灵活性。在某些功能场景下,同一个网段内只需要唤醒车辆系统的部分控制器工作,其他控制器则可以维持在休眠状态。基于以太网链路的PN实现与基于CAN网络协议的PN实现类似,在网络系统中,可以根据不同功能需求,将控制器进行网络功能域(Domain)划分,如图 4所示。 图 4 系统内Domain划分示意图 ECU1、ECU2和ECU3位于Domain1,ECU3~ECU5位于Domain2。需要注意的是,同一个控制器可以位于不同的Domain中,但当该控制器处于多个Domain中,该控制器则不适合作为该域的唤醒源。假设ECU1本地唤醒后,向Switch节点的P1端口发送唤醒请求。同时,Switch可根据P1的配置,将唤醒指令转发至同一个Domain的其他端口,即P2和P3端口,而不会转发至P4和P5端口。随后,P2和P3端口分别与ECU2和ECU3开始唤醒流程,最终Domain1内的所有节点均处于唤醒状态,如图 5所示。 图 5系统PN唤醒示意图 总结 TC10为车载以太网的休眠唤醒机制提供了统一的技术规范,特别是在汽车ECU数量不断增加、网络复杂度日益提升的背景下,TC10规范通过定义PHY的新增服务原语和接口、时间参数、指令描述和休眠唤醒过程时序等内容,为车载网络的节能设计和功能实现提供了重要支持。通过引入LPS、WUR和WUP等指令,TC10规范确保了以太网链路的休眠唤醒过程能够高效、可靠地进行。此外,PN的实现进一步提升了整车节能策略的灵活性,使得在特定功能场景下,能够仅唤醒部分网络节点,从而降低整车功耗。 总的来说,随着汽车电子架构的不断演进,TC10规范将在车载网络的节能优化和功能实现中发挥越来越重要的作用。那么围绕TC10的实现,我们应开展相关的哪些测试呢?将在下一期为大家揭晓。 经纬恒润作为OPEN联盟会员和AUTOSAR联盟的高级合作伙伴,长期为国内外各大OEM和供应商提供涵盖TCP/IP、SOME/IP、DoIP、AVB、TSN、DDS等技术领域的设计和测试咨询服务,积极研发和探索车载网络前沿技术的工程应用。通过多个项目的实践经验,已建立了高质量、本土化的设计与测试一体化解决方案,为整车网络架构提供可靠支持。 了解更多 请致电 010-64840808转6117或发邮件至market_dept@hirain.com(联系时请说明来自面包房社区)
  • 热度 8
    2024-9-25 11:33
    525 次阅读|
    0 个评论
    01 概述 随着嵌入式系统日益复杂,高效可靠的设计工具变得愈发重要。RTaW公司的仿真工具RTaW-Pegase最新发布的4.6版本,为用户带来了一系列重要更新和功能增强。本文将详细介绍RTaW-Pegase v4.6版本的主要更新内容,涵盖了DDS、SOME/IP、Ethernet、CAN以及SDV等多个关键领域的改进。无论您是汽车电子、航空航天还是工业自动化领域的专业人士,相信这些更新都将为您的工作带来显著的效率提升和设计优化。 02 v4.6版本更新内容 2.1.DDS 1)建模DDS实体、LatencyBudget和DeadLine QoS策略 2)域参与者与网络节点之间的Mapping 3)DDS消息和Ethernet帧(TCP/UDP)的Mapping 4)自动生成Topic到帧映射(多播或多个单播) 5)仿真和WCTT分析 甘特图展示DDS网络传输行为 6)服务方法请求和响应之间的细化延迟建模 2.2.SOME/IP 1)在ServiceSet窗口的“Properties”页面中添加了“Data Rate”列 2)支持SOME/IP TP 2.3.Ethernet 1)拓扑窗口的“Load”页面中添加了“Link Load Details”链路负载详细信息子页面 2)ARXML导入程序的改进 3)YANG-XML导出已更新 4)添加了通过NETCONF导出配置的选项 5)在AS帧生成过程中,交换机中的分配节点会自动生成 2.4.CAN 1)FrameFlows页面和CAN总线窗口中添加“Show Transported PDU”菜单 2)CAN总线窗口的数据帧表中添加“Cumulated”负载列 3)dbc导入器配置的各种改进:保存并加载配置文件、创建延迟约束的参数、忽略TxMode的选项和更多默认值 4)事件和混合到达模型中添加事件以重复周期发送的形式 2.5.SDV 1)对可执行程序的执行和时序链延迟的仿真轨迹进行各种校正和改进 2)支持对OSTasks和计划的可执行程序添加时延约束 03 联系我们 如果您想体验RTaW-Pegase最新版本带来的便利,欢迎联系我们申请试用,marketing@polelink.com。 北汇信息⼀直致⼒于TSN设计与验证的实践⼯作,近六年积累了丰富的TSN项⽬经验。参与多个国内TSN项⽬,拥有完整的TSN设计、仿真、原型构建的开发经验,同时为客户提供⻬备的TSN测试⼯具链与验证⽅法。
  • 热度 2
    2024-9-6 16:15
    557 次阅读|
    0 个评论
    车载以太网交换机入门基本功(4)—优先级设计与VLAN测试
    在《车载以太网交换机入门基本功(3)》介绍了交换机端口属性和实际的VLAN转发过程。但是,当存在多个待转发的报文时,既要考虑到报文的及时性,又要考虑到转发效率,因此,如何进行有效调度就成了重要问题。一个解决办法是进行优先级设计。 优先级设计 优先级设计包括报文PCP字段和交换机队列两个部分。报文PCP字段可以回顾《交换机入门基本功-2》,如图 1所示: 图 1 携带VLAN的MAC报文格式 PCP优先级长度为3bit,取值在0-7之间共八个取值。通常来说值越大则优先级越高,越快被转发。由于以太网是串行通信,所以当不同优先级的报文发送到交换机端口上时,需要“排队出门”。 在交换机端口上存在多个队列,队列也存在优先级之分,值越大则优先级越高,越快被转发。PCP优先级和队列优先级不是一一对应的,存在映射关系。如图 2所示,左侧第一列是PCP优先级(从0-7),第一行是端口的队列个数(从1-8),根据队列个数进行映射。 图 2 PCP优先级和队列优先级映射表 以端口包含4个队列为例:PCP=0和1映射到队列优先级0,PCP=2和3映射到队列优先级1,PCP=4和5映射到队列优先级2,PCP=6和7映射到队列优先级3。映射完成后,队列优先级3的报文较快转发,而队列优先级0的报文较慢转发。同一个队列下的报文按照进入队列的早晚进行转发。如图 3所示: 图 3 端口的队列转发 考虑到转发实时性和效率,可以针对性地设计队列调度规则。这里介绍两种常见的队列调度机制:优先级队列调度(PQ, Priority Queuing)和加权循环调度(WRR, Weight Round Robin)。 优先级队列调度(PQ, Priority Queuing) 严格按照队列优先级大小进行调度。只有高优先级队列的报文全部转发完毕,低优先级队列的报文才会开始转发。这种调度方式方便配置,对于低延时的数据非常有用,如音视频数据等。但当高优先级的数据过多时,会一直占用调度窗口,导致低优先级的数据“永无出头之日”。低优先级并不意味着不重要,如邮件不追求时效,但它很有可能包含诸如开会时间的重要信息。另一种队列调度机制可以有效缓解这一问题。 加权循环调度(WRR, Weight Round Robin) 不同队列给予不同的初始权值,每次调度时,权值不为0的队列都调度一次;每调度一轮则权值减1,权值减到0的队列不参与调度;当所有队列的权值均减到0时,重置队列的权值,开启新一轮的调度。为了便于理解,假设有三个队列A、B、C,权值分别是2、3、4,调度过程如图 4所示:  第一、二次调度:ABC,队列权值连续减1,A=0,B=1,C=2;  第三次:A权值为0,不参与调度,实际调度B和C,队列权值减1,A=0,B=0,C=1;  第四次:A、B不参与调度,实际调度C,队列权值减1,A=0,B=0,C=0;  重置,A=2,B=3,C=4,重复上述过程。 图 4 WRR队列调度 WRR调度机制让每个队列都有调度机会,机会大小取决于权值大小。因此,低优先级队列的数据也能转发。WRR机制会跳过空的队列并切换到下个队列,保证带宽充分利用。 报文优先级、交换机队列和调度机制相配合,可以实现报文的高效转发,提高带宽资源利用率。交换机芯片通过硬件设计实现上述功能,之后需要经过测试进行验证,才能真正派上用场。 TC11交换机芯片VLAN测试规范 在《交换机入门基本功(1)》提到,交换机芯片依据的是OPEN联盟TC11工作小组制定的测试规范“Switch Semiconductor Test Specification”,其中VLAN测试包括八个部分: 在802.1Q配置测试部分,细分17个测试内容,如表2所示,定义了入口、转发、出口过程的配置情况: 在具体测试中,根据交换机功能选择相应测试用例,开展测试。 总结 通过《交换机入门基本功》4篇文章了解到:交换机是基于以太网点对点通信机制的背景下诞生的,包括学习、记忆、接收、查表、转发的五个工作过程,具备端口过滤、镜像、禁用/启用、转发等功能。交换机实现了物理通信区域的隔离,即局域网,而VLAN则实现了逻辑区域的隔离。VLAN通过报文Tag、交换机端口属性、交换机端口过滤功能得以实现,并通过优先级和队列实现转发的有效调度。为了验证交换机芯片的功能实现,需要参考OPEN联盟的TC11交换机芯片测试规范,包括通用测试、地址解析、VLAN等9个方面,此外,实时更进规范修改方案并与读者分享。 感谢读者们对本系列的支持!希望大家通过阅读本文,可以对交换机形成整体的认识,之后通过不断学习实现自我升级,成为一名资深的工程师! 经纬恒润 作为OPEN联盟会员和AUTOSAR联盟的高级合作伙伴,长期为国内外各大OEM和供应商提供涵盖TCP/IP、SOME/IP、DoIP、AVB、TSN、DDS等技术领域的设计和测试咨询服务,积极研发和探索车载网络前沿技术和工程应用。通过多个项目的实践经验,已建立了高质量、本土化的设计与测试一体化解决方案,为整车网络架构提供可靠支持。 了解更多 请致电 010-64840808转6117或发邮件至market_dept@hirain.com(联系时请说明来自面包房社区)