tag 标签: 以太网

相关帖子
相关博文
  • 2022-9-15 14:32
    350 次阅读|
    0 个评论
    车载以太网可以满足带宽密集型应用如高级驾驶辅助系统(ADAS)、车载诊断系统(OBD)以及车载信息娱乐系统等所需的更高数据传输要求,这为汽车智能化、网联化,甚至自动驾驶的发展提供了有力的支持。让我们共同期待未来车载以太网及汽车行业的发展! 前言 车载以太网的专题,我们从汽车电子测试面向的对象复杂性、测试者应具备的素质出发,探讨了“什么是测试”( 聊聊车载以太网测试:(1)关于测试-面包板社区 (eet-china.com) );从行业通用需求及测试规范、 OEM定制需求及测试两方面讨论了“以太网测什么”( 聊聊车载以太网测试:(2)以太网测什么-面包板社区 (eet-china.com) );通过具体的解决方案阐述了“以太网如何测”( 聊聊车载以太网测试:(3)以太网如何测-面包板社区 (eet-china.com) )。相信很多小伙伴都对车载以太网有了一个初步的认识。今天我们来聊聊车载以太网“测试策略”。 何为策略 策略要解决两个问题 : 何为正确的事情(自身核心价值所在),如何正确的做事情(效率和效果的平衡)。 “测试策略” 一词 ,在测试培训理论中 经常 提及,但却 少 有 践行 , 为何 ? “以前” 是 测试 工作 并不被 广泛 重视 (重面子薄里子) ,测试 领域的 专业细分度不高&深度不足,测试工作负荷不大,所以可以“任性”而无需策略。 以太网 测试策略简述 车载 以太网测试无论测试内容 ( 聊聊车载以太网测试:(2)以太网测什么-面包板社区 (eet-china.com) ) 、测试工具 ( 聊聊车载以太网测试:(3)以太网如何测-面包板社区 (eet-china.com) ) 、对人员 能力 的 要求,都 带来了极 大挑战 ,所以 需要 有 测试流程 /策略,解决3 W1H 问题 。 例如 , 受限于测试实现的条件,板级的以太网 通信链路 L ayout长度,对 OEM 而言无法测试,但是O EM 却 必须 知道 该 结果,如何处理? O EM 如何 确保 协议栈代码得到了 合理 的配置应用(与硬件的结合及参数的配置)? 这涉及职责分工的问题! T C8 2 . 0 关于 S witch测试如下 阐述颇有 深意, “ The tests in this test scope are designed to test that the “Automotive Ethernet Switch“ entity is configured & operating correctly as per the ECU configuration, but assume that the functionality of the switch silicon, PHYs, or other components has been verified elsewhere. ” 其中的“ ECU configuration ”和“ verified elsewhere ”道出了关键, 这涉及到 谁 应该测什么的问题。 以太网物理层 、T CP / UDP/IP 等代码栈 在 每 个样件阶段 都需要测吗 ? 什么时候需要测 ? 对于O EM 而言,部件、系统、实车测试如何发挥各自的作用? 这涉及测试与开发流程配合的问题 。 以太网测试如此复杂, 测试设备投入 如此 大, 如何 保证 交样测试“ 质量 ” ? 对于O EM 完全Double check吗 ,对于Tier1自行构建 吗 ?这涉及测试认 证 分工的问题 。 SOME/IP 应用测试 、以太网网络安全测试 需要具备何种 “ 功底 ” 的人才能做好?这涉及对个体/团队能力构建 和价值体现 的 问题 。 这 是北汇在与 各 O EM 项目 实践 以及自身发展 中 所 遇到的、在思考 的 和在解决的问题 。 图:O PEN 联盟 建议一致性测试验证流程 结 语 如果觉得意犹未尽或是空空如也,那就对了,伏笔埋下。泉水已渐生暖意,放笑脸相迎。 众人拾柴火焰高,合作共赢是王道,感谢伙伴们的鼎力相助: Vector、思博伦、罗德与施瓦茨,使得以太网项目得以顺利推进;感谢客户伙伴的支持和理解;感谢部门小伙伴们的辛勤付出、兄弟部门的专业支撑。 纸上得来终觉浅,绝知此事要躬行,对技术要有敬畏之意,对人和事要有感恩之心。以开放、阳光的心态迎接挑战,要有顺势而为的决策,要有迎难而上的决心! Are you ready?
  • 2022-9-13 11:04
    287 次阅读|
    0 个评论
    上回先从“关于测试”( 聊聊车载以太网测试:(1)关于测试-面包板社区 (eet-china.com) )聊起,让我们对 汽车电子测试面向的对象的复杂度 有了了解,也认识到要想成为 “专业优秀”的汽车电子测试人员 ,需兼顾软硬件知识储备,不仅要知其然,更要“知其所以然”。上回算是一个引言,本次正式进入正题,咱们来聊聊以太网究竟测什么?剩下两个主题 “以太网 -如何测”、“以太网-测试策略” 的文章 后续将陆续发布,敬请持续关注! 引言 对以太网及以太网测试的“慌” 源自何处: 1,你 真的 了解你的 “ 对象 ” 是什么 ” 吗 , 懵 圈 ; 2, “对象”过于高深 , 无从下手,迷茫 ; 3 ,时间 阀门 、 领导期盼 、 同仁 对手进步 ,紧张 于是按部就班想从那本几千页白皮枕头书 (奉为宝典) 以及文山文海 中找寻答案, 发现书中各种跳转索引,毕其一生无法阅尽 (其实是字典) ,更慌了。 如何是好? 先来说说“道” 一个 中心: 无论是 何 “线”/ 何 “网”,都是服务与整车功能和特性的; 所以你的以太网用来做什么, 应用场景是什么, 这是首要问题? 有的放矢; 两个基本点: 其一,测试源 自 需求规范,直白点:你或你 的 客户(O EM )的需求规范定义了啥,自然就要测啥,需求的可验证性也是判断需求是否合理的 标准 。 其二, 立足与自身角色 和职责 ( 你是谁 ,在做什么 ) 再来聊聊“术” 复杂问题简单化, 把 庞杂 的以太网 需求/测试规范粗暴划分为两块 。 行业通用需求及测试 规范体系 此类规范针对 E CU 级或 Component 级 。 O PEN 下图(如需 visio 版可联系 )从E CU 及E CU 交互性角度 而绘制的 OPEN 所 定义的规范 集 ,其中测试规范为T C8 & TC1 & TC12 (1 000B ase -T1 ), 针对 T C8- 2. 0 来 个走马观花 : 何为重点,为何重点? L 1- P MA : E TH 通信 速度 的大幅 提升,使得通信 “品质” 对物理链路特性更 敏感 、更 矫情 ,匹配电路的设计、 L ayout布局和布线长度、连接器、线束的选择 ( 别被宣传材料误导, 传统C AN 线 束 是无法 直接 用作量产E TH ) ,甚至在车中的走线 路径 都对通信带来至关重要的影响,所以P MA 测试重要且是 前提 。当然,从系统的层面需要考虑设计不同测试场景 验证耦合影响 (这一点是T C8 中未曾涉及的) 。 L1- I OP (交互性测试) : 首先,从以太网的通信机制上物理层面需建立Link才可进行 后续 的 通信, 这是基础, 和传统 车载 总线不是一个套路;其次, 感兴趣 同仁 的可以研究下N XP M arvell BR 的P HY U ser M anual , 都 遵循8 02 . 3 bw中定义 通用 特性和 状态机,但实现细节是 各显神通 , 即使是一家厂商的P HY ,配置 的 不同也会带来影响, 从O EM 角度要保证各个节点之间可通信交互,从Tier 1 角度要证明自己可以和其它节点通信 ;综上 , 为何 I OP 测试 重要 ,为何须对P HY 有深入的 知识储备 才可以支撑 该 测试; 剧透,T C8-IOP 所提供的 测试项也是不够的,还有很多场景是需要从车辆实际使用的角度去 追加 考量 的; L 3-L5 : 侧重于对通信软件的逻辑性和 部分格式 参数的 验证 , 对于 逻辑性如果选用 如 V ector 的 通信代码 Package是很有保障的; 但是 代码包再专业 ,需要配置好,需要和硬件结合好 , 如下 Vector AUTOSAR -ET H 代码中需配置的参数 几百个之多 , 复杂度 可见一斑,所以对于“参数”类的测试是需要着重留意的 。 图: DaVinci 以太网参数配置界面 AUTOSAR - ETH AUTOSAR 组织针对嵌入式 资源 有限的特 点 ,对传统T CP/IP/UDP 代码做了优化 (内 存 访问机制做了优化) , 同时 提供 了对应的 测试验证规范 ,对于采用 AUTOSAR 架构的以太网节点,当然需要覆盖该测试 。 AV nu 针对A VB (包括T SN ) ,提供完整的需求规范和测试规范的定义,个人觉得A VB 规范体系 很 成熟和完善 , 但是对于 车载 应用 , 成本和性能的严苛要求, 让 A VB 节点 开发实现 难度 很 大 , 对软硬件整体开发能力要求很高,与之对应A VB 相对的测试功能和性能测试成为发现问题的重要支撑 ; RFC 关于R FC 提到最多的是 R FC2889 、 2 544 、3 918 ,其中2 889 和2 544 常被用 作 Switch 芯片level 的验证 用以代替T C8-L2 ,个人观点如果测试的是芯片本身的“天然 属 性”,Tier 1 / O EM Review报告即可,如果涉及与上层代码的 的交互或 用户的配置,就当引起重视了, 补充一点 2 544 的测试项 所隐含 的Concept是值得 学习和和借鉴 的 。对于3 918 的 IGMP 测试完全取决与是否使用了该协议 。 O EM 定制需求及测试 包括部件级、系统级和实车级,当然对于系统和实车的测试主体 仅为 O EM 。 部件级 基础测试: 比如 通信电压 、休眠唤醒 等 相关测试,后者最闹心,有了问题往往会引发馈电, 但 对当前的 以太网 应用基本不 经由 以太网唤醒(虽然P HY 支持) , 缓期执行可 稍心安 一阵 ; 数据库的一致性验证 : 对O EM 定义的参数进行一致性验证,比如 数据场 格式、数值范围、 VLAN-ID 、 SOME/IP 报文格式 , 报文 时间参数 等; 通信应用测试: SOME/IP 应用 测试 、 UDP-NM ,其中U DP - NM 和 AUTOSAR - NM 换汤不换药,网络管理状态机相同,但是 前面已提到,短期内不会被应用,至于原因, 篇幅受限, 可自行了解P HY 的Link 机制和 过程、N XP 等 datasheet 、 T C10 规范 就 会有个清晰认识了 ; 待T C10 推广,E TH 作为主干网了U DP-NM 就逃不掉了。 通信鲁棒性和性能测试 : 部分 测试 点 来自 于O EM 正向 需求,更 多的源自 对网络 特性 、 对车辆使用场景的理解; 基于以太网的诊断 和刷写 : 以太网P HY 提供了太多的寄存器 可 配置, P HY 状态复杂, 从整车 功能 应用 的 角度 相当多的状态 须 通过诊断方式 进行 操控 ,所以 其 诊断将会比传统的复杂 , 影响诊断设计, 同样直接影响了测试范畴 ;关于刷写, ISO13400 做了框架性的定义, 但毋容置疑各 O EM 会做 自定义 Detail (比如激活方式、 Do IP 报文类型) ,同时需要区分边缘节点和内部节点,是存在差别的 ,需定制开发的 ; 系统 级 : 这是O EM 的核心关注点 之一 ,从目的上与传统总线通信 系统级测试 无二异, 需 验证 系统层面的通信逻辑及逻辑稳定性、鲁棒性和性能 指标 ,单就测试条目,确存在部分 条目 与部件级相同,但是测试方法是有很大差异的 ; 另外有些测试 点 在系统层面 才会更有意义 , 比如不同模式 ( 哪些 模式呢?) 下的带宽监测、延时等 ;除通信外,系统层面的刷写特性也是需要 验证的 。 实车 级 同样的问题,实车和系统 、部件 又有何 区别 呢?要弄明白这个问题,就要考虑,总线 网络 /通信 是用来干嘛的? 所以到了实 车阶段 网络测试,已和功能测试密切耦合了 (尤其是用S OME/IP ) ,但是从场景 选择及目的,测试的 关注 点 , 是 存在差异的, 比如 触发 车辆的特定模式、触发 特定的功能应用场景,验证通信的稳定性。 当然 环境不同, 考量 点 也 存在差异 , 以刷写为例 ,实车层面 需 考虑车辆操作状态对刷写的影响同样需观测刷写对实车电子电器部件带来的“ 作用” 。 小结: 哪些需要重点测试?总的来说, 对部件级而言涉及 自定义需求,自设计方案,软硬结合的 ,系统和实车需结合应用场景和使用环境 。 希望文中的c oncept和思路 可 供 借鉴 , 技术细节涉及 K now- H ow,犹抱琵琶半遮面 了 , 欲知详情如何,面对面跟您细细道来!
  • 热度 3
    2022-9-6 10:40
    836 次阅读|
    3 个评论
    背景介绍 TSN(Time-Sensitive Networking)时间敏感网络,即在非确定性的以太网中实现确定性的最小时间延时的协议族,是IEEE802.1工作组中的TSN工作组开发的一套协议标准,定义了以太网数据传输的时间敏感机制,为标准以太网增加了确定性和可靠性,以确保数据实时、确定和可靠地传输。 扩展介绍 2006年,IEEE 802.1工作组成立了AVB音视频桥接任务组,主要解决以太网中音频视频数据实时同步传输的问题。2012年,AVB任务组在其章程中扩大了时间确定性以太网的应用需求和适用范围,同时将任务组名称更名为:TSN工作组。 关键组件 由IEEE 802.1制定的TSN标准文档可以分为三个基本的组件类别,协调一致地工作可以完整地发挥TSN实时通信的全部功能: 时间同步 对于实时通信而言,时间在TSN网络中起着重要的作用,端到端(End-to-End)的传输延迟具有难以协商的时间界限,因此网络中的所有设备都需要共同的时间参考,需要彼此同步时钟。 TSN网络中的时间同步可以通过不同的技术实现: GPS时钟 优点:可以提供统一的时钟信号 缺点:价格昂贵;在移动的汽车中无法保证GPS时钟始终接入卫星信号 分布式网络 TSN网络中的时间通常从一个中央时间源直接通过网络本身分配,也就是使用IEEE 1588精确时间协议完成。 扩展介绍 IEEE 1588是一个比较大的普适协议规范,IEEE 802.1的TSN工作组将IEEE 1588配置文件中适用于汽车或工业自动化网络相关的选型提取出来组成IEEE 802.1AS。 调度和流量整形 由于端口转发机制的限制,在标准的以太网中,实时性是难以保证的。调度和流量整形允许在同一网络上共存不同优先级的不同流量类别,每个类别对可用带宽和端到端延迟都有不同的要求。所有参与实时通信的设备在处理和转发通信包时遵循相同的规则。 通信路径的选择、预留和容错 所有参与实时通信的设备在选择通信路径、预留带宽和时隙方面遵循相同的规则,可以利用多条路径来实现故障排除,支持保护诸如安全相关的控制回路或车辆中的自动驾驶之类的安全应用,以防止硬件或网络中的故障。 常用TSN协议说明 IEEE802.1AS-rev 确保连接在网络中各个设备节点的时钟同步,并达到微秒级甚至纳秒级的精度误差。 IEEE802.1Qat 解决网络中音视频实时流量与普通异步数据流量之间的竞争问题。通过协商机制,在音视频流从源设备到不同交换机再到终端设备的整个路径上预留出所需的带宽资源,以提供端到端(End-to-End)的服务质量及延迟保障。 IEEE802.1Qav 确保传统的异步以太网数据流量不会干扰到AVB的实时音视频流。为了避免普通数据流量与AVB流量之间对网络资源的竞争,AVB交换机内对时间敏感的音视频流和普通数据流进行了区别处理,将实时帧与异步帧分别进行排队,并且赋予实时帧最高的优先级。 IEEE802.1Qbv 通过Time Aware Shaper为优先级较高的时间敏感型关键数据分配特定的时间槽,并且在规定的时间节点,网络中所有节点都必须优先确保重要数据帧的通过。 IEEE 802.1Qbu 可以中断标准以太网或巨型帧的传输,以允许高优先级帧的传输,同时不丢弃之前传输被中断的消息。 已发布的标准(Published TSN Standards) 部分继承AVB的标准(Referred to AVB standards) 即将发布的标准(Ongoing TSN Projects) 敬请关注北汇信息微信公众号,了解更多技术干货!
  • 热度 1
    2022-7-30 19:41
    152 次阅读|
    0 个评论
    前言: 各位工程师大家好,好久不见 。 今年疫情反反复复 ,各位工程师 在工作和抗 疫 的角色转换中 是否 给自己留些时间 抽空充充电呢? 提到 车载以太网,早已经不是新鲜词汇了, 很多工程师在进入汽车电子领域都是从C AN 、L IN等 基础或常用的协议学起,然后 开始接触以太网相关的知识。 CAN 、 LIN等 车载通讯协议 在 如今 的车辆应用十分广泛,但是由于协议本身的限制, 很难支撑汽车智能网联化的进一步发展, 车载以太网 将在新一代汽车网络架构中承担重要角色, 车载 以太网 也是 当前行业内整体的趋势和方向, 今天想给大家聊的话题虽然比较大,但是我们这次关注的点并不在以太网开发和测试 方案和 流程本身 , 而是以太网开发测试利器V N5000 系列硬件。 引入 熟悉vector工具链的工程师 应该 知道,在2 021 年,Vector的以太网接口卡V N5610A 和V N5640 设备 已经陆续 停产,相应的代替产品V N5620 和V N5650 开始推向广大工程师们。随着新设备 的推广 ,V N5000 系列设备内置的全新配置模式也与工程师们见面了。 图1 VN5000Interface Family 新 配置 模式打破了传统配置模式下的设备单一工作模式与单一通道对应关系,让工程师能够更加灵活地使用V N5000 系列设备并应用到更多的开发和测试场景中。 接下来我们会以 VN5000 系列设备的 主要 应用 功能讲解设备配置方式以及相关应用场景。 1、 T AP/Bypass 模式 很多工程师听到 TAP ( Test Access Point )/ B y pass 这个名词非常陌生, 并不清楚 采集 一段 以太网的数据为什么要进行 测试 或者 旁通。 那么我们举一个常见的栗子 说明一下。 图2 -1 TAP 举例图1 在上图中 可以看到如下拓扑:网络中一共 有 4 组 控制器和一 台 交换机组成一个 小型的 车载 以太网络。 控制器 A 和 控制器B 之间 正在进行数据交互。 工程师T OM想要 通过最近购买的V N5 000 系列 设备 读取控制器A 与 控制器B 之间 的数据, 那么他应该怎么做呢? 首先我们知道,以太网的 数据发送与接收的逻辑是点对点的,与C AN 、L IN总线 的广播式 发送式完全不同的。所以如果我们把V N5000设备 的以太网通道直接接入 车载 网络中的交换机,是不会读到数据的,因为交换机并不会将写有 控制器 A 和 控制器B 地址 的数据转发给你 的V N5000 。 这时候工程师Jerry告诉工程师Tom,应该按照以太网 数据 点对点 收发 的思路,直接通过物理方式,将控制器A与控制器B的 通信链路断开,将V N5000 串联到链路中, 并给V N5000中 写入对应的通道配置, 实现数据读取。 图2 -2 TAP 举例图 2 图2 -3 TAP 举例图 3 在实际的 车辆网络拓扑中,我们也是通过这样的方式进行 数据的读取与监控。在 V N5000设备 串入 链路之后,V N5000设备 会将链路中传输的数据上传至上位机软件(如 C ANoe ), 并且不会 将链路本身切断或者导致链路中的数据丢失。 以上 就是 关于 T AP / B y pass 的 实际应用场景, 此类场景适用于大多数 的以太网数据采集和分析场景。 2 、 直连 模式 相信 很多工程师 看完了上面旁通的 例子 , 看到这里已经会举一反三了 。 或者在上面的 例子 中已经开始思考,为什么不直接将控制器A 从网络中 拆下来 ,用网线 单独 连接 V N5000 系列设备? 故 名思意 ,直连模式, 指的是 直接 将V N5000系列 以太网设备与被测件或者以太网控制器进行 连接 , 实现被测件和V N5000 之间的以太网通讯 的模式 。 那我们再举一个栗子 : 工程师 T OM 需要将近期购买的 以太网设备 V N5650 集成到 测试机柜中, 用于单件 的以太网测试和仿真 。 图 3-1 机柜 示意图 但是 工程师 T OM 拿到相关的线束和设备后并不知道 路由如何进行分配,以及 设备线束如何 在机柜内布局和 连接。 (早知道就多付一些集成费用了) 于是 在工程师Jerry 的推荐下, T OM 给 北汇技术 支持邮箱 techhelpdesk@polelink.com 写了一封邮件 进行 请教。 根据北汇工程师 的 远程 指导, T OM 将线束集成在走线槽内,并 按照 路由 将V N5650的 每一通道接入一台被测控制器,写入 对应的直连配置后,成功实现了对于控制器单件 的 调试与仿真。 图 3- 2 配置示意图 思考 T OM : 我发现 旁通模式和 直 连 模式 都能够实现通讯数据的采集 。 Jerry: 那么两种模式 的使用 场景有什么 区别呢 ? 直 连模式 的适用范围和旁通并不一致, 旁通模式对于数据的采集是在保证整车或域内网络拓扑不被破坏,并能够 保证网络完整性的场景下使用;而直 连模式 下,我们一般接入的被测件是单独的,并未形成 完整 网络的 拓扑 , 无法 通过 线束 连接 的 方式 还原或 实现真实网络 中所有节点 的状态。 3 、媒体转换 & 端口镜像 媒体转换这个 模式 是介于我们以上提到的 旁通与直连之间的特殊模式,在这个模式下我们想实现的并不是控制器和 VN5000 之间的通讯,而是媒体转换端口两端 的不同设备间的通信。 那么我们再用一个具体的例子进行说明: 工程师 TOM 又 采购了一台 以太网流量生成分析仪,用于 当前开发的车载控制器的 以太网 通讯测试。 图 4 - 1 以太网分析仪与被测件示意图 但是 分析仪的以太网接口为 RJ-45 ( 也就是我们俗称的水晶头接口 ) ,控制器端使用的是1 000BASE-T1 接口,与标准的R J45 接口无在物理层实现兼容和通讯。 需要一个中介设备将物理层协议进行转换 ,然而部门有一台V N5650 又 不了解配置方式 。 这时候 TOM 想起来北汇的 工程师 上周 来到公司进行了 V N5000 设备和 以太网相关的基础培训, 培训的P PT 中有讲到通过V N5000 系列设备的媒体转换功能, 可以将不同物理层之间的数据进行转换。 图 4-2 以太网分析仪与被测件示意图 按照北汇讲师 的 PPT 连接 完成以后, TOM 发现还是无法进行 数据传输,于是再次联系了培训讲师。沟通过后 发现设备并未 连接外部电源 ,导致 没有上电工作。 关于媒体转换要说的: 媒体转换 功能方便了工程师将 以太网数据在 不同以太网物理层协议之间进行转换,但是 使用V N5000 设备时 ,需要 连接外部电源 ; 如果不需要上位 机观察 通信数据,硬件配置完成之后可以在 standalone 模式下独立工作 , 无需进行 CANoe 软件 端 配置。 上面我们聊到的相关的内容都是 针对一个或者两个单件进行记录和数据分析。面对我们实际 更加 复杂 的 实车网络,怎么才能够更高效的实现记录? 这个时候就需要用到V N5000 系列设备的 端口镜像功能了(注: 镜像功能目前只有 VN5240、VN5430、VN5640 和 VN5650 支持 ) 图4 -3 端口镜像链路 示意图 所谓的端口镜像功能是指 将选定源物理端口的传入数据包镜像到特定的目标端口中 。 这个时候我们想要实现复杂网络中的 数据记录,只需要配置对应 端口 通道 的 旁通、直连、交换机等 工作模式,以及相应的network拓扑,之后将 这些端口数据指定在某一个镜像端口中输出就可以了。 在V N5000 系列的 镜像端口定义中 ,可设置为镜像端口的物理层形式均为T X , 因此 我们也常常 把以太网记录仪或A DAS 记录仪等记录设备 的数据记录端口与V N5000 系列的镜像端口进行连接。 图4 -4 端口 镜像配置示意图 在 配置界面我们可以根据当前V N5000设备 的端口资源和占用情况进行配置 。 ( 注意:如果端口已经 在s egment 配置 中占用,则配置为 镜像端口后,会自动移除s egment内 配置的相关功能 ) 在 属性区中我们不仅可以激活和关闭镜像功能,还可以在下方的过滤器中进行 通过/ 截至 数据的选择,方便工程师更加 快速便捷地将多余数据过滤,以及收集有效数据。 总结 V N5000系列 设备更 灵活 的功能配置,可以帮助工程师在 车载以太网 网络中更加快捷 方便地 使用单台设备和简单的接线方式完成更加复杂的工作。 正所谓工欲善其事必先利其器,能够用好V N5000 设备,才是迈进以太网大门的第一步。结合 C ANoe 和 C ANape 等 上位机软件,可 进一步 实现 更加全面的 以太网的开发 、 测试 、诊断、标定等功能 。
  • 热度 1
    2022-7-4 17:08
    418 次阅读|
    0 个评论
    多网络设备存在时如何配置其上网优先级
    常见的上网外设有有线以太网、WIFI、4G/5G等接口,一块硬件主板经常会搭载多种网络访问硬件资源。如何配置不同网络外设的使用优先级呢?本文将为您介绍Linux系统下的常用配置方法。 测试环境:HDG2L-IOT评估套件,搭载双千兆网、4G CAT1模组;运行Ubuntu系统,内核版本5.10 。具体操作步骤见下文。 图1 HDG2L-IOT套件 1、获取IP地址 网络设备获取IP地址。固定IP模式下略过此步骤,自动IP模式下执行以下操作。  将以太网,wifi连接上网络  使用udhcpc -i eth0 -q命令,让以太自动寻找IP  进入到/home/wifi目录,执行wifi.sh,让wifi接入路由器;一路千兆网口与路由器保持正常连接。 2、查看路由信息表 使用route命令查看路由信息,可以看到以太网eth0和wifi网络wlan0的路由信息都自动生成了,而且存在两个默认网关。如果访问外网,系统会根据路由缓存信息和速度最优的原则,通过速度更快的网关进行访问。 图2 路由表 3、修改网关优先级 Linux系统支持对默认网关的优先级进行设置,这时需要用到mteric这个参数。当系统中有多个默认网关时,数据包会通过metric更低的接口传输,通常情况下,默认的metric都为0,所以优先级是相同的。 配置网关优先级即配置网络设备的metric值,下面我们就为eth0和wlan0分别设置优先级。 首先将metric值为0的默认网关删除: 然后重新设置默认网关和metric: 最后使用route命令查看网关,可以看到wifi的wlan0和以太eth0的metric 的值分别为10和20,配置优先级成功。 图3 优先级配置 4、验证优先级 验证优先级的方法有很多,此处提供一个较为简单易用的方法。 使用ping 114.114.114.114 -I wlan0和ping 114.114.114.114 -I eth0命令可以分别获取wlan0、eth0的网络延时,使用ping 114.114.114.114 可以获取当前默认上网设备的网络延时,两者的值进行对比可验证配置结论。 注意:此方法有局限性,wlan0、eth0的网络延时接近时不可使用此方法。
相关资源