AUTOSAR RTE Introduction -- Part 1(S/R Functionality)

最新推荐文章于 2023-12-18 21:12:29 发布
最新推荐文章于 2023-12-18 21:12:29 发布
阅读量1.1k 收藏 9
点赞数 3
分类专栏： Classic AUTOSAR 文章标签： autosar
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/tiankefeng19850520/article/details/120167487
版权

General

SwCompentPrototype

整个RTE 由 多个SwCompentProtoType 构成， 每个SwCompentProtoType都是SWCompentType的一个实例

我们最常用的的SWCompentType 如下

ApplicationSwCompentType

AUTOSAR SWC, 不需要与HW直接交互的Components 可以被认为AUTOSAR SWC

ComplexDeviceDriverSwCompentType

AUTOSAR CDD, 需要与HW直接交互的Components 可以被认为AUTOSAR

了解本专栏 订阅专栏 解锁全文 超级会员免费看
寻找幸存者
关注
  • 3
    点赞
  • 踩
  • 9
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
专栏目录
订阅专栏
AUTOSAR RTE Introduction -- Part 2(C/S Functionality)
StarFlex
09-08 1185
最基础的函数调用，分为同步方式和异步方式 异步方式的函数调用： 不建议使用，因为RTE 生成的异步函数调用相比过于复杂，相比之下由APPLICATION 来实现一个异步方式来代替RTE的异步函数调用更加合理 这里只做简单说明， 异步方式有两种实现方式，Polling ,Waiting Polling : 当Server Side 执行完函数请求之后会反过来通知Client Side 函数执行完毕，通知方式可以用Polling 或者Os Event Trigger Waiting : 当Client
AutoSAR实验：SWC&RTE配置详解
weixin_50547796的博客
05-14 208
在AutoSAR中，SWC（Software Component）是软件组件的缩写，而RTE（Runtime Environment）是运行时环境的缩写。首先，需要定义SWC的输入和输出接口，以及SWC内部的数据类型。通过合理配置和使用，可以实现不同SWC之间的通信和数据交换，从而构建出可靠和高效的汽车电子系统。通过以上配置步骤，可以完成SWC和RTE的配置。最后，需要配置RTE的数据映射，将SWC的输入和输出信号映射到对应的端口。首先，需要定义RTE的端口和信号，以便实现SWC之间的数据交换。
AUTOSAR RTE Introduction -- Part 3(Mode Switch Functionality)
StarFlex
09-09 1211
Mode Switch Functionality Mode Switch 功能可以理解为是个高级的S/R请求。 对于S/R 请求， Receiver side Runnable被触发的条件为是否接收到Data，是无法定义接到特殊值才能触发RUNNABLE Mode Switch 正是完善了这一点，可以定义接收到特定值，或者数值按照特定方式进行变化才可以触发对应Runnable 同时Mode Switch 中定义的Mode 是以Text Value 呈现的，比单纯的数值更容易理解，可以认为Mode
AUTOSAR RTE Introduction -- Part 4(Data Type)
StarFlex
09-09 659
Data Type 虽然通过Davinci可以较容易的配置出需要的类型，但本章节以VECTOR 输出的DATATYPE.ARXML 内容进行介绍，可以摆脱对于Davinci工具的依赖 Base Type 定义了基本数据类型，需要说明Base Type 中定义的类型，只是声明了这种类型，定义了这种类型的属性， 并不能真正直接使用Base Type中定义的类型， 通常在Implementation Data Type 中引用Base Type, SW Component 可使用在Implementa
AUTOSAR ECUM Introduction -- Part 1
StarFlex
09-04 1432
ECUM Basic introduction EcuM 负责管理整个ECU 的STARTUP/SHUTDOWN/WAKEUP/SLEEP 流程 Vector Solution ECUM STATE ECUM STARTUP EcuM Startup功能分为两部分， 第一部分在EcuM_Init 完成，主要执行一些ECU 启动的必要初始化内容，其中StartOS是其最后步骤，第二部分由OS init Task 调度的EcuM_StartupTwo完成，如BswM_Init
AUTOSAR OS Introduction -- Part 1(Task&ISR)
StarFlex
09-02 2682
General AUTOSAR OS 由OSEK OS 衍生出来，同时也满足ISO-17356-3对于实施操作系统的要求，本文以ETAS OS 为例进行介绍 Task 我们写的所有Function都需要被OS 调度才可以运行，那么负责调度这些Function就是OS Task Task Type Os Task 依据是否关联OS Event. 可以分为Basic Task(不包含OS Event)和Extended Task(包含OS Event) Basic Task 不包含
AUTOSAR OS Introduction -- Part 3(Schedule Table)
StarFlex
09-02 1692
Schedule Table 在一个Time Line上可以设置多个“触发点”每个“触发点”可以触发多个Activate/SetEvent Synchronization Strategy 分为None/Implicit/Explicit. 其中Explicit需要使用到外部Counter，这里不做讨论，三者的区别如下图 Property Initial Offset: 从0 到第一个Expiry Point的距离 Offer：从0 到指定的Expiry Point的距离
AUTOSAR SecOC Introduction -- Part 1
StarFlex
10-06 2756
Introduction AUTOSAR Secure Onboard Communication (SecOC) 作用是提供一种机制用于保证ECU之间通信过程中的“重要”数据的完整性和身份验证。目前SecOC 需要和COM Stack 结合使用，对于SWCs之间的数据保护则不能使用SecOC 在AUTOSAR 架构中，SecOC 和PDUR 数据同一层， 其要负责和Crypto Stack交互进行数据加密与验证，也要负责和PDUR 交互进行数据的传递 传统通信方式弊端 数据完整性的保护机制
[AutoSar]基础部分 RTE 02 S/R Port 显式/隐式
汽车-嵌入式-工作笔记-autosar
12-18 1676
在调用runnabl之前就把值从地址中直接取出，在runnable当前运行完毕之前不会被重新赋值。读写均为操作中间变量,在runnable运行中可以被其他地方赋值改变此中间变量。：因为显示在runnable运行途中值会被随时改变，因此在读写一致性上。：因为显式会比隐式多一次拷贝操作，因此在效率上。创建两种不同类型的port。：参考第二条，在实时性上。
AUTOSAR COM Introduction -- Part 1(Transmission Process)
StarFlex
09-04 1101
General AUTOSAR COM 在整个COM STACK COMPOENT中起到承上启下的作用， 主要负责和APPLICATION, IF 交互发送和接收数据。具体内容在后文分析 其由Signal /Signal Group/PDU 等信息， 无论是LIN/CAN/FR 的应用报文最终都会映射到COM Layer， 也就是说在COM Layer只有Signal /Signal Group/PDU的概念 ，不会关注其是通过什么方式传输的（LIN/CAN/FR） Tr...
ATS的AUTOSAR-ATS-RTE.pdf
01-09
**AutoSAR与ATS在RTE中的验收测试** AutoSAR（AUTomotive Open System ARchitecture）是一种汽车行业广泛采用的软件架构标准，旨在提高软件的可重用性、可扩展性和可维护性。RTE（Runtime Environment）是AutoSAR...
AUTOSAR R21-11 规范文档AUTOSAR-SWS-WirelessEthernetTransceiverDriver
04-04
AUTOSAR R21-11 规范文档AUTOSAR_SWS_WirelessEthernetTransceiverDriver
AUTOSAR-SWS-RTE.pdf
06-10
该文档详细介绍了RTE（Runtime Environment）组件的相关规范，适用于**AUTOSAR Classic Platform**，版本号为R21-11。 #### 二、RTE概述 RTE（Runtime Environment）是AUTOSAR架构中的一个关键组成部分，它负责在...
AUTOSAR R21-11 CanDriver规范文档
04-04
### AUTOSAR R21-11 CanDriver规范文档知识点详解 #### 一、文档概述与变更历史 **文档标题**：Specification of CAN Driver AUTOSAR CP R21-11 **文档ID**：11: AUTOSAR_SWS_CANDriver **文档状态**：已发布...
AUTOSAR-TR-CImplementationRules_AUTOSAR-C_autosar_源码.zip
09-30
标题中的“AUTOSAR-TR-CImplementationRules_AUTOSAR-C_autosar_源码.zip”表明这是一份关于AUTOSAR（AUTomotive Open System ARchitecture）的C语言实现规则的源码文件。AUTOSAR是汽车行业的一个开放标准，旨在标准...
【202309】毕马威-中国第六届领先汽车科技50_109页.pdf
最新发布
07-28
【202309】毕马威-中国第六届领先汽车科技50_109页.pdf
毕业设计—流媒体视频直播服务器-可执行内含文档代码-可执行内含文档代码.zip
07-28
毕业设计—流媒体视频直播服务器-可执行内含文档代码-可执行内含文档代码.zip
【202206】中国汽车潮流观察报告-汽车之家研究院_54页.pdf
07-28
【202206】中国汽车潮流观察报告-汽车之家研究院_54页.pdf
解释一下 ERROR 23-05-31,19:31:49 (1019) Invalid value for node "/AUTOSAR/TOP-LEVEL-PACKAGES/ActiveEcuC/ELEMENTS/Fee/FeeBlockConfiguration/FeeSccSessionIdNvmBlock/FeeDeviceIndex": EN: FEE - The configured node does not exist or may not be referenced.、
06-01
这个错误信息是由于在 AUTOSAR 中的某个节点 "/AUTOSAR/TOP-LEVEL-PACKAGES/ActiveEcuC/ELEMENTS/Fee/FeeBlockConfiguration/FeeSccSessionIdNvmBlock/FeeDeviceIndex" 上配置的值无效导致的。具体来说，这个节点可能不是有效的节点，或者该节点无法被引用。可能的原因包括节点名称错误、节点参数设置错误、节点未被正确定义等等。要解决这个错误，需要仔细检查该节点的配置和定义，确保其正确性。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

寻找幸存者

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值