由于Implementation Data Types可以直接使用Base Type里面的基本类型,所以我们就不需要创建类似ADTAdcKeyState的类型了,而是直接创建IDTAdcKeyInfo,包含两个uint8_t的数据类型的(IDTAdcKeyState,IDTAdcKeyCode),如下图: 这样我们就分别创建了application data type和Implementation Data Types,但是要在DEV中使用他们还需要...
AUTOSAR_TPS_SystemTemplate_阅读笔记3 摘录与批注 通信矩阵的实现,依赖于系统模板中的描述物理拓扑的类。 ECU的映射主要是完成将对象实例分配到ECU上的工作。 硬件端口的映射指定用于在一个物理拓扑中用于实现特定通信连接的硬件所需类。 SWC是AUTOSAR系统生成器的重要输入。 完整的系统描述没有对外的...
AUTOSAR_TPS_SystemTemplate 下载积分: 100 内容提示: System TemplateAUTOSAR Release 4.2.2Document Title System TemplateDocument Owner AUTOSARDocument Responsibility AUTOSARDocument Identif i cation No 063Document Classif i cation StandardDocument Status FinalPart of AUTOSAR Release 4.2.2Document Change ...
Pdu路由器支持Pdu的删除,也就是一个Pdu发送到多个目的地。 系统模板支持将定制的通信集成到AUTOSAR的ECU中。 主要是通信的CDD实现。 数据传输中,不同语义的内容也可能被打包在一起。 收发端都得明确知道打包的方式。 AUTOSAR设计上,允许OEM自己更新通信矩阵。看起来,之前遇到的这种不是很好做的情况,还是有方法可以...
AUTOSAR_TPS_SystemTemplate阅读笔记2 摘录与批注 拓扑描述,用于软件组件映射以及系统通信矩阵定义。 ECU实体需要一个或多个通信控制器,实际的硬件设备。此外,有一个或多个通信连接器用于指定收发行为。 拓扑实体,可能是不同的通信或者协议之一。
AUTOSAR_TPS_SystemTemplate_阅读笔记4 摘录与批注 数据应设有两个方面: 服务类、数据收发类。 若用了数据传输,组合数据的一致性由传输来保证。 映射不仅有数据域服务,还有触发信号的映射。 系统生成器的任务之一是要定义不同ECU之间的通信基础,在信号传递路径上有4个限制。
AUTOSAR_TPS_SystemTemplate_阅读笔记7 摘录与批注 FlexRay的传输层支持多个会话,从描述看,应该类似于之前我熟悉的UDS的会话。 发送池和接收池的概念用法其实是有一些奇怪的,针对不同的使用场景用途不同。 如果是作为发送端,那么发送池存储的是发送信息,接收池存储的是接收信息。
AUTOSAR_TPS_SystemTemplate_学习笔记9 摘录与批注 网管在2个或者多个ECU之间实现帧或者iPdu或者信号的映射。 帧映射:用以安排由网管从一个物理通道传到另一个物理通道的触发信号并定义他们之间的映射关系。 几个全局时间的用例: - 车辆故障崩溃损坏前的行为分析。
AUTOSAR_TPS_SystemTemplate_阅读笔记5 摘录与批注 PDU的路由不仅负责信号向各个协议的分派,而且可以决定是否使用某一种通信协议。 PDU集合可以用来传输一些小信号的组合,甚至是不同通信协议的信号组合。比如,可以组合CAN和以太网两种信息。
AUTOSAR_TPS_SystemTemplate_阅读笔记6 摘录与批注 首先了解了一个新的概念,LIN的通信需要用到一个调度表。 其次,之前的疑问其实是有了答案。主模式下的LIN其实是可以收发的。 一个新的科普性的知识:LIN支持64个ID。 LIN还有专门的用于诊断的诊断帧。