搞一下 AP AUTOSAR 原理及实战 | 01 AP AUTOSAR 设计思想及原理

前言

搞SOA、搞 AP & CP AUTOSAR、搞异构SoC、搞车载以太网、搞车载OS等就找搞一下汽车电子。


全系内容可在《搞一下汽车电子》后台回复 “系列”，或进入菜单栏 “分享平台” --> “系列分享”


本系列请点击：《搞一下 AP AUTOSAR 原理及实战》


所有系列请点击：《汽车电子系列分享》

AP AUTOSAR 的设计思想

今天给大家分享一下在AP AUTOSAR 里面我们怎么样去做一个设计，整个AP的设计思想及原理性的东西。


AP比较抽象，如果不是针对一个具体问题来讲AP的一些设计的话，会比较难以理解，所以本期我们尽量地去阐述在AP下面，它有些什么功能，一般我们在AP下面去做设计的话，它会涉及到哪些东西，以这个方向带大家一步步进入，后期带大家回顾下可能会更有感觉些。


首先看下AP的一个设计思想，它的中心的点是什么？其实就AP来说，它是一种通用的系统性的一个方法论，它描述了在POSIX这个系统下面怎么样去做应用的一个开发。





相信很多人都已经做过类似的开发，其实我们在做应用开发的过程中避不开的讨论就是：


我们的应用会跑在什么OS上面？
我们有哪些middleware（中间件）？
这些应用要跟其他的应用有怎样的一个交互？
这个交互又怎样去定义他们之间的一个接口？
他们之间的是以什么样的方式去通讯？


其实上述问题对应用开发来说，都是要去考量的一些问题。如果只是做自己的开发，相对比较简单。


但是，应用最大的问题就是怎么跟别人去做交互，交互问题在应用开发中是一个比较窄的点，所以就AP AUTOSAR而言，它的一个设计思想更多的是一种服务的思想。


比如说我们在做自己的一个应用，那这个应用肯定不是一个孤立存在的，你肯定会调用别人的东西。


同时如果我们把自己定位成一个服务的话，肯定会开放一些东西给到别人去使用，让别人去call 我们的一些服务，所以AP AUTOSAR 要解决一个问题就是要做一个Adaptive Application（简称AA）应用。


那么在AP AUTOSAR中如何来描述我们的AA呢，需要从以下几个方面进行描述：

- 描述AA的运行环境，如Machine（Virtue ECU)及CPU Core ID

- 描述AA的启动配置及启动依赖

- 描述AA的加载及通信端口，应用如果要存在的话，首先要解决的就是通信的问题。当我们在做通信时，我们需要知道，通信端口是什么、ID是什么？所以我们需要明确自己的通信方式跟ID。

- 描述AA的Log Trace的方式、配置及打印级别，因为我们需要做Debug

- 描述CP及AP之间通信的方式、端口及接口定义

- 当我们把AA定义为一个服务时，我们需要描述Service AA的身份标识，可提供的物理连接端口及其及接口定义。对于接口定义的 “消息通知” 来说，当然也包括我们的 " Event ID “以及 Event 所携带的 Data Type等。当我们在描述文件中对我们的服务接口进行详细描述后，对方获取我们的接口后，就知道如何来对接了。

- 描述 Proxy AA的身份标识，及通过何种物理端口与Service AA进行连接并完成接口定义的 “消息通知” 及 “方法” 调用。

- 描述AA归属的哪些功能组


需要注意的是，上述描述性的东西，其实就是我们建模的东西。输出产物为ARXML文件。这个ARXML后期会生成 “.json” 文件。


我们可以通过创建模型或者修改我们的”.j