614_AUTOSAR_RS_Features阅读_软件架构部分
作者：互联网
全部学习汇总： https://github.com/GreyZhang/hack_autosar
接下来的学习笔记，我会以一个比较快的方式来看。而我的笔记摘录中，主要是摘录我自己相对有收获的地方。这样，我的学习速度相对来说会好一些。今天先从AUTOSAR_RS_Features这个文件开始。
这份文件主要是要大概说明一下BSW以及RTE的特性的，看起来算是一个比较概括性的一份文件。
关于系统架构这部分，其实从开发者最直觉的方向考虑也必然是这么一个模式。软件要是能够考虑快速的可移植，一定得让硬件相关的部分实现解耦。
这里说的其实还是不够清晰，命名规范的具体要求究竟是什么样子？这里还是没看到，可能还有一个独立的文件说明这些。从描述看，函数名称、类型、常量、文件名称以及结构等，全都做了相应的要求。
其实，最近的工作之中已经遇到了meta data这样的用词，我多少有点不理解他的含义。从这里看，至少这些信息包含版本信息以及供应商信息等。设计的意图则是让一切软件符合通用的架构标准。后面类似的词语可能还有很多会不熟悉，但是一门新的“学问”开始的时候总会是这个样子，我们得从一点点的信息开始逐步勾勒出一个总体的框架。
这个回调函数其实还是底层的，为了访问上层的部分功能而设计。
提供callout功能。其实，我看到这里的时候脑子里产生了一个问题：callback以及callout究竟有什么差异？其实，我觉得两个都是回调函数，只是callback在这里的要求出现了一个上下层的关系。而callout看上去更像是同一层的概念，或者纯粹是要求了结果没有要求行为的一种可定制功能。
能够处理的错误，不应该继续传递。
对于启动、关系、睡眠、唤醒都有明确的要求。
BootLoader不是AUTOSAR规定的一部分，但是需要与之有交互的需求。因此，定义了一部分诊断以及烧写相关的部分接口。
BSW的配置数据也是支持重新烧写的，这个的确是新学到的地方。
这是一个新的概念，可以支持BSW没有初始化之前就运行应用软件。主要的出发点看着是降低功耗。
可以在相应的速度以及资源换中断这样的选择中进行相应的权衡。
支持有限的动态配置，而且从这里面看到了我有一点熟悉的波特率配置。这部分算是动态配置的一个例子。
支持不同的方法来进行将其，其中的一个考量是节能以及报废。
给出约束等这样的描述对我来说目前还是空洞的要求，从这里看到了这个架构是支持16bit以上的MCU的，这个还是让我又学到了一些新东西。
这样，我算是初步浏览完了这份文件中关于软件架构的部分。似乎算是对刚看完的那一份文档的信息细化补充。今天的学习到此为止，下一部分的阅读是关于操作系统的，而OS本身是我多少熟悉一点的模块，后面稍微花点时间看看。
标签：文件,AUTOSAR,要求,Features,RS,callout,BSW,其实 来源： https://blog.csdn.net/grey_csdn/article/details/117407756