CAN总线基础知识

目录
  • 一、CAN总线简介
    • 1.1 背景
    • 1.2 节点构成
  • 二、CAN总线基本工作原理
    • 2.1 物理层
    • 2.2 数据链路层
  • 三、CAN总线的报文格式
    • 3.1 数据帧 + 远程帧(标准帧——11位ID)
    • 3.2 数据帧 + 远程帧(扩展帧——29位ID)
    • 3.3 错误帧
    • 3.4 过载帧
  • 四、仲裁机制
  • 五、错误机制

一、CAN总线简介

1.1 背景

CAN(Controller Area Network)指的是控制器局域网,德国Bosch公司开发CAN总线的最初目的是解决汽车上数量众多的电子设备之间的通信问题,减少电子设备之间复杂的信号线,于是设计了一个单一的网络总线,使所有外围器件可以被挂接在该总线上。

1.2 节点构成

CAN控制器:用于将欲收发的信息转换为符合CAN规范的CAN帧,通过CAN收发器,在CAN总线上交换信息。
CAN收发器:将CAN控制器的逻辑电平转换为CAN总线的差分电平,在两条有差分电压的总线电缆上传输数据。
image

二、CAN总线基本工作原理

CAN总线定义了两层:物理层和数据链路层。

2.1 物理层

CAN总线中规定的逻辑电平:0为显性,1为隐性。但实际传输过程中用的是经过CAN收发器转换的差分电平。何谓差分电平,就是通过CAN_H和CAN_L的电压差进行传输,不是像UART那样依赖单根线的绝对电压。这种设计赋予CAN强大的抗干扰能力及长距离通信能力。
CAN_H和CAN_L静态时均是2.5v左右(电压差为0),表示隐性;当CAN_H > CAN_L时(电压差为2.5v),表示显性。
image

2.2 数据链路层

数据链路层主要规定了传输的帧结构,CAN一共定义了四种帧类型:

  • 数据帧:从发送节点向其他节点发送的数据信息;
  • 远程帧:向其他节点请求发送具有同一识别符的数据帧;
  • 错误帧:检测到总线错误,发送错误帧;
  • 过载帧:用于在数据帧或远程帧之间提供附加的延时;

三、CAN总线的报文格式

3.1 数据帧 + 远程帧(标准帧——11位ID)

  • 帧起始:一个显性位;
  • 仲裁域:ID值(11bit)+RTR(1bit,显性为数据帧,隐性为远程帧);
  • 控制段:IDE(1bit,标准帧为显性)+保留位(1bit,隐性)+DLC(4bit,决定了数据段的长度);
  • 数据段:0~8bit(远程帧无数据段);
  • CRC段:CRC值(15bit)+界定符(1bit,隐性);
  • ACK段:ACK槽(1bit)+界定符(1bit,隐性);
  • 帧结束:7个连续的隐性位;

3.2 数据帧 + 远程帧(扩展帧——29位ID)

  • 帧起始:一个显性位;
  • 仲裁域:ID值(11bit)+SRR(1bit,隐性)+IDE(1bit,扩展帧为隐性)+ID值(18bit)+RTR(1bit,显性为数据帧,隐性为远程帧);
  • 控制段:保留位(2bit,隐性)+DLC(4bit,决定了数据段的长度);
  • 数据段:0~8bit(远程帧无数据段);
  • CRC段:CRC值(15bit)+界定符(1bit,隐性);
  • ACK段:ACK槽(1bit)+界定符(1bit,隐性);
  • 帧结束:7个连续的隐性位;

3.3 错误帧

  • 主动错误:错误标志(6bit,显性)+错误界定符(8bit,隐性);
  • 被动错误:错误标志(6bit,隐性)+错误界定符(8bit,隐性);

3.4 过载帧

  • 过载标志(6bit,显性)+过载界定符(8bit,隐性);

四、仲裁机制

(CAN的仲裁机制可以结合IIC仲裁机制一起学习)因为CAN是多主式结构,为了避免发生冲突,当多个节点同时想发送信息,就通过逐位比较仲裁段的ID值来判断哪一个节点可以获取抢占权。CAN的仲裁机制总结成一句话就是:逐位比较ID值,显性优先级>隐性优先级。具体便是通过线与逻辑来实现的。

五、错误机制

为了防止自身由于某些原因导致无法正常接收的节点一直发送错误帧,干扰其他节点通信,CAN总线规定了节点的3种状态/行为。本质就是通过接收错误计数器和发送错误计数器的值来进行切换状态。状态切换图及计数器计数规则如下图所示。
image

**项目名称:** 基于Vue.js与Spring Cloud架构的博客系统设计与开发——微服务分布式应用实践 **项目概述:** 本项目为计算机科学与技术专业本科毕业设计成果,旨在设计并实现一个采用前后端分离架构的现代化博客平台。系统前端基于Vue.js框架构建,提供响应式用户界面;后端采用Spring Cloud微服务架构,通过服务拆分、注册发现、配置中心及网关路由等技术,构建高可用、易扩展的分布式应用体系。项目重点探讨微服务模式下的系统设计、服务治理、数据一致性及部署运维等关键问题,体现了分布式系统在Web应用中的实践价值。 **技术架构:** 1. **前端技术栈:** Vue.js 2.x、Vue Router、Vuex、Element UI、Axios 2. **后端技术栈:** Spring Boot 2.x、Spring Cloud (Eureka/Nacos、Feign/OpenFeign、Ribbon、Hystrix、Zuul/Gateway、Config) 3. **数据存储:** MySQL 8.0(主数据存储)、Redis(缓存与会话管理) 4. **服务通信:** RESTful API、消息队列(可选RabbitMQ/Kafka) 5. **部署与运维:** Docker容器化、Jenkins持续集成、Nginx负载均衡 **核心功能模块:** - 用户管理:注册登录、权限控制、个人中心 - 文章管理:富文本编辑、分类标签、发布审核、评论互动 - 内容展示:首页推荐、分类检索、全文搜索、热门排行 - 系统管理:后台仪表盘、用户与内容监控、日志审计 - 微服务治理:服务健康检测、动态配置更新、熔断降级策略 **设计特点:** 1. **架构解耦:** 前后端完全分离,通过API网关统一接入,支持独立开发与部署。 2. **服务拆分:** 按业务域划分为用户服务、文章服务、评论服务、文件服务等独立微服务。 3. **高可用设计:** 采用服务注册发现机制,配合负载均衡与熔断器,提升系统容错能力。 4. **可扩展性:** 模块化设计支持横向扩展,配置中心实现运行时动态调整。 **项目成果:** 完成了一个具备完整博客功能、具备微服务典型特征的分布式系统原型,通过容器化部署验证了多服务协同运行的可行性,为云原生应用开发提供了实践参考。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值