【AUTOSAR-RTE】-5-Explicit(显式)和Implicit(隐式) Sender-Receiver communication

最新推荐文章于 2024-09-28 14:30:28 发布
最新推荐文章于 2024-09-28 14:30:28 发布
阅读量4k 收藏 14
点赞数 9
CC 4.0 BY-SA版权
分类专栏： Autosar从入门到精通-实战篇 # RTE Autosar 文章标签： autosar
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qfmzhu/article/details/126055590
本文深入探讨了AUTOSAR-RTE中的隐式(Implicit)和显式(Explicit)Sender-Receiver通信。隐式通信涉及到隐式读取和写入，其中数据在runnable启动和终止时自动接收和发送。显式通信则涉及非阻塞和阻塞的API调用，允许runnable主动发送或接收数据。文章详细阐述了两种通信方式的语义、缓冲处理和数据访问概念，对理解AUTOSAR-RTE的工作原理至关重要。

点击返回「Autosar从入门到精通-实战篇」总目录

目录

1 Implicit隐式

1.1 Implicit Read隐式读取

1.2 Implicit Write隐式写入

1.3 为了从不同供应商处获得RTE中的共同行为，存在定义implicit communication语义的进一步要求

1.3.1 incoherent implicit data access时的Implicit Communication Behavior

1.3.2 coherent implicit data access时的Implicit Communication Behavior

1.4 Implicit Communication buffer处理

1.4.1 用于coherent implicit data access的Implicit Communication buffer处理

1.4.2 ConsistencyNeed的处理

2 Explicit显式

3 data access的概念

4 结尾

<--返回「实战篇」博文-总目录-->

<--返回「Autosar从入门到精通-实战篇」专栏主页-->

<--返回「个人博客」首页-->

Implicit和Explicit数据接收和发送

RTE应支持“explicit”和“implicit”数据接收和发送

了解本专栏 订阅专栏 解锁全文
【ASWC Arxml结构分解】-7-Explicit(显式)和Implicit(隐式) Sender-Receiver communication描述差异
「汽车电子助手」的博客
07-31 1984
APP Arxml如何描述Explicit和Implicit communication
AutoSAR配置与实践（基础篇）2.3 RTE对Ports的支持 - S/R接口分类(隐式、显式、队列）
nihaoljq2010的博客
08-05 2172
前两个章节我们介绍了RTE的概念、主要功能及对Runnable所提供的支持，本章节将基于S/R接口详细介绍其分类，重点阐述不同类型S/R接口的实现原理。 RTE中的Ports - S/R接口分类(隐式、显式、队列）
AutoSAR系列讲解：端口类型
IlagCompile的博客
09-23 296
AutoSAR中的端口类型在组件之间的通信中起着重要的作用。Sender-Receiver端口类型用于一对一的数据交换，Client-Server端口类型用于请求和响应模式的通信，Mode-Switch端口类型用于不同工作模式之间的切换。除了上述提到的三种常见的端口类型，AutoSAR还定义了其他一些端口类型，如服务提供者端口（Service Provider Port）和服务使用者端口（Service User Port），用于实现更复杂的组件通信和功能。函数用于接收模式切换的通知。
Autosar RTE S/R接口implicit与Explicit的实现与区别
赞的博客
05-21 4530
Autosar RTE中S/R接口implicit与explicit的代码实现及其应用场景
[AutoSar]基础部分 RTE 02 S/R Port 显式/隐式
汽车-嵌入式-工作笔记-autosar
12-18 3506
在调用runnabl之前就把值从地址中直接取出，在runnable当前运行完毕之前不会被重新赋值。读写均为操作中间变量,在runnable运行中可以被其他地方赋值改变此中间变量。：因为显示在runnable运行途中值会被随时改变，因此在读写一致性上。：因为显式会比隐式多一次拷贝操作，因此在效率上。创建两种不同类型的port。：参考第二条，在实时性上。
[Autosar] Implicit和Explicit的区别
红标车
11-10 5091
在Autosar中对数据的读写分Implicit和Explicit. Implicit：隐式访问 对于读和写操作，RTE负责在执行使用数据的Runnable之前复制收到的数据和在执行使用数据的Runnable之后复制发送的数据。即，在RTE中创建一个Buffer用于存储这些数据。 另外，执行这个Runnable期间，之前所收到的数据不会被改变；同时，最后写入的数据会在执行完Runnable之后发出。 下面展示一个例子： Wg_Task { Rte_Ecu_Code_Read(); runnable_
3-3 AUTOSAR RTE 对SR Port的实现
最新发布
qq_42357877的博客
09-28 674
RTE作为SWC和BSW之间的通信机构，支持Sender-Receiver方式实现ECU内及ECU间的通信。
Autosar - 【2 RTE模块】
hammershr2012的博客
07-28 3094
AUTOSAR RTE(Run Time Environment)实现了AUTOSAR系统中的虚拟功能总线（VFB），提供了SWC(Software Component)之间的访问接口和SWC对于BSW资源的访问接口。简化的AUTOSAR架构图如下：如上图，AUTOSAR架构是分层设计的，并且其理念是将软件与硬件解耦，使得软件可以重分配和复用，这些都要依赖RTE来实现。但是RTE是不可复用的，因为RTE是匹配应用需求的，所以如果应用修改了RTE也就需要修改。
AUTOSAR NVM 显性和隐性同步
weixin_46336143的博客
05-07 2136
显性同步 显性同步是NVM 默认的机制，缺点是application之间分享相同的资源并同步比较难保证。 Application需要遵循的规则如下： Single-block write requests NvM_WriteBlock() and NvM_WritePRAMBlock(): Application提供一个RAM block，里面放要写进NV memory的数据，然后trigger 一个write request。 在NVM写完之前，不可以修改RAM block的内容，但是读数据是可
AutoSAR系列讲解（入门篇）3.6-RTE与Interface接口
热门推荐
雪云飞星的博客
07-31 3万+
对Interface的讲解，主要分为AutoSAR接口、标准接口和标准AutoSAR接口
接口的显示与隐式调用
LiPing122335的博客
10-16 581
接口的实现实际上和类之间的继承是一样的，也是重写了接口中的方法，让其有了具体的实现内容。 但需要注意的是，在类中实现一个接口时必须将接口中的所有成员都实现，否则该类必须声明为抽象类，并将接口中未实现的成员以抽象方式实现。 从上面的代码可以看出，在实现类 Test 中将未实现的属性和方法分别定义为抽象属性和抽象方法，并将实现类定义为抽象类。 这是一种特殊的实现方式，在实际应用中通常是将接口中的所有成员全部实现。 在实现接口的成员时有两种方式，一种是隐式实现接口成员，一种是显式实现接口成员。 在实际应用中
AUTOSAR 入门
Little_Eyelash的博客
06-07 1687
AUTOSAR 什么是autosar AUTOSAR是AUTomotive Open System Architecture，翻译成中文就是汽车开放系统架构。 AUTOSAR是由全球汽车制造商、部件供应商及其他电子、半导体和软件系统公司联合建立，各成员保持开发合作伙伴关系。 AUTOSAR主要标准了3大方面： 软件接口 交换格式 方法论 为什么用autosar 汽车ECU数量越来越多：由之前的单控制器，到多控制器，再到域控制器，数量倍增。 CPU越来越复杂：由8位，到16位，再到3
AutoSAR系列讲解（入门篇）3.2-RTE对Runnables的运行支撑
雪云飞星的博客
07-24 3万+
RTE对runnable的触发和管理
AUTOSAR RTE 理解
dxlyoung的博客
08-16 3586
RTE包含由不同的ECU组件映射而来的系统基础设施和RTE服务的变量元素。 主要来说，RTE可以从逻辑上分为两个实现部分： 软件组件之间的通讯 软件组建的时间调度 为了全面的描述RTE的概念，基础软件的调度也要考虑在内。基础软件调度器用于调度基础软件模块的可调度实体。在一些文档中，可调度实体也被称为主进程函数。 由于相同的OS任务可能被用作调度软件组件和基础软件模块，RTE的调度模块与基础软件调度器强相关，两者并不能被完整的分离开。 RTE和基础软件是针对特定的ECU而生成的，这就保证了基础软件和
Explicit和Implicit嵌入式发送器-接收器通信的差异
SUYUMM的博客
09-25 178
显式通信通过函数调用和参数传递进行，更直观明了，易于理解和实现。隐式通信通过共享内存或全局变量进行，更加灵活，但可能会引入并发访问和同步问题。嵌入式系统中，发送器-接收器通信是非常常见的任务。在这个过程中，有两种主要的通信方式：显式（Explicit）和隐式（Implicit）。这两种方式在实现和应用上有一些差异，下面将详细介绍它们的特点和使用方法，并提供相应的示例代码。请注意，示例代码仅为演示目的，并未考虑并发访问和同步问题。在实际应用中，需要根据具体情况进行适当的同步措施，以确保数据的正确传输和处理。
一文搞懂AUTOSAR核间通信原理、实现和配置
usstmiracle的博客
10-31 2809
IOC支持1:1、N:1和N:M(非队列)的通信方式。同一个IOC的Api函数可以被同一个SWC的不同runnable调用，但是假如被不同任务调用时需要小心了，用户必须确保IOC Api在返回前不会被另一个任务调用，因为IOC函数是不可重入的，这种情况可能导致Spinlock的死锁(死锁问题见。当多个核在同一段时间都去访问核间通讯的数据时，由于Spinlock的存在，按照先后顺序访问，后访问的任务就会一直忙等待，假如数据量很大，而访问这个数据的周期又短，这就会导致CPU负载急剧增大。2 队列或非队列通信；
【AUTOSAR】 项目和代码详解（三）----RTE配置
hellotzx的博客
04-27 8866
实时运行环境(RTE)是AUTOSAR ECU体系结构的核心。RTE是AUTOSAR接口的实现(对于特定的ECU)虚拟函数总线(VFB)。RTE提供基础设施服务，使AUTOSAR软件组件之间能够进行通信，并充当AUTOSAR软件组件访问包括操作系统和通信服务在内的基本软件模块的手段。
1. Android 软件开发安全
u010129251的专栏
03-26 1209
第一期将从数据存储、网络通信、密码和认证策略这三个角度，带你走上Android软件安全开发实践之旅。 过去两年，研究人员已发现Android上的流行软件普遍存在安全缺陷或安全漏洞。漏洞频发的原因可能有很多，例如以下几种。 与一切都是集中管理的iOS相比，Android提供了一种开放的环境，在获得了灵活性、可以满足各种定制需求的同时，也损失了部分安全性。 开发团队通常将精力集中在产品设计、功
Android app漏洞挖掘初探(0)
葱花炒蛋的博客
12-13 3795
不多讲，开始吧，嗯 一 Activity漏洞挖掘 设置了exported=”true”，或者添加了属性，但是并没有显示的设置为exported=”false”，此时Activity是导出的, 不合理的Activity组件导出导致的问题： 1 基于Android Brower Intent Scheme URLs攻击手段 利用了浏览器保护措施的不足，通过浏览器去调用应用自定义的sche...
AUTOSAR-C编程实现规则：标准代码开发指南
AUTOSAR-C是指与AUTOSAR标准相关联的C编程规则，它是AUTOSAR组织为了提供标准化的软件架构和开发流程而制定的一系列规则和技术要求。这些规则覆盖了从基础的编码准则到软件架构的高级概念，旨在提高代码的可移植性、...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

汽车电子助手

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

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

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

打赏作者

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

抵扣说明：

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

余额充值