全部学习汇总: https:///GreyZhang/hack_autosar

       继续梳理《AUTOSAR_TR_Methodology》。

685_AUTOSAR_TR_Methodology_文档阅读11_设计系统_学习

       设计系统目的

       本活动提供了导致 AUTOSAR 系统配置描述和抽象系统描述的系统特定部分的设计步骤的粗略概述,包括其拓扑、部署、通信矩阵等。

       终于到了我现在工作中比较关注的部分了,通信矩阵,看看这部分如何做相应的设计。

685_AUTOSAR_TR_Methodology_文档阅读11_设计系统_学习_02

       描述

       设计系统活动的输入和输出

       AUTOSAR 系统配置描述和抽象系统描述的系统特定部分的设计使用来自系统约束描述的输入信息,并基于软件部分的整体 VFB 系统。 或者,代表系统功能视图的抽象系统描述可以用作输入。 需要注意的是,在聚合活动设计系统的顶级活动中描述了输入和输出。

       该活动涉及创建拓扑、ECU 资源描述以及 ECU 实例之间的互连。

685_AUTOSAR_TR_Methodology_文档阅读11_设计系统_学习_03

       AUTOSAR 软件组件的部署

       VFB 顶级系统组合中定义了 AUTOSAR 软件组件,然后将软件组件署到 ECU 实例。

685_AUTOSAR_TR_Methodology_文档阅读11_设计系统_学习_04

       网络信号说明

       识别所需的网络信号,并映射到系统信号以实现 VFB。系统信号组被定义为将某些信号组合在一起以实现一致传输。 然后定义系统信号并形成初始输入以设计通信。

685_AUTOSAR_TR_Methodology_文档阅读11_设计系统_学习_05

       设计约束说明

       在此阶段,设计约束还可以定义为软件组件到实现的映射、软件组件到 ECU 的映射、信号路径约束和软件组件映射约束。

       这些约束有许多用途,包括工具能够使用它们来优化系统、与传统 ECU 接口以及在迭代之间“锁定”设计决策。

       所以,这个约束的功能主要是为了固定行为以便在工具层级能够实现一些优化?

685_AUTOSAR_TR_Methodology_文档阅读11_设计系统_学习_06

       注意:软件组件到实现的映射是可选的,只有当这些组件特别需要在 ECU 中使用时才需要。

685_AUTOSAR_TR_Methodology_文档阅读11_设计系统_学习_07

       设计系统

       在这部分实现通信的设计,具体描述呢?

685_AUTOSAR_TR_Methodology_文档阅读11_设计系统_学习_08

       我先截取了下半部分,这里是通信的设计。从通信矩阵、消息帧、信号PDU、TP、加密TP、E2E转换拓扑、网络管理、PDU网关、信号网关、RTE、转换拓扑等多方面进行考量设计。

685_AUTOSAR_TR_Methodology_文档阅读11_设计系统_学习_09

       整个设计,通信作为一个输入进行系统的设计。

685_AUTOSAR_TR_Methodology_文档阅读11_设计系统_学习_10

       系统设计的工作流程

       这个工作流程回环反复这么多。但是,通信似乎反倒是较为简单的。

685_AUTOSAR_TR_Methodology_文档阅读11_设计系统_学习_11

685_AUTOSAR_TR_Methodology_文档阅读11_设计系统_学习_12

       这里面的一堆描述又是与前面文字一致的。

685_AUTOSAR_TR_Methodology_文档阅读11_设计系统_学习_13

       设计通信

       居然有一个单独的表。

       描述所有通信层。 并定义物理通道内的触发元件到各个 ECU 的通信连接器端口的映射。

       因为触发元素在物理通道内聚合为可拆分的元素,所以可以在与拓扑分离的模块中定义它们。