[AutoSar]BSW_Com09 CAN driver 模块FULL(BASIC)CAN、FIFO选择

目录

  

关键词

嵌入式、C语言、autosar、OS、BSW

平台说明

项目 Value
OS autosar OS
autosar厂商 vector ,
芯片厂商 TI 英飞凌
编程语言 C,C++
编译器 HighTec (GCC)
autosar版本 4.3.1


>>>>>回到总目录<<<<<<

一、FULL CAN 和Basic CAN

功能支持:

Basic CAN:只支持标准数据帧(11位标识符),不支持远程帧和扩展数据帧。

Full CAN:支持标准数据帧和扩展数据帧(29位标识符),以及远程帧。

消息队列支持:

Basic CAN:通常只支持单个对象发送的单个消息队列。

Full CAN:通常支持多个对象发送的多个消息队列,提供了更灵活的消息管理。

带宽和性能:

Basic CAN:由于只支持标准数据帧,因此在带宽和性能上可能受到一定限制。

Full CAN:支持更多的数据帧类型和更灵活的消息管理,因此在带宽和性能上通常具有更高的表现。

硬件实现:

Basic CAN:基本CAN通常由简单的CAN控制器硬件实现。

Full CAN:扩展CAN通常由更复杂和功能更强大的CAN控制器硬件实现。

应用场景:

Basic CAN:适用于简单的通信场景,例如传感器数据采集、基本控制命令传输等。

Full CAN:适用于更复杂的通信需求,例如需要支持扩展数据帧、远程帧和多个消息队列的应用场景。

总的来说,Basic CAN 和 Full CAN 都是 CAN 协议的两种传输模式,它们在功能支持、消息队列管理、性能表现和应用场景等方面存在差异。选择使用哪种传输模式应该根据具体的应用需求和系统设计考虑。

睡觉睡觉,明天更新。

相关推荐
CC城子5 天前
STM32H7_FDCAN 驱动笔记
stm32·can·canfd
叶修_A6 天前
AP-03 SOME/IP协议实战 - AUTOSAR自适应平台通信中间件深度解析
autosar·汽车电子·some/ip·ap·通信中间件
赞哥哥s8 天前
Autosar网络管理笔记-被动唤醒和主动请求时Nm报文发送的差异
autosar·网络管理·nm
CC城子8 天前
CAN/CANFD 笔记
can·canfd·canopen
硅农深芯9 天前
解读AUTOSAR:定义现代汽车电子的标准化架构
架构·汽车·autosar
叶修_A15 天前
【IF-SAFE-05】MTU内存测试 - ASIL-B安全机制
autosar
飞斯柯罗17 天前
[飞斯柯罗] 为满足网络安全要求,是否必须使用AUTOSAR?
autosar·crypto·mcal·软件复用·汽车网络安全·iso21434·控制器开发
叶修_A18 天前
【CP-11】复杂驱动设计 - AUTOSAR CP驱动架构与实现
架构·嵌入式·autosar·cp·驱动设计
赞哥哥s21 天前
诊断请求1101到MCU复位的完整流程
autosar·dcm·1101