标签：AUTOSAR 定义 自定义 TR 13 ECU 设计 转换器 活动
全部学习汇总： https://github.com/GreyZhang/hack_autosar
继续学习《AUTOSAR_TR_Methodology》。
目的
本活动提供了用于为特定 ECU 设置 ECU 配置的系统描述的摘录。
描述
生成 ECU Extract 基础，用于设置 ECU 配置和进一步在 ECU 级别进行开发。
整个篇章的内容很少，不同章节中也有类似的信息描述。工作流中可以看出，这个关节其实是生成了大量的设计相关的拓扑。
表格的内容就是前面的小结，跳过不做详细描述。
设计转换器
目的
本活动规定了用于选定系统信号序列化的功能方面的转换技术。
描述
Transformer转换器 使 AUTOSAR 系统能够使用数据转换机制来线性化和转换数据。 它们可以连接到转换器链，并由 RTE 执行，用于配置为转换的 ECU 间通信。
转换技术（哪个转换器应该用于哪种通信）是在设计通信活动（任务定义转换技术）的上下文中定义的。 对于通信数据的转换，可以使用标准化转换器（例如 SOME/IP 转换器）或自定义转换器。
这里这个标准化的转换器，我居然是没有听过的，看起来，基础的知识层面欠缺还是很多的。我有点好奇，那些互联网技术开发的圈子里，他们对于技术层面涉猎的广度会是什么样子呢？难道会比我遇到的工作更有挑战性？
设计转换器活动
在自定义转换器的情况下，必须执行设计转换器活动以定义自定义转换机制的功能规范（转换器规范）和相应的配置参数（BSW 模块供应商特定配置参数定义）。 Design Transformer（设计转换器） 活动在 Develop System（开发系统） 活动期间完成，因为它定义了 Transformer（转换器） 的作用，因此会显着影响相应的通信。
之后，实施指定的转换器（开发基础软件）并可在设计交流活动中使用。 在那里，可以标记 ECU 间的通信以进行转换。
设计转换器活动的输出
设计转换器活动应产生一套完整且明确的书面转换器规范和相应的 BSW 模块供应商特定配置参数定义。 特定转换器的规范应遵守 [6, SWS BSW General] 和 [7, ASWS Transformer General]。
转换器的规格应包括：
• 转换器的功能规格。 详情见[7, ASWS Transformer General]。 最重要的问题是：
– 转换器输出的规格
– 转换器类别
– 转换器错误
• 开发错误、生产错误和扩展生产错误的定义。
• 转换器器 API
• 如有必要，可扩展转换器 EcuC 以用于特定转换器
这是工作流程，感觉通过上面的描述，这部分与RTE的对应关系强一些。
表格基本都是总结性的提示信息
在本活动中，创建自定义转换器模块的功能规范并指定相应的参数定义。 转换器功能规范的创建可以看作是通信设计的一部分。
仅当需要用于通信的自定义转换器时才执行此活动。
定义系统安全信息
目的
此活动允许在系统级别指定安全信息。
描述
在此活动中，定义了系统或子系统级别的安全信息。 显然，之前开发阶段定义的安全信息是更详细的任务。 （有关详细任务，请参阅第 2.14 章）。
工作流程
总结性表格
在此活动中，定义了系统级别的安全信息。 可以在进一步的开发阶段完善或完成安全信息。
这一次的小结到此为止，接下来需要看一下基础软件的设计了。或许，在这一部分我之前的工作经历能够让我想到更多的信息，有更多的了解。
标签：AUTOSAR,定义,自定义,TR,13,ECU,设计,转换器,活动 来源： https://blog.csdn.net/grey_csdn/article/details/119082504
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。