结论：这份档案的对象是一支大学生方程式车队的赛车总线，不是量产车：源文档以 11 位标准帧、8 字节为主的 DBC 文本，逐条给出 ECU、变速箱控制、IMU、电源分配、车轮与制动传感器等设备的报文定义。它的数据特征是「多设备 DBC 合并成一份 master」——config.dbc 是自动生成的整车总览（当前 53 条报文），单独设备定义在 devices/ 下，两者按设计存在重叠，不可当作彼此独立的车辆覆盖。源文档未提供比特率、日志数或采集跨度，也未独立验证各供应商组件定义的年份与适用性，因此下述结论只限这份 DBC 快照本身。
车辆与适用范围
源文档是一份随车项目公开的 DBC 配置仓库：根目录一份 config.dbc 作为「master calibration」，各设备定义放在 devices/，通过合并脚本汇总。它描述的是车队赛车的整车总线，而非某一款市售车型。
| 项 | 内容 |
|---|---|
| 车型 | 大学生方程式赛车队的赛车及车上组件（源文档未给出具体车号或平台名） |
| 年款 / 市场版本 | 源文档未确认；仓库中同时保留历史 2019-2021/config.dbc |
| ECU / 改装状态 | 赛车总线，含 ECU、变速箱控制（GCM）、IMU、电源分配模块（PDM）、GPS/圈速记录（SDM550）、制动红外测温与车轮力传感器等 |
| 采集跨度 | 源文档未提供（无日志数、事务数或时长记录） |
| 适用范围 | 仅覆盖该 DBC 快照内定义的设备与报文；各供应商组件定义的年款适用性未独立验证 |
总线与寻址
源文档以 DBC 文本形式给出全部报文，未包含物理层描述，因此比特率与终端电阻等条件无法从本档案确认。
| 项 | 内容 |
|---|---|
| 物理层 / 比特率 | 源文档未给出 |
| 寻址方式 | 逐条报文均标注 Extended: No，即 11 位标准帧 |
| 帧长度 | 以 8 字节为主；个别报文 2 / 4 / 6 字节（如 SDM550_LapTrigger 为 2 字节、GCM_Queue 与 GCM_Error 为 4 字节） |
| CAN FD | 源文档未提供任何 CAN FD 报文 |
| 组织方式 | 按设备分文件定义，再由脚本合并为 config.dbc 总览 |
| 字节序 | 同一设备内混用：既有 big_endian 也有 little_endian，须逐信号核对 |
已解码信号
下表从源文档的信号定义中抽取最有代表性的条目（发动机、底盘、IMU、圈速与耗材传感器）。位置一列保留源文档的报文 ID 与字节位/长度写法，解码一列保留其原始缩放与单位；「证据」一列注明该条目出自合并总览还是组件定义。
| 信号 | 位置（ID / 起始位·长度） | 解码 | 证据 |
|---|---|---|---|
| nmot | 0x300 / bit 7·16 |
大端有符号，缩放 1，0–20000 rpm；同一信号亦出现在 0x20、0x3fb |
config.dbc 及组件定义 |
| ath | 0x300 / bit 23·16 |
大端有符号，缩放 0.1，0–110 % | config.dbc |
| lambda | 0x300 / bit 39·16 |
大端有符号，缩放 0.001，0–5 | config.dbc |
| ub（电压） | 0x300 / bit 55·16 |
大端有符号，缩放 0.01，0–25.5 V | config.dbc |
| tmot / toil / tint / tfuel | 0x301 / 各 8 位 |
缩放均为 1 °C；tmot 为小端，其余大端 |
config.dbc |
| texh | 0x301 / bit 32·16 |
小端无符号，1 °C，0–1250 °C | config.dbc |
| poil / pfuel | 0x302 / 16 位 |
大端有符号，缩放 0.001，0–10 bar | config.dbc |
| gear / pbrake_f / pbrake_r | 0x20 / 字节 5–7 区 |
挡位 -1–12；前后制动压力 0–150 bar | config.dbc |
| speed（变速箱控制） | 0x3fb / bit 0·16 |
小端无符号，缩放 0.01，0–400 km/h | config.dbc |
| 四轮速 + 车速 | 0x3aa / 各 8 位 |
vwheel_fl/fr/rl/rr 与 speed，0–400 km/h |
config.dbc |
| Laptrigger_laptime_dls | 0x69a / bit 32·32 |
小端无符号，缩放 0.01，0–500 s | config.dbc |
| lapctr / outctr | 0x69c / 各 8 位 |
小端无符号，0–255 | config.dbc |
| IMU_Yaw_Rate | 0x174 / bit 0·16 |
小端，缩放 0.005，单位 deg/s | config.dbc |
| IMU_X_Accel | 0x178 / bit 32·16 |
小端，缩放 0.0001274，「g」量纲 | config.dbc |
| Kistler_S350_Vel | 0x7fa / bit 23·16 |
大端无符号，缩放 0.036，0–400 km/h | config.dbc |
读取方法与注意事项
源文档给出了一条明确的工程纪律：不要直接修改 config.dbc。它的定位是「master calibration」，主要供某类商业诊断工具在接入车辆时总览整条总线；正确的做法是编辑 devices/ 下各设备的 DBC——这样更容易批量重命名信号、整体调整某设备的所有 ID。
合并流程是：在 devices/ 目录下运行合并脚本 python merge_can.py，把各设备定义汇总生成根目录的 config.dbc。源文档并提示 devices/ 下的隐藏文件 .dbc 并非空占位，而是一份有效的五报文制动红外传感器定义。
解析时须注意两点。第一，同一逻辑量会在多条报文里重复出现（例如 nmot 同时出现在 0x300、0x20、0x3fb），是否一致、以哪条为准，源文档未给出仲裁规则。第二，字节序在同一设备内混用，大端与小端并存，任何解析器都必须逐信号读取其 Byte Order 字段，不能假定全局一致。
证据等级与边界
本档案属于「源码/配置静态记录」：全部信号定义都能在 DBC 文本里逐字核对，属于源文档直接证据；但源文档没有任何实车观测，也没有比特率、节拍或日志作为间接支持。文件层面，源文档说明该快照归档了 21 个字节互不相同的 DBC：当前 config.dbc（53 条报文）、历史 2019-2021/config.dbc（23 条报文）以及 devices/ 下 19 个组件文件。
两点不能外推。第一，当前 master 与组件定义按设计重叠，把两者相加并不能得到更大的车辆覆盖，只能得到同一辆车的重复描述。第二，源文档明确这些是车队赛车与组件定义、不是量产车型 DBC，且各供应商组件定义的具体年份与适用性未独立验证；把某条信号外推到其他年份的其他车上，超出了源文档证据。此外，该仓库快照未声明也未发现许可证，部分组件名指向第三方供应商、原始权利未核实，源文档要求保留为私有离线研究副本、再分发前先确认权利。
关于安全访问，源文档未提供任何绕过方法，且不建议尝试。
常见问题
config.dbc 为什么不能直接改？
因为它是自动生成的整车总览，单独设备定义在 devices/ 下。直接改 master 会与组件定义脱节；源文档要求改组件 DBC，再用合并脚本生成 master，这样便于批量重命名与整体改 ID。
把 master 和组件 DBC 的信号加起来，覆盖会不会更大？
不会。源文档明确当前 master 与组件定义按设计重叠，两者不是独立的车辆覆盖；相加只是重复描述同一辆车，不能当作更全的信号集。
这些信号能直接套到其他年份的赛车上吗？
不能。源文档未确认车辆年份，也未独立验证各供应商组件定义的适用性；同一逻辑量还会在多条报文里重复出现且未给仲裁规则。外推超出源文档证据范围。
为什么同一设备的字节序会混用？
源文档如实记录：部分信号为 big_endian、部分为 little_endian（例如 0x301 的 tmot 为小端、toil 为大端）。这是源定义的实际状态，解析器必须逐信号读取字节序字段，不能假定全局一致。
延伸阅读
- 赛道日数据复盘：用 42 条赛道分段定位每一秒失分 —— 与本文圈速（
0x69a/0x69c）与四轮速信号的用途衔接。 - 同一个「转向灯」在三家车厂是三种实现：车辆状态归一化的坑 —— 对应本文同一量多报文重复、字节序混用的问题。
- CAN 报文解析的「健康位」在说什么：校验、计数器与总线空窗 —— 本文 PDM/GCM 状态类字段的解读参照。
- 赛道仪表的信息架构：从圈速到告警的设计顺序 —— 承接本文面向赛车的信号选型。
- 车载信号为什么会说谎：TTL、源时间与 500 ms 新鲜度阈值 —— 与本文多来源同名信号的取舍同题。
参考资料
- 项目 01 ——
public-can-dbc-datasets/additional/illini-motorsports-can-configuration/UPSTREAM_README.md（本项目车型档案主来源：config.dbc与devices/的组织方式及全部报文信号定义）。 - 项目 01 ——
public-can-dbc-datasets/additional/illini-motorsports-can-configuration/SOURCE.md（仓库修订、21 个字节互不相同 DBC 的归档说明、许可证与适用性边界）。
说明：本文整理自第三方开源项目的公开文档，仅代表该文档所记录的单个车辆样本，不代表同型号全系车型。CAN 与诊断操作存在风险，任何实车操作前请自行复核并遵守当地法规。
更新记录
首次发布 2026-10-11 最近核对：2026-10-11
发表回复