AutoSAR—Davinci CFG中CAN模块配置（下）

前言

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

Davinci CFG中CAN模块配置（上）

这篇继续……

CanGeneral

从上往下一个一个看：

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：是否使用通用的预复制函数，该函数在消息被接收到之后调用。

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功能。需要硬件的支持。