全部学习汇总： https:///GreyZhang/hack_autosar
继续学习AUTOSAR，看一下官方的文档。
TextTableMapping 中值和掩码的一致性
如果 TextTableMapping 元素将位掩码定义为 bitfieldTextTableMaskFirst 或 bitfieldTextTableMaskSecond，则所有包含的 TextTableMapping.valuePair.firstValues 以及所有 TextTableMapping.valuePair.secondValues 不应指定在以下情况下将被排除的值 - 取决于 TextTableMapping.mappingDirection 的给定值 - 应用相关的位掩码。
[constr_1307] 的示例：对于位掩码 0b00001000，仅允许使用相应的值 8 和 0。
定义由 AutosarDataTypes 键入的两个 DataPrototypes 的映射，这些 DataPrototypes 引用类别 TEXTTABLE、SCALE_LINEAR_AND_TEXTTABLE 或 BITFIELD_TEXTTABLE 的 CompuMethods。
指定映射适用的转换方向。
定义一对相互转换的文本值。
图 4.19：最终引用类别 TEXTTABLE、SCALE_LINEAR_AND_TEXTTABLE 和 BITFIELD_TEXTTABLE 的 CompuMethods 的 DataPrototype 的映射
4.4 端口注解
4.4.1 简介
PortPrototype 可能拥有端口注释
除了通过端口实现通信所需的正式规范外，PortPrototype 可能拥有所谓的端口注释（请在图 4.20 中找到摘要）。 它们不会通过此 PortPrototype 直接影响调用的签名，但包含更多信息，这些信息可能对连接双方组件的应用程序开发人员有用。
GeneralAnnotation
除了正式指定的属性之外，还可以放置 GeneralAnnotation 中提供的文本信息。
图 4.20：应用级端口注释概述
4.4.2 SenderReceiverAnnotation
嵌入式汽车软件用于实现开环和闭环控制算法。 因此，软件组件描述必须适应典型的控制工程描述手段，这些手段仅对嵌入式软件本身产生间接影响。
这些注释为（功能）开发人员提供了一个直接指示，即某个软件组件是否适合要设计的控制算法。一个典型的注释是信号质量，它具有几个特性。每个属性本身都是一个注释。
发送方/接收方通信的典型注释
发送者/接收者通信的典型注释是：
• 信号年龄：该属性表示相关的软件组件只有在信号从传感器到消费者的传播可以在特定时间限制内完成的情况下才能正确工作。 当然，这不能在组件或角色级别进行识别，但必须考虑实例视图以及实际的 ECU 和总线调度。
• 原始：原始信号通常直接取自ECU 抽象层的基本软件模块。 特别是，没有传感器软件组件过滤其原始值。 使用此注释的 SwComponentType 的 RPortPrototype 中的 dataElement 向控制工程师（他为此组件开发控制算法）指示必须过滤信号（此关系适用于 SenderReceiverInterfaces）。
• 已过滤：此属性表示原始信号已被某些应用软件组件使用特定过滤器处理过。
• 已计算：该属性表示该信号不是直接测量的，而是从其他几个测量或计算信号中临时计算得出的。 在车辆中，可能会有来自其他质量更好的组件的替代信号，例如原始信号。
• 最小值：此注释表示信号带有最小值。 例如，如果在软件组件中计算出的参考值低于该值，则可能必须采取某些专用措施（例如故障模式）。
• 最大值：此注释表示信号带有最大值。 例如，如果在软件组件中计算出的参考值高于该值，则可能必须采取某些专用措施（例如故障模式）。
在元模型中，这方面由抽象元类 SenderReceiverAnnotation 实现，它代表 SenderAnnotation 和 ReceiverAnnotation 的基类。 这种关系如图 4.21 所示。
实现发送方/接收方接口的端口中数据元素的注释。
发送方端口的注释，指定不影响通信或 RTE 生成的数据元素的属性。
接收器端口的注释，指定不影响通信或 RTE 生成的数据元素的属性。 给定的属性是对所需数据的要求。
已应用于数据元素的处理类型。
指示数据元素是否带有最小值或最大值，从而限制另一个值的当前范围。
Min 和 Max 注释在一定时间内有效
Min 和 Max 注释在一定时间内有效。 当 ECU 运行时，该值可能会更改为另一个有效值。 例如，可以从发动机请求的最大扭矩是一个典型用例。
该值可能会因诸如气候控制系统的状态而变化。因此，这些注释不应与 CompuMethods 的 min 和 max 属性不匹配。
用于发送方/接收方通信的应用程序级端口注释必须与 PortPrototype 中的每个数据元素相关联，例如在同一个 PortPrototype 中可能有一个“原始”数据元素和一个“过滤”数据元素！
VariableDataPrototypes 使用相同的应用程序级 SenderReceiverAnnotation
此外，如果两个 VariableDataPrototypes 使用相同的应用程序级 SenderReceiverAnnotation，则将通过适当的工具建立从注释到 VariableDataPrototypes 的引用。
SenderReceiverAnnotation 的分组
如图 4.21 所示，用于发送方/接收方通信的 SenderReceiverAnnotation 被分组为：
• 处理类型，在某种程度上指示信号的直接质量
• 计算，这只是一个标志或
• 限制类型，显示组件期望实际限制。
在 RPortPrototype 的情况下，可以指定相关 SwConnector 携带的值的信号有效期。 这些组中的每一个都可以解释为信号质量的一个属性。
SenderReceiverAnnotation 的上下文
SenderReceiverAnnotation 只能由 SenderReceiverInterface 类型化的 PortPrototype 聚合。
这次把之前剩下的数据转换的小尾巴看完了，然后又开始了端口注释的相关梳理。在端口注释信息中，很多内容其实就是面对嵌入式开发人员的了。
