判断帧类型需依据IDE位和ID值范围：IDE=0为标准帧（ID≤0x7FF），IDE=1为扩展帧（ID为29位，范围0x00000000~0x1FFFFFFF），控制器仅识别IDE位，不依赖ID数值大小。
怎么判断帧类型：看 IDE 位和 ID 值范围
标准帧和扩展帧不是靠“手动选模式”，而是由硬件自动识别的，关键在两个字段：IDE（Identifier Extension）和 ID。周立功、NXP、ST 的 CAN 控制器都遵循 ISO 11898，行为一致：
-
IDE == 0→ 强制为标准帧，此时ID必须 ≤0x7FF（11 位），否则驱动可能静默截断或报错 -
IDE == 1→ 强制为扩展帧，ID可填 0x00000000 ~ 0x1FFFFFFF（29 位），但注意高位无效位（如 0x20000000）会导致发送失败 - 有些库（如 ZLG 的
VCI_CAN_OBJ）用ExternFlag字段代替IDE：0 表示标准帧，1 表示扩展帧
别信“ID 大于 0x7FF 就是扩展帧”这种模糊说法——CAN 控制器不看数值大小，只认 IDE 位。写错会导致帧发不出、接收端收不到，或者被仲裁丢弃。
VCI_CAN_OBJ 发送时怎么填 ID 和标志位
以周立功 USBCAN-2E-U 等常用适配器的 C++ 封装为例，VCI_CAN_OBJ 结构体里没有单独的 IDE 字段，而是靠 ExternFlag 和 ID 联合决定：
- 发标准帧：
obj.ExternFlag = 0，obj.ID = 0x123（必须 ≤ 0x7FF） - 发扩展帧：
obj.ExternFlag = 1，obj.ID = 0x18FF0020（29 位合法值，高位补 0 即可） -
RemoteFlag控制是否为遥控帧（RTR位），和帧类型无关，但影响DLC是否有效 - 务必检查
VCI_Transmit()返回值；返回 0 不代表成功，要对比返回的实际发送帧数
常见错误：把扩展帧 ID 写成 0x18FF0020U 却设 ExternFlag = 0，结果发出去的是 ID=0x0020 的标准帧（低 11 位被截取），对方根本收不到原意帧。
接收时怎么区分标准帧和扩展帧
接收回调或轮询拿到 VCI_CAN_OBJ* 后，不能只看 ID 数值来判断类型——因为标准帧 ID 也可能撞上扩展帧的低 11 位。唯一可靠方式是读 ExternFlag：
-
obj.ExternFlag == 0→ 标准帧，obj.ID就是真实 11 位 ID -
obj.ExternFlag == 1→ 扩展帧，obj.ID是完整 29 位 ID（注意：某些旧版驱动会把扩展 ID 存在ID高 18 位 + 另一个字段，务必查你用的 SDK 文档） - 实际项目中建议封装一个 inline 函数：
bool isExtendedFrame(const VCI_CAN_OBJ& obj) { return obj.ExternFlag != 0; }
漏判 ExternFlag 会导致解析错乱：比如把扩展帧 0x18FF0020 当作标准帧处理，当成 0x0020 去查表，逻辑全崩。
STM32 HAL 库里怎么配 CAN 过滤器收两类帧
单片机端（如 STM32F2/F4/H7）用 HAL_CAN 接收时，过滤器配置是关键。默认初始化只开标准帧过滤，扩展帧会被直接丢弃：
- 调
CAN_FilterTypeDef时，FilterMode设CAN_FILTERMODE_IDMASK或CAN_FILTERMODE_IDLIST都行，但FilterScale必须匹配： - 收标准帧：
FilterScale = CAN_FILTERSCALE_32BIT，FilterIdHigh = (std_id （左移 5 补 RTR/IDE 位） - 收扩展帧：
FilterScale = CAN_FILTERSCALE_32BIT，FilterIdHigh = (ext_id >> 13) & 0xFFFF，FilterIdLow = ((ext_id & 0x1FFF) （最后一位 1 表示 IDE=1） - 更稳妥做法：开两组过滤器，一组专收标准帧，一组专收扩展帧，避免掩码冲突
最容易忽略的一点：HAL_CAN_Start() 之后，必须调 HAL_CAN_ActivateNotification() 并启用对应中断，否则即使帧来了也进不了 CAN_RxFifo0MsgPendingCallback。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
