前面

上篇对Davinci CFG中CAN模块配置参数介绍了一半:

Davinci CFG中CAN模块配置(上) · 语雀

这篇继续……

CanGeneral

AutoSAR—Davinci CFG中CAN模块配置(下)-LMLPHP

从上往下一个一个看:

AutoSAR—Davinci CFG中CAN模块配置(下)-LMLPHP

Base Address:CAN模块寄存器的基本地址。

Change Baudrate Api:是否使用改变波特率的函数。

Clock Divider:时钟分频器

Clock Divider Mode:时钟分频器的模式。

  • NORMAL:fCAN=fSYS * 1/n;
  • FRACTIONAL:fCAN=fSYS*n/1024。
  • 其中,n=Clock Divider的值。

Clock Source Selection:波特率逻辑时钟源的选择。

  • NotUsed:对应的值为0,没有时钟被支持;
  • Fclc:对应的值为1,使用fASYN_CAN;
  • Fosc:对应的值为2,使用Oscillator Clock;
  • ErayPll:对应的值为4,使用E-Ray Clock。

Counter Ref:系统时钟的引用。这个时钟主要用于模块发送和硬件LOOP CHECK 的超时处理。

Dev Error Detection:是否使用DEV错误检测机制。

Enable Multiple Can Driver:是否使用多个CAN驱动。

FD Support:是否支持CANFD。

Freeze Disable:该参数控制CAN模块的freeze功能,该功能依赖于硬件平台是否支持。

Generic Confirmation:是否使用通用的发送确认函数。该函数被所有的发送事件调用。

Generic Pre Transmit:是否使用通用的预传输函数,该函数在消息被发送之前调用,相当于消息发送之前的回调函数。

Generic Precopy:是否使用通用的预复制函数,该函数在消息被接收到之后调用。

AutoSAR—Davinci CFG中CAN模块配置(下)-LMLPHP

Get Status:是否使用获取状态函数,如果勾选该属性,那么CAN模块会提供一个函数Can_GetStatus()供上层调用。

Hardware Cancel By Appl:该参数定义应用层是否可以取消硬件Loop Check。如果该参数被使用,那么下面的三个函数必须被实现。

  • ApplCan TimerStart();
  • ApplCanTimerLoop();
  • ApplCanTimerEnd()。

并且Hardware Loop Check 的配置将被忽略。

Hardware Handle Type:用于定义硬件MO的数据类型。· Hardware Loop Check:是否使用Loop Check的机制。

Identical Id Cancellation:取消挂起的发送报文。如果发送的报文太多,超出了硬件MO发送的能力,那么最早的报文将被发送。只有当CanIfTransmitCancellation被设置的时候,该属性才能被使用。

Individual Processing:可以分别配置某个硬件MO通过轮循或中断的方式去发送或接收数据。

Interrupt Category:选择中断类型。

Interrupt Lock:选择哪个模块去关中断和开中断,可选的模块有CANDriver或APPL或(CAN Driver和APPL)。

LPdu Receive Callout Function:未被使用,被参数Generic Precopy取代。

Main Function Busoff Period:Busoff主函数的周期。

Main Function Mode Period:Can_MainFunction_Mode函数的调用周期。

Main Function Wakeup Period:Can_MainFunction_Wakeup 函数的调用期。

Max Number Of Hw CAN Channels:CAN模块支持的最大CAN节点的个数。

Max Number Of Hw CAN Obj:CAN模块支持的最大硬件MO的个数。

Multiple Basic CAN Objects:是否支持配置多个BASIC CAN去优化BASIC CAN的接收操作。

Multiplexed Transmission:是否支持双路复用功能的传输。该功能需要硬件的支持。· Optimize One Controller:当只有一个CAN控制器的时候,可以选择该选项以优化配置。

Overrun Notification:定义当接收溢出的时候该如何处理,可选的处理方式有:不处理;通知到DET模块;通知到应用层模块。

Ram Check:检查硬件MO是否有效:

  • None:不作检查;
  • Active:检查,如果无效,函数ApplCanMemCheckFailed()会被调用;

Mailbox Notification:检查,如果无效,函数ApplCanMemCheckFailed()和ApplCan-CorruptMailbox()会被调用。

Relnitalization While Start Transition:当CAN控制器模式被重新设置为START模式的时候,是否重新初始化CAN模块。

Run Time Measurement Support:如果配置该参数,那么可以通过CAN模块发送系统运行时的一些参数,比如CPU使用率等等发送到CANape上,供用户实时监测系统运行的效率。

Rx Basic CAN Support:是否支持Rx Basic CAN(一个MO可以接收多个CAN报文)。

Rx Full CAN Support:是否支持Rx Full CAN(一个MO只可以接收一个CAN报文)

Rx Queue:是否支持接收队列。如果配置,那么所有的接收数据都被缓存到接收队列中,在Can_MainFunction_Read()函数中被处理。

Rx Queue Size:定义接收队列的大小。

Secure Temp Buffer:是否使用硬件的MO作为Temp Buffer。

Temp Buffer 的意思是:当硬件MO接收到一个报文的时候,会将该MO的所有信息(跟该MO有关的所有寄存器的值)都保存在一个TempBuffer中,如果不使能该配置,那么会提供一个软件buffer,否则使用一个硬件MO作为buffer。

Set Baudrate Api:是否使用改变波特率的函数。

Src Address:CAN模块中断寄存器的起始地址。

Support Mixed ID:是否同时支持标准帧和扩展帧。

Support TTCAN Ref:该参数未使用

Timeout Duration:定义超时参数的最大值。

Transmit Cancellation:取消挂起的发送报文。如果发送的报文太多,超出了硬件MO 发送的能力,那么最新的报文将被发送。需要硬件的支持。

Tx Full CAN Support:是否支持Tx Full CAN。

Use Nested CAN Interrupts:是否支持可嵌套的中断。

User Config File:使用用户配置文件,这个配置文件将会被include到Can_Cfg.h文件中。

Version Info Api:使用获取版本信息的API函数。

Wakeup Support:是否支持wakeup功能。需要硬件的支持。

04-04 10:51