lol总决赛下注

登录 | 注册 | English

资讯中心

lol总决赛下注  >  资讯中心  >  产品动态

以太网在汽车行业中 的挑战——灵活 的接口及App使ECU开发不再复杂

        今年,以太网将会在一批新车型中作为一个车载系统网络使用。因此,下一步就是以太网和现有汽车网络技术 的集成,包括:CAN、FlexRay、LIN和MOST网络。目前,存在许多开发工具,可以帮助开发者完成不同类型网络之间 的数据分析。但就车载以太网来说,市面上只有分析普通办公以太网 的标准工具,这些工具却不能满足特殊物理层和IP协议层 的车载以太网 的技术要求。因此,迫切需要一些开发和测试工具,来分析和测试现有车载网络系统及车载以太网系统。但是,这些研发工具 的特殊具体技术要求是什么?
       目前在汽车上,先进 的车载以太网技术是使用低廉 的非屏蔽双绞线, 100MBits/s速率传输影音数据。这一技术称为BroadR-Reach技术,并被OPEN Alliance SIG联盟[1]标准化。该联盟 的下一目标是推广以太网作为车载网络,到2015年应用到汽车 的娱乐和辅助驾驶系统。部分OEM厂商预测,2018年以太网将成为关键汽车技术[2]。正如一些专业文章[3,4]报到 的,以太网凭借其灵活性、可扩展性、低价性在汽车应用中推广,并定义了适用汽车应用 的以太网协议(图1,[1])。更为重要 的是,以太网将IT技术引入到丰富成熟 的汽车工业中。
车载以太网测试解决方案 的挑战
       以太网在汽车上 的应用,需要开发人员和测试工程师在技术上全新规划。首先,必须获取一个清晰 的网络架构(图2)。在此网络架构中,主网络已经不再是一个总线系统,而是使用全双工连接 的交互式网络。应用该网络实现网络实时,同步技术需要在物理层(OSI一层)以上 的高层协议上实现,例如AVB网络协议(Audio Video Bridging,图1)。对于新 的网络架构,分析能力 的需求也在增长,比如开放者希翼通过主网络同时分析所有 的传输数据,那么就要求主网络可以同步所有分支网络数据(图2中A、B、C、D分支)。

图1  借鉴通用办公以太网UDP、TCP/IP,定义了满足汽车应用 的以太网协议,该协议已被ISO CD17215-1标准化

       其次,开发人员必须找到新 的、合理 的数据处理方法来处理巨大 的数据。过快 的传输速率(千兆每秒)加大了快速数据处理 的负担,开发商亟待解决这一问题。适合此需求 的物理层——千兆以太网双绞线,已在开发中。
降低接口对系统性能 的影响
       不同于普通总线系统,以太网测试必须采取特殊方式避免对整个系统 的影响。一方面,开发者必须在系统设计早期考虑测试 的可行性。另一方面,以太网测试工具必须降低测试接口对系统 的影响。下面是对分析和测试所列出 的各种测量步骤;并对测试过程中 的不良影响做了说明,及如何降低这些不良影响。
以前解决方案 的局限性
       传统分析以太网 的方法是在以太网系统 的交换机上使用一个端口作为监测端口。所有交换机接收到 的数据转发到这个监测端口上,这提供了接收 的数据,但这些数据在时间上,没有一个共同 的时间参考。除此之外,只有有效 的数据转发到数据端口上,这使得错误分析变得困难。此外,成本原因,产品化 的交换机上没有预留额外 的监测端口。
图2  未来 的汽车上IP网络 的网络结构。为了能够分析以太网所有 的数据,分析App必须能够同步访问所有以太网路径。

       如果交换机上没有预留额外 的端口可用,在现有网络连接中可以插入一个额外 的交换机。该交换机 的插入可使数据在传输过程中添加一个动态延时。满足ABV协议 的网络是带有时间同步 的,而该动态延时扰乱了AVB网络 的时间同步。
       对于这个测量设置,可用使用IT领域里常用 的工具和交换机。然而,对于在汽车领域里逐渐广泛应用 的BroadRReach网络,需要实行一个影音以太网向标准以太网 的(IEEE802.3)转化。此外,从汽车网络发展 的角度看,这些传统 的以太网测量工具是孤立 的测试解决方案,因为他们没有把汽车上正在使用并尤为重要 的总线系统测试考虑到内。
透明 的以太网分析方法
       对于以太网 的监测,尽可能 的选用一个透明 的方法,代替额外 的交换机作为接口监测网络。其主要目 的是避免由于时间延时 的增加及对故障报文 的过滤而产生 的对系统 的影响。这一问题可以通过直接在以太网物理层获取或捕捉物理电平数据 的TAP(Test Access Point)(图3)测试避免。(图4,Path1)。在该过程中,延迟时间不但短而且稳定,这样在分析AVB系统是非常有利 的。另一透明 的监测方法是通过使用支撑AVB时间同步 的交换机。该交换机支撑AVB协议,可补偿由于报文传输 的时间延时。
       无论选择哪种方法,目 的是准确分析带有精确时间戳 的报文数据。因此大家尽可能 的获取靠近物理层 的数据是可靠 的。这些时间戳必须是与其它接口同步 的,因为对网络数据分析不只仅仅从以太网上获取数据(图2)。
       对于一个非激活状态 的接口必须是透明 的,例如,硬件接口装在车辆上,对车进行试驾,这个硬件接口即便应用程序不工作,也必须主动切换到单机模式下工作,否则行车过程中以太网通信将被打断。
带有仿真 的TAP
       在数据分析中,测试者需要通过有意 的发送某些数据报文来测试网络 的状态。纯监测两个节点之间 的连接状态应该越少越好。然而,这些测试报文不会直接通过物理层发送,因为需要通过流控制大量报文 的发送。因此只能通过数据链路层来发送这些报文。这就伴随这动态延时 的产生,该延时可通过通信协议来消除,如AVB协议。
       测试报文有两种用途,其一是在正常通信 的两个节点之间发送补充故障数据,来测试网络(图4,path3)。这些数据也可以通过测试App发送,如CANoe.IP,要么通过一个报文发生器来发送,该发生器在接口处可直接产生一个定义 的总线负载(图4,Path2)
图3  网络分析或残余总线仿真 的以太网接口 的布线。必须实现和常规汽车总线系统 的同步

剩余总线仿真
       在开发某一单独ECU时,ECU集成到真实网络之前,对该网段上除该ECU之外 的其余网络 的仿真是测试各种潜在问题 的灵活可行方法。首先,硬件测试是必须 的,测试ECU能够满足接入任何高性能网络。其次,应用程序必须能够正向记录和向硬件发送数据(图4,path4)。第三,App和硬件 的结合必须接收打包数据,解压数据,并且发送解压数据。这就为ECU 的测试提供了方法,测试包括ECU错误处理能力,如协议错误。
接口/App灵活组合 的重要性
       以太网测试环境(App/硬件)如何处理不同被测硬件和App 的需求。为避免测试环境为不同 的测试设置更改接口,灵活作将一个TAP、转换器、或者带其它功能 的交换机做接口使用。这类接口应该具备以下特性:
• 简单 的情况,当接口使用TAP时,TAP本身只能产生允许范围内 的延时时间。
图4  VN5610结合CANoe.IP/CANalyzer.IP,实现以太网数据 的收发。通过灵活配置,支撑不同配置需求 的以太网分析和测试

• 接口必须能在不同类型影音之间进行数据转化,如BroadR-Reach, 快速以太网, 千兆以太网及未来 的 RTPGE等等。这就省掉了传统方法中额外国媒体体转换器 的使用。
• 对于试驾车辆,车上必须安装接口,且该接口不被使用时,不能干扰网络 的通信(单机模式)。
• 多包数据发生器 的App及硬件质量非常重要,因为除了网络分析,汽车开发也需要可控 的激励。
• 与仿真App匹配 的硬件接口必须允许真正 的媒体访问一个甚至几个虚拟网络节点(剩余总线仿真)。
• 使用分析和仿真工具必须能够分析和操作OSI协议参考模型 的所有数据。
• 接口必须支撑异构网络,必须能够同步各类总线系统 的;
       从办公通信领域与外部媒体转换器组合使用 的以太网分析工具 的功能往往过于简单。车载网络工具 的特定需求只能是专业 的硬件配合专业 的仿真分析App。Vector企业 的以太网/CAN接口工具VN5600与CANoe.IPApp是一个被无数实践验证 的强大 的车载以太网仿真、测试、开发软硬件组合工具。该解决方案已被部分整车厂和供应商所使用。
展望
       未来五到十年,汽车上将会出现更多不同类型网络 的集成。继以太网在车载影音领域 的应用成熟之后,车载以太网将会应用在汽车上 的更多领域,并会替换掉部分总线系统。以太网成为车载主网络之后,以太网与IP技术将会渗透到汽车 的更多其它技术应用中。
       多总线交互能力、残余总线仿真、数据传输 的低延时将会是车载网络开发 的重要因素。对于Vector,在以太网及IP领域工具开发 的下一目标就是支撑用户在IP协议 的所有层(图1)实时查询所有信号,并实现面向服务 的通信。例如:通过AVB协议或部分IP协议。
 
关于lol总决赛下注
企业概况
企业理念
企业资质
资讯中心
lol总决赛下注在全球
诚聘英才
校园招聘
实习生招聘
社会招聘
走进lol总决赛下注
常见问题
市场活动
在线研讨会
线下活动
微信课堂
用户社区
资料下载
lol总决赛下注月刊
用户留言
个人中心
PMT留言
相关链接
达索企业
IBM-中国
联系大家
电话:010-64840808
邮箱:market_dept@hirain.com
版权所有 ? lol总决赛下注_lol竞猜平台 京ICP备18000642号-1 京公网安备11010802017344号 网站地图 | 招聘信息 | 法律声明 | 隐私保护
XML 地图 | Sitemap 地图