星核火花赛车科技

进入商城

分类： 行业资讯

  • ¥399 汽车小表能不能盈利：BOM 与成本上限推演

    结论：按 50% 直接毛利率反推，¥399 汽车小表的完整交付成本上限是 ¥199.50；而已购的 1.75 裸板样机价就要 ¥174.50，留给 OBD 接口、保护、外壳、线束、测试与包装的只剩 ¥25.00。现有采购 BOM 至少有两处复制错误，不能用它宣布 ¥399 可盈利。

    先算成本上限，再谈毛利率

    因为定价是已知的、成本是未知的，所以做 ¥399 这个档位第一步不是问「能赚多少」，而是问「成本必须压到多少」。按 50% 直接毛利率反推，售价 ¥399 对应的完整交付成本上限是 ¥199.50。这个数是一个敏感性示例，不是报价，也不含税费、渠道、服务和研发摊销——它是用来判断「还有多少空间」，不是用来做利润表。

    这个口径的意义在于：它把讨论从「能不能做出来」变成「做出来之后还剩不剩钱」。样机阶段一块板子能点亮不难，难的是压进这个上限。

    现有 BOM 为什么不能直接用来算毛利

    因为采购资料里至少有两处明确的复制错误，金额本身也还挂着待对账项。原资料记录共 21 个已购变体、49 块板，购买行金额合计 ¥9,434.92；而把订单明细里的非退款行按原价相加得到 ¥9,434.99，两者相差 ¥0.07，列为待对账项。金额虽然只差几分钱，但它说明这份表是人工整理的、需要逐行核对。

    更关键的是明细错配：详细 BOM 里至少有两处复制错误——2 寸 LCD 被记成 1.75 AMOLED，P4 3.5 被记成 4.3 屏。单价被贴到了错误的型号上，按这份表汇总出来的成本自然不可信。所以结论很直接：不能用它的「BOM 估算」计算毛利。

    成本上限对照：¥399 与 ¥649 两档还剩多少

    因为余量是按「零售价 × 50% 直接毛利」反推出来的，所以不同版型要分开看。能把数字说清楚的只有下面这两档，其余版型资料里没有给出可直接引用的成本上限：

    版型 零售价 50% 直接毛利成本上限 已计入的裸板样机价 剩余余量 前提与限制
    汽车标准版 ¥399 ¥199.50 ¥174.50（S3 1.75 无壳） ¥25.00 余量需覆盖 OBD 接口、保护、外壳、线束、测试、包装
    汽车胎压版 ¥649 ¥324.50 ¥174.50（裸板）+ 胎压 ¥100 ¥50.00 前提是「胎压 ¥100」为整套成本；该数字含义目前不明

    要注意第二行的前提：资料原文对 ¥100 的含义是存疑的——它没有说明这是整套胎压方案的成本，还是单个部件的采购价。如果它只是某个零件价，那么 ¥50.00 这个余量就不能成立。这一格属于「含义待明确」，不能当作已知条件往下推。

    ¥25.00 的余量要装下什么

    因为车电产品的外围不是可选项，所以这 ¥25.00 并不宽裕。标准版若要达到 50% 直接毛利，余量必须同时装下：OBD 接口、车电保护、外壳、线束、测试、包装。而 ¥199.50 这个上限本身已经不含税费、渠道、服务与研发摊销——也就是说，把这 ¥25.00 花满，也只是原材料与制造层面刚好达标，产品层面的其他成本还没进来。

    这也解释了为什么「先看板价」容易得出乐观判断：板子是成本里最容易查到的一项，其余几项在样机阶段往往还没下单、没报价，于是显得不存在。它们不是不存在，只是还没被记录。

    样机均价不等于量产成本

    因为这笔钱是样机采购口径，所以它只能用来比价，不能用来算量产。资料明确说明：价格来自原压缩包的已购均价，适合比较样机采购，不是 100/1000 片报价。部分已购板卡的样机均价如下：

    已购板卡 形态 样机均价（元） 与本项目的关系
    S3-Touch-AMOLED-1.75 1.75 寸 466×466 AMOLED，无壳 174.50 汽车标准版基线
    S3-Touch-LCD-2 2 寸 240×320 LCD 方屏 91.00 低价方屏概念验证
    S3-Touch-AMOLED-1.43-B 1.43 寸 466×466 AMOLED 177.53 比 1.75 裸板高 ¥3.03，面积更小
    RP2350-Touch-AMOLED-1.75-B 1.75 寸（具体板卡未获官方确认） 181.38 不进入当前固件主线
    P4-WIFI6-Touch-LCD-4.3 4.3 寸 480×800 MIPI-DSI 184.27 导航实验线，整机成本需另算
    S3-Touch-LCD-1.85B-EN 1.85 寸 360×360 LCD 188.31 摩托 / 自行车阳光可读性实验
    T5-E1-Touch-AMOLED-1.75 1.75 寸（具体板卡未获官方确认） 191.28 暂停降本假设
    S3-Touch-AMOLED-1.75-B 1.75 寸带保护外壳 194.35 外壳与装车固定对照
    S3-Touch-LCD-1.85C-BOX 1.85 寸 360×360 LCD 盒装 196.61 完整盒装交互样机

    这张表里有一条容易被忽略的结论：RP2350（¥181.38）与 T5-E1（¥191.28）的样机价都高于无壳 S3 1.75 的 ¥174.50。所以「换平台就能降本」在样机口径下并不成立；而且在落实实物品牌、SKU、供应商和 SDK 之前，这两块板也谈不上移植工作量与量产价。同理，P4 4.3 的 ¥184.27 板价低不代表整机便宜——外壳、背光和供电要单算。板级选型的完整对照见 车载小仪表开发板选型：微雪 / M5Stack / Seeed 三家横向对照。

    再往上一层还有个更硬的约束：公开资料提供的是原理图 PDF，没有完整可编辑 PCB、生产 BOM 和结构件源文件。自研替代必须以「自己重新设计车电输入、OBD/CAN、显示连接器、RF、壳体和测试工装」为目标，不能把开发板的估算 BOM 当作可以直接投产的设计包。这意味着从样机价到量产成本之间，缺的不是一个折扣率，而是整条供应链数据。

    套装：¥899 比单买贵 ¥132

    因为套装价高于两件单买之和，所以现有文案不能写「省钱」。自行车线的两个数字是：表 ¥499、戒指 ¥268，单买合计 ¥767；而套装标价 ¥899，比单买贵 ¥132。此外还需要注意口径——¥268 是戒指的零售价，不是戒指的成本价，因此它既不能用来算毛利，也不能用来证明套装划算。组合定价要成立，前提是套装里确实包含了内容差异或服务差异，否则只是把两件商品标了一个更高的总价。

    常见问题

    ¥399 的汽车小表现在是盈利的吗？

    不能这样下结论。¥199.50 是按 50% 直接毛利率反推出的成本上限，是一个敏感性示例，不是报价，也不含税费、渠道、服务和研发摊销。而仅 1.75 裸板样机价就占 ¥174.50，剩 ¥25.00 要覆盖 OBD 接口、保护、外壳、线束、测试与包装。要谈盈利，必须先拿到批量报价和自研降本数据。

    为什么不用现有的 BOM 表直接算毛利？

    因为这份表存在明确的错配。详细 BOM 至少有两处复制错误：2 寸 LCD 被记成 1.75 AMOLED，P4 3.5 被记成 4.3 屏；同时订单金额按购买行合计为 ¥9,434.92、按非退款行原价相加为 ¥9,434.99，差 ¥0.07 仍待对账。单价被贴到错误型号上，汇总出的成本不可信。

    一块 ¥174.50 的板子，加上外壳和线束能压到 ¥199.50 以内吗？

    按现有公开数据无法确认。样机阶段外壳、线束、测试、包装往往还没有报价，所以看不出它们占多少。能在公开资料里确认的只是：这些项都必须由那 ¥25.00 覆盖，且 ¥199.50 上限本身不含税费、渠道、服务与研发摊销。要回答这个问题，需要批量报价，而不是用样机价推算。

    什么时候才能得出「¥399 可盈利」的结论？

    需要补齐三类数据：一是拿到批量采购报价，替代样机均价口径；二是完成自研降本，包括自己重新设计的车电输入、OBD/CAN 接口、显示连接器、RF、壳体与测试工装；三是把税费、渠道、服务与研发摊销一并纳入。在这之前，只能给出成本上限与余量，不能给出盈利判断。

    本文数据来自星核火花赛车科技内部「车载小仪表开发板调研」项目的《小仪表开发板详细调研与路线建议》（调研日期 2026-10-03，成本与定价校验一节）。所有价格均为原压缩包内的已购样机均价，适合样机采购比价，不是 100/1000 片报价；¥199.50、¥324.50、¥25.00、¥50.00 等数值均为原文给出的 50% 直接毛利率敏感性示例推导结果，不含税费、渠道、服务与研发摊销，不能据此宣布 ¥399 可盈利。原文已标明详细 BOM 存在两处复制错误（2 寸 LCD 记成 1.75 AMOLED、P4 3.5 记成 4.3 屏），并记录 ¥0.07 待对账差额；「胎压 ¥100」的含义在原文中未明确，本文保留该限定。自行车线的 ¥268 为戒指零售价而非成本价。本文未做供应商询价与实机测试。竞品价格与产品形态对照见 仪表市场对照：ScanGauge / Beeline / CHIGEE / Wahoo / Karoo；字段覆盖度的量化方法见 竞品功能点数据库：怎么量化 Car Scanner 的字段覆盖度；车电接口的层级成本另见 车电接入：为什么 ESP32 的 TWAI 不等于 OBD 接口。

  • 仪表市场对照：ScanGauge / Beeline / CHIGEE / Wahoo / Karoo

    结论：汽车、摩托、自行车是三种不同需求，一块屏通吃不了。汽车 OBD 用户买的是可读车型、线束适配与故障状态，摩托买的是耐候导航，自行车买的是导航加传感器生态。抽查 7 款在售产品，官网展示价从 £179.99 到 US$525.00 不等；但本轮没有购买、拆机或实测，所有性能参数均为厂商官网宣称。

    三条需求线：为什么不能把竞品放在一张表里排名

    因为这三类产品的交付物根本不是同一种东西。汽车 OBD 监测卖的是「可读车型 + 线束 + 安装 + 故障状态」，用户第一问是「我的车能不能读」；摩托导航卖的是「在雨里、震动中、戴着手套也能看清的转向提示」，第一问是「续航和防水够不够」；自行车码表卖的是「导航 + 数据记录 + 传感器生态」，第一问是「能不能连我的心率带和功率计」。

    这条判断直接决定首发形态。首发商品数量应当少于已购板卡种类——把开发板上能点亮的尺寸都做成商品，等于同时用三种互不相同的售后与适配体系去服务三批互不相同的用户。站内关于显示形态与链路的讨论，另见 圆屏还是方屏：车载仪表的显示形态该怎么选 与 车载 HMI 的 30 FPS：SPI 与 MIPI-DSI 显示链路差在哪。

    七款在售产品的官网对照

    因为竞品页面的可核对信息有限，对照只收录官网当时页面能直接看到的能力与标价，不做推测性补齐：

    场景 在售产品 官网可核对的能力 官网展示价 对本项目的设计启示
    汽车 OBD 监测 ScanGauge 3 OBDII 车辆数据、彩色触控、故障码读取 / 清除；页面强调 1996 年后的 OBDII 车辆兼容 US$269.95（含所列吸盘支架） 用户买的是可读车型、OBD 线束、安装与故障状态；单纯圆屏 UI 不构成完整竞品，中国车型覆盖须另测
    摩托小型导航 Beeline Moto II 手机配合的逐路口导航、骑行数据与数字速度；官网标称防水、抗震与 14 小时续航 £179.99 小屏可以卖清晰的转向提示，但必须解决手机后台链路、支架、雨天与手套交互；它不承诺读取摩托 ECU
    摩托手机互联屏 Carpuride W702 无线 CarPlay / Android Auto、双蓝牙、IP67、官网标称 1000 nit US$269.99 若「导航投屏」指完整手机互联，那是 7 寸防水屏系统；1.75 / 1.85 寸板更适合结构化转向信息
    摩托高亮大屏 CHIGEE AIO-6 Max 6 寸 1280×720 IPS；官网标称 2300 nit、专用骑行系统与安装套件 US$499.00 户外可读性、供电、安装、振动与生态附件才是产品主体；大屏实验线需单独验证
    自行车导航码表 Wahoo ELEMNT ACE 大触屏 GPS 码表；官网介绍手机 App 设置与骑行智能功能 US$499.99 高端码表是导航、数据记录、传感器与 App 的闭环，不宜把显示板当成完整码表
    自行车生态码表 Hammerhead Karoo 高分辨率触屏、导航、自定义数据页、SRAM AXS 集成 US$525.00 自行车联动要有明确的传感器兼容与数据页设计；自有协议不能替代通用心率服务
    汽车视频大屏 Carpuride W903 双摄版 9.3 寸车载多媒体屏、手机互联、前后摄像头与语音控制 US$249.99 后视影像与导航属于另一个尺寸 / 安全边界；5 寸板只能先做非安全关键演示，不宜纳入圆形 OBD 表首发

    查阅日期为 2026-10-03。表中的链接与标价均指向各厂商官网当时的具体商品页；币种横跨美元与英镑，配件、税费与售后各不相同。

    为什么这些价格不能直接用来推导自家定价

    因为「官网展示价」和「中国到手价」之间隔着汇率、关税、套装内容与渠道毛利四道变量，而这个项目真正要面对的是其中最后一道。把 US$269.95 按汇率换成人民币，得到的不是竞品的成本，也不是自己产品的成本上限。

    也正因如此，队列里提到的「STACK ¥399」缺少确切品牌商品链接、SKU 与套装内容，暂不列为已核实竞品；M5Stack 的开发板也不是这个价格锚点的已证实来源。真要建立一个可信的成本锚，需要的是「同类形态 + 明确 SKU + 明确套装内容 + 中国实际到手价」四要素齐全的样本。硬件选型与成本结构的基础参照，可先看 车载小仪表开发板选型：微雪 / M5Stack / Seeed 三家横向对照。

    三处必须承认的空白

    因为厂商宣称与第三方实测是两种证据等级，这个对照目前只完成了第一层。本轮没有购买任何竞品，也没有做拆机、亮度、续航、协议解析与中国车型兼容性测试。因此以下三类数据在本文中一律标注为厂商宣称，不作为可引用的实测结论：

    宣称项 出现在哪款产品 原文表述 本文口径
    亮度 1000 nit Carpuride W702 官网标称 厂商宣称，未实测
    亮度 2300 nit CHIGEE AIO-6 Max 官网标称 厂商宣称，未实测
    14 小时续航 / 防水抗震 Beeline Moto II 官网标称 厂商宣称，未实测
    1996 年后 OBDII 兼容 ScanGauge 3 页面强调 厂商宣称；中国车型覆盖须另测

    还有一处空白值得单独说：这些竞品绝大多数不承诺读取中国市场的私有 CAN 报文。ScanGauge 页面强调的是 OBDII 通用兼容，Beeline 明确不承诺读 ECU，自行车码表则完全走 BLE 传感器生态。所以「能读多少中国车型的私有字段」这件事，在现有竞品页面上找不到可直接对标的答案——这既是机会，也意味着没有现成的分母可以抄。相关的证据分层方法，见同批发布的 竞品功能点数据库：怎么量化 Car Scanner 的字段覆盖度。

    差异化验证该测什么

    因为「宣称差异化」和「验证差异化」只差一步，而这步必须落在可对照的实测项上：

    产品线 首版主张 必须与竞品对照的实测项 暂不承诺
    汽车 OBD 小表 紧凑的可配置转速 / 车速 / G 值与清晰失联状态 目标车型 PID 覆盖、刷新率、夜间与日光可读性、安装与完整交付成本 通用适配所有车型、靠主控板直接连 OBD、未核实的故障诊断能力
    摩托小表 手机路线转向 + 倾角，车型适配后才加入发动机数据 防水振动、手套交互、手机后台可靠性、目标车型线束与协议 1.85 寸完整 CarPlay / Android Auto、所有摩托通用 OBD
    自行车码表 轮速 / GPS 速度、转向提示、标准 BLE 心率优先 速度来源、心率兼容、续航、阳光可读、雨天操作 仅凭 IMU 算出可靠骑行速度、未经证明的自有心率广播协议
    大屏探索 结构化导航 / 摄像头链路技术样机 阳光亮度、延迟、供电、环境可靠性与安装遮挡 可代替后视镜或安全关键影像显示

    注意首版主张里都刻意不写「对标某竞品」：因为对标的前提是拿到同一条件下的实测数据。在完成上述对照项之前，对外主张应停留在形态与能力边界，而不是性能领先。离线路书这类形态之所以用黑白电子纸，是另一种「先确认能力边界再定形态」的例子，见 电子纸路书：3.97 寸离线路书为什么用黑白。若产品要回传数据做复盘，云端链路的对照基线可参考 SR-Telemetry 实时遥测云。

    常见问题

    这几款竞品里，哪个最值得对标？

    没有单一对标对象，因为三者需求不同。汽车 OBD 侧可对标 ScanGauge 3 的「可读车型 + 线束 + 故障状态」交付形态；摩托侧可对标 Beeline Moto II 的耐候与转向提示；自行车侧可对标 Wahoo / Karoo 的传感器与 App 闭环。选择哪条线，取决于目标用户先问的那个问题。

    官网标的亮度、续航可以直接写进宣传吗？

    不可以。这些数字在本文中一律标注为厂商宣称，本轮没有做亮度、续航、防水或协议测试。在完成同条件实测之前，不能把竞品官网标称值当作已核实的对比依据，更不能反过来用它论证自家产品领先。

    为什么 ¥399 的价格锚点暂时不算竞品？

    因为它缺少四项要素：确切品牌商品链接、SKU、套装内容与中国实际到手价。官网展示价又横跨美元与英镑，无法按汇率直接推导。要用它做成本锚，必须先补齐这四项，否则只是一个人名或传闻级的数字。

    「能读中国车型私有字段」算不算现成的差异化点？

    方向上算，但目前没有可直接对标的现成分母。现有竞品页面多数只强调 OBDII 通用兼容或 BLE 传感器生态，不承诺读取私有 CAN 报文。这意味着机会存在，但也意味着覆盖度分母必须自建，且要按证据等级分层对外表达。

    本文数据来自星核火花赛车科技内部「车载小仪表开发板调研」项目的市场产品对照文档（查阅日期 2026-10-03）。所有价格均为各厂商官网当时页面展示价，币种横跨美元与英镑，不等于中国到手价、销量、长期零售价或本项目的成本；官网可能按地区、促销和套装改变价格。表中性能参数（如 1000 nit、2300 nit、14 小时续航、防水抗震）均为厂商官网标称，本轮未购买竞品，未做拆机、亮度、续航、协议解析与中国车型兼容性测试，不作为实测结论。「STACK ¥399」因缺少确切商品链接、SKU 与套装内容，暂不列为已核实竞品。

  • 竞品功能点数据库：怎么量化 Car Scanner 的字段覆盖度

    结论：量化竞品覆盖度不能靠数功能菜单，而要按证据等级分层。Car Scanner 的 APK 2.1.50 快照有 1304 个配置、126217 条 PID 定义，但功能库只确认 226 个功能点（静态 80 / 界面 146）；其中 106198 条定义没有任何公开线索，本地实车能算出值的只有 130 条。定义存在、车辆响应、物理标定，是三件需要分别举证的事。

    为什么「数功能菜单」量化不出真实的覆盖度

    因为菜单里有这一项，和这一项在你车上能读出正确数值，完全是两回事。竞品拆解最容易犯的错，是把界面截图里出现的条目、或者配置库里存在的定义，直接当成「已经支持」的能力去计数。

    一份可核查的功能点数据库应该把每条功能拆成「功能点 → 来源证据 → 验证等级」三段。在这份 Car Scanner（Android 包名 com.ovz.carscanner）的拆解里，功能点总计 226 条，挂接的来源关联 533 条，去重后不同的来源文件 305 个；如果只按 UI 截图计，会漏掉大量只有代码路径、没有界面去向的条目——实测有 94 个功能点没有直接界面产物，其中 76 个本属静态类。

    验证等级只有两档，是刻意保守的：static（静态证据）80 条与 ui（界面证据）146 条。它不包含「实车响应验证」这一档，因为实车数据只覆盖极少车型，不足以支撑功能级结论。

    226 个功能点拆到模块，才知道竞品把钱花在哪

    因为总量相同不代表结构相同。把 226 条按模块归类后可以看到，Car Scanner 的重心明显压在「编码与适配」和「入门与连接」上，而不是实时数据可视化：

    模块 功能点数 模块 功能点数
    编码与适配 33 仪表板 10
    入门与连接 27 统计 10
    故障诊断 22 平台集成 9
    所有传感器 20 设置 8
    自定义传感器 20 ECU 识别 7
    数据记录 19 设置与备份 6
    实时数据 13 车辆管理 / 生态集成 各 5
    商业与账户 / 联网与更新 各 4 性能测量 3

    这个分布解释了一件事：竞品的护城河不在「能显示几个数字」，而在适配与配置体系的规模。同一目录下的来源台账记录 1004 条来源记录、合计 181,649,025 字节，直接引用表 77 张、引用发生 187,314 次；来源类型里 ui_dump 322 个、binary 410 个、list 236 个、screenshot 33 个、report 3 个。绝大多数证据是二进制产物与界面转储，而不是「一张截图说明一个功能」。

    APK 里有 12 万条 PID 定义，但 10.6 万条没有公开线索

    因为「配置里写了一条定义」和「有公开证据指向它被真的发出并被响应」是两个数字。APK 2.1.50 快照含 1304 个配置、126217 条车型 PID 定义；面向应用 2.1.0 的更新包（配置版本 2.2.21）为 1323 个配置、127126 条定义。手机端的品牌选择列表有 178 项，但品牌项 ≠ 车型数 ≠ 完整标定数。

    把定义按「是否有公开线索」归并后，缺口非常直观：

    覆盖状态 定义条数 说明
    无任何公开 PID 线索 106198 既没有公开测试文件，也没有实车案例指向
    仅有公开肯定响应候选 14880 有请求/响应线索，但未经物理标定
    公开精确请求候选 2160 请求头与命令可对，响应物理含义未定
    已发表数值等式候选 1906 算出的数值与公开值相等，仍属候选
    本地实车已得肯定响应（未物理标定） 130 本地日志能复算，缺独立仪表同步

    整体画像见公开证据汇总：候选 PID 文件关联 86810 条、不同公开测试文件 15190 个、不同公开响应案例 89112 个，其中严格匹配的肯定请求案例 84803 个。看起来数字很大，但真正落到「数值等式」的只有 1916 条定义，且其中限定在明确年款内的仅 450 条。也就是说，可算 ≠ 可信。

    六道验证门槛：从「有定义」走到「可展示」

    因为每一步都可能失真，所以要把「一条 PID 是否可用于产品展示」拆成六个必须逐级通过的关口，任何一级缺失都只能停在候选状态：

    关口 要确认的内容 缺失时会怎样
    1 定义 固定应用/更新包版本、车型年款、配置索引、请求头、命令与公式 无法复现，跨版本会串味
    2 发出 原始会话中确认实际请求头、命令与发送顺序 静态 CMD/HDR 不等于真的发过
    3 响应 ECU 响应头、肯定/否定状态、ISO-TP 重组与数据窗口 把否定响应或残帧当作数值
    4 计算 字节序、符号、比例、偏移、单位与无效值规则 除数为 0 或窗口越界仍出数
    5 标定 不同工况 + 同步仪表或独立测量，确认物理含义 只有算术自洽，没有物理依据
    6 展示 时效、范围、缺失数据处理与跨字段同步性 把过期值当当前采样

    三个实车案例说明「有响应」也不等于「标定成立」

    因为公开的实车日志往往只证明了链路走通，证明了数值「算得出来」，却缺少独立仪表同步这一环。

    斯柯达 Octavia 车主在 WiCAN 议题 771 上传的 Car Scanner 2.1.25 日志里，457 条 Mode 22 请求中有 267 条完整肯定响应、148 条 NRC 0x31、42 条 NO DATA。落到定义层，592 行肯定响应覆盖 117 条定义；其中 DPF 子集的 96 行肯定响应里只有 15 行能按简单公式复算，22114F 的六次烟炱响应原始值为 0861/0862，但静态除数为 0，不能据此显示烟炱克数。这就是第 4 道关口没过。

    另一侧，KGM Torres EVX 的日志里 7E0/22FD0D 共 1232 次请求、1230 次完整多帧肯定响应，绝对/相对 SOC 算出 30.0% / 27.8%，补测 57.0% / 56.1%，后者与车主报告的车机 56.1% 一致。数值对上了，但车主车型、显示时点与物理 SOC 未独立核实，重复轮询也不构成独立标定，因此仍只能记为「作者显示值匹配、未标定」。

    本地哈弗 H6 混动日志则是国内车型的直接样本：78B/22E0DD → 7CB/62E0DD0000180C 是真实实车响应，但 H6 配置把这条定义为 BMS 上次休眠时长，所以 180C 不能当电池电流；0104 可算出计算负荷约 29.8%，也不能乘额定功率就冒充发动机实际功率。本地日志共涉及 170 条定义，其中 130 条得到肯定响应、全部会话累计 148 条——但那 130 条的状态明确写着「local_positive_response_not_physically_calibrated」，即未物理标定。这一点与站内 OBD-II PID 入门：车速 0x0D 为什么是整数 讲的「样本必须带元数据才能判断可信」是同一条原则。

    顺带一个反面样本：2024 Tata Nexon 汽油版车主公布的 19 组 SavvyCAN 请求/响应截图，与当前 APK 的 Tata 配置没有任何一组请求头加命令精确相交。这提醒我们，外部来源的「有响应」不能直接并入竞品覆盖率。

    做自己的产品时，这份数据库能直接拿来干什么

    因为拆解的价值不在「抄功能」，而在知道哪些结论有证据、哪些只是存在定义。对自研 OBD 仪表而言，这份库能提供三样东西：一是分母（12 万条定义里有多少是真有公开线索的），二是分层口径（六道关口），三是不可迁移清单——共享同一配置的车型（如 Hyundai / Kia / Genesis，或 SsangYong）不会因为其中一个车型验证过就跟着升级验证等级；跨年款的作者报告也不能扩展配置的实车验证范围。

    目前公开库索引的 178 个品牌里，仍有 40 个品牌处于无 PID 索引来源候选状态。这意味着行业里「某车型能读某字段」的说法，大多停留在单一作者报告，缺少可复现的原始帧。如果你打算对外宣称字段覆盖度，分母口径必须比竞品更保守，否则迟早被实车打脸。自研数据链路的设计思路，另见 OBD AI 插件化平台：端侧解析为什么必须插件化 与 EdgeForge：嵌入式侧端框架的自编译方案；采集侧硬件可参考 SR-RaceBox 车载数据采集器。竞品的市场定价与形态对照，见同批发布的 仪表市场对照：ScanGauge / Beeline / CHIGEE / Wahoo / Karoo。

    常见问题

    Car Scanner 到底支持多少车型，126217 条定义算多吗？

    126217 是 APK 2.1.50 快照里的车型 PID 定义条数，不是车型数、更不是已标定字段数。它分布在 1304 个配置里，其中 106198 条没有任何公开 PID 线索。判断「算不算多」要看有效分母——真正有公开数值等式对照的只有 1916 条定义。

    界面里能看到的功能，能直接算作已支持吗？

    不能。226 个功能点里 146 条只有界面证据、80 条只有静态证据，两者都不等于实车可用。94 个功能点连直接界面产物都没有。要判断可用性必须看链路是否有实车响应，以及是否完成物理标定。

    为什么公开的实车日志很多，却仍说「未标定」？

    因为实车日志通常只证明请求发出、ECU 响应和公式算得出值这三步。真正的标定需要不同工况下与同步仪表或独立测量比对。多数公开案例只有单一车主的显示值，且车型年款、电池版本或显示时点未核实，重复轮询同一命令也不构成独立采样。

    共享同一配置的其他品牌车型，可以跟着算验证过吗？

    不可以。拆解文档对每一个案例都单独声明了适用范围，例如共享配置的 Kia / Genesis / SsangYong 不因某一款车验证而升级；跨年款的作者报告（如把 2021 款结论套到 2016–2019 配置）也不被接受。协议可迁移的假设必须由目标车自己的原始帧来支撑。

    本文数据来自星核火花赛车科技内部「Car Scanner 功能点数据库」拆解项目（对象为 Android 包名 com.ovz.carscanner，索引更新至 2026-10-05），全部数字以该目录现有索引为准，属某一版本快照，不代表软件当前最新版本。文中所有公开案例均标注为「候选 / 未物理标定」，仅代表作者报告与算术对照，不构成 Car Scanner 或任何车辆的实测标定结论；共享配置的关联品牌与跨年款报告未纳入验证范围。篇幅所限未逐一列出案例来源文件名，完整引用见该目录下的《拆解总览》《数据脉络与软件架构》与 public_pid_research/ 台账。