星核火花赛车科技

进入商城

分类： 赛道攻略

  • 电子纸路书：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 次翻页残影与休眠电流为源文档明确标注的待实测项目，文中未写成已达成。原型中除分辨率与色彩令牌外的数值均为明确标注的模拟数据。

  • 五套赛道 HMI 主题：配色、栅格与余光可读性

    结论：五套赛道 HMI 主题（厂商 / JDM / 赛道 / 复古机械 / 霓虹遥测）只改视觉语言，不改信息架构：它们共享同一组模拟 OBD 数据、计时与告警状态，切换主题不重置回放。决定余光可读性的不是配色本身，而是固定位置的告警区、统一字距的标签与窄无衬线大数值。

    五套主题改的是视觉语言，不是信息架构

    五套主题的差异只落在配色、字形与动效这一层，数据优先级与告警逻辑完全一致。这一点在 kno 赛道 HMI 原型里是硬约束：五套主题共享同一组模拟 OBD 数据、计时与告警状态，切换主题不重置回放。换句话说，主题是一层皮，不是一套新逻辑。

    这条约束的价值在于可验证性。如果每个主题各带一套自己的数据流或计时状态，就没法判断「同一个工况下五种视觉是否都读得出来」——变量太多。把主题限制在视觉层，才能让「换主题」这件事变成纯粹的视觉对照。信息架构本身的设计顺序另见 赛道仪表的信息架构：从圈速到告警的设计顺序。

    五套主题分别在强调什么？

    五套主题各有明确取向：厂商主题求统一克制，JDM 与霓虹求动效层次，赛道与复古求朴素可读。下表是各主题的视觉规则与数据驱动的动效。

    主题 视觉规则 数据与动效
    厂商 pro（默认） 统一深底、统一字距标签、窄无衬线大数值、青 / 琥珀 / 绿 / 红告警色板 换挡灯条与转速弧由 RPM 驱动；右侧告警柱与底栏随工况变色
    JDM 深底、压缩展示字、机械刻度、红针、湖绿车速色块 RPM 驱动分段换挡灯与指针；车速驱动进度块
    赛道 中性深底、大数字和清晰分隔线 优先突出 OBD 车速、圈速和告警
    复古机械 中性浅色表盘、细刻度、红针、衬线数字 指针随车速和转速变化，状态以文字和颜色双重表达
    霓虹遥测 深色数码排版、青 / 蓝 / 粉色量化条、模块化信息区 速度和转速用分段色块推进；报警区随工况变色

    「厂商」是这一轮新增并设为默认的主题。它的参考对象（RaceLogic / AiM MXS / PLEX SDM / MoTeC / Forza / iRacing / SimHub / RaceLab 等）在本轮只以文字描述的形式提供，图片文件不在工作区内，因此该主题是按描述建立的信息架构与原创视觉，未做逐图参考比对。所有图形、文字与布局均重新绘制，不使用任何参考品牌的 logo、商标字体或截图素材。

    颜色为什么必须写成「有用途的令牌」，而不是随手取色？

    把颜色写成有用途的令牌，是让五块屏、五套主题保持一致的前提；pro 主题的令牌按背景层、文字层、语义层三级组织。

    层级 令牌 色值 用途
    背景层 背景 #05080A 夜间主屏
    背景层 面板 #0D1417 卡片、次级底条
    背景层 抬升面 #131D21 强调格（如最佳成绩、告警格底）
    背景层 描边 #1E2B31 卡片边框
    背景层 分隔线 #16242A 字段分区
    文字层 主读数 #EDF3F4 车速、转速、时间
    文字层 次级文字 #93A7AC 标签、单位
    文字层 三级文字 #5B6E75 指标名、弱化信息
    语义层 青色 #4FD1C5 最佳圈、速度弧、强调
    语义层 琥珀 #F5B942 DELTA、预警、转速弧
    语义层 绿色 #7CD98A 低转换挡灯、正常状态
    语义层 红色 #FF5A4E 高转灯、报警
    单色介质 电子纸 #F1F1EA / #202A2A 单色静态路书

    把颜色分成三层，解决的是「改一处、乱一片」的问题。背景层只负责层次，五档灰阶拉开卡片与底条的关系；文字层只负责可读性，主读数与次级、三级文字之间有明确的亮度落差；语义层只负责含义，青 / 琥珀 / 绿 / 红各自绑定一种状态，不参与装饰。语义色一旦被拿去当装饰，告警就不再可靠——这是配色表里最需要守住的一条。

    余光可读性靠哪三条规则保证？

    余光可读性靠三条可执行的规则：告警位置固定、标签统一加字距、数值走窄无衬线大字号。它们都是可检查的工程约束，不是审美偏好。

    第一条是告警位置固定。赛道驾驶时不可能逐字阅读，只能靠余光判断颜色和位置：在 3.5 寸上是顶部换挡灯条加下方四格，告警时水温与油压两格转红并描红边；在 4.3 与 5.0 寸上是右侧独立的告警状态柱，固定显示油压、水温、电压、OBD 四项。位置不随数据变化而移动，是余光可读的前提——告警一旦会「跳」，余光就失效了。

    第二条是标签统一加字距（letter-spacing）。中文标签在深底窄间距下容易糊成一团，统一拉开字距能让字符边界在余光下更清楚。

    第三条是数值走 Bahnschrift 类窄无衬线字体。窄无衬线在相同物理宽度内能塞下更大的字号，这对 1.64 寸这类小画布尤其关键。

    这些主题目前能证明什么、不能证明什么？

    能证明的是信息架构与视觉语言的自洽性，不能证明的是任何实机显示与计时性能。原型的自动校验用 Playwright 遍历 5 块屏 × 5 套主题 × 全部副视图，逐项检查：SVG viewBox 是否为各板原生像素尺寸；所有 <text> 元素是否越出画布（用 getBBox() 逐项检测）；SVG 内容中是否泄漏 undefined 字符串；默认主题是否为 pro、主题切换是否生效；以及 OBD 回放推进、计时完成、断连状态、路书翻页、移动端横向溢出等交互状态。

    但边界必须写明——这套原型不证明 ESP-IDF / LVGL 点屏、SPI / DSI 帧率、实车 PID 支持或计时精度。显示链路的帧率约束可参考 车载 HMI 的 30 FPS：SPI 与 MIPI-DSI 显示链路差在哪。另外两条限制同样要留档：预览使用的是系统字体（Bahnschrift / Microsoft YaHei / Impact / Georgia / Consolas），固件移植前须选定允许嵌入式再分发的字体并重新检查文字边界；圈速、侧向 G、胎压等数值为示意值，档位与油压尚无车型适配，零百计时只使用模拟 OBD 车速，实机须接入受保护的 OBD 网关。

    还有一层方法论上的取舍值得记录。本轮在动手之前先检索了可核验的 UI 设计 skill：本机 skill-installer 的 OpenAI curated 目录接口返回 HTTP 403，应用内浏览器的设计系统检索连接超时，本机 visualize skill 的说明明确其用于对话内可视化、不适用于修改现有项目页面。因此本轮没有安装或引用任何未经核验的第三方 skill，风格直接落在已有 HMI 工程里实现。这比先引入一个来路不明的设计系统再回退要省事得多。赛道数据侧可对照 SR-Data 圈速分析套件，赛道几何与圈速基准可参考 上海国际赛车场。

    常见问题

    赛道仪表的配色应该先定哪一层？

    先定语义层，再定文字层，最后定背景层。语义色（青 / 琥珀 / 绿 / 红）绑定告警含义，一旦被装饰占用就失去可靠性；文字层要保证主读数与次级、三级文字有明确亮度落差；背景层只是把卡片与底条分出层次。顺序反了，改配色时会连带改掉信息层级。

    JDM 主题和霓虹主题的核心区别是什么？

    区别在动效的表达方式。JDM 用机械刻度、实体指针和珊瑚红 / 湖绿实色色块，靠 RPM 驱动分段换挡灯与指针、车速驱动进度块；霓虹遥测则用深色数码排版、青 / 蓝 / 粉色量化条和模块化信息区，靠速度和转速的分段色块推进。前者模仿机械表，后者模仿数码遥测。

    切换视觉主题会重置计时或 OBD 数据吗？

    不会。五套主题共享同一组模拟 OBD 数据、计时与告警状态，切换主题不重置回放。这正是把主题限制在视觉层的目的——保证换主题时变量只有一个。

    这五套主题能直接烧进固件吗？

    不能直接移植。它们用系统字体渲染，且不证明 ESP-IDF / LVGL 点屏、SPI / DSI 帧率、实车 PID 支持或计时精度。固件移植前须选定允许嵌入式再分发的字体并重新检查文字边界，并完成实机验证。

    本文数据来自星核火花赛车科技内部赛道 HMI 原型项目（kno）的《赛道 HMI 原型（kno 副本 · 统一厂商风）》README（2026-10 版）与《仪表 UI 风格与 skill 检索》（检索日期 2026-10-04）。五套主题共享的 OBD、计时与告警状态均为明确标注的模拟数据；「厂商」主题未做逐图参考分析，参考图仅以文字描述形式提供。文中的 skill 检索结果（HTTP 403、连接超时、visualize 不适用）为 2026-10-04 当次实测结论，仅代表当日状态。本原型不构成对 ESP-IDF / LVGL 点屏、SPI / DSI 帧率、实车 PID 支持或计时精度的验证。