继续梳理《AUTOSAR_TR_Methodology》。

693_AUTOSAR_TR_Methodology_文档阅读19_构建后阶段配置_可执行文件

         配置类:构建后阶段

         配置类:构建后阶段

         在构建 BSW 模块或 ECU 软件之后,这种类型的配置是可能的。 BSW 模块通过将单独的文件下载到 ECU 内存来获取其配置的参数,避免重新编译和重新构建 BSW 模块。

693_AUTOSAR_TR_Methodology_文档阅读19_构建后阶段配置_可执行文件_02

         生成 BSW Postbuild 配置代码

       为了使构建后时间重新配置成为可能,可重新配置的参数应存储在 ECU 存储器的已知存储位置。 在这种方法中,基础软件模块核心源代码的编译和链接与其配置数据无关。 BSW 配置生成器将配置数据生成为独立于核心源代码编译和链接的 BSW 模块配置数据源代码。

构建后配置的生成是一个可以多次完成的过程。 第一次在创建初始 ECU 配置期间完成,包括生成 ECU 可执行文件和可加载到 ECU 内存二进制文件的 BSW 模块配置数据。 这种方法如图 2.48 所示。 在此之后,根据图 2.49 所示的过程,可以根据需要多次独立于 ECU 可执行文件更新构建后配置(更新通常来自 ECU 提取)。

可以采用构建后时间配置的示例案例有:

• CAN 帧的标识符

• CAN 驱动程序波特率和传播延迟

• COM 传输模式、传输模式时间偏移和时间段

• 启用/禁用信号传输

• 帧打包

• 信号网关

• LIN/FlexRay 调度

         这几个配置的案例感觉都是我现在工作中需要的,而且似乎是工程师一直遇到问题的。看起来,这个是很常规的一个设计,但是为啥现在就是整不出来呢?

693_AUTOSAR_TR_Methodology_文档阅读19_构建后阶段配置_数据_03

         其实,很多时候这个对我来说就是一个标定而已。

693_AUTOSAR_TR_Methodology_文档阅读19_构建后阶段配置_数据_04

         更新的过程其实就是一个烧数据。

693_AUTOSAR_TR_Methodology_文档阅读19_构建后阶段配置_可执行文件_05

         工作流程

693_AUTOSAR_TR_Methodology_文档阅读19_构建后阶段配置_数据_06

         在构建 BSW 模块或 ECU 软件之后,这种类型的配置是可能的。 BSW 模块通过将单独的文件下载到 ECU 内存来获取其配置的参数,避免重新编译和重新构建 BSW 模块。

693_AUTOSAR_TR_Methodology_文档阅读19_构建后阶段配置_文件下载_07

         在配置类中处理不同的构建后变体

         生成多个构建后配置变体

         在此用例中,BSW 配置生成器在 BSW 模块配置头文件和 BSW 模块配置数据源代码中生成两个或多个配置参数变体。 配置数据与基础软件模块核心源代码一起编译和链接。 生成的 ECU 可执行文件包括所有配置变体以及 BSW 模块的源代码。 例如:如果不重新构建整个可执行文件,就不可能交换配置数据。

693_AUTOSAR_TR_Methodology_文档阅读19_构建后阶段配置_可执行文件_08

         包含不同的构建后变体

         通过指定应在构建后时绑定的不同变体点,将不同的构建后变体包含在配置中。 这可以与配置类无关,如 2.44、图 2.46 和图 2.48 的注释所示。

         两个流程图前面基本是看过了。

         这一次的小结暂且到此为止,三种配置阶段都已经梳理过了。从整个目录看,这份文件的内容也要到达一半了。不过,看页数似乎还是很有料。有很多没有看的内容也是很好的,这说明我找到了充足的养料,好好吸收就好啦!