结论：这份档案记录的不是一台车，而是一组面向比亚迪（BYD）与吉利车型的候选 DBC 文件：来源快照保留 7 个字节互不相同的 DBC，报文数从 4 条到 124 条不等。它的价值在于给「国产新能源整车的报文规模」提供了一份可核对的清单，但来源说明明确指出——项目文档里那张宽泛的车型列表并不能确立每个 DBC 对每种车型的适配，很多字段还用了占位名，且仓库快照里找不到许可文件（README 只有 MIT 徽章）。因此本文只登记文件与规模，不做「某款车某信号」的断言。下述内容仅限源文档记录的这一批候选文件。
车辆与适用范围
源文档是一个开源辅助驾驶适配项目的说明。项目自述针对「比亚迪全系与吉利」做适配，并提供了实车 DBC 报文数据库；但来源说明的措辞更谨慎：这些是「候选的逆向定义」，上游 README 的宽泛车型列表不构成逐车型的已核验适配。车型代号在 README 里列得很细（汉 DM/EV、唐 DM-i/DM-p、宋 PLUS/Pro/L、秦 PLUS/L、元 PLUS、海豹、护卫舰、腾势 D9 等），但它们属于文档级声称。
| 项 | 内容 |
|---|---|
| 车型范围 | 项目自述覆盖比亚迪（汉 / 唐 / 宋 / 秦 / 元 / 海豹 / 驱逐舰 / 腾势）与吉利（缤越）多款车型 |
| 年款 / 市场版本 | README 按年款列出代号（如 2020 汉 DM、2022 汉 DM-i、2022 元 PLUS / ATTO 3）；来源说明未确立逐车型适配 |
| ECU / 改装状态 | 面向车机端开源辅助驾驶项目；包含 EPS、ADAS、RADAR、CAMERA、BCM、VCU、BMS 等节点的报文 |
| 采集跨度 | 快照保留 7 个字节互不相同的 DBC；上游还以嵌套目录重复了其中几个，快照已省略重复项 |
| 适用范围 | 仅限这一批候选文件；跨车型、跨年款适用性未验证，且部分文件用占位名 |
总线与寻址
来源说明没有给出比特率、寻址位数这类总线参数——它登记的对象是 DBC 文件本身，而非一次抓包。因此本文按「文档级」记录：能确定的只有 DBC 这一载体、报文数与文件来源位置；总线物理参数应视为源文档未提供。
| 项 | 内容 |
|---|---|
| 载体 | DBC 文件（报文 + 信号的数据库描述），非原始抓包 |
| 物理层 / 比特率 | 源文档未提供 |
| 寻址方式 | 源文档未提供 11 位 / 29 位说明 |
| CAN FD | 源文档未提供 |
| 节点覆盖（README 声称） | EPS 转向、ADAS 辅助驾驶、RADAR 雷达、CAMERA 前视相机、BCM 车身、VCU 整车控制、BMS 电池 |
已解码信号与文件清单
由于主素材给的是 DBC 文件而非成品信号表，下表按「文件 / 条目」登记规模与来源说明原样保留的注意事项，不代填任何信号名或缩放。
| 条目 | 上游位置 | 规模 / 内容 | 证据 / 注意 |
|---|---|---|---|
| byd_han_dmev_2020.dbc | BYD_Files/opendbc/dbc/ | 16 条报文 | 与已归档的另一副本不同：改动两个踏板缩放、省去 4 条报文 |
| byd_generic_pt.dbc | byd2/ | 19 条报文 | 通用动力总成候选文件 |
| byd_tangdm_radar.dbc | byd2/ | 4 条报文 | 唐 DM 雷达相关 |
| byd_generic_pt_v2.dbc | 嵌套目录内的 opendbc/dbc/ | 19 条报文 | 与上一份布局大体重叠，但报文明/信号名被混淆成不同写法 |
| byd_all.dbc | byd大全.dbc | 124 条报文 | 头部注明由运行时/导出资源重建，许多字段为占位名 |
| byd_song.dbc | 比亚迪3/Bydsong(1).dbc | 89 条报文 | 同目录 generated(1).dbc 与其字节相同 |
| byd_tang_dmp_based_on_han.dbc | 比亚迪3/唐DMP_based_on_han.dbc | 88 条报文 | 文件名即说明「基于汉架构扩展」 |
| 车型代号表 | 项目 README | 数十个代号 | README 声称的适配范围，非逐车型已核验 |
| 横向力矩曲线参数 LAT_SIGLIN_TABLE | 项目 README 调参节 | 示例 [4.867, 1.09, 0.243] | 调参说明，非 DBC 内信号 |
| 吉利缤越相关参数 | 项目 README | 50 Hz 控制频次、最大转向力矩 598 | README 自述规格 |
读取方法与注意事项
第一，先把「文件」和「已核验适配」分开。来源说明写得很清楚：上游 README 的宽泛车型列表不确立每个 DBC 对每种车型的适配，而 byd_all.dbc 的头部自述是「由运行时/导出资源重建」，因此其中的字段名多为占位名。把这样的文件直接当作某车某信号的权威定义，会混淆「存在」与「正确」。
第二，同名不同内容要留意。快照里两份 byd_generic_pt 变体布局大体重叠，但报文明和信号名被改写成不同写法；byd_han_dmev_2020.dbc 也与之前归档的副本不同（改了两个踏板缩放、少了 4 条报文）。同名文件的差异本身就是证据链的一部分，不能互相替代。
第三，权利层面要谨慎。来源说明指出：仓库快照里找不到许可文件，尽管 README 带 MIT 徽章。因此这些文件只适合作为私有研究副本，在对外分发或整合前应先确认原作者与再分发权利。
第四，README 里的调参项（转向速率上限/回正速率、力矩模式表、离手维持参数）属于控制侧参数，不是 CAN 信号；它们与 DBC 里的报文定义分属两层。
证据等级与边界
可视为可核对的是「快照里实际存在这 7 个文件、各自多少条报文」——这来自来源说明的逐条登记。属于未确立的是各文件对应的具体车型适配：来源说明用「候选的逆向定义」来描述它们，并指出部分字段是占位名。
不能外推的地方有三处。第一，DBC 里有报文不等于该车型在总线上真的以这个布局广播；需要实车抓包核对。第二，混淆/占位名使得信号语义不可靠，不能据此命名功能。第三，不同年款之间的报文集合可能有子集或超集关系，跨年款套用没有证据。
关于「安全访问」类问题：源文档未提供任何绕过方法，且不建议尝试；本文只整理公开文档登记的文件与规模，不涉及对车辆安全机制的规避，也不涉及任何报文写入操作。
常见问题
这些 DBC 能直接说明某款比亚迪车的某个信号定义吗？
不能。来源说明指出这些是候选的逆向定义，上游 README 的宽泛车型列表不确立逐车型适配，且 byd_all.dbc 的字段多为占位名；要确认某个信号，需要实车抓包核对。
为什么有两个名字几乎一样的通用 DBC？
来源说明登记了两份 byd_generic_pt 变体：布局大体重叠，但报文明与信号名被改写成不同写法；它们是同名不同内容，不能互相替代。
这些文件有开源许可吗？
来源说明称仓库快照里找不到许可文件，尽管 README 带 MIT 徽章；因此应先确认原作者与再分发权利，仅作私有研究副本使用。
文件里的报文数加起来代表整车所有报文吗？
不代表。各文件是不同来源与年份的候选集合，byd_all.dbc 有 124 条、byd_song.dbc 有 89 条、雷达到只有 4 条；它们不是同一辆车的完整报文表。
延伸阅读
- 公开 DBC 数据集的整理与取舍 —— 与本文「同名不同内容、占位名」的判别一致。
- 车型 DBC 与固件指纹：如何判断「这是哪台车」 —— 承接「有 DBC 不等于已核验适配」。
- 84% 的 PID 没有公开证据：OBD 私有协议解析的现实边界 —— 呼应本文对「文档级声称」的保留。
- Honda 旧版 openpilot 子集：DBC 名与 ECU 固件指纹 —— 对照另一套用固件指纹识别车型的体系。
- 同一个「转向灯」在三家车厂是三种实现：车辆状态归一化的坑 —— 说明为何「同名信号」在不同平台上含义不同。
参考资料
- 项目 01 ——
public-can-dbc-datasets/additional/yuluoqingcheng-byd-dbc/README.md（主来源：项目自述、车型代号表与调参说明）。 - 项目 01 ——
public-can-dbc-datasets/additional/yuluoqingcheng-byd-dbc/SOURCE.md（快照范围、7 个 DBC 的报文数与许可提示）。
说明：本文整理自第三方开源项目的公开文档，仅代表该文档所记录的单个车辆样本，不代表同型号全系车型。CAN 与诊断操作存在风险，任何实车操作前请自行复核并遵守当地法规。
更新记录
首次发布 2026-10-11 最近核对：2026-10-11
发表回复