安装在自行车车把上的 LilyGO T5S3 4.7 英寸电子纸开发板,屏幕显示简化的离线地图与骑行数据,旁边放着 microSD 卡和 USB-C 线缆

如果你想要的是拆箱即用、淋雨也不必担心的成品码表,OpenTrailPaper 目前并不合适。它现在已经可以刷写使用,具备导航和记录功能,但使用者仍须自行设计或加装防护外壳,并通过实地骑行检验可靠性。该项目目前专为 LilyGO T5S3 4.7-inch E-Paper PRO 开发板设计,利用板载 GPS 和电子纸实现离线地图显示、路线引导与骑行数据记录。它真正值得关注之处,不是试图用低成本复刻 Garmin 或 Wahoo,而是让骑行者能够检查代码、掌控数据,并按自己的需求继续改造。

这个项目很新。公开代码仓库创建于 2026 年 7 月 12 日,GitHub 显示 9 月 7 日仍有代码推送。9 月 4 日发布的固件 v1.19 修复了新设备或恢复出厂设置后首次发现传感器的问题;项目说明称,已经配对过传感器的设备不受影响。该版本不是预发布版,但下载文件曾在 9 月 7 日更新,因此不能把 9 月 4 日的发布视为此后从未变化的固定二进制文件。核查时,该文件标示的 SHA-256 为 d73059b915e795b89d27077c89bc4e07356f68b431878cec5629307e6526150e。这些迹象说明开发仍然活跃,却不能证明它已经成熟,更不能替代真实道路测试。

它已经能做什么

按照项目文档,主机可利用 GPS 定位,显示预先载入的离线地图,沿 GPX 路线导航,并以 1 Hz 频率把骑行记录写成 FIT 文件保存到 SD 卡。它还能通过低功耗蓝牙连接心率计、功率计、速度和踏频传感器。地图与路线事先准备妥当后,骑行中无需手机也能导航和记录。这里的“无需手机”有明确边界:出发前仍需借助其他设备准备地图、路线、设置或固件;文档所列功能也尚不是独立评测得出的结论。

配套应用负责路线、地图、骑行记录、设置和固件传输。项目提供 iOS App Store 页面链接;Android 0.3 则于 9 月 7 日作为 GitHub 预发布版推出,需要下载 APK 后自行安装。它仍处于测试阶段,而且签名密钥不同于 Play Store 版本,不能直接覆盖或升级从 Play Store 安装的副本。对只想体验硬件的人来说,这些细节比功能清单更重要:整个使用流程已经成形,但移动端分发仍带有开发项目的痕迹。

硬件边界比名称更重要

目前唯一明确支持的硬件是 LilyGO T5S3 4.7-inch E-Paper PRO。厂商资料显示,这块开发板采用 ESP32-S3,配有 16 MB 闪存、8 MB PSRAM、960×540 电子纸、GPS、SX1262 LoRa、GT911 触控、实时时钟和 1500 mAh 电池。购买时必须留意“PRO”:外形相近的 Lite 版没有 GPS 和 LoRa,不能因为名称接近就视为等价硬件。项目有移植到其他开发板的意向,但那不代表现成兼容;换用不同尺寸的屏幕,也需要重新处理界面。

安装入口对动手者相当友好。项目网站提供基于 Web Serial 的 USB 刷写工具,也能在浏览器中生成离线地图。不过这一流程要求桌面版 Chrome、Edge 或 Opera,不支持 Safari、Firefox 和手机浏览器;某些情况下还要通过 BOOT 与 RESET 键让设备进入刷写状态。浏览器制图会通过 Overpass 使用 OpenStreetMap 数据,却不会加入配套应用制图流程所含的高程数据。选择哪条准备路径,因而会直接影响设备能够显示和计算的内容。

高程尤其需要谨慎理解。参考开发板没有气压传感器,OpenTrailPaper 使用下载地图瓦片中嵌入的地形高程网格推算海拔与爬升;没有相应瓦片的地方也就没有高程信息。这不是气压高度测量,较短、较局部的地形起伏可能被遗漏。在与可信参考设备进行同路线对比之前,不应宣称累计爬升有多准确。

骑行传感器连接目前明确采用低功耗蓝牙,而不是 ANT+。PRO 板载的 SX1262 LoRa 被用于项目所述的 Meshtastic 通信:设备以叶节点方式收发消息,不替其他节点中继流量,也不报告位置。开发者在 Show HN 讨论中提到的另一项 ESP32 ANT 实验,不能当作 ANT+ 已整合进 OpenTrailPaper 的证据;Meshtastic 的互通情况和实际距离也没有在本次核查中进行硬件验证。

开放不等于所有内容采用同一许可证

项目主体采用 Apache License 2.0,这为阅读、修改和再发布代码提供了清晰基础。但 NOTICE 文件为第三方组件分别说明许可,而由 OpenStreetMap 数据生成的地图仍受 ODbL 约束。若要分发改版固件、应用或地图,不能简单地把整个产物都称作 Apache 2.0;代码、依赖与地图数据各自可能有不同的署名及再分发义务。对于强调自主控制的项目,认真处理这些边界本身就是开放协作的一部分。

为什么值得试,又该怎样试

OpenTrailPaper 在 9 月 4 日发布 Show HN 后获得了可观讨论。核查时,Hacker News 接口显示 409 分、130 条后续回复,并列出 38 个顶层评论编号。这些数字会继续变化,只能说明项目引发了兴趣,不能证明技术可靠、销量可观或已有同等数量的活跃用户。更有价值的信号是,它已经把固件、配套软件、刷写入口、地图准备和数据导出串成一条可实际操作的路径,而不是只展示一张概念图。

对于愿意自己制作支架和保护结构、也愿意保留测试记录的人,这是一套颇有吸引力的实验平台。电子纸适合在强光下阅读,离线地图减少了途中对网络与手机的依赖,GPX 和 FIT 则让路线与骑行数据不必被锁在单一厂商服务里。开放源码还意味着问题可以被定位,界面和数据流程可以被修改,项目停更时也不至于只剩无法维护的封闭设备。这些优势都很实际,但前提是使用者接受“参与开发”而非“购买成品”的角色。

第一轮试用最好从短途、熟悉且天气稳定的路线开始。先确认刷写和恢复流程可重复,再分别检查冷启动定位、离线地图覆盖、GPX 转向提示、SD 卡写入,以及每一种蓝牙传感器的首次发现和重新连接。完成骑行后,应核对 FIT 文件是否完整,并与另一台可信设备比较轨迹、速度、距离和爬升。还应模拟断电、意外重启、地图缺块与传感器掉线,而不是只在桌面上看到页面亮起就宣布成功。

机械与环境防护同样不能后补。项目网站明确把它称为开发项目,而非已经完成、防风雨的零售产品,并提醒使用者自行保护开发板。当前资料没有列出防水、气压传感器或磁力计,GPS 也被项目方列为较基础的配置。上车前需要解决固定、震动、雨水、汗液、接口暴露和屏幕受压等问题,并准备在故障时继续安全骑行的备用方式。项目方报告的 1500 mAh 电池约 7.4 小时续航,只是一项维护者测试,不是对不同温度、刷新频率、传感器数量和电池状态的保证。

因此,OpenTrailPaper 现阶段最合适的定位不是“开源版商业码表”,而是“一款已经可以开始认真测试的开源码表原型”。它拥有明确支持的硬件、近期固件、移动端配套、离线导航和标准化记录格式,也保留了鲜明的原型属性。对追求保修、防水和稳定性的普通骑行者,等待更多实测更明智;对熟悉 ESP32、愿意做外壳并能系统记录问题的开发者和骑行爱好者,现在已经值得拿一块正确型号的 PRO 板,从可控的短途测试开始。