能否让Linux CAN驱动不响应CRC缺失/错误且不生成错误帧？

可行性结论 #

可行，但具体能否实现取决于你使用的CAN控制器硬件和对应Linux驱动的支持程度。

逻辑实现位置 #

错误帧的发送控制同时依赖CAN控制器芯片和驱动：

• 核心逻辑在CAN控制器硬件中：大部分现代CAN控制器具备错误行为配置寄存器，可屏蔽特定错误（如CRC错误）触发的错误帧发送，或直接关闭错误帧发送功能。
• 驱动负责将硬件配置暴露给用户空间：驱动需要实现对这些硬件寄存器的读写接口，才能让用户通过工具或API进行配置。

SocketCAN/ip link的控制方式 #

基础工具操作 #

• ip link仅支持比特率、监听模式等基础配置，无法直接控制错误帧发送。你需要借助can-utils工具集中的canconfig命令，比如：
  • 若控制器支持静默模式（silent mode），可执行：canconfig can0 ctrlmode silent on。但此模式下控制器仅接收不发送任何帧（包括正常数据帧），若你需要自身设备发送正常帧，此方式不适用。
• 部分控制器支持通过sysfs节点配置错误行为，比如查看或修改/sys/class/net/can0/device/下的寄存器相关文件（具体路径和文件需参考控制器数据手册）。

SocketCAN API控制 #

• SocketCAN的setsockopt接口可配置部分控制模式，比如关闭错误报告：

  int err_mask = 0;
  setsockopt(sock, SOL_CAN_RAW, CAN_RAW_ERR_FILTER, &err_mask, sizeof(err_mask));
  

  但这仅会让应用层不接收错误帧，无法阻止控制器硬件发送错误帧。
• 若驱动支持，可通过CAN_CTRLMODE_*系列选项配置控制器模式，比如部分驱动支持关闭错误帧发送的特定选项（需查看驱动源码或文档）。

关键注意事项 #

• 不同CAN控制器的配置差异极大：比如SJA1000、MCP2515、CAN FD控制器的错误控制寄存器完全不同，需针对性查看硬件手册和驱动文档。
• 若硬件本身不支持关闭错误帧发送，可能需要修改驱动代码，直接屏蔽硬件发送错误帧的触发逻辑（需具备内核开发能力）。
• 关闭错误帧发送会削弱总线错误检测能力：其他正常设备无法感知CRC错误，需评估总线整体稳定性风险。

内容的提问来源于stack exchange，提问作者johnnyb