Autosar CAN开发12(基于CAN收发器的休眠唤醒、CAN收发器模式讲解。详细讲解TJA1059(TJA1049)、TJA1043、TJA1145。)

         入职新公司短短几个月让我搞遍了整整3种CAN收发器。真的是又爱又恨。。。


目录

关于我对CAN收发器理解的历程。

什么是CAN收发器

基础版CAN收发器:TJA1059(TJA1049)收发器

TJA1049 引脚图:

TJA1049 收发器模式及各个模式切换方法:

        Normal模式:

        Standby模式:

TJA1049 CAN通讯功能

TJA1049 休眠唤醒功能:

升级版CAN收发器:TJA1043收发器

TJA1043 引脚图:

         TJA1043 收发器模式及各个模式切换方法:

        Normal模式:

        Standby模式:

        Listen-Only模式:

        Go-To-Sleep模式和Sleep模式:

关于Wakeflag:​

TJA1043 CAN通讯功能:

TJA1043 休眠唤醒功能:

        MCU通过判断收发器的INH脚进入休眠:

        唤醒检测情况1:MCU处于断电状态(MCU电源被切断的状态)时进行唤醒源检测。

        唤醒检测情况2:MCU处于有电状态(MCU此时一般处于预休眠状态)时进行唤醒源检测。

加强版CAN收发器:TJA1145收发器

结束语


关于我对CAN收发器理解的历程。

        想起2年前刚毕业在公司搞CAN通讯开发。

        由于公司项目的平台都是做的非常的完善,所以我都是在CAN的上层搞来搞去,很少有机会从最底层的CAN收发器往上一步步开发。

        因为我直接看CAN收发器手册,里面一大堆东西。什么ERR_N脚用来检测什么错误啦、什么温度过高过低啦、什么WakeUpFlag啦、各种乱七八糟的什么的

        这么多功能,到底这么用啊?所以搞了一年半载都没明白收发器到底是干啥的。

        后来真正弄过CAN收发器才明白,其实很简单,一般哪有用到手册里面写的那么多功能。平时用到的就两个功能

                第一:CAN通讯(即CAN报文收发)

                第二:MCU的休眠唤醒(即通过报文唤醒MCU,无报文时MCU进入休眠)

        首先是MCU的CAN通讯。MCU要CAN通讯了,就把收发器切换至正常通讯模式(Normal),MCU不要CAN通讯了,就把收发器切换至其它模式。而所谓的各种收发器模式有什么用,其实简单理解就是正常通讯模式(Normal)收发器能收能发,其它模式收发器不能收不能发(当然,有能收不能发,即Listen-only,但这种模式一般也用不上)。

        然后是MCU的休眠唤醒(即报文唤醒)为什么休眠唤醒需要用到CAN收发器呢?一般来说,我们的MCU进入休眠后,MCU唤醒有两种情况:主动唤醒和被动唤醒。关于主动唤醒和被动唤醒不理解的话可以看我前面的一篇文章:Autosar BSW层CAN通讯开发------05(Autosar的CanNM----网管报文在汽车上的作用、“同起同睡”)_嵌软小白呗的博客-优快云博客Autosar的CanNM----网管报文在汽车上的作用https://blog.youkuaiyun.com/qq_41848098/article/details/125343580        MCU的被动唤醒就需要用到CAN收发器,MCU休眠时,CAN收发器检测到CAN总线出现CAN报文,此时MCU可通过检测CAN收发器(可能是直接读收发器的引脚电平读取是否被CAN报文唤醒、也可能是通过SPI去读取是否被CAN报文唤醒情况),得知是否自己需要被动唤醒。

        由于用收发器实现MCU的休眠唤醒比较复杂,本文简单讲一下,详细MCU休眠唤醒可看下一篇文章。

        接下来我从MCU工作时需要用到CAN收发器什么功能,进而去讲CAN收发器的功能和使用方法。我觉得从这个角度会更容易理解CAN收发器(即知道了需求,自然就知道我们的产品是什么了)。


什么是CAN收发器

        所谓“CAN收发器”,通俗来讲,就是把CAN高和CAN低两根线的(电压)差分数据转换成如0、1、0、1这样的逻辑数据。更专业一点的大家自行百度一下就好了,本文主要讲一下CAN收发器怎么使用。

        仅从CAN数据收发来看,接线是这样的:     

接下来讲一下具体收发器模式如何切换、休眠唤醒如何通过收发器实现

基础版CAN收发器:TJA1059(TJA1049)收发器

TJA1049 引脚图:

        先看一下TJA1059的引脚图

        再看下TJA1049的引脚图

        明显可见,TJA1059其实就是两个TJA1049合在了一块。TJA1059的数据手册也有说:

TJA1049 收发器模式及各个模式切换方法:

        Normal模式:

        功能:只有该模式CAN报文能收能发。要正常收发报文就需要切到这个模式。

        模式切换方法:把收发器的STB脚拉低就切换到Normal模式

        Standby模式:

        功能:①该模式下CAN报文不能收不能发。②该模式下可通过检测RXD引脚得知是否CAN总线出现CAN报文,进而用于实现MCU的报文唤醒检测。

        模式切换方法:把收发器的STB脚拉高就切换到Standby模式

TJA1049 CAN通讯功能

        开启通信时就把收发器切到Normal模式。关闭通信时就把收发器切到Standby模式。

TJA1049 休眠唤醒功能:

        据我目前所知,TJA1049只能用来做唤醒检测,无法用于作为MCU进入休眠低功耗检测的条件。因为TJA1049只有Normal、Standby两种模式。

        唤醒检测:

        TJA1049处于Standby模式。此时TJA1049若检测到总线有CAN报文(任意报文)后,TJA1049的RXD引脚会从高电平拉低至低电平,MCU可通过检测TJA1049的RXD引脚低电平作为报文唤醒信号。

        但由于TJA1049处于Standby模式检测到总线有CAN报文后,RXD引脚拉低不会一直保持为低电平(如总线只发了一帧报文,RXD引脚拉低后会立即又变回高),因此MCU不能采用轮询检测的方式读取低电平作为唤醒信号,必须使用中断捕获RXD引脚下降沿才能确保MCU能立即捕获到唤醒信号。

升级版CAN收发器:TJA1043收发器

TJA1043 引脚图:

TJA1043 收发器模式及各个模式切换方法:

TJA1043收发器有5个模式:StandbyNormal、Listen-Only、Go-To-Sleep、Sleep

收发器模式切换状态机:      

收发器模式切换方法手册说明:

        Normal模式:

        功能:只有该模式CAN报文能收能发。要正常收发报文就需要切到这个模式。

        模式切换方法:STB拉高、EN拉高

        Standby模式:

        功能:①该模式下CAN报文不能收不能发。②该模式下可通过检测ERR或RXD引脚得知是否CAN总线出现CAN报文,进而用于实现MCU的报文唤醒检测,手册说明如下图所示:

        模式切换方法:STB拉低、EN拉低

        Listen-Only模式:

        不管,一般不使用该模式。

        Go-To-Sleep模式和Sleep模式:

        功能:①该模式下CAN报文不能收不能发。②该模式下可通过判断INH引脚进行下电休眠条件检测。③该模式下可通过检测ERR或RXD引脚得知是否CAN总线出现CAN报文,进而用于实现MCU的报文唤醒检测,手册说明如下图所示:

        模式切换方法:把Go-To-Sleep模式和Sleep模式写一块的原因,是因为Sleep模式是没法直接通过控制STB和EN电平的方法进入的,而是通过控制STB和EN电平使收发器进入Go-To-Sleep模式后,等待20us-50us后收发器自行进入Sleep模式,手册说明如下图所示:

关于Wakeflag:

        在最初我不理解基于1043收发器的休眠唤醒机制时,由于1043可以检测报文唤醒,然后我看数据手册,看到有个WAKE引脚,以为它是通过WAKE引脚实现的,然后手册也确实有说WAKE引脚能实现唤醒功能,然后我就总想着把WAKE引脚和报文唤醒扯一起。最后才发现这报文唤醒和WAKE引脚是分开的两个功能,两者没关系。

        如下图所示:

        也就是说Wake引脚可以接一根唤醒信号线实现唤醒功能,当收发器在Standby或Sleep时,Wake脚检测到电平变化时,然后RXD和ERR会拉低。但是一般情况下我们用不上这个功能,我们用的是CANH和CANL检测到CAN报文时RXD和ERR会拉低这个功能。

        而所谓的Wakeflag,它的意思是RXD和ERR拉低表示置起了Wakeflag。然后进入Normal状态后,会把RXD和ERR拉回高,即清掉了Wakeflag。

TJA1043 CAN通讯功能:

        开启通信时就把收发器切到Normal模式。关闭通信时就把收发器切到Standby模式。

TJA1043 休眠唤醒功能:

        MCU通过判断收发器的INH脚进入休眠:

        由于TJA1043的INH脚只有在Sleep模式时为浮空,其它模式都为高电平,因此若硬件给INH脚设为下拉模式,则只有当收发器为Sleep模式时,INH才为低电平,如下图所示。

        因此硬件或SBC可通过检测INH脚为高电平时才给MCU供电,为低电平时则切断MCU的供电,即可实现MCU的休眠。即:MCU控制收发器的模式切换为Sleep模式进而使得MCU进入休眠模式。

        需要注意的是:

        ①收发器要进入Sleep模式,是通过控制收发器STB为低电平,EN为高电平使收发器进入Go-to-Sleep模式,然后等待20-50us后收发器会自行进入Sleep模式。

        ②收发器在Standby模式或Sleep模式,若检测到CAN总线有报文,ERR会拉低,且INH会保持高电平无法拉低。(因此这种情况MCU读取到ERR拉低后,需要进行唤醒操作并把收发器切为Normal。否则,收发器处于Sleep模式,但INH拉高。然后MCU又不做任何操作,会导致无法休眠,又无法唤醒,这就出问题了。)

        休眠流程如下图所示:

        唤醒检测情况1:MCU处于断电状态(MCU电源被切断的状态)时进行唤醒源检测。

        此时TJA1043处于Sleep模式(注意,此时MCU断电,但CAN收发器是有电的,因为收发器要一直检测CAN总线)。此时TJA1043检测到总线有CAN报文(任意报文)后,TJA1043的ERR及RXD引脚会从高电平拉低至低电平,并且保持为低电平(直到收发器模式切换为Normal模式),MCU可通过检测TJA1043的ERR或RXD引脚低电平作为报文唤醒信号。

        值得说明的是,与上面说的TJA1049收发器不同,TJA1043在Standby模式或Sleep模式检测到总线有CAN报文后,ERR和RXD会一直保持为低电平,直到收发器模式切换为Normal模式。因此MCU通过检测TJA1043的ERR或RXD引脚读取是否被CAN报文唤醒时不能通过中断读取引脚电平边沿变化,而是必须通过轮询的方式读取引脚电平为低时判断为有CAN报文唤醒。原因如下:

        基于TJA1143的唤醒流程为:当MCU休眠时总线出现CAN报文,此时CAN收发器会检测到CAN报文并把ERR和RXD拉低,同时把CAN收发器的INH引脚拉低,硬件检测到INH引脚为低后将会给MCU供电,MCU上电后此时CAN收发器的ERR和RXD早已拉低,已经不会出现边沿跳变,因此无法通过中断捕获编译跳变信号,所以MCU必须通过轮询检测的方式读取CAN收发器的ERR引脚或RXD引脚为低电平进行唤醒源检测

        唤醒流程如下: 

        唤醒检测情况2:MCU处于有电状态(MCU此时一般处于预休眠状态)时进行唤醒源检测。

        这种情况与上面的“唤醒检测情况1”不同的地方为:

                MCU有电且正在运行、TJA1043处于Standby模式。

        其它地方与上面的“唤醒检测情况1”是一样的。

        唤醒流程如下图所示: 

加强版CAN收发器:TJA1145收发器

        TJA1145其实就是TJA1043的升级版。相同的功能就不再赘诉了,大家看上面的TJA1043就好了。下面只说差异的地方。

        TJA1145只不过是在TJA1043的基础上增加了所谓的Partial Networking功能,这个功能是用来做唤醒检测的。

        简单来说就是TJA1145收发器在Standby或Sleep模式的时候不但能监控是否CAN总线出现CAN报文,还能监控CAN报文的ID和DLC,如果CAN报文ID或DLC与配置的不匹配,那就认为没检测到唤醒报文

        我们先看下TJA1145的引脚图:

        可见,与TJA1043不同,TJA1145提供了SPI接口

        也就是说,TJA1145的模式切换不再是像TJA1143那样通过改变EN和STB两个引脚电平取控制,而是直接通过SPI发一串数据到收发器,收发器就把模式切换了。

        唤醒检测也不像TJA1043那样通过读取ERR或RXD引脚的电平去检测唤醒信号了,而也是直接通过SPI发一串数据到收发器,收发器也通过SPI告诉你是否检测到唤醒报文

        因此,TJA1145要使用好的关键,其实就是MCU和SPI的通路要打通。关于SPI和TJA1145的SPI开发,我后续会专门另外再写文章仔细讲。


结束语

        朋友们,我觉得我用会了这几个CAN收发器,以后其它CAN收发器应该也是大差不差的用法。

        对于休眠唤醒这一块,对于刚接触的人来说,我觉得还是有点复杂的,因为我刚接触的时候也很头疼,因为涉及到的模块还是很多的。本文只是讲休眠唤醒与收发器关联的部分,后面文章我会专门整体、系统讲一下MCU的休眠唤醒方案的。

        我会尽力用最简洁的语言给大家讲这些开发知识的,让没搞过这些东西的小白朋友们都能听到我在讲什么,让自己下次忘记之后回来看也一下能回忆起来。朋友们,加油!!!

       


 返回目录:

Autosar BSW 开发笔记(目录)-优快云博客

### Autosar收发器CAN 控制器的工作模式及相互关系 #### 收发器工作原理 在 AUTOSAR 架构下,CAN 收发器负责物理层信号的转换。其主要功能是从逻辑电平到差分电压信号之间的双向转换。当发送数据时,收发器会将微控制器产生的 TTL/CMOS 电平转化为能够在线缆上传输的差分信号;接收数据时,则执行相反的操作。 为了确保通信质量并保护电路免受损坏,现代汽车应用中的 CAN 收发器通常还集成了多种特性,比如过压保护、静电放电防护等功能[^3]。 #### CAN 控制器模式 CAN 控制器支持不同的操作模式来适应各种应用场景需求: - **正常模式 (Normal Mode)**:这是默认的工作状态,在此状态下可以完全参与网络上的消息交换活动。 - **环回模式 (Loopback Mode)**:用于诊断目的,允许内部生成的数据帧不经由外部线路而直接返回给应用程序进行验证。 - **监听模式 (Listen Only Mode)**:仅监控总线上发生的事件而不主动发起任何传输请求,适用于节点初始化阶段或作为故障检测手段之一[^1]。 #### 双方交互机制 AUTOSAR 定义了一套标准接口使得 CAN 驱动程序可以通过这些 API 来控制和管理底层硬件资源。具体来说,上层软件组件通过调用 Mcal 层提供的服务函数间接访问实际存在的 CAN 芯片及其关联外设(即收发器)。这种设计不仅简化了开发流程而且提高了系统的可移植性和维护便利性。 例如,在启动一次数据发送之前,可能涉及到如下几个步骤: ```c // 初始化 CAN 模块参数设置 Can_Init(&ConfigPtr); // 设置特定通道进入准备就绪的状态 Can_Write(ChannelId, &PduInfo); ``` 上述代码片段展示了如何利用 Mcal 提供的服务完成基本的 CAN 发送任务。值得注意的是,这里并没有直接涉及具体的寄存器级编程细节,而是依赖于抽象后的高层 API 接口来进行必要的配置和操作[^2]。
评论 23
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值