企业官网建设流程全解析

树莓派CAN总线通信实战：从入门到精通（001）CAN总线基础与树莓派硬件选型

一、一个让我熬夜到凌晨三点的CAN总线问题

去年做车载OBD数据采集项目，树莓派4B接MCP2515模块，波特率设成500kbps，结果一上电就疯狂丢帧。用逻辑分析仪抓波形，发现CAN_H和CAN_L之间的差分电压只有1.2V，正常应该是2.5V左右。查了半天，发现是SN65HVD230的Rs引脚悬空，导致进入低功耗模式，收发器根本没正常工作。这个坑让我意识到：搞CAN总线，硬件选型和基础原理必须吃透，否则后面全是玄学调试。

二、CAN协议到底在解决什么问题

CAN总线诞生于80年代，博世为汽车电子设计的。当时车上ECU越来越多，点对点连线已经变成蜘蛛网，需要一种多主从、实时性强的总线。CAN的核心思想很简单：所有节点挂在两根线上（CAN_H和CAN_L），谁想说话谁就发，靠优先级决定谁先讲。

帧结构里最要命的是仲裁场。11位标识符（标准帧）或29位标识符（扩展帧）决定了消息优先级。数值越小优先级越高。比如0x000比0x7FF优先级高。实际项目中，我习惯把关键控制指令放在0x100以下，状态反馈放在0x200-0x3FF，日志数据扔到0x400以上。这样紧急消息永远抢在普通数据前面。

仲裁机制的本质是“线与”逻辑。多个节点同时发送时，显性位（逻辑0）会覆盖隐性位（逻辑1）。发送节点在发送每个位的同时会回读总线电平，如果发现自己发的隐性位被读成显性位，就知道仲裁失败，立即转为接收模式。这个机制决定了