← #802

FreeInk：面向电子阅读器的开放生态系统

文章摘要

FreeInk（freeink.org）自我定位为「面向电子阅读器的开放生态系统」（An open ecosystem for e-readers），目标是把电子墨水阅读器从亚马逊、Kobo 这类封闭生态中解放出来——从硬件设计、SDK 到固件，整条链路都开放可改。项目主页内容以交互式页面呈现，配套的硬件仓库是 GitHub 上的 iandchasse/de-link。

从硬件层面看，FreeInk/de-link 是一套围绕 ESP32-S3 微控制器构建的「开源微型阅读器暨开发套件」。它支持任意 24 针 GoodDisplay SPI 电子纸面板，覆盖 3.97 英寸、4.26 英寸到 7.5 英寸及以上的尺寸；存储走 4-bit SDMMC（比常见的单比特方案更快）；接口为 USB-C，配有实体按键阵列。设计上刻意选用 0805 和 SOT-23 这类可手工焊接的封装，外壳则提供完全开源、可 3D 打印的模型，没有任何制造限制。硬件是模块化的：可选的 LED 驱动模块用于带前光的面板，另有独立的电池保护电路。项目宣称充电、电池保护、可选前光和 24 针电子纸接口都集成在一块 PCB 上，自制成本约 60 美元。固件侧默认跑 CrossPoint 阅读器软件，且不锁 bootloader。

项目目前仍在活跃开发中：预原型已完成文档化，v1.0 版 PCB 设计接近收尾，量产文件将在正式发布时公开。路线图里的「Checkpoint 3: Board v2.0」预计在 2026 年 9 月左右，目标是把平台从最初的 4.26 英寸屏幕扩展到 3.97 英寸和 7.5 英寸，并展示完整的可选模块系统能力。项目通过 Discord 组织社区协作，资金来自 Patreon 和 Ko-fi。

从 HN 讨论看，FreeInk 的直接背景是近期爆火的 Xteink X3/X4 系列微型电子墨水阅读器。有评论者梳理出这套软件栈的谱系：FreeInk 是 OpenX4 E-Paper Community SDK 的下一代演进——一个由 CrossPoint 核心贡献者做的、把电子墨水硬件抽象掉的 SDK；而 CrossPoint 则是跑在 FreeInk 之上的固件。开发者 itsthisjustin 在帖子里现身答疑，明确表示「让任何人都能在这些平台上开发」正是 100% 的目标。

HN 评论精华

imzadi：几周前买了 Xteink X4，非常喜欢，试过几种不同固件但还没定下来。屏幕和极简界面都很棒，唯一麻烦的是把 Kindle 上的书弄进去，但值得折腾——这反而促使他开始在亚马逊生态之外买书，最近多从 Humble 入手。
timw4mail：推荐 Witch Reader（jpirnay/witchhunt-reader），认为它拥有 CrossPoint 的全部功能，但排版渲染更好、特性更多，试过一堆替代品后总是回到它。想让系列书籍聚合显示的话可以看 AALU。CrossPoint OS 本身也依然很不错。
wernerb：唱反调——装了 KOReader 的 Kobo 阅读器对他来说已经足够开放，Kobo Libra 2 黑白版是他用过最好的阅读器（彩色版在常规阅读的显示质量上反而退步了）。
dugite-code：补充说即使不装 KOReader，Kobo 对折腾也相当友好——拿到 root 和 SSH 权限只需要在磁盘上重命名一个文件。
mholm：点出关键区别——这些设备不是在跟 Kobo 竞争，它们是「微型阅读器」，往往比手机还小，处理器极弱、硬件极简，「App」在这里还不是一个成立的概念。
fedeb95：一句话总结项目定位：「这讲的是开放硬件。你根本不需要再造一个 Kobo 克隆。因为开放，你可以按自己的需求裁剪。如果你的需求 Kobo 已经满足了，那也很好。」
stevage：批评性意见——这个站点看起来是给愿意自己焊阅读器的人准备的，而不是现成设备。另外「一块 PCB 约 60 美元」有点误导：按官方物料清单，做 5 块才是 63.74 美元（还不含运费），只做一块（正常人的做法）会更贵，而且这只是电路板和元件，外壳塑料件没有任何说明。
monocularvision / mikepurvis：查了所有支持的电子墨水设备，发现全都很小，追问有没有 Paperwhite 尺寸的机器能跑。mikepurvis 表示「一款正经的第三方固件竟然连一台 Kindle 或 Kobo 都不支持，难以想象」。
poulpy123：反驳上述期待——「那你该去要求亚马逊和 Kobo 开放系统。开发者大概有更值得做的事，而不是跟一个千亿级组织打地鼠。」
IshKebab：技术上给出解释：ESP32-S3 对更大尺寸的电子墨水设备来说确实太弱了。
boznz：也指出很多人在讨论移植到老 Kindle 或其他阅读器，但这个固件当前面向 ESP32 芯片组，而那些设备一台都不用这个芯片。
joshstrange：把「支持 KOReader」当成选阅读器的底线，目前用越狱的 Kindle PW5 加 KOReader + BookOrbit。他担心 FreeInk 似乎想「掌控整个软件栈」，会不会不支持 KOReader。bunderbunder 回应：大概只是缺一个愿意花力气把 KOReader 移植到这个平台的人。
t1234s 提问封闭生态下书被改版或删除的先例，引出一串史料：simcop2387 指出最早广为人知的是 2009 年亚马逊远程删书事件，并讽刺「第一起被大规模报道的案例恰好发生在《1984》上」；pnw 和 qingcharles 补充 Kindle 会删掉侧载书籍、联网后剥掉侧载书的封面，解决办法是常开飞行模式；jjice 提到 Roald Dahl 作品被改写更新的争议。
tren：在 DRM 话题下带来一点积极信息——他们在用 EDRLab 的 LCP 开放标准，其他厂商开始采纳，Kobo 据说今年也有此计划，LCPL 文件可以在任何兼容 LCP 的阅读器上打开。
vzaliva：认为缺失的关键整合点是阅读进度同步——Kindle 的杀手级特性是多设备位置同步，希望能跨不同品牌阅读器实现。作者 itsthisjustin 回应说 CrossPoint 自带的 kosync 已经解决了这个问题，他还在做同步回 Kindle 的方案。
kstrauser / tapvt / loremm：从体验角度作证微型阅读器的价值。kstrauser 说现在出门口袋里一边手机一边阅读器，通勤路上真的开始读书了；tapvt 说睡前更容易放下手机，而且不用担心忘记充电；loremm 特别提到「轻」的震撼——像超轻游戏鼠标一样，轻到你只感觉在动自己的手，注意不到设备本身。
gausswho：吐槽了一句「支持设备表的最后一列把所有设备都标成红色的 Full（固件太胖装不进任何一台）。哦，Claude。」——暗指页面是 AI 生成时出的纰漏。