继续学习AUTOSAR文档，看一下《AUTOSAR_RS_SoftwareComponentTemplate》。
2.3.20 支持不同分辨率的接口
SW-Component 模板应支持不同分辨率的接口
对于 MasterTable 中的某些信号，分辨率似乎太高，尤其是在这些信号最终会被 2 个 ECU 交换的情况下，因为这样它可能会非常适合通信网络总线。
用例：
• 一些由 10.2 SW-C 发送到 10.3 SW-C 的扭矩信号是 22 位。 对于 10.3 来说太多了，但在同一类型中，该信号可能在 10.2 中的 2 个 SW-C 之间内部使用，这证明了它们对 22 位的定义是合理的。
• 一些 10.3 内部信号（仅由底盘域内的 2 个 SW-C 交换）对于高档汽车具有高分辨率，而对于更“标准”的汽车，较低的分辨率（例如，8 个字节而不是 16 个字节）就“足够了 ”。 由于这种高分辨率会导致一些额外的成本，我们不能满足于对这些“标准”汽车使用这种高分辨率。
小结：因此，这里的结论应该是如无必须，尽量用小的数据量来做表征？
2.3.21 固定数据交换
SW-Component 模板应支持固定数据交换
固定数据（宏）和校准由独特的参数接口处理。 兼容性规则允许互连数据、固定数据、常数、校准和 NV 数据。 现状：固定不变的数据以宏的形式实现。 可以由调谐工程师更改的固定数据被实现为常量校准。
用例：
• UC1：积分器想要固定 SWC ([RS_BRF_00157]) 的输入数据的值
• UC2：SWC 生成在 SWC 模板中设置的固定数据
• UC3：积分器想要明确地设置 校准参数
小结：没看仔细，一开始的时候还以为是定点数，糊涂了半天。其实，继续往下看表格中的描述，一切就很清晰了。
2.3.22 M2 支持定义校准数据集
SW-Component 模板应支持校准数据集的定义
需要增加通用方法来指定初始值。 初始值的规范可能不限于校准参数。也可以考虑 DataElementPrototypes 的初始值。
用例：
• UC1：提供校准参数类型的初始值。 预定义校准过程的起始值。
• UC2：为校准参数实例提供初始值。 利用校准过程的结果。
• UC3：提供多组初始值。 初始值通常取自以前的项目。
• UC4：在多个域（物理和编码）中提供初始值。允许在不同项目之间传输值。 在项目中保持最高准确度。
• UC5：支持“‘变体编码’”。 “‘变量编码’”为特定校准参数提供多个值 • UC6：提供与 SWCT 名称相关的初始值。 似乎有各种名称域。 为支持综合方法，初始值应与 SWCT 名称相关。
小结：其实，校准我觉得是一个更合适的词眼。究竟是谁把这个翻译成了标定，我还真有一点好奇。
2.3.23 支持 SAE J1939 协议特性
SW-Component 模板应支持 SAE J1939 协议特性
选定的 SAE J1939 协议功能的子集，以允许与 SAE J1939 组件进行正确通信。
请求的 SAE J1939 功能子集将允许与 J1939 CA 进行集成和通信。 许多卡车 OEM 需要维护具有多个网络的系统，包括 SAE J1939。
用例：
• 用例A：可以集成或重复使用现有的SAE J1939 现货组件。
• 用例B：SAE J1939 协议是许多市场的行业标准。 因此，卡车 OEM 必须支持 J1939。
小结：从应用层面讲，对1939有明确的要求。而且，从描述可以看出，一个软件或者系统可能需要的仅仅是一个子集。
2.3.24 需要对最大尺寸范围内可变数量元素数组的数据类型和访问支持
SW-Component 模板应支持最大尺寸内可变数量元素的数组
添加对复杂类型数组的支持，元素数量可变（0 ..maxNumberOfElements）。 包含可变数量数据集的数组，用于访问 COM 信号组，其中只有前几个信号真正可用。
2.3.25 元素数量可变的字节数组需要数据类型和访问支持
SW-Component 模板应支持可变数量元素的字节数组
添加对无终止或可配置终止的可变大小的原始类型字节数组的支持。 处理应类似于字符串，但没有零终止语义。
疑问：1939中为什么会有这样的要求？
2.3.26 能够发布/指定 SWC 的诊断能力及其资源
SW-Component 模板应支持发布/指定 SWC 的诊断能力及其资源的能力
SWC 设计人员需要能够发布和指定诊断能力与其资源（例如端口、数据元素、服务需求等）的关系。这些诊断能力涵盖以下方面：
• 信号的当前值（表示为 作为 AUTOSAR 中的 VariableDataPrototype）诊断测试仪的只读访问
• IO 信号的 IOcontrol（例如在传感器/执行器 SWC 中） 诊断测试仪的读取和控制访问
• 参数（表示为 ParameterDataPrototype，例如 用于校准参数）诊断测试仪的读和写访问
• DiagtnosticRoutine（表示...）诊断测试仪的 RoutineControl 访问
• DiagnosticMonitor（表示 DTC/事件的检测）
小结：看上去，这部分是UDS相关的一部分需求描述。这样，这个需求或许应该是对服务支持可选择的一个要求。
做一个全篇的回顾小结：这部分文档提到了数据类型的一些处理以及SAE J1939和UDS的部分支持的要求。而协议栈相关的要求大部分都是可以实现协议栈精简或者裁剪而提出的。
