车载以太网第二弹-实锤SOMEIP概述及TC8SOMEIP测试实践.pdfVIP

车车载载以以太太⽹⽹第第⼆⼆弹弹--实实锤锤SSOOMMEEIIPP概概述述及及TTCC88SSOOMMEEIIPP测测试试实实践践 什什么么是是 中中间间 （（MMiiddddlleeww aarree）） 在了解SOME/IP之前，我们先要了解 “中间 （Middleware）”技术。简单来说，中间 是存在于操作系统和⽤户软 之间的⼀些中间层 软 。它将操作系统提供的接⼝重新封装，并添加⼀些实⽤功能，以提供给⽤户软 更好的服务。 举例来说，在设计复杂的软 系统时，我们往往会设计很多互相独⽴的软 单元，⼀个很⼤的难题是如何在不同软 单元之间交换数据。对 于开发者⽽⾔，如果在实现应⽤软 的同时，再把很多精⼒放在软 单元之间的通信上，会⾮常影响效率。于是我们可以设计⼀个 “中间 ”，⽤来管理不同软 之间的数据交互，这使得开发者不⽤去关⼼底层的通信，不同软 单元之间的 “墙”变得透明。 中间 也有它的缺点，那就是体积和对计算资源的消耗。但是随着时代的发展，硬 的计算能⼒不断提⾼，所以中间 的缺点也就不那么明 显了。为了简化复杂软 系统的开发 （尤其是分布式系统），提⾼软 的可靠性，中间 技术越来越不可缺少。除此之外，由于中间 使得 ⽤户软 和操作系统实现了 “解耦”，也为测试⼯作带来便利。 在汽车电⼦领域也存在类似问题。在汽车电⼦的研发过程中，软 部分的占⽐越来越⾼，软 复杂度不断上升，当然ECU的计算能⼒也不断 提升。类似传统的CAN通信——只是简单地把信号⼴播到总线上——越来越捉襟见肘，难以适应软 /ECU开发新要求。另外，不同的ECU 可能有不同的软 架构 （不同的操作系统），⽐如Linux、QNX或AUTOSAR，那么中间 技术将是这些不同系统之间重要的桥梁。 SSOOMMEE//IIPP 简简史史 车载以太⽹技术伊始，AUTOSAR联盟最初的想法是直接移植现有的中间 解决⽅案，最好是开源的。列⼊备选清单的有Etch，Google Protocol Buffers，Bonj our等，理论上这些技术都可以移植到嵌⼊式系统这种计算能⼒有限的平台上，但最⼤的问题并不在于此。需要解 决的问题是 ： 兼容性问题 我们知道AUTOSAR架构下有很多软 组 ，它们已经实现了⼀些类似中间 的功能，并且可以通过专门的⼯具进⾏配置。为了避免不兼 容，在集成中间 时必须绕过这些AUTOSAR 组 ，或者使⽤完全相同的数据类型，⽽且需要对中间 进⾏重新拆分，才能 “塞 进”AUTOSAR的架构⾥。 开源软 的知识产权问题 虽然在备选清单上的这些⽅案都是开源的，但是当采⽤这些技术时却回避不了相应的知识产权及专利问题。这些开源软 的知识产权⼀般都 掌握在⼤型IT公司⼿中，存在不可预知的变数，即便解决了所有技术问题，也⽆法完全避开这些知识产权及专利问题。这也是AUTOSAR联 盟决定开发⼀个全新的中间 解决⽅案 （SOME/IP）的主要原因。 所以，SOME/IP天⽣就是为AUTOSAR量⾝打造的。从AUTOSAR 4.1起，SOME/IP就是AUTOSAR规范体系的⼀部分了。 SOME/IP的特点 为了满⾜汽车内的应⽤，SOME/IP进⾏了特殊的设计，特点如下 ： · ⾯向服务的通信 · 轻量化 · 兼容AUTOSAR （唯⼀兼容AUTOSAR的中间 ） · 适配不同规模的计算平台 报报头头格格式式 图1：SOME/IP 报头格式 （图⽚引⽤ ⾃ 《AUTOSAR SOME/IP Protocol Specification》） MMeessssaaggee IIDD Message ID的前两个字节是服务 （Service）的唯⼀识别号，定义为Service ID。每个服务都被分配了⼀个唯⼀的Service ID。服务包含了 ⼀系列的⽅法 （Method），事 （Event）和字段 （Field）。 他们都有⼀个唯⼀的Method ID，也就是Message ID的后两个字节，其中0 - 32767为⽅法 （包