全部学习汇总： https://github.com/GreyZhang/hack_autosar
继续看《AUTOSAR_EXP_VFB》，今天梳理的对象是接口的转换。自从决定梳理整个AUTOSAR的软件文档之后，整个进度不是很理想，一直加班算是其中的一个原因，再加上身体状态和意志的懈怠，目前全年个人计划中的学习条目可能落下了几十条。尝试身体状态调整好之后，继续让自己投入到知识的获取中。
当软件组件由不同的组织开发时（例如，两个不同的供应商将代码交付给集成 SWC 的 OEM），可能会发生两个或多个 SWC 具有相同的工程语义但用不同的数据类型表示的情况。 VFB 不需要集成商开发特定的 SWC 转换软件，而是将转换块添加到连接器的连接器中，该连接器连接具有 VFB 级别不匹配接口定义的发送器接收器端口。 添加此转换块允许设计人员将所提供端口的哪些元素映射到所需端口的元素，并提供转换语义。 在 RTE 中，这些映射将使用 PortInterfaceMappings 进行描述。 此构造将接口对映射到连接。
针对前阵子我自己的工作经历来看，目前遇到的这种情况相对来说还少，一般来说是2家合作。但是，合作的方式就是各司其职有不同的功能划分。不过，这种类似的情况其实还是有的，对我们来说中间就是一个精度转换的过程而已。自然，我觉得软件中出现一个状态信息被多个模块计算而且定义的形式还有很大的差异的状态，除非本身设计是为了校准。
这个是设计的一个要求：如果发送接收接口指定的提供型端口连接到具有不兼容接口的需求型端口，则必须为连接器添加一个转换块，以允许设计人员描述转换。这里还提到了不完全转换不允许，讲真的，什么叫做不完全转换我没有一个比较清晰的表述或者认识可以与之对应。
支持的转换以及映射
需要支持接口元素的映射
如果两个接口仅在其元素的短名称上有所不同，则可以提供将一个接口的元素映射到另一个接口的元素的映射。
可能这个设计到AUTOSAR的方法论，但是从我自己的考虑上有一个疑问：为什么会让这样的元素出现？只保留一个不就可以吗？这样的设计或者处理的意义是什么呢？目的是为了不同的供应商可以不删减自己的软件设计？
线性的数据转换
如果两个接口的元素在逻辑上等价，但范围和分辨率不同，则可以从元素的语义信息中计算出线性转换因子。 在这种情况下，使用 CompuMethod 描述数据语义，类别为 IDENTICAL、LINEAR、SCALE_LINEAR 或 SCALE_LINEAR_AND_TEXTTABLE，其中 IDENTICAL 类别表示物理表示的值等于内部表示，而 LINEAR、SCALE_LINEAR 或 SCALE_LINEAR_AND_TEXTTABLE 类别表示 内部表示是通过一个或多个范围（仅限 SCALE_LINEAR）中每个范围的线性公式（因子 * 外部值 + 偏移量）从物理表示中计算出来的。
从描述看，这个可能是我过去工作中看到的最多的情况。
这里又是一条设计要求： 涉及 IDENTICAL、LINEAR、TEXTTABLE、SCALE_LINEAR 或 SCALE_LINEAR_AND_TEXTTABLE 数据类型的转换块应使用相应数据类型的 COMPU-METHODS 来确定转换函数。
看上去，这种与基于模型的开发有很大的相似之处。
这是两个例子，不做过多的翻译或者解释了。从描述看，其实很多理念还是让人联想到了simulink等工具的使用的。不对等的信号不会出现在一条信号线的两端。
数据映射
如果使用数据数值列表（具有 TEXTTABLE 类别的 CompuMethod）或部分使用数据数值列表（具有类别 SCALE_LINEAR_AND_TEXTTABLE 的 CompuMethod）描述数据语义，则需要为每个单独的值提供显式映射。
还附加了一条设计要求：涉及 TEXTTABLE 或 SCALE_LINEAR_AND_TEXTTABLE 数据类型的转换块应使用每个 RPort 表元素到 PPort 表元素的显式映射。
混合型转换
可以在转换块中混合线性转换和文本表映射 (SCALE_LINEAR_AND_TEXTTABLE)。
一个例子是一个转换块，它包含一个 uint8 类型的输入值，它在 0..200 范围内线性转换，并且有 2 个文本表映射，用于值 254“SensorNotAvailable”和 255“SensorFault”。
这种设计，似乎我没有看这个文档之前我自己的软件设计中也会用到。有时候，这种设计可以实现一定的资源压缩提高资源的利用率。
这次的小结暂且到此，内容其实不多，但是基本都是文字的解读。在做这样的文档的阅读梳理的时候，有时候还是很费时间的。