Autosar通信实战系列09-CanIf模块要点及其配置介绍（一）

已于 2023-12-25 21:02:41 修改
阅读量1.4k 收藏 22
点赞数 27
分类专栏： AutoSar实战进阶系列[全面/持续更新中] Autosar 通信实战系列 文章标签： autosar 通信 CAN
于 2023-12-23 17:50:42 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/initiallizer/article/details/135140095
版权
本文介绍了Autosar通信中的CanIf模块，涉及Physical channels、CAN Controller、CAN Node的概念，区分了Basic CAN与Full CAN。重点讨论了报文过滤机制和Dlc校验，并概述了CanIf在CAN控制器和收发机制中的作用，包括唤醒源的校验流程。
摘要由CSDN通过智能技术生成

本文框架

前言

在本系列笔者将结合工作中对通信实战部分的应用经验进一步介绍常用，包括但不限于通信各模块的开发教程，代码逻辑分析，调测试方法及典型问题分析。
如您对Autosar全模块实战感兴趣，可参读专栏：AutoSar实战进阶系列导读
本通信系列导读链接：Autosar通信实战系列导读

本篇继续出发，介绍下CanIf模块相关内容，涉及基本概念，与其他模块交互及配置开发指导，由于内容较多，本篇主要对理论部分介绍，基本框架如下：
在这里插入图片描述

1. Physical channels，CAN Controller，CAN Node概念

physical CAN channels：表示C

了解本专栏 订阅专栏 解锁全文
Autosar汽车电子进阶
关注
  • 27
    点赞
  • 踩
  • 22
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
订阅专栏
Autosar通信实战系列10-CanIf模块要点及其配置介绍（二）
initiallizer的博客
12-27 1211
详细介绍CanIf模块的配置开发
Autosar通信实战系列07-Com模块要点及其配置介绍（二）
initiallizer的博客
12-17 1350
本篇继续介绍下Com模块配置相关内容
Autosar通信栈：FullCAN和BasicCAN基础
最新发布
a1207129057的专栏
02-01 554
在搞清楚FullCAN和BasicCAN是什么之前，我们先搞清楚一些基础的东西。 ************************************************************************************ 关注微信公众号“开心果Need Car”，一起讨论Autosar开发中遇到的那些“坑”！ *********************************************************************************
Autosar CAN开发02（应用报文接收流程-中断方式，CAN/CANIF/PDUR/COM/RTE）
qq_41848098的博客
12-21 8898
Vector工具链中底层应用报文接收流程
Autosar通信实战系列01-ComM模块要点及配置详解
initiallizer的博客
10-29 1087
七千字长文对ComM模块要点及配置进行详细介绍，一起来学习吧
AUTOSAR 通信服务-Full-CAN VS Basic-CAN
m0_49148264的博客
12-23 923
其实在标准规范中并没有关于Full CAN和Basic CAN的真正定义，只有制造商才有。Full CAN实际上应该称为DPRAM 模式，因为它底层范例是DPRAM。而Basic CAN应该真正称为FIFO 模式。同时请注意，Full CAN也绝不是比Basic CAN更完整的实现了CAN协议。新的CAN控制器扩展了基本功能，例如：它们具有多达32个对象缓冲区作为Full CAN的实现，或者它们具有用于多个消息的大型FIFO，如:飞利浦SJA1000，称为PeliCAN，作为Basic CAN的实现。
【AUTOSAR】Com通讯栈配置说明（二）---- CanIf模块
hellotzx的博客
05-30 1339
CanIfRxPduRef：关联的EcuC/EcucPduCollection/Pdus的索引。CanIfTxPduRef：关联的EcuC/EcucPduCollection/Pdus的索引。CanIfHtrhIdSymRef: 关联的can模块 hardware object id。CanIfHrhIdSymRef: 关联的can模块 hardware object id。CanIfTxPduBufferRef：关联的CanIfBufferCfg的索引。
Autosar通信入门系列04-聊聊CAN通信的Basic-CAN与Full-CAN
initiallizer的博客
07-23 3086
什么是Basic-CAN与Full-CAN？为什么会出现这两种不同类型的CAN？不同类型的报文怎么选择这两种CAN
【AUTOSAR-CAN】CAN的 “BasicCAN架构” 和 “FullCAN架构”
tim_hoven的博客
03-22 8578
（将本文讨论的 “BasicCAN” 和 “FullCAN” 称为 ”BasicCAN架构“ 和 ”FullCAN架构”，具体原因后面解释） 1.“BasicCAN架构” 和 “FullCAN架构” CAN的Basic和Full类型，在配置Can的时候，这个配置项困扰了我很久。 摘自Specification of CAN Transceiver Driver4.0.3 https://www.autosar.org/fileadmin/user_upload/standards/classi..
AutoSAR—Davinci CFG中CAN模块配置（下）
小胡同学的工程师学习之路
04-03 2638
​上篇对Davinci CFG中CAN模块配置参数介绍了一半：Davinci CFG中CAN模块配置（上） · 语雀 这篇继续……
Autosar通信实战系列06-Com模块要点及其配置介绍（一）
initiallizer的博客
12-13 524
Autosar Com模块要点介绍
【AUTOSAR】CAN和CANIF Basic CAN的配置
xinsuiwodong2014的博客
04-01 2142
由于MCU资源的限制，通常对CANHardwareObject的配置是有限制的。当CAN Message ID超过32个时，由于TX的Dedicated Buffer是有限的，例如只有32个。此时需要借助Mailbox Box的形式发送CAN Message，这样超过32个CAN Message的ID占用同一个TX FIFO 空间。假如使用TX Dedicated Buffer每一个CAN Message都有一个独立的RAM地址，CAN Message ID的优先级由ID本身来决定（帧ID值越小，优先级越高
《AUTOSAR谱系分解(ETAS工具链)》之Can
PlutoZuo的博客
06-06 1251
CanControllers【CANNODE】CanControllerCanBusoffProcessingCanControllerActivationCanControllerIdCanControllerBaseAddressCanRxProcessingCanTxProcessingCanWakeupProcessingCanControllerDefaultBaudrateCanControllerBaudrateConfigCanControllerBaudRateCanControllerP
Autosar CAN开发11-2(硬件、软件滤波（FilterMask/FilterCode、BasicCan、FullCan）、CAN控制器配置对应芯片手册)
qq_41848098的博客
09-17 3770
顺便提一句，其实所谓滤波，只不过就是过滤。搞技术这一行，很多时候他们就喜欢把一些明明简单易懂的名词用人家听不懂的词代替，搞得刚入门的人很难受，找半天资料，他nn的结果发现是这样一个非常简单的东西。一、CAN控制器滤波及实际配置（硬件滤波、软件滤波、FilterMask/FilterCode、BasicCan、FullCan）CAN收发器（硬件CANIF（软件）在这整个链路中，针对CAN报文滤波这一块，总共有两个地方：①CAN控制器硬件滤波②CANIF软件滤波。
AUTOSAR实战教程 - 通信协议栈CAN_CANIF_PDUR_CANTP_COM_XCP_ECUC配置一网打尽
热门推荐
m0_58346868的博客
05-21 3万+
通讯协议栈几乎是CP AUTOSAR中最庞杂的一块。由于其涉及的模块比较多(仅实现CAN信号的收发就需要ECUC/CAN/CANIF/CANTP/PDUR/COM/XCP这么多模块的协作！)，且名词概念众多，入门很难。本文试图从一个全局的高度，自顶向下逐步细化开来。让你在建立全局观之后熟悉通讯协议栈各模块之间的关联然后高屋建瓴学会配置每一项！也希望在此抛砖引玉，彼此交流心得,共同进步。..............................................................
Autosar CAN开发09（使用Vector工具（Configurator、Developer）变更报文（新增报文、删除报文、新增信号删除信号------应用报文））
qq_41848098的博客
09-25 4682
使用Vector工具变更报文（新增报文、删除报文、新增信号删除信号------应用报文
【.小白一枚.】Autosar_CanDriver_1_CAN接收邮箱掩码设置
.小白一枚.的博客
12-07 1044
另外还有网络唤醒报文的BasicCan掩码设置，因为规定网络唤醒报文的ID范围是0x500 ~~ 0x53F，计算掩码时需要注意这个。因为BasicCan类型的邮箱接收的是一段ID范围的报文，以上三条报文取段范围为0x1B0 -- 0x1F7。---------------------------文章编辑参考PlutoZuo大佬的博客。1：0001，每位都需要关心（因为需要确定ID的第一位是1），所以掩码：0111。0 -- 7 ：0000 -- 0111，关心。111，所以掩码：1000；
【MCAL_CANDriver】-1.3-FullCAN和BasicCAN的差异及配置使用
「汽车电子助手」的博客
09-08 4750
FullCAN和BasicCAN的差异及配置使用
autosar诊断实战系列03-22服务读取did数据的几种接口类型区别详解
11-01
在AUTOSAR诊断实战系列中，服务读取DID（数据识别器）数据时，有几种不同的接口类型，它们的区别如下： 1. ReadDataByIdentifier：这是最常见的DID数据读取接口，在ReadDataByIdentifier接口中，读取DID数据时需要提供DID的ID，系统会返回与该ID对应的数据值。这种接口适用于需要读取单个DID数据的场景。 2. ReadScalingDataByIdentifier：这种接口类型在ReadDataByIdentifier的基础上进行了扩展，在读取DID数据时，除了提供DID的ID，还需要提供斜率和偏移量等缩放参数。系统会根据这些参数对读取到的原始数据进行缩放处理，返回经过缩放后的数据值。这种接口适用于需要对读取的数据进行进一步处理的场景，例如将原始数据转换为实际物理值。 3. ReadDataIdentifierOfPID：这种接口用于读取与特定PID（参数识别器）相关的DID数据，而不是通过DID的ID。通过提供PID，系统可以根据特定的参数来获取相应的DID数据。 这些接口类型在应用场景和使用方式上有所不同。在选择适当的接口类型时，需要根据具体需求考虑是否需要对数据进行缩放处理，以及根据DID的ID或PID来选择合适的接口。此外，还需要了解具体的接口使用规范和标准，确保正确使用这些接口读取DID数据。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

Autosar汽车电子进阶

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

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

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

打赏作者

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

抵扣说明：

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

余额充值