网站 信息内容建设 存在问题,做网站学什么语言好,广州做淘宝的化妆品网站好,网站建设到运营赚钱1、应用背景 在我们现在的汽车行业里面#xff0c;汽车电子的发展过程中#xff0c;我们发现有一些新的趋势汽车电子系统的复杂性不断增长。 我们现在可以看到车辆有越来越多的功能#xff0c;那么这些功能呢#xff0c;也在往这个控制器上进行集中#xff0c;比如说我们现…1、应用背景 在我们现在的汽车行业里面汽车电子的发展过程中我们发现有一些新的趋势汽车电子系统的复杂性不断增长。 我们现在可以看到车辆有越来越多的功能那么这些功能呢也在往这个控制器上进行集中比如说我们现在看到有很多域控制器。那么域控制器本身呢它可能负责很多的功能那么这就导致了我们这个电子系统的复杂性不断的增长。同时软件代码的数量也是急速的上升。 另外一方面的原因是在这个汽车电子发展过程中我们发现整车寿命往往长于ECU的生命周期那也就意味着在整车的生命周期里面可能需要对ECU的软件进行开发和升级。与此同时可以看到有很多不同的硬件平台比如说英飞凌的嵌入式平台飞思卡尔的嵌入式平台这些嵌入式平台的功能也随着电子系统的发展不断的增强使得系统变得非常复杂动辄就是几千页的文档。这些五花八门的硬件平台使得电子开发过程变得非常复杂。如果说要切换硬件平台的话就需要投入大量的人力去进行平台的学习和平台的切换。 这些嵌入式系统不支持硬件抽象使得每次在进行新处理器更换的时候都需要重新去进行底层软件的开发软件的模块化的过程也是非常有限的导致了现在汽车电子发展过程中就出现了很多的问题。
2、AutoSAR成员 在这个背景下有一些主机厂和供应商就提出了这个AutoSAR的概念。AutoSAR是automotive open system architecture的缩写是汽车开放系统架构的一个缩写。最初AutoSAR架构建立的时候主要是有一些主机厂和供应商。 到2018年为止已经有55个高级会员和42个发展会员可以看到有一些中国的企业参与到AutoSAR的标准的开发。除了这些高级会员发展会员以外还有外围会员。到目前为止这个外围会员的数量已经有124家在所有AutoSAT的组织会成员里面包含了主机商、半导体供应商、软件和工具的供应商。
3、AutoSAR发展历史 AutoSAR是在2003年建立到现在的话已经发展了20年经过这20年的发展呢AutoSAR的最新版本是4.3.1。 在2005年的时候发布了1.0的版本那在这个1.0版本里面呢发布了最初的BSW是一个初始版本。 到2006年和2007年的时候又发布了2.1版本在2.1版本基本上就已经完成了一个完整的这个BSW。 到2007年2008年的时候发布了3.0的版本在3.0版本里面体系已经基本上成熟了在原先的这个2.0的版本上有很多的改进和更正功能上也有一些增强。 到2013年的时候发布了4.0的版本4.0版本增加了很多的特性包括对多核操作系统的支持和对功能安全的支持需要说明的一点是我们说的这些版本指的都是AutoSAR的classic platform。除了plasticic platform以外AutoSAR现在还提出adapt platformadapt platform相比classic platform的主要区别是它是面向服务的服务可以驻留在本地的这个ECU上也可以在远程的ECU上通过网络的形式进行服务的调用今天我们主要介绍内容是classic platform的内容在这个classic platform里面程序还是驻留在本地的ECU里面。
4、AutoSAR应用场景 classic platform的主要应用场景就是我们常见的传统的汽车ECU的应用这些应用它有以下这些特点 首先它与硬件有很强的交互需要这个传感器和执行器的支持。 第二方面是通过车身网络进行连接车身网络包括这个CAN总线LIN总线或者以太网 第三方面大部分都是基于16位获得32位的单片机进行开发的从成本的角度考虑片上资源相对来说都是比较有限的因此这些ECU主要都是使用这个实时操作系统代码也主要是存储在片内或者片外的flash。 classic platform是针对我们传统的以单片机为中心的这种汽车电子控制器重新定义了他们的一个软件架构和软件开发方法。
5、AutoSAR开发方法 AutoSAR的口号是在这个标准上进行合作在实现上进行竞争。 所以我们可以看到现在AutoSAR主要组成的文档实际上是由大量的requirement和spake对于这个具体的实现方法并没有一个明确的规定所以说我们仍然可以使用不同半导体供应商提供的单片机使用不同工具商提供的这个软件开发工具虽然实现方法没有明确的规定但是他们的接口是统一的这样做的好处就是在OEM进行开发的时候有更大的一个选择灵活性。 同时也避免了在切换过程中导致的一些问题和额外开销但是现实的情况是为了满足这样一个目标AutoSAR的要求还是比较复杂的可以看到在这个AutoSAR标准设计的过程中有很多目标系统的可用性和安全性的要求系统的冗余的要求同时还要考虑系统在不同的车辆和不同的ECU和不同的这个平台上面可能需要进行一个裁剪还要求底层软件也就是BSW作为一个标准的内核来进行提供同时功能上面需要能够通过网络进行传递也就是说我们这个ECU的功能要在网络上进行移植要考虑到来自不同供应商提供模块要能够进行整合要考虑在整个产品的生命周期里面产品的软件要进行维护要尽可能多的使用现成的硬件产品而不是说要去进行单独的开发要能够对软件进行在汽车的生命周期里面进行升级和更新另外一方面AutoSAR平台应用的领域也要能够覆盖汽车的大部分的领域啊比如说车身安全以及底盘还有人机界面和娱乐系统等等这就使得AutoSAR的标准制定就非常的困难。
6、中间件 针对上述问题AutoSAR提出了一套解决方案解决方案的核心就是我们使用AutoSAR软件来作为一个中间件。 在过去ECU的硬件和软件往往是紧密相关的。如果要增加一些功能或者是要更换控制平器平台或者是要对这个硬件进行一些修改的话ECU的开发往往是需要进行推倒重来的那么在这个使用了中间件以后呢我们有了模块化和标准化的一个软件平台就使得很多软件模块都是可以进行重用的我们不需要去针对这个新增的功能或者是ECU的一些变动完全的对这个软件进行重新开发。从这个角度来讲我们可以说是使用了AutoSAR中间件技术实现了硬件和软件的一个解耦。 在后面的介绍里面我们还会对这一点有更加深入的认识。
7、AutoSAR方法论 AutoSAR是尝试去统一以前的五花八门的硬件和软件的开发平台。从而对开发的过程进行简化。那么为了实现这个目的他把软件架构进行了标准化定义同时还提出了一套标准化的开发方法这个开发方法我们就把它称为AutoSAR的方法论。 方法论里面包括了使用AutoSAR软件平台进行ECU开发的流程。在流程里面介绍了是使用什么样的工具进行的开发开发的输入是什么输出是什么通过标准化的开发流程使得工作可以在OEM和供应商之间进行分割。同时也使得我们在不同的阶段可以使用不同的工具来进行标准化的开发。那么这个在后面章节里面我们还会对这个AutoSAR的方法论再进一步的介绍。
8、AutoSAR软件架构 除了前面提到的标准化的开发流程以外AutoSAR还提出了标准化的软件架构在这个软件架构里面把ECU的软件分割成若干层。在最上层是应用层软件也就是ECU所要实现功能的软件。在应用软件层以下是我们所谓的runtime environment也就是RTE。RTE实际上是将它以下的硬件特征和它以下的底层软件进行了隐藏在这个意义上来讲应用层开发软件并不需要关心我们使用的是什么样的底层硬件或者是使用了什么样的底层软件服务这样呢就可以实现对ECU底层软底层硬件的抽象。
9、AutoSAT标准化 AutoSAR的另外一个解决方案就是标准化除了标准化的软件架构以外呢还在另外几个方面对开发进行了规定比如说我们这个交换格式的标准化。AutoSAR规定了一系列的以XML文件为基础的交换格式所有的开发都可以基于AutoSAR提供的模板来进行软件和硬件的描述对系统的描述。在OEM和供应商之间也可以进行这样信息的交换。 第二个是底层软件的标准化标准化可以从两个方面来进行理解一方面是底层软件功能的一个规范的标准化AutoSAR有很多的软件规范和软件要求其中就规定了软件需要实现什么样的功能。 另一个层面软件的标准化是软件接口的一个标准化通过这些标准化的接口我们可以不用关心软件内部是如何实现的啊只需要去调用这些标准化的接口就可以实现对应的功能了。 还有一个是这个对单片机的一个抽象化在前面讲到使用中间件技术的时候也就是也就提到了这一点就是对不同平台的单片机呢对它进行抽象化我们不需要因为更换单片机平台而去对这个软件进行完全的重新开发。 那么最后一点呢是基于这个VFB的运行环境VFB实际上就是前面提到的RTE的一个抽象的概念所有的软件组件都是在这个virtual function bus上面进行运行的啊这就是AutoSAR标准化的几个方面。
