星核火花赛车科技

进入商城

标签： 车载仪表

  • 电子纸路书：3.97 寸离线路书为什么用黑白

    结论：3.97 寸电子纸路书的定位是离线静态阅读，而不是实时仪表，所以它采用白底黑字、单色大 tulip 图与简短中文路书，并且不套用彩屏的五套主题。它的刷新方式、局刷能力与残影表现目前仍是待实测项——微雪概览页未列出屏控 IC、色阶与刷新方式。

    电子纸路书为什么用黑白，而不是彩屏

    因为角色不同：彩屏承担实时仪表与告警，电子纸只承担离线阅读路书，所以它不参与彩屏主题体系。在 kno 赛道 HMI 原型里，3.97 寸是唯一一块白底黑字、大 tulip 路线图、简短中文路书的画布，并明确不套用彩屏主题、不受主题切换影响。它的色彩令牌也只有两个值：#F1F1EA 与 #202A2A，用途写的是「单色静态路书」。

    这个取舍是有道理的。路书是上车前要记住、上车后偶尔翻一眼的东西，不是需要每秒刷新的数据。把它放在电子纸上，好处是静态内容在强光下可读、断电也不丢画面；代价则是放弃实时性——电子纸不承担圈速、转速、告警这类必须实时的信息。彩屏侧的信息架构与告警设计另见 赛道仪表的信息架构：从圈速到告警的设计顺序。

    3.97 板上的硬件事实有哪些？

    这块板的官方概览页确认了主控、存储、屏幕分辨率与板载外设，但没有列出屏控 IC、色阶与刷新方式。下表逐项列出，方便核对。

    项目 官方概览页事实 备注
    采购型号 ESP32-S3-ePaper-3.97-EN -EN 为采购记录中的语言 / 销售后缀；实际 PCB 修订版需核对丝印
    主控与存储 ESP32-S3-WROOM-1-N16R8；8MB PSRAM，16MB Flash —
    屏幕 800×480 电子纸，横屏路书 概览页未列屏控 IC、色阶与刷新方式
    触摸 概览页未列触摸 不作为交互假设
    板载外设 Micro SD、PCF85063 RTC、QMI8658 IMU、SHTC3、ES8311、TG28 RTC 与 IMU 是板上实际存在的外设
    供电与接口 3.7V 电池接口 / 充电、USB-C —

    需要强调的是表格的空白项也是一种事实。「概览页未列屏控 IC、色阶或刷新方式」意味着这些参数不能凭经验填值——同厂的彩屏板型号各不相同，把彩屏驱动方案套到电子纸上没有依据。按项目现有的核对流程，这类缺失项要回到该型号的官方资料继续查，而不是估算。

    离线路书在原型里怎么组织？

    原型用「18 页示意路书 + 3 张示意 tulip 图循环」来组织，并用上一页 / 下一页切换；刷新能力与残影没有在浏览器中模拟。

    这里有两层信息要分开看。第一层是内容结构：18 页路书、3 张示意 tulip 图循环复用，说明路书在原型里的组织单位是「页」，而不是滚动列表——这符合电子纸的阅读方式，一次刷一整页。第二层是验证边界：浏览器里的翻页只是布局与分页逻辑的演示，它不产生任何关于刷新速度、残影或功耗的数据。tulip 是路书里的示意图形代号，本轮使用的是示意图，不是真实赛道的测量路书。

    如果要把示意路书换成真实赛道路书，数据侧可对照 SR-Track 中国赛道数据包；赛道几何与长度基准可参考 珠海国际赛车场。选屏形态（圆屏还是方屏、黑白还是彩色）的判断逻辑另见 圆屏还是方屏：车载仪表的显示形态该怎么选。

    电子纸的刷新能力为什么还算「待实测」？

    因为概览页没有给出屏控 IC、色阶与刷新方式，所以局部刷新、200 次翻页后的残影、以及休眠电流都只能列为实测项目，不能写成已达成。

    这是本项目在数据分寸上的一条硬规则：在确认波形与刷新能力之前，不把「部分刷新」写成必然支持。电子纸的刷新行为高度依赖具体屏体与波形配置——同一块 800×480 面板，全刷与局刷的表现、刷新耗时与残影积累都可能完全不同。缺了屏控 IC 与刷新方式这两项前提，任何关于「支持局刷」的结论都是推断而非事实。

    维度 彩屏（1.64 / 3.5 / 4.3 / 5.0 寸） 电子纸（3.97 寸）
    介质 彩色 AMOLED / IPS 单色电子纸 800×480
    角色 实时仪表、圈速、告警 离线静态路书
    主题 五套主题可切换 不套用彩屏主题，不受切换影响
    色彩令牌 背景层 / 文字层 / 语义四色 #F1F1EA / #202A2A 双色
    刷新与功耗 原型未验证实机帧率（30 FPS 为验收目标） 局刷、200 次翻页残影、休眠电流均为待实测

    顺带说明：这块板上另有 RTC（PCF85063）与六轴 IMU（QMI8658）。它们的存在不等于已经用上——在路书场景里，RTC 与 IMU 的用途需要在固件阶段单独设计，目前原型并未把它们接入路书的展示逻辑。另外，原型的预览使用系统字体，固件移植前同样须选定允许嵌入式再分发的字体并重新检查文字边界。

    常见问题

    3.97 寸电子纸路书支持局部刷新吗？

    目前不能下结论。微雪的概览页未列出该型号的屏控 IC、色阶与刷新方式，因此局刷能力、200 次翻页后的残影表现和休眠电流都列为实测项目。在确认波形与刷新能力之前，不把「部分刷新」写成必然支持。

    电子纸路书为什么不用彩屏的那五套主题？

    因为用途不同。五套彩屏主题（厂商 / JDM / 赛道 / 复古机械 / 霓虹遥测）服务的是实时仪表与告警，靠颜色表达状态；电子纸是单色静态介质，只负责离线阅读路书，不承担实时告警，因此保持白底黑字、单色 tulip 图与简短中文路书，也不受主题切换影响。

    原型里的 18 页路书是真实赛道数据吗？

    不是。原型使用的是示意路书：18 页内容与 3 张循环使用的示意 tulip 图，用于演示分页与布局逻辑。真实的赛道路书需要接入赛道测量数据后重新生成。

    浏览器里的翻页效果等于实机刷新效果吗？

    不等于。原型在浏览器中翻页只是布局与分页逻辑的演示，刷新能力与残影没有在浏览器中模拟。实机的刷新耗时、残影积累与功耗必须实机实测。

    本文数据来自星核火花赛车科技内部两个项目：赛道 HMI 原型项目（kno）的《赛道 HMI 原型（kno 副本 · 统一厂商风）》README（2026-10 版），以及车载小仪表开发板调研项目的《五块赛道产品候选板：硬件事实表》（核查日期 2026-10-03，参数以微雪各型号 Wiki 概览页为准）。硬件参数为官方概览页标称值，不代表实机测试完成；局部刷新、200 次翻页残影与休眠电流为源文档明确标注的待实测项目，文中未写成已达成。原型中除分辨率与色彩令牌外的数值均为明确标注的模拟数据。

  • 圆屏还是方屏：车载仪表的显示形态该怎么选

    结论：车载仪表选圆屏还是方屏，先看面板原生像素和装配形态，再看 UI 需求。圆屏（466×466、360×360、240×240）适合单个大数字与弧形仪表；竖屏（280×456、320×480）适合零百计时和多行参数；横屏（800×480、1280×720）适合多字段对照与路书正文。设计稿上的 400×400 不等于板子的原生像素，形态在选板那一刻就定了。

    形态由面板原生像素和装配方式决定，不由 UI 风格决定

    一块板是圆屏、竖屏还是横屏，在采购下单时就已经固定，UI 只能去适配它，不能反过来改它。面板的物理像素是硬约束：已核对的候选板里，ESP32-S3-Touch-AMOLED-1.64 是 280×456 长方形 AMOLED，M5Stack CoreS3 是 2.0 寸 320×240 方屏，Seeed 的圆屏扩展板是 1.28 寸 240×240。把设计稿画成 400×400 或随便一个正方形，都不会让板子多出像素。

    像素定了，可排的信息量也就定了。圆屏的四角天然是被裁掉的，越靠中心越安全，所以它适合「一个大数字 + 一圈刻度」；长方形的 280×456 宽度只够一到两列；横屏 800×480 以上才有条件并排放多个读数。这不是审美选择，是面积分配问题。

    圆屏、竖屏、横屏各擅长什么信息形态

    三种形态解决的是三类不同问题：圆屏做单值聚焦，竖屏做时序与计数，横屏做并列对照。选错形态，界面会一直在和可用面积打架。

    形态 代表像素 擅长 不擅长 典型用途
    圆屏 466×466 / 360×360 / 240×240 单个大数字、弧形转速表、单值告警、余光可读 多字段表格、长文本、导航列表 车内时钟、单数据表、摩托与自行车表
    竖屏 / 长方 280×456 / 320×480 / 240×320 竖排参数、计时与状态机、多行数据 双列对照、宽表、长路书 OBD 零百计时器、赛道单表
    横屏 800×480 / 1280×720 / 800×480（电子纸） 双大读数、数据源状态列、路书正文 圆表外壳、单值聚焦场景 P4 扩展 OBD 表、离线路书

    注意最后一行的 800×480 出现了两次：一次是 P4 4.3 寸 IPS 的横屏 UI 目标，一次是 3.97 寸电子纸路书。像素相同，但一个是实时刷新，一个只做静态阅读，能承载的信息层级完全不同。

    已核对的候选板：谁的屏是什么形态

    把形态、像素、接口和触摸放在一张表里，才能看出「能换外壳」和「能换屏幕」是两件事。

    板卡 屏幕类型 原生像素 形态 触摸方案
    ESP32-S3-Touch-AMOLED-1.64 AMOLED，CO5300 QSPI 280×456 长方形，明确不是圆屏 FT3168，I2C
    ESP32-S3-Touch-AMOLED-1.75 / 1.75C AMOLED 466×466 圆屏（已有资料口径为圆表） 概览页未列
    ESP32-S3-Touch-AMOLED-1.43-B AMOLED，标称亮度 350 cd/m² 466×466 小尺寸圆屏 概览页未列
    ESP32-S3-Touch-LCD-1.85B-EN LCD 360×360 圆屏 概览页未列
    ESP32-S3-Touch-LCD-2 LCD，QMI8658 240×320 方屏 概览页未列
    ESP32-P4-WIFI6-Touch-LCD-3.5-EN IPS，ST7796 SPI 320×480 竖屏 FT6336，I2C
    ESP32-P4-WIFI6-Touch-LCD-4.3 IPS，MIPI-DSI 2-lane 480×800（UI 目标 800×480） 横屏 概览页未列 IC
    ESP32-P4-WIFI6-Touch-LCD-5-C IPS，MIPI-DSI 2-lane 720×1280（UI 目标 1280×720） 横屏，采购为带摄像头版 概览页未列 IC
    ESP32-S3-ePaper-3.97-EN 电子纸 800×480 横屏路书 概览页未列触摸
    M5Stack CoreS3 IPS 电容触摸 320×240 2.0 寸方屏 电容触摸
    Seeed Round Display for XIAO 圆形电容触摸屏 240×240 1.28 寸圆屏，直径约 39mm 电容触摸

    这张表里有两处必须点出来。第一，CoreS3 是方屏，外壳和显示形态都无法直接复用汽车圆表，它的价值在 CAN、音频和 UI 组合验证，不在形态。第二，1.28 寸 240×240 的圆屏复用不了 1.75 寸 466×466 的界面资产——尺寸、色深、显示驱动都不一样，只能当自研架构的验证样机。

    一个反例：1.64 的 400×400 概念稿为什么必须作废

    1.64 的原视觉稿画的是一块 400×400 的圈速页，但这块板原生是 280×456 长方形 AMOLED，两者对不上：1.64 不是圆屏，400×400 也不是它的原生像素。这份概念稿已被判定为过时，该板现在的方向是 OBD 车速零百计时器，并已按 280×456 竖屏重做了交互原型（原理见 OBD 零百加速计时为什么手机测不准）。

    更值得注意的是引脚层面：微雪为这块板区分了 V1 与 V1.1，LCD_CS 与 IMU_INT1 的 GPIO9 / GPIO46 分配在两个修订版之间互换，而已购板的版本丝印尚未核实。也就是说，连引脚都不能只按型号名推断，形态同理。

    形态判定要回到官方尺寸图和实物，不能靠命名

    型号名里带「1.75」不等于圆屏，带「-B」也不一定是独立硬件版本，这些后缀在微雪体系里的含义要逐型号确认。更实际的坑是资料完整度：几块 P4 板的 Wiki 概览页并未列全触摸 IC 和板载 IMU（4.3 与 5 寸未列触摸 IC，P4 三板均未列板载 IMU），电子纸板也未列屏控 IC、色阶与刷新方式。凡概览页没有的字段，只能从官方资料继续查，不能凭经验填值，也不能把同硬件家族的装配变体当成独立形态来重复设计。

    选形态前先回答三个问题

    1. 首屏要显示一个数还是多个数？单个大数字选圆屏；三到五个并列读数至少要横屏。
    2. 这块屏是给人「扫一眼」还是「读一段」？扫一眼用圆屏或竖屏的大字；读一段（路书）只能上横屏，且电子纸这类静态介质不承担实时告警。
    3. 装车形态定了吗？汽车圆表、摩托圆表、自行车码表的外壳和安装方式不同，先定装配再定屏，否则外形和屏幕会互相改。

    相关选板逻辑可对照 车载小仪表开发板选型：微雪 / M5Stack / Seeed 三家横向对照。

    常见问题

    圆屏的 466×466 是圆形的吗？

    不是。466×466 描述的是像素阵列是正方形，面板外形是圆的，四角区域不显示。所以圆屏实际可用的有效排版区域小于同像素的方形面板，这也是它只能承载「一个大数字加一圈刻度」的原因。

    能不能用一块方屏做出圆表的外观？

    可以用遮罩或外壳遮成圆形，但代价是浪费四角像素、并让触摸区域与显示区域错位。汽车圆表和摩托表之所以坚持用圆屏，是形态与安装决定的，不是显示决定的。

    1.28 寸的圆屏能直接套用 1.75 寸的界面吗？

    不能。1.28 寸是 240×240，1.75 寸是 466×466，尺寸、色深和显示驱动都不同，界面资产需要重新排布。它更适合用来验证自研底板、引脚分配和显示抽象层。

    为什么同一块板要区分 V1 和 V1.1？

    因为硬件修订会改动引脚分配。1.64 的 V1 与 V1.1 就互换了 LCD_CS 与 IMU_INT1 的 GPIO9 / GPIO46，若按错版本建 BSP，屏和 IMU 都会异常。已购板的丝印必须逐一核对。

    本文数据来自星核火花赛车科技内部车载仪表研究项目的《五块赛道产品候选板硬件事实表》与《小仪表开发板详细调研与路线建议》（2026-10 版）。参数以各型号微雪 Wiki 概览页为准，实际 PCB 修订版仍需核对丝印；本文不构成量产或开源硬件授权判断。

  • 车载小仪表开发板选型：微雪 / M5Stack / Seeed 三家横向对照

    结论：做车载小仪表，微雪的 ESP32-S3-Touch-AMOLED-1.75（SKU 31261）适合作为汽车标准版的基线——S3、8MB PSRAM、16MB Flash、466×466 AMOLED、双麦、IMU、RTC、TF、Wi-Fi/BLE 的组合足够完成第一版功能验证。但它没有板载 OBD/CAN 物理接口，也没有车电保护，必须另做接口盒或底板。M5Stack CoreS3 适合当 CAN/语音实验台，Seeed 的 XIAO + 圆屏适合验证「模块 + 自研底板」路线，两者都不直接替代圆屏产品形态。

    先说选型的三个前提

    开发板选型最容易犯的错，是把「开发板能跑通 Demo」当成「产品能落地」。三件事必须先讲清楚：

    1. 开发板不等于商品形态。圆屏、外壳、车电保护、OBD 线束、安装方式，全都不在开发板里。
    2. 同硬件家族的装配变体不能当成独立平台。1.75 无壳版和 1.75-B 带壳版的基础电子设计相同，不应该维护两份固件。
    3. 样机价不是量产价。采购表里的是已购均价，适合比较样机采购，不是 100 / 1000 片报价。

    三家厂商横向对照

    厂商 代表方案 适配理由 主要限制 定位
    微雪 Waveshare S3 1.75 / 1.75C、1.85、P4 4.3 已购样机与现有固件，圆屏形态接近产品 车电 / OBD 要外加；开源程度逐项不同 主调研对象
    M5Stack CoreS3、M5Dial、Unit CAN 现成的语音、IMU、模块化 CAN 实验链 方屏 / 小屏形态；模块叠加后体积与成本上升 对照 / 验证平台
    Seeed Studio XIAO ESP32S3 + Round Display 模块小，官方有原理图与 PCB 包 1.28 寸 240×240，接口资源需重新分配 自研过渡参考
    LILYGO T-RGB 2.1 / 2.8 圆形 IPS 2.1 寸 480×480 可试摩托 / 自行车大表 非 1.75 AMOLED；尺寸、功耗与外壳要重做 第二轮候选
    Elecrow CrowPanel 1.28 寸旋钮圆屏 对照旋钮交互与低成本 IPS 1.28 寸偏小；仓库未标明许可证 交互参考
    乐鑫 Espressif ESP32-S3-BOX-3、ESP-IDF 官方芯片 / 语音 / 总线开发资料 开发套件不是目标商品形态 SDK 与设计规范来源

    这张表不等于「这些板都是开源硬件」。每块板卡都必须分别检查软件、原理图、PCB 源文件、BOM 和素材的授权，不能因为「有 GitHub 仓库」就默认可以商业复制。

    微雪已购板卡逐项核查

    下表价格来自采购记录，是已购均价——用于样机比较，不是批量报价。

    板卡 数量 / 单价 关键参数 结论
    S3-Touch-AMOLED-1.75 2 / ¥174.50 SKU 31261；8MB PSRAM / 16MB Flash；466×466 AMOLED；双麦、IMU、RTC、TF；8Pin 排针只有 VBUS/GND/3V3、UART0 和 GPIO16/17/18 汽车标准版基线。外接 OBD / TPMS / GPS 前先画引脚占用表
    S3-Touch-AMOLED-1.75-B 12 / ¥194.35 SKU 31262；与上项基础电子设计相同，主要差别是保护外壳 外壳与 RF、散热、装车固定对照；不单独维护固件
    S3-Touch-AMOLED-1.75C / C-EN 4 / ¥235.14；11 / ¥220.52 SKU 33691 / 33692；8MB PSRAM / 32MB Flash、双麦、ES7210/ES8311、铝合金结构 旗舰 / 语音资源压测。不能按「Flash 不够」淘汰
    S3-Touch-LCD-1.85B-EN 1 / ¥188.31 SKU 34556；8MB PSRAM / 16MB Flash、360×360 LCD、双麦、IMU 摩托 / 自行车阳光可读性与音频实验
    S3-Touch-LCD-1.85C-BOX 1 / ¥196.61 SKU 30684；360×360 LCD；V1/V2 音频芯片与 GPIO2/10/11/15 等引脚不同 完整盒装交互样机；必须先读 PCB 丝印再建 BSP
    S3-Touch-AMOLED-1.43-B 3 / ¥177.53 16MB Flash / 8MB PSRAM、466×466 AMOLED；标称亮度 350 cd/m² 小尺寸对照。样机价仅比 1.75 裸板高 ¥3.03
    S3-Touch-LCD-2 1 / ¥91.00 8MB PSRAM / 16MB Flash、240×320 LCD、QMI8658 低价方屏概念验证。原 BOM 把它错写为 1.75 AMOLED，成本估算无效
    RP2350-Touch-AMOLED-1.75-B 1 / ¥181.38 具体板卡未获官方确认；只有采购 / 整理表 不进入当前固件主线；先确认卖家、PCB 与屏驱动
    T5-E1-Touch-AMOLED-1.75 1 / ¥191.28 具体板卡未获官方确认；SDK / 云依赖未核实 暂停降本假设；先证明驱动、BLE 协议与离线可用性
    P4-WIFI6-Touch-LCD-4.3 2 / ¥184.27 ESP32-P4 + C6；32MB PSRAM / 32MB Flash、4.3 寸 480×800 ST7701 MIPI-DSI、GT911 导航 / 视频实验线。板价低不代表整机便宜

    一个容易踩的坑：GPIO 早就被占满了

    普通 1.75 的 8Pin 排针上，可直接使用的通用 GPIO 主要是 16 / 17 / 18；43 / 44 是 UART0，通常承担调试；-G GPS 版本还可能占用 17 / 18。I2C 的 14 / 15 是板载多器件共用总线。

    如果 OBD 采用 MCU 的 TWAI 控制器，还需要外部 CAN 收发器，而且 GPIO 分配必须与 GPS、TPMS 接收器、串口日志同时规划。这里有一条必须记住的边界：芯片的 TWAI 外设不是 OBD 线束，也不是车电接口。有 CAN 控制器，离「能读这辆车的 OBD」还有很远。

    成本校验：¥399 的账算不平

    采购记录共 21 个已购变体、49 块，购买行金额 ¥9,434.92。但原始 BOM 至少有两处复制错误：2 寸 LCD 被记成 1.75 AMOLED，P4 3.5 被记成 4.3 屏。所以不能用它的 BOM 估算毛利。

    只用样机价做个敏感性示例：汽车标准版定价 ¥399，若希望物料及制造的直接毛利率达到 50%，完整交付成本上限是 ¥199.50。而仅 1.75 裸板样机价就占 ¥174.50，留给 OBD 接口、保护、外壳、线束、测试、包装的空间只剩 ¥25.00。这还没算税费、渠道、服务和研发摊销。

    结论很明确：必须拿到批量报价和自研降本数据，才能判断 ¥399 是否可盈利；用样机价宣布「可盈利」是不成立的。

    按产品的最终推荐

    产品 主选 备选 / 实验 进入下一阶段需要的证据
    汽车标准 / 胎压 微雪 S3 1.75 无壳 1.75-B 外壳对照 车型读取成功率、完整交付成本、RF / 散热 / 阳光可读性、供电保护
    汽车旗舰 1.75 与 1.75C 同时压测 CoreS3 做语音 / CAN 对照 分区 / PSRAM 数据、语音端到端延迟、素材与服务成本
    摩托车 S3 1.75 1.85B-EN、LILYGO T-RGB 大屏 目标车型 K-Line / CAN / 线束、倾角标定、防水振动
    自行车 S3 1.75 1.85B-EN、Seeed 模块组合 速度来源、心率标准 / 自有 BLE 并发、阳光雨天可读性、续航
    导航 / 后视镜探索 P4 4.3 独立线 CoreS3 仅做 UI / 协议实验 先定义结构化导航还是视频；视频不作为 1.75 的安全关键显示功能

    首批验证尽量使用现有库存。新增板卡采购应等到实测确认某一能力或形态缺口之后，再下单。

    常见问题

    1.75C 的 32MB Flash 值得为它升级吗？

    不建议把「Flash 更大」当作淘汰普通 1.75 的理由，但也不该反过来假设 1.75C 天然适合旗舰。1.75C 更可能受限于外壳、引出接口、分区方案或现有固件实现。正确做法是用 v1.1.4 的分区表、实际固件与素材大小、最小空闲堆来验证，而不是只看标称 Flash 数字。

    M5Stack CoreS3 能直接当汽车圆表吗？

    不能。CoreS3 是 2.0 寸 320×240 方屏，显示形态和外壳都无法直接复用汽车圆表。它的价值在于快速验证 CAN + 音频 + UI 的组合——配合 Unit CAN（CA-IS3050G 隔离收发器，标称最高 1Mbps、1000V 隔离），并核对 OBD 接头、电源、终端电阻与车型协议。

    「能收 CAN 帧」等于「支持汽车 OBD」吗？

    不等于。Unit CAN 只解决物理收发的一部分。还需要确认 OBD 接头、供电、终端电阻、车型协议、总线接入方式与兼容性。把「能收 CAN 帧」当成「支持汽车 OBD」，是选型阶段最常见的误判。

    为什么不直接从开发板的公开资料做量产？

    因为下载到原理图和 BSP，不等于拿到可投产的完整设计包。多数厂商只提供原理图 PDF，没有可编辑 PCB、生产 BOM 和结构件源文件。自研替代应以「自己重新设计车电输入、OBD/CAN、显示连接器、RF、壳体和测试工装」为目标，把公开资料当作参考，而不是成品。

    本文数据来自星核火花赛车科技内部《小仪表开发板详细调研与路线建议》（2026-10 版）。文中价格为采购记录中的已购均价，适用于样机比较，不构成批量报价或盈利承诺。

  • OBD 零百加速计时：为什么手机测不准，仪表该怎么算

    结论：用 OBD 做 0–100 km/h 加速计时，唯一可信的输入是标准 OBD-II 车速 PID 0x0D。它按整数 km/h 上报，所以「0.5 km/h 起步阈值」根本无法实现；GPS 不参与计时、插值或丢包补偿，IMU 只负责记录 G 值。在实车标定完成之前，「±0.05 秒」「优于手机」都只是待验证目标，不是规格。

    为什么「看起来能测」和「真的能测」是两回事

    手机上随手装一个加速计时 App，看起来也能出成绩。但把同一套逻辑搬到车载仪表上，问题会立刻暴露：加速度计的噪声、GPS 的更新频率和延迟、以及车辆实际起步的抖动，都会让「0 秒」这个时刻的定义变得含糊。

    更关键的是，计时器报告的是它接收到的数据时刻，而不是车辆真实的物理时刻。如果这一点不说清楚，讨论「精度」就没有意义。

    计时输入的唯一性：只用 OBD 车速

    在 OBD 车速与 IMU、GPS 并存的设计里，必须明确一条边界：计时链路上只允许有一个数据源。

    • 唯一计时输入：OBD 车速。首选通过受保护的车载网关读取标准 OBD-II PID 0x0D；若车型使用专用车速信号，必须在车型配置中写清协议、单位和量化精度。
    • GPS 不参与计时、插值或丢包补偿。GPS 的更新率和定位漂移都不足以支撑零点几秒级的判定。
    • IMU（如 QMI8658）可以记录峰值 G 和 G 曲线，但不参与起点、60 km/h、终点的时间戳判定。

    把三条拆开看，逻辑就清楚了：IMU 回答「加速有多猛」，GPS 回答「路走了多远」，而只有 OBD 车速能回答「什么时候到 100」。混用会得到漂亮的数字，但那个数字不可复盘。

    状态机：五个状态按什么顺序判定

    状态 进入条件 动作
    IDLE 收到连续有效的 0 km/h 样本，覆盖至少 1 秒 进入 ARMED
    ARMED 首次收到有效且大于 0 km/h 的车速 记该样本接收时刻为 t0，进入 RUNNING
    RUNNING 首次收到车速 ≥ 60 km/h 记 t60，继续计时
    RUNNING 首次收到车速 ≥ 100 km/h 记 t100，锁存 t100 − t0 与 t60 − t0，进入 COMPLETE
    任意计时状态 网关断连、PID 不支持、响应超时、样本乱序或不可信 标记本次无效，保存原因，不显示成功成绩

    这套状态机刻意做得很「笨」：不猜、不补、不回头修。原因很直接——加速成绩的价值在于可信，而不在于好看。

    哪些情况必须判为无效

    「无效」不是异常处理，而是产品功能的一部分。至少要覆盖这六类场景：

    1. 缓慢起步——车辆长时间停留在 1 km/h 附近，起步时刻难以确定。
    2. 瞬时跳值——单帧车速突然从 0 跳到 60，超出物理可能性。
    3. 重复帧——同一时刻收到多条相同样本。
    4. 乱序——时间戳不单调递增。
    5. 超时——请求发出后长时间没有响应。
    6. 中途失联——网关在 RUNNING 期间断开。

    这些场景必须在离线注入测试中全部覆盖：把速度曲线喂给同一套解析与状态机，逐条核对状态切换与时间戳是否正确。

    为什么 0.5 km/h 的起步阈值做不到

    标准 PID 0x0D 返回的是整数 km/h，没有小数位。所以「车速大于 0.5 km/h 即视为起步」这种阈值在协议层面就无法表达——你只能看到 0 和 1。

    因此首版采用「首次收到大于 0 的有效样本」作为起步点，并且明确：

    • 不插值。是否用 0→1 与 99→100 两点插值，必须在记录了轮询周期、往返延迟和车型信号特性之后再决定。
    • 不借用 IMU 或 GPS 填补样本。填补会产生看似连续、实则虚构的曲线。
    • 连续 0 km/h 的判定需要多个有效样本。网关断连期间「保持」的旧值，不能算进那 1 秒。

    要留什么数据，才叫可复盘

    每条车速样本至少保存六项：原始响应、解码值、请求发出时间、响应接收时间、网关状态、单调时钟时间戳。

    这里有个容易被忽略的区分：界面刷新频率不等于车速采样频率。屏幕每秒刷 20 帧，不代表每秒拿到 20 个车速样本。把两者混为一谈，会让「数据很密」变成一种错觉。

    另外，上述所有时间戳都是 OBD 响应接收时刻，不是 ECU 的实际采样时刻。这是整条链路的固有偏差，只能披露，不能消除。

    关于精度的诚实表述

    「±0.05 秒」和「优于手机」是待验证目标。在完成以下三步之前，它们不应出现在任何宣传文案里：

    1. 向同一套解析与状态机注入速度曲线，覆盖缓慢起步、瞬时跳值、重复帧、乱序、超时与中途失联。
    2. 在目标车型上记录 PID 支持情况、有效车速更新率、请求往返延迟分布、网关额外延迟，以及计时期间的丢包率。
    3. 用独立参考设备同步采集多次 0–100，统计偏差与离散程度。

    界面需要提供五种状态：待连接、待起步、计时中、成绩、无效记录。历史最佳只收录「有效且带车型 / 数据源元信息」的成绩——没有元信息的成绩无法复盘，也就不该进榜。

    常见问题

    用 GPS 测 0–100 会差多少？

    本文不给具体数字，因为差异取决于 GPS 模块的更新率、定位精度和遮挡情况，需要实测。但可以确定的是：GPS 的采样与延迟特性使它不适合作为零点几秒级判定的唯一依据，因此本方案把它排除在计时链路之外。

    IMU 能提高计时精度吗？

    不能用于提高计时精度。IMU 可以记录峰值 G 和 G 曲线，用于分析驾驶表现，但起点、60 km/h、终点三个时间戳只能来自 OBD 车速样本。

    为什么不做插值让曲线更平滑？

    因为插值会产生「看起来连续、实际不存在」的样本。首版选择保留原始离散点，等实车标定拿到轮询周期与延迟分布后，再评估插值是否值得引入。

    成绩为无效时，界面应该显示什么？

    显示无效原因，而不是一个成功成绩。无效判定的价值就在于：它让用户知道自己看到的数字是否可信。

    小结

    一个可信的 OBD 加速计时器，本质上是一套数据边界 + 状态机 + 无效判定的组合，而不是一个公式。先用整数 km/h 的现实约束定义清楚能做什么、不能做什么，再谈精度——这个顺序反了，后面全是返工。

    本文结论来自星核火花赛车科技内部车载仪表研究项目（2026-10 版）的《OBD 零百计时规格》与《五块赛道产品候选板硬件事实表》。文中精度指标均为待验证目标，实际数值以实车标定为准。