AutoSAR—Davinci CFG中CAN模块配置(上)

这篇具有很好参考价值的文章主要介绍了AutoSAR—Davinci CFG中CAN模块配置(上)。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

目录

前面

导入DBC文件

Can Controllers

通用配置

波特率配置

过滤器配置

CanHardwareObjects

最后


前面

上篇文章介绍了一个DBC文件的诞生过程,它是AutoSAR CAN模块配置的前提。

CAN模块的配置是一块很难啃的骨头,作者也是初学,这篇文章只是给大家介绍一个CAN模块在Davinci CFG配置过程中会使用到的一些参数选项,打好基础。

导入DBC文件

打开Davinci CFG软件,新建工程,这一步就省略了。

打开文件导入工具,选择咱们配置好的dbc文件.

5如果有多个ECU的话,选自自己现需要配置的。

AutoSAR—Davinci CFG中CAN模块配置(上),AutoSar,MBD,aotosar,汽车电子,DBC,CAN

进入Basic Editor界面,选择CAN

AutoSAR—Davinci CFG中CAN模块配置(上),AutoSar,MBD,aotosar,汽车电子,DBC,CAN

Can Controllers

通用配置

你会发现已经存在一个CAN控制器了,双击进入

AutoSAR—Davinci CFG中CAN模块配置(上),AutoSar,MBD,aotosar,汽车电子,DBC,CAN

这一大列都是需要进行配置的参数

AutoSAR—Davinci CFG中CAN模块配置(上),AutoSar,MBD,aotosar,汽车电子,DBC,CAN

Busoff Processing:用于处理 Busoff事件,选择中断或者轮循的方式调用指示函数通知上层发生了Busoff事件。

Clock Frequency【MHz】:用于设置CAN模块的时钟。如果选项Cpu Clock Ref 设置了,这里可以不填。

Common CAN:在某些型号的单片机上,每个Node都有专属于自己的硬件 MO (Message Object),这些MO不能配置给其他的Node使用,这样就限制了该Node可以配置的FULLCAN的个数。而如果使用该功能,那么就可以将两个物理Node合并成一个逻辑Channel,从而可以在这个逻辑Channel上使用更多的FULLCAN。该功能对英飞凌系列的单片机并不适用,因为英飞凌的单片机上的所有硬件MO都是可以被配置给任何一个

Node的。

Controller Activation:是否使能该控制器。

Controller Default Baudrate:设置波特率。

Cpu Clock Ref:引用的CAN模块的时钟。该时钟在MCU模块配置。

Interrupt Priority:CAN模块的中断优先级。发送、接收共用同一个中断优先级。

Number Of CAN Obj:使用的CAN OBJ的个数。

Physical Node:CAN节点。

Receive Input Selection:接收引脚的选择。

Rx Processing:接收数据的处理方式,中断或者轮循。

Tx Processing:发送数据的处理方式,中断或者轮循。

Type of Service Control:中断由哪个CPU来处理。

再往里看需要进行波特率设置、过滤器设置

AutoSAR—Davinci CFG中CAN模块配置(上),AutoSar,MBD,aotosar,汽车电子,DBC,CAN

波特率配置

AutoSAR—Davinci CFG中CAN模块配置(上),AutoSar,MBD,aotosar,汽车电子,DBC,CAN

Baudrate Clock:CAN模块配置的波特率的时钟,由Controller Default Baudrate参数的值定义而来的。

Baudrate Div8:预分频时钟8分频。

  • false:一个时间单元等于(BRP+1)个时钟周期;
  • ture:一个时间单元等于8×(BRP+1)个时钟周期。

Baudrate Prescaler:简称BRP,波特率预分频,描述见上面的Baudrate Div8。

Controller Baud Rate:设置CAN波特率的值。

Controller Baud Rate Config ID:该ID值被SetBaudrate函数作为参数使用,用于设置哪个控制器的波特率。

Controller Prop Seg:传播段的时间。它定义了CAN总线上发送输出驱动器和收发电路的物理传播延迟。

Controller Segl:采样点前的时间段。

Controller Seg2:采样点后的时间段。

Controller Sync Jump Width:同步跳跃宽度,用于重同步的时间。

过滤器配置

这里的过滤器可不是滤波器,更像是校验,把不符合要求的报文过滤掉。

AutoSAR—Davinci CFG中CAN模块配置(上),AutoSar,MBD,aotosar,汽车电子,DBC,CAN

Filter Code Value,Filter Mask Value:过滤器被设计成Code和Mask两个部分。

只有符合下面的条件才被认为通过:

  • Received CAN ID &.Mask== Code

Filter只被用于Rx Basic CAN中。

Is Locked:用于指示代码生成器在生成代码的时候不要优化CanFilterMask的值。

CanHardwareObjects

前面配置好了Can控制器软件层面的一些东西,CanHardwareObjects更多的是一些硬件层的协议参数。

AutoSAR—Davinci CFG中CAN模块配置(上),AutoSar,MBD,aotosar,汽车电子,DBC,CAN

ShortName:该硬件MO的名字,在代码中主要用于注释以体现是哪个硬件MO。

Common CAN Node:如果参数Common CAN被激活,那么该参数用于该硬件MO选择它所属的物理CHANNEL。注意:只有RXFULLCAN的硬件MO才可以配置,其他的MO的值都是A。

Controller Ref:该 MO所属的 CAN 节点。

Enable Polling Processing:该 MO是否使用轮循的方式去发送CAN报文。目前的版本不支持这个配置。

Handle Type:FULL CAN(一个 MO只能发送或接收一个 CAN 报文)或者 BASIC CAN(一个MO可以接收或发送多个CAN报文)。

Id Type:标准帧或扩展帧。

Id Value:CAN ID。

Main Function RW Period Ref:引用一个读写发送周期的值,该值在CanGeneral→CanMainFunction RWPeriods中定义。

Object Hw Handle:定义硬件MO的索引号,也即该消息使用第几个MO来发送CAN 报文。

Object Hw Size:定义该消息使用硬件MO的个数。

Object Id:定义该硬件MO所属的逻辑handle的ID号。

Object Type:接收还是发送。

Filter Mask Ref:设置该MO的掩码。

Rx Object配置选项与TxObject类似,故不再说明。

最后

关于CanGeneral配置,放在下一篇博客里,这些参数也太多了,查不过来了

AutoSAR—Davinci CFG中CAN模块配置(上),AutoSar,MBD,aotosar,汽车电子,DBC,CAN

 文章来源地址https://www.toymoban.com/news/detail-671358.html

到了这里,关于AutoSAR—Davinci CFG中CAN模块配置(上)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【AUTOSAR】 MCAL配置说明(三)----MCAL SPI 模块配置

    SPI SPI通讯模块, 注:autosar配置工具只能做SPI的主节点配置,不能配置从节点 主要的配置内容如下: 具体使用的外设模块SPIx 映射pin 脚选择 spiChannel 配置 spiJob 配置 SpiSequence 配置 spi设备的通讯特点(通讯频率,cs有效电平,数据移位电平,片选引脚) General Configuration 常规配

    2024年02月09日
    浏览(44)
  • AutoSAR配置与实践(深入篇)6.3 COM 整体架构和模块交互

    -返回总目录- 一、COM层主要功能和架构(参考MICROSAR COM Technical Reference CFG5 Version 9.00.01)《TechnicalReference_Com.pdf》 1.1 COM模块的主要功能: 为上层提供信号接口(无符号/有符号) I-PDUs 中信号的打包和解包 处理传输模式 I-PDUs 间传输最小间隔 I-PDU组的通信控制 接收的deadline监控

    2024年02月09日
    浏览(59)
  • AutoSAR配置与实践:深入探讨NVM主要接口、模块交互和数据流向(详解)

    深入了解AutoSAR配置中的NVM主要接口、模块交互和数据流向。探讨NVM协议栈架构、主要接口、数据操作流程等内容。

    2024年02月09日
    浏览(240)
  • AUTOSAR实战教程 - 通信协议栈CAN_CANIF_PDUR_CANTP_COM_XCP_ECUC配置一网打尽

    通讯协议栈几乎是CP AUTOSAR中最庞杂的一块。由于其涉及的模块比较多(仅实现CAN信号的收发就需要ECUC/CAN/CANIF/CANTP/PDUR/COM/XCP这么多模块的协作!),且名词概念众多,入门很难。网络上关于各个模块的详细介绍浩如烟海,其深度也让人叹为观止。但没有一篇文章把这些模块串起

    2024年02月03日
    浏览(49)
  • 【AUTOSAR】【Can通信】CanNM

    目录 一、概述 二、说明 三、功能说明 3.1 协调算法 3.2 操作模式 3.2.1 网络模式 3.2.2 准备总线睡眠模式 3.2.3 总线睡眠模式 3.3 网络状态 3.4 初始化 3.5 参数 3.6 网络管理PDU结构 3.7 通信调度 3.7.1 发送 3.7.2 接收 3.8 其他功能 3.8.1 远程睡眠指示器的检测 3.8.2 用户数据 3.8.3 被动模式

    2024年02月05日
    浏览(44)
  • AutoSar CAN网络管理(CanNm)

    网络管理的目的 是 使车辆网络中的 ECU 节点有序的睡眠和唤醒。 在没有通信需求的时候睡眠,在需要通信的时候唤醒, 可以节约汽车电池的电量。 CAN Network Management(CanNm) 是一种独立于硬件的协议实现的软件模块 , 只能在 CAN 网络上使用, 主要功能是协调网络正常运行和总

    2024年02月03日
    浏览(42)
  • AUTOSAR CAN协议栈架构总览介绍

    如下图是Classic AUTOSAR层级架构图,每个层主要功能如下 微控制器抽象层:使上层软件和微处理器型号无关,包含MCU中内部外设的驱动以及MCU内存映射的外部设备的驱动 ECU抽象层:使上层软件和ECU硬件设计无关,包含ECU板上外部设备的驱动以及内部设备与外部设备的接口(I

    2024年02月06日
    浏览(42)
  • AUTOSAR SecOC的CAN FD应用

    20多年来,CAN一直是并且仍然是车辆中的主导通信系统。 随着车载功能日益复杂,传统CAN已无法满足对有效数据速率日益增长的需求。 因此,引入了CAN FD—它允许高达64字节的有效载荷以实现2 Mbit/s 和5 Mbit/s的数据速率。为了将这一主要优势用于高级功能,必须解决更大网

    2023年04月08日
    浏览(39)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包