杰发科技AC7840——CAN通信简介(7)_波形分析

2024-04-27 15:12

本文主要是介绍杰发科技AC7840——CAN通信简介(7)_波形分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

 参考:

CAN总线协议_stm32_mustfeng-GitCode 开源社区

0. 简介

隐形和显性波形

整帧数据表示

1. 字节描述

CAN数据帧标准格式
域段域段名位宽:bit描述
帧起始SOF(Start Of Frame)1数据帧起始标志,固定为1bit显性('b0)
仲裁段dentify(ID)11本数据帧的ID信息,ID信息的作用:①如果同
时有多个节点发送数据时,作为优先级依据(仲
裁机制);②目标节点通过ID信息来接受数据
(验收滤波技术)
RTRRemote Transmission Requ
est BIT
1RTR标识是否是远程帧(0,数据帧;1,远程
帧),在数据帧里这一位为显性('b0
IDEdentifier Extension Bit1DE用于区分标准格式与扩展格式,在标准格式中
IDE位为显性(‘b0),在扩展格式里IDE位为隐
性('b1)
R0保留位11bit保留位,固定为1'b0
DLCdata length4由4位组成,MSB先行(高位先行),它的二进
制编码用于表示本报文中的数据段含有多少个字
节,DLC段表示的数字为0到8,若接收方接收到
9~15的时候并不认为是错误
数据段data0~64据帧的核心内容,它由0~8个字节(0~64位)组
成,MSB先行
CRC段CRC15段用于检查帧传输错误,发送方以一定的方法计
算包括:帧起始、仲裁段、控制段、数据段;接
收方以同样的算法计算CRC值并进行比较,如果
不同则会向发送端反馈出错信息,重新发送;计
算和出错处理一般由CAN控制器硬件完成或由软
件控制最大重发数。
CRC界定符1CRC界定符(用于分隔的位),为隐性位(1'b
1),主要作用是把CRC校验码与后面的ACK段
间隔起来
A C K 槽ACK slot1在ACK槽位中,发送端发送的为隐性位,而接收
端则在这一位中发送显性位以示应答;发送ACK/
返回ACK这个过程使用到回读机制,即发送方先
在ACK槽发送隐性位后,回读到的总线上的电平
为显性0,发送方才知道它发送成功了,不用重发
ACK界定符1在ACK槽和帧结束之间由ACK界定符间隔开,
为隐性位
帧结束EOF7由发送端发送7个隐性位表示结束

2. 波形测试

空闲波形

空闲状态下是隐性电平,如图所示2条线都是高电平,大概都在2.5V左右,符合空闲波形解释。

也就是在这个时候,CAN盒子能识别到CAN总线是正常的。

想起来之前跑不起来时候的波形是低电平,说明是硬件问题。

通信波形

在CAN收发器端的整体波形

在CAN收发器端,放大之后看到电压,CAN_H 3V左右,CAN_L 1.6V左右

3. 波形分析

在上位机发送数据MCU仅接收数据的情况下:

因为逻辑分析仪无法完全显示差分信号(两根都是高电平的信号),于是使用MCU端引脚来测量RX/TX信号。可以看到右边解析的CAN数据都是正确的。其中0信号线接的是PE4表示RX,1信号线接的PE5表示TX。

GPIO_DRV_SetMuxModeSel(PORTE, 4U, PORT_MUX_ALT5);           /* CAN0_RX */
GPIO_DRV_SetMuxModeSel(PORTE, 5U, PORT_MUX_ALT5);           /* CAN0_TX */
GPIO_DRV_SetMuxModeSel(PORTE, 10U, PORT_MUX_ALT5);          /* 配置收发器standby功能*/

第一个字节0,因为有连续5个0,在中间插了个1,导致第一帧有10个数据位。

其他数据位都正常,就不都发上来了

CRC15位,中间插了一个1,导致有16位

CRC界定符是1位,ACK+ACK界定符共2位

结束符7位

在SOF和CRC之间才需要填充,因此后面7位1不用加相反电平。

这篇关于杰发科技AC7840——CAN通信简介(7)_波形分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/940828

相关文章

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe

Java Docx4j类库简介及使用示例详解

《JavaDocx4j类库简介及使用示例详解》Docx4j是一个强大而灵活的Java库,非常适合需要自动化生成、处理、转换MicrosoftOffice文档的服务器端或后端应用,本文给大家介绍Jav... 目录1.简介2.安装与依赖3.基础用法示例3.1 创建一个新 DOCX 并添加内容3.2 读取一个已存

Java中最全最基础的IO流概述和简介案例分析

《Java中最全最基础的IO流概述和简介案例分析》JavaIO流用于程序与外部设备的数据交互,分为字节流(InputStream/OutputStream)和字符流(Reader/Writer),处理... 目录IO流简介IO是什么应用场景IO流的分类流的超类类型字节文件流应用简介核心API文件输出流应用文

Spring Security简介、使用与最佳实践

《SpringSecurity简介、使用与最佳实践》SpringSecurity是一个能够为基于Spring的企业应用系统提供声明式的安全访问控制解决方案的安全框架,本文给大家介绍SpringSec... 目录一、如何理解 Spring Security?—— 核心思想二、如何在 Java 项目中使用?——

Java Stream 并行流简介、使用与注意事项小结

《JavaStream并行流简介、使用与注意事项小结》Java8并行流基于StreamAPI,利用多核CPU提升计算密集型任务效率,但需注意线程安全、顺序不确定及线程池管理,可通过自定义线程池与C... 目录1. 并行流简介​特点:​2. 并行流的简单使用​示例:并行流的基本使用​3. 配合自定义线程池​示