788_AUTOSAR_RS_SystemTemplate3_通信2

全部学习汇总： GitHub - GreyZhang/hack_autosar: learning autosar documents, aha, very hard!

继续学习AUTOSAR的文档，看一下《AUTOSAR_RS_SystemTemplate》。

2.2.25 动态长度信号

系统模板应支持动态长度信号的定义。

信号应具有静态长度或其长度应变化到某个静态定义的最大值。具有最大长度的信号称为动态长度信号。

动态长度信号可以在运行时改变大小。

小结：这里的具有最大长度，我感觉应该是相对于固定长度来说的吧？

2.2.26 动态长度IPdus

系统模板应支持包含动态长度信号的 IPdus 定义。

动态长度 IPdus 可以在运行时更改大小。

用例：网络层和数据链路层能够发送和接收由交互层确定的固定和动态长度的 I-Pdu。

支持材料：OSEK COM。

2.2.27 应用和车辆模式请求分布

系统模板应支持向所有受影响的 ECU 分发应用程序和车辆模式请求。

模式请求者是通过具有模式请求接口的端口发送一些数据来从模式管理器请求模式的实体。模式管理器接收传入的信息，对请求进行仲裁并决定产生的模式。

用例：根据车辆和应用模式，BSW 模式可能会发生变化，例如，应用程序的通信需求可能会导致通信网络的 BSW 模式发生变化。

2.2.28 拓扑变体

系统模板应提供描述具有可选/替代 ECU 和通信集群的拓扑变体的方法。

在产品线方法中，不同的产品变体可以通过只有少数不同拓扑节点的公共核心拓扑来实现。

用例：在产品线中，HIGH 和 LOW 两种不同的产品变体使用相同的公共核心拓扑结构，不同之处在于产品变体 HIGH 需要额外的 ECU。

2.2.29 软件到 ECU 的映射变体

系统模板应提供描述软件组件到 ECU 的替代映射的方法。

为了达到产品线内产品的整个系统的不同特定特性，使用了不同的软件组件映射。

用例：在一个产品线中，HIGH 和 LOW 两个不同的产品变体使用相同的通用软件架构，但定义了到网络拓扑的不同映射。

2.2.30 时序变量

系统模板应提供描述替代时序属性（例如触发类型、周期、优先级）和时序约束（例如潜伏期、寿命）。

由于不同的软件到 ECU 映射，信号传输的时序属性和约束可能会有所不同。

用例：PDU 为两种不同的产品变体HIGH和LOW循环传输，变体HIGH的周期为10ms，变体LOW 的周期为20ms。

2.2.31 数据映射变体

系统模板应提供描述数据映射变体的方法。

软件组件描述中的变体对系统模板中描述的数据映射有影响。

用例：DataElement 仅存在于一种产品变体 HIGH 中。

小结：用例其实是理解了的，这个变体对系统模板的影响算是什么呢？难道用例中的ECU的配置选择也算是模板的修改？

2.2.32 通信变体

系统模板应提供描述通信变体的方法，例如替代信号到 PDU 的映射、替代通信路径以及替代信号和 PDU 属性（例如数据类型、数据长度）。

为了优化使用相同网络拓扑的不同产品变体的通信矩阵，系统模板中的通信变体描述是必不可少的先决条件。

用例：针对两个不同的产品变体HIGH和LOW传输信号，变体HIGH的字节顺序为LittleEndian，变体LOW的字节顺序为BidEndian。

2.2.33 时序属性

系统模板应提供描述系统动态的时序特性的方法，这些特性由计算、通信和其他硬件资源的消耗决定。

系统模板中时序属性的描述是分析和验证系统时序行为或其在流程早期预测的必要先决条件。

用例：时序行为的分析和验证、修改影响的早期预测、支持硬件尺寸、支持系统配置优化。

2.2.34 支持 SAE J1939 协议特性

系统模板必须涵盖通过 SAE J1939 的系统通信。

SAE J1939 协议是用于汽车系统的行业标准。

用例：开发完整的、多网络的、车载电子架构。

2.2.35 ECU 以太网通讯

系统模板必须涵盖通过以太网进行的系统通信。

以太网将成为汽车行业的标准通信协议。

开发完整的、多网络的、车载电子架构。

以太网交换机配置

以太网交换机配置应提供标准化的工件来描述出口端口的结构、端口调度机制以及交换机内的转发过程。可以写入开关的常用参数，例如，在初始化阶段，需要整合到系统描述中。

交换机内消息的定时行为取决于交换机的配置。因此，需要描述开关行为。

用例：提供以太网拓扑的描述，包括交换机及其行为的模型。

对刚刚看的这部分信息做一个简单的小结梳理。这部分主要是看了动态信号以及iPDU的支持，同时还有一部分数据以及通信方式的一些支持性的要求。针对相关的功能，也提及了时序的相关配置。最后，提出了SAE J1939的支持要求和以太网的部分信息。

788_AUTOSAR_RS_SystemTemplate3_通信2_时序以及SAE J1939等相关推荐

【理论篇】IC间通信的时序模型——系统同步、源同步和自同步
目录 1.系统同步 2.源同步 3.自同步有三种用于两个IC间通信的时序模型--系统同步.源同步和自同步. 1.系统同步系统同步:两片IC之间进行通信时,使用一个共用时钟,用于数据发送和接收. 如 ...
高并发编程-线程通信_使用wait和notify进行线程间的通信2_多生产者多消费者导致程序假死原因分析
文章目录概述 jstack或者可视化工具检测是否死锁(没有) 原因分析概述高并发编程-线程通信_使用wait和notify进行线程间的通信 - 遗留问题我们看到了应用卡住了 .... 怀疑是 ...
常用通信时序之UART、IIC、SPI（基于STM32）
常用通信时序(UART.IIC.SPI,RS232.RS485)及协议(Modbus) 通讯时序 1. UART 2. IIC 3. SPI 4. RS323 5. RS485 通信协议 1. Mod ...
车载通信——J1939故障码
一.诊断 UDS是统一诊断系统冻结帧:出现故障码时,ECU存储故障码出现时的数据,就是冻结帧. 二.J1939故障诊断 SAE J1939应用层定义了12种诊断报文(Diagnostic Messa ...
Autosar BSW开发必知的“术语”+“缩写”概念-1-诊断通信篇
如何使用该博文? ==>您可以将该篇博文当做"字典",遇到疑惑的Autosar"关键字",使用组合键Ctrl+F,快速查找该关键字. 推荐Autosar培 ...
SAE1939-1 用于公路设备的控制及通信网络推荐操作规程
路面车辆推荐操作规程(被采纳为美国国家标准) SAEJ1939-01: 用于公路设备的控制及通信网络推荐操作规程前言本系列SAE推荐操作规程是由卡车及客车电子电气委员会所属的卡车及客车控制及通信小 ...
高速串行总线的设计基础（一）同步时序模型介绍
文章目录前言芯片间通信的时序模型系统同步源同步自同步并串转换串并转换时钟/数据恢复参考文章前言高速信号设计涉及到方方面面的知识积累,也许TOC你认为即使没有掌握甚至没有听过一些高 ...
关闭串口_USART串口通信，DMA方式，一分钟从入门到大师
在<USART串口通信,中断方式,一分钟从菜鸟到大师(完整版)>文中详细介绍了中断方式串口通信的时序.在需要大量串口通信的应用中,<为什么需要DMA?你知道吗?>指出了中断方式 ...
短距离车间通信V2X简述
from: http://blog.csdn.net/viewcode/article/details/23000701 V2V即vehicle to vehicle communication 车间 ...

788_AUTOSAR_RS_SystemTemplate3_通信2_时序以及SAE J1939等

788_AUTOSAR_RS_SystemTemplate3_通信2_时序以及SAE J1939等相关推荐

最新文章

热门文章