TRMNL X 评测：E Ink 终于走进客厅
Apps Personal Security目录
多年来，我一直在寻找一块真正好用的信息屏。我不想再添一台用通知分散注意力的平板，也不想在墙上挂电视。我想要的是一块安静的表面，路过时就能看到当前最重要的信息：日历、天气、任务、少量指标，以及办公室里几个关键安全系统的状态。
我第一次认真实践，是给 Raspberry Pi 接上一块显示器。技术上能用，但日常体验暴露了普通屏幕难以避免的问题：屏幕一直发光、持续耗电，而且即使没人看，它也像一台始终活跃的设备。我得到的不是一块信息板，而是另一台需要维护的小电脑。
因此，E Ink 很早就吸引了我。它更像印刷纸张，而不是发光屏幕。图像绘制完成后，无需持续为面板供电也能保留。设备主要在唤醒、通过 Wi-Fi 获取数据和刷新画面时耗电。这正适合不必每秒变化的信息。
一直以来，问题都在价格。几年前，大尺寸 E Ink 面板极其昂贵，现在很大程度上仍然如此。小面板尚可负担，到了 13 英寸价格就明显上升；25、27 或 32 英寸很快进入四位数。大型彩色设备或专业数字标牌接近 2,500 美元并不罕见。
然后，TRMNL 出现了，读音就像 Terminal。
TRMNL 是我拥有过的最佳信息屏，但仍然不是我最终想要的那一块。
宣称四个月，实际等了近九个月
我关注 TRMNL 很久之后才下单。当时预计交付时间约为四个月，最终却接近九个月。
尽管延误明显，却没有数月杳无音信。创始人定期通过 newsletter 和视频发布进展，说明发货推迟的原因、供应链遇到的问题，以及哪些部件尚未达到他的质量标准。他不是泛泛地要求大家耐心等待，而是解释当前卡点和剩余步骤。等待时间没有因此缩短，但这种透明沟通让我觉得真诚而亲切。我不总能知道设备何时到达，却知道它为什么还没有上路。
很少有科技产品让我付款后等这么久。我的 Tesla Model Y 也曾考验耐心，不过从想要到交付相隔两三年。对于一块小型 E Ink 屏幕，每多等一个月都显得更荒诞。明明订购的是相对简单的设备，后来却会怀疑它是否真的能到。
包裹终于到家时，几乎像一次小小的诞生。对 10.3 英寸屏幕这样描述似乎很夸张，但九个月之后，开箱已经不再是普通的新玩具体验。
设备由我自行购买。本文没有赞助，也不含联盟链接。我的日常体验基于新的 10.3 英寸 TRMNL X。我选择了大电池版本，总容量 12,000 mAh，而不是 6,000 mAh。2026 年 8 月 28 日，我依据厂商文档和公开仓库核对了开放固件、Framework、插件与自托管方案的现状。
TRMNL 究竟是什么
硬件刻意保持低调。10.3 英寸 E Paper 面板分辨率为 1,872 × 1,404 像素，达到 227 ppi，并支持 16 级灰度，也就是每像素 4 bit。正面没有品牌标志，很适合一台希望像安静画框而不是广告设备的产品。
螺丝固定的外壳可以打开，设计上也鼓励改装。X 的尺寸是 233 × 193 × 12 毫米。TRMNL 标称单电池重 365 克，像我的双电池配置则为 450 克。厂商目标是 IP65，但认证仍在等待中，FCC、CE 和 RoHS 也一样。即使结构上考虑了防尘和基本防水，我也暂时不会把它当作已获相应认证的设备。
它可以通过 USB-C 或磁吸底座充电。TRMNL 提供桌面支架、墙面安装和内置磁铁。底座通过 pogo pin 供电并连接配件，也能执行硬重置。
这与平板有关键区别。TRMNL 不会永久打开网页，也不会在后台运行二十个应用。服务器先把内容准备成图像，设备下载图像、绘制到面板，然后重新进入低功耗状态。因此，刷新间隔会显著影响续航。
厂商给 X 的典型续航是 约三到六个月。它支持一块或两块自动识别的 6,000 mAh LiPo 电池，我的配置因此达到 12,000 mAh。实际时间取决于 Wi-Fi 信号、图像内容和刷新频率。默认每 15 分钟刷新一次，也可以调整。对我而言，重点不在于最终正好是三、四还是六个月，而在于无需给摆放位置布置电源线，也不用每天充电。
屏幕没有传统触摸功能、永久连接或应用界面。X 配备手势条和 Bosch 加速度计，后者可识别横竖方向。真正的配置仍在网页 dashboard 中完成。
这种精简不是缺失功能，而是产品核心。
一次刷新在技术上如何发生
TRMNL X 不是缩小版 Linux 系统，更不是画框里的浏览器。它的主处理器是 ESP32-S3，带 16 MB flash 和 8 MB PSRAM。公开固件项目通过 esp32s3_n16r8 构建配置证实了这一点。它足以处理 Wi-Fi、TLS、PNG 解码、面板控制和固件更新。需要本地渲染的现代 JavaScript Web 应用在这里完全不合适。
ESP32 控制器是什么
ESP32 是一种微控制器。一块小芯片集成处理核心、内存、flash，以及 Wi-Fi、传感器和其他电子元件的接口。它运行专门为设备任务编写的固件，没有完整桌面操作系统、普通浏览器或长期运行的一堆后台服务。完成明确任务后，芯片可以进入极低功耗睡眠。
Raspberry Pi 则是单板计算机。它拥有更强性能，可以启动 Linux、运行浏览器、数据库并在本地渲染内容。这种灵活性对我以前的信息屏很实用，但也带来电脑的负担：系统需要启动，进程与网络服务持续运行，软件需要更新，不正确关机还可能损坏 SD 卡或文件系统。
TRMNL 通常用不到这些额外性能。服务器处理渲染、插件和调度；ESP32 只需唤醒、连接 Wi-Fi、下载完成的图像、传输到 E Paper 面板，然后回到 deep sleep。活跃窗口很短，休眠功耗极低。正因如此，电池能维持数月，而不是必须永久接通电源。
微控制器还可在唤醒后几乎立即运行，并减少维护、攻击面和故障点。若内容必须在设备本地渲染、需要复杂应用或多个服务，Raspberry Pi 更合适。对于只有一项明确任务的 E Paper 客户端，ESP32 才是更匹配的工具。
设备另有一颗 ESP32-C5，作为 5 GHz Wi-Fi modem 并使用外置天线。ESP32-S3 的 2.4 GHz Wi-Fi 保留为后备。规格列出 802.11 b/g/n/ac 与 BLE。除了加速度与手势传感器，还内置温度传感器，并提供 Qwiic 接口。通过 USB OTG，X 能向底座配件输出 5 V、最高 1.2 A。这些接口对普通 dashboard 并非必需，却让自定义传感器、配件和硬件改装更有吸引力。
TRMNL 把重活交给服务器。完整更新周期可简化为：
- 定时器把控制器从 deep sleep 唤醒。
- 设备连接已知 Wi-Fi，并调用所设服务器的 display endpoint。
- 请求包含设备 ID 或 MAC 地址、访问密钥，以及固件版本、电池电压和 Wi-Fi 信号等运行数据。
- 服务器根据 playlist、计划与条件选择下一项插件内容。
- 日历、API、webhook 或插件数据借助 Liquid 和 TRMNL Framework 放入适合 E Paper 的 layout。服务器按目标型号的分辨率与色深生成 PNG。
- 屏幕下载图像，使用匹配面板与温度的配置写入，然后再次睡眠。
服务器响应很小，不含完整日历，也不是需要设备执行的 HTML。简化形式如下：
{
"status": 0,
"image_url": "https://server.example/screens/next.png",
"filename": "calendar-2026-08-26T08-30-00Z",
"refresh_rate": 1800,
"update_firmware": false,
"reset_firmware": false
}
refresh_rate: 1800 表示 1,800 秒，也就是 30 分钟后再次请求。配合 update_firmware 和额外固件 URL，同一响应路径可以触发 OTA 更新。自建服务器实质上只需实现少数稳定 endpoint，主要是 setup、display 与 logs。
在 TRMNL cloud 中，每台设备有独立 API 密钥，客户端以 access-token 发送。调用 /api/display 会让服务器端 playlist 前进到下一项。两台设备不应误用同一密钥，否则会交替取走不同内容。TRMNL 为镜像当前画面提供另一 endpoint。这说明设备身份、playlist 状态和访问密钥紧密相连。
这种分离让客户端保持小巧、省电，也较容易移植到其他硬件。同类设备的 layout 一致，因为结果已经是图像。复杂性转移到服务器，它负责运行插件、查询数据源、渲染图像、安排 playlist 和管理设备。
为什么电池能用数月而不是数小时
E Paper 具有双稳态。简单说，黑白颜料在电场移动后会停留在原位，因此面板不需要持续耗电来保持已有图像。改变图像会耗电，Wi-Fi 消耗得更多。
若没有严格的 deep sleep，即使电池很大，续航也会大幅下降。真正的优化不仅是 E Paper，而是把唤醒窗口缩到最短：启动控制器、连接 Wi-Fi、建立 TLS、下载图像、刷新面板，然后再次睡眠。
Texas Instruments 的电池管理芯片不只是粗略测量电压，还追踪充电状态、健康状态和容量。面对两块自动识别的 6,000 mAh 电池，这比仅由电压估算百分比可靠。
小设置会产生大影响。每五分钟刷新会让无线模块唤醒次数达到每 30 分钟刷新的六倍。Wi-Fi 较差会拉长连接时间。大图或大量 dithering 需要更多数据与解码。带大面积纯色的日历和状态页几乎最适合这种架构。
现有规格给出的刷新范围是 约 200 毫秒至 1.3 秒，取决于方式。完整换图仍会出现典型 E Paper 闪烁，但持续不久。局部刷新则能更快改变单个区域。
配置过程无聊得令人愉快
首次启动时，TRMNL 会创建一个用于配置的 Wi-Fi。连接它、填写家中 Wi-Fi 信息，再把设备关联到账户。之后在浏览器中创建 playlist。
原理类似音乐服务，只是轮播的不是歌曲而是信息页面。早晨可以更频繁显示日历，工作时间显示任务，晚上展示照片。内容可以定时，最多四个数据源还可在一页上组成 mashup。
正是在这里，小面板成为有用产品。单有硬件只是一只带电池的漂亮画框。Web dashboard 和插件决定它两周后进入抽屉，还是每天被使用。
我主要把 TRMNL 用于日历。约会不需要每秒更新。路过时就能看到下一项，无需解锁手机或寻找浏览器标签。天气、任务、照片、analytics 和其他信息也按相同方式工作。
优秀的 TRMNL 页面应在几秒内回答一个问题。如果我必须停下来、滚动或研究图例，就说明放入了太多信息。
插件生态才是真正优势
我下单时大约有 450 个插件与集成。漫长等待期间，新项目不断增加。现在已经明显超过 1,000 个，X 的最新规格写着至少 1,231 个预制集成。其中包括日历、天气、任务、照片、金融、YouTube Analytics、智能家居和大量社区项目。
对我来说，这种增长几乎比数字本身更重要。整整九个月，我在设备尚未交付时就看到新的 recipe、集成和想法出现。TRMNL 显然不只是厂商维护少数既定功能。一个非常活跃的社区持续扩展系统，并展示安静 E Ink 屏幕的不同用途。
不是每个插件都适合每个人，数量大也不等于质量高。但丰富程度确实改变了产品。我可以先用现有插件，把多个视图组合成 playlist，只在需求特别时自己开发。
Private Plugin 可以定期从 HTTPS URL 获取数据，通常是 JSON。layout 使用 HTML、CSS 和 Liquid 变量描述。编辑器提供实时预览，也允许自定义 CSS 与 JavaScript。TRMNL 随后把它渲染成设备显示的图片。
TRMNL Framework 在渲染中做什么
TRMNL Framework 不只是一组漂亮的 CSS 类。它定义 screen、view、layout、标题栏、列和 mashup，还包括表格、图表、进度、图像与排版组件。E Paper layout 无法滚动，也不能在渲染后响应操作。溢出的文字必须事先截断、缩小或限制行数。
Framework 3.1 对 X 很重要。它引入基于 CSS 变量的颜色架构、更多灰度、高分辨率模式和 responsive utilities。插件能响应设备大小、横竖方向与色深。lg: 指目标设备的尺寸等级，4bit: 则专门面向 X 的 16 级灰度。
这不会让单色 X 显示彩色。成功、警告或错误等语义角色会映射到设备实际支持的调色板。旧插件继续工作，而更大字号、container query、智能列换行和竖屏规则可更好地利用 X 的空间。
截图前，JavaScript Framework Runtime Pass 会测量页面、处理溢出、截短文本、让数值适应空间并精确对齐字体。插件自己的 JavaScript 在生成 PNG 前运行于渲染环境，而不是作为 Web 应用运行在 ESP32 上。这样无需在省电客户端放入浏览器，也能获得灵活布局。
链接的 3.1 文档已经不是最新版本。截至核查时，TRMNL 提供 Framework 3.3，加入主题、JavaScript TRMNLPaint 接口，以及适配设备和主题的图表、地图与图标。基本思路不变：插件作者只描述一次信息，Framework 按目标能力调整表现。
TRMNL developer 页面 也不局限于单个插件。普通 REST API 之外，还有用于预配置设备、自动 provisioning 和设备群管理的 partner API。供应商可以交付预先关联插件和准备好引导流程的产品。这对我的个人日历无关紧要，但对企业状态屏意味着可扩展的平台。
个人安全 dashboard 的精简 API 可能只返回这些状态：
{
"checked_at": "2026-08-26 08:30",
"critical_incidents": 0,
"open_incidents": 2,
"vpn_status": "ok",
"backup_age_hours": 9
}
Liquid 随后把字段放入 markup：
<div class="layout">
<div class="columns">
<div class="column">
<span class="title">Security Status</span>
<span class="value">{{ critical_incidents }}</span>
<span class="label">kritische Vorfälle</span>
</div>
<div class="column">
<span class="title">VPN</span>
<span class="value">{{ vpn_status }}</span>
<span class="label">Backup vor {{ backup_age_hours }} Stunden</span>
</div>
</div>
</div>
示例故意保持简单。不需要完整 frontend、原生应用或屏幕上永久运行的进程。已有 API 或能输出干净 JSON 的小脚本，很快就能产生可用画面。
Plugin 一词包含多种模式。Native Plugins 由 TRMNL 维护。Private Plugin 只属于一个账户，通过 polling、webhook 或其他插件实例获得数据。公开的 Recipe 本质上是经过审核的 Private Plugin，其他人可以一键安装或 fork。已安装 recipe 会自动获得作者后续改进；fork 可自由修改，但不再同步。Screenshot Plugin 定期渲染现有网页。Third-Party Plugin 则把外部应用与简化 OAuth2 结合，运营、认证和个人数据责任由提供方承担。
我的安全 dashboard 会先使用 Private Plugin。服务器可以读取 JSON、RSS、XML、CSV 或纯文本，并可添加自定义 HTTP header。另一选择是让内部进程通过 webhook 推送已经汇总的数据。这通常比给外部 poller 直接访问内部监控系统更干净。
数据流方向很重要。由 TRMNL cloud polling 时，endpoint 必须对外可达或经过受控中介，API 密钥会存在平台配置中。使用 webhook 时，由我的系统主动发送数据。使用 BYOS 时，整个流程都可留在自己的网络。看起来相同的画面，背后可以是完全不同的安全架构。
难点不在代码，而在选择。X 的 1,872 × 1,404 像素比 OG 空间大得多，实体面积却仍是 10.3 英寸。每加一项指标，都牺牲远距离可读性。我不会试图把 SIEM 塞进画框。少数一眼能懂的状态更好：有无严重事件、backup 与 VPN 是否正常、数据何时最后检查？
安全 dashboard 不是告警系统
TRMNL 很适合让我在办公室主动看到某些安全信息，但它按间隔获取内容，没有永久 push 连接，而且本来就不该有。它是概览，不是可靠告警渠道。
严重事件仍需 push、邮件、pager 或其他主动监控方式。E Ink 屏能展示整体状态，也许让我更早发现异常指标，但不能依赖下一次刷新足够快，也不能假定我恰好正看着它。
显示数据也应严格缩减。公开可见的屏幕不应出现用户名、内部 IP、客户数据、机密 ticket 或 API 密钥。它只应接收汇总值。Backend 可以读取敏感源，但为 TRMNL 提供的 endpoint 应生成最少的屏幕专用信息。
架构对此有帮助。设备主动建立连接并从服务器拉取下一画面，无需从互联网直接访问。这减少了入站攻击面，却不代表整体无风险。使用 TRMNL cloud 就是在信任平台处理接入的数据源和渲染内容。需要更多控制的人可以自行运行服务器。
TRMNL 到底有多开放
硬件产品很容易宣传 open source，即使公开的只有旧 kernel fork 或文档很差的仓库。TRMNL 值得按层区分。
设备固件以 GPL-3.0 发布，涵盖 Wi-Fi 配置、服务器通信、OTA、PNG 解码、面板控制、温度配置、灰度与 deep sleep。可以查看、修改、编译并刷入支持的 ESP32 硬件，OG 与 X 有独立构建目标。TRMNL 提醒 main 持续开发，可能包含 breaking change。生产设备最好用标记 release 或官方 Flash Assistant。
用于 E Paper layout 的 TRMNL Framework 也公开并采用 MIT。仓库含 Sass、design token、dithering 图案、JavaScript runtime、文档与 release 工具。MIT 适用于 Framework 代码，字体、部分图像和 Highcharts 有各自条款。
我核查时，TRMNL 的 GitHub 组织列出了 53 个公开仓库，包括 BYOS 服务器、Liquid 扩展、本地插件开发服务器、翻译、OAuth 模板、API 库、Kindle、Kobo、Android 和 Raspberry Pi 客户端以及可打印支架。并非每个项目都只由核心团队完成，但公开生态远超象征性仓库。
Bring Your Own Server 有多种开放实现。Terminus 是官方旗舰，使用 MIT 并积极维护，但仍是 1.0 前的 beta。其他方案使用 PHP/Laravel、Node.js、Next.js、TypeScript、Python 的 FastAPI 或 Django，以及 Elixir/Phoenix。developer 页面将部分标为活跃、部分标为不活跃。仓库存在本身并不保证功能、长期维护或兼容性。
并非所有内容都已经开放。TRMNL 托管的 Core Web 应用仍是商业服务，没有完整公开。开放固件也不会自动让外壳、制造、质量控制和商业产品成为完全开放硬件。
这就是 Unbrickable Pledge 的位置。TRMNL 公开表示，若公司破产，会发布 Core Web 应用源码。这是值得欢迎的承诺，也由 Wayback Machine 存档，但不是合同自动触发的源码 escrow。我把它视为可信意图，而非法律保障。
更实际的保护已经存在：开放固件和可用 BYOS 服务器意味着，无需等待商业 Core 发布，也能独立运行显示器。
必须区分的四种运行模式
| 硬件 | 服务器 | TRMNL 名称 | 向 TRMNL 支付 | 典型用户 |
|---|---|---|---|---|
| TRMNL 设备 | TRMNL Cloud | Standard | 设备价格 | 最简单配置，不自营服务器 |
| 自有硬件 | TRMNL Cloud | BYOD | BYOD 许可证 | 自有屏幕，使用 TRMNL 插件与 dashboard |
| TRMNL 设备 | 自有服务器 | BYOS | 无额外许可证 | 原厂硬件，本地保存数据 |
| 自有硬件 | 自有服务器 | BYOD/S | 无许可证 | 最大程度控制硬件、固件与数据 |
标准方式是购买 OG 或 X，并使用托管平台，不强制年度订阅。TRMNL 负责 rendering、插件、playlist、OAuth 集成和更新。
BYOD 即 Bring Your Own Device，只有硬件来自其他厂商或自制。开放 TRMNL 固件或兼容客户端仍调用 TRMNL cloud。目前需要 BYOD 许可证，其中已含开发功能，因此无需另购 Developer Edition。
BYOS 即 Bring Your Own Server，保留 TRMNL 硬件，但指向自己 LAN 或 cloud 中的服务器，TRMNL 不额外收费。要注意，它绕过 TRMNL 的托管插件 stack，native cloud 集成不会自动迁移。所选实现必须支持或重建需要的数据源、playlist 与 rendering。对我而言，这是最有趣的折中：成熟省电硬件，同时控制数据和运行寿命。
BYOD/S 结合二者。屏幕是自制或重复利用，服务器也自行运行。整条链可以不向 TRMNL 付费，也不依赖其运营。免费不等于无工作：固件、服务器、数据库、backup、更新和兼容性都要维护。
TRMNL 与替代方案实际花费多少
截至 2026 年 8 月 28 日，TRMNL OG 售价 139 美元，更大的 TRMNL X 售价 229 美元。大电池为两款都增加 10 美元，X 的容量从 6,000 提升到 12,000 mAh。可选 developer access 通常一次性 20 美元，开放自定义插件和 API。
自制或重复使用设备的 BYOD 许可证为 50 美元，是单台设备的永久一次性许可。多台 BYOD 设备需要多份许可证，但可在同一账户管理。BYOS 不需要它。
与 Seeed Studio 合作开发的 7.5 英寸 TRMNL DIY Kit 现价 47.99 美元，包含 800 × 480 E Ink 面板、XIAO ESP32-S3 Plus、2,000 mAh 电池和连接线，不含成品外壳。加 50 美元 BYOD 后为 97.99 美元，另计运输、税费与外壳。使用自有服务器只付硬件钱，但需要投入时间。
| 方案 | 大致起步价格 | 还需补充的内容 |
|---|---|---|
| TRMNL OG | 139 美元 | 可选 developer access 与大电池 |
| TRMNL X | 229 美元 | 可选 developer access，6,000 或 12,000 mAh |
| Seeed DIY Kit + TRMNL Cloud | 97.99 美元 | 外壳、组装、运输与税费 |
| Seeed DIY Kit + BYOS | 47.99 美元 | 外壳、自有服务器与运营 |
| 现有 Kindle、Kobo 或 Android 屏幕 | 0 至 50 美元 | 视设备需要 jailbreak、客户端或 BYOD |
| 自有服务器 | 软件从 0 美元起 | 计算、存储、backup、更新与时间 |
商业模式也因此更清楚。TRMNL 从成品硬件、开发功能和第三方设备使用平台中获利。不愿使用托管基础设施的人可以完全绕开它。这比把开放固件当营销手段、却把所有有用功能绑定订阅公平得多。
BYOD 不只是廉价仿制
最明显的 DIY 路线是 ESP32 加兼容 E Paper 面板。Seeed kit 省去选择控制器、驱动板、电池和线缆的过程，但仍需组装、刷固件、配置 Wi-Fi 并制作或打印外壳。相对 OG 的节省没有单看 kit 价格那么大。对爱好者来说，价值本来就在理解并改变整条链。
TRMNL 也能重复利用 Raspberry Pi、Kindle、Kobo、Android 平板和其他屏幕。甚至停止服务的 Meta Portal 也能变成客户端。这具有环保意义，因为可用硬件不必仅因原厂服务关闭而被丢弃。
这些方案不会自动带来相同体验。Raspberry Pi 功耗更高，通常持续运行；LCD 平板仍然发光；Kindle 可以成为很好的 E Paper 客户端，但某些型号需要 jailbreak。受支持的 ESP32 面板最接近原始理念。
固件与服务器还必须知道设备的分辨率、旋转、色深和调色板。OG 为 800 × 480、最多四级灰度，X 为 1,872 × 1,404、16 级灰度。7.3 英寸 Spectra 6 面板需要与 7.5 英寸单色面板不同的驱动与刷新逻辑。BYOD 不代表任意 E Ink 表面刷一次固件就能完美工作。
我仍然喜欢这种技术开放性。厂商主动帮助把更便宜或已有硬件接入同一平台。这可能分流自家硬件销售，却让生态更有长期价值。
自托管在实践中意味着什么
产品页面上的 BYOS 很容易让人以为只是一个 Docker container 和五分钟。Terminus 使用 Ruby 与 Hanami、PostgreSQL、Sidekiq、Valkey、Puma、ImageMagick，以及自己的 rendering 与 job 流程。它支持 Docker，也支持 Raspberry Pi 与 Kubernetes。目前 Terminus 仍自称 beta，尚未达到 1.0。
这不是避开它的理由，却提醒我们不要把 self-hosting 等同于免维护。固件与服务器共享协议。setup、display 或 logs endpoint 若改变，两边都要保持兼容。数据库、上传、用户账户、后台 job 与 backup 都由自己负责。
需求简单时，较轻的社区实现可能更合适。只有固定 playlist 与少量自定义页面，不一定需要完整 Core 副本。若期待多设备、用户、传感器、插件、预览和自动固件管理，更大的 Terminus stack 更有价值。
对我的安全 dashboard，BYOS 尤其有吸引力。本地服务器可以直接从内部 API 获取数据，生成刻意脱敏的画面并发送给屏幕。监控 endpoint 无需公开，敏感凭据也不必存在外部插件配置中。代价是我要像维护其他内部应用一样对服务器打补丁、监控和保护。
生态为何可能在商业上持续
开发者现在可以将插件发布为 recipe 或 third-party plugin。自 2025 年 11 月起，TRMNL 通过 Creator Fund 奖励贡献。受益者不仅是插件作者，也包括翻译、固件、支架与其他生态组件的贡献者。
这不是慈善，而是合理循环。更多优秀插件让平台更有吸引力，更多用户购买硬件、Developer Edition 或 BYOD，部分收入回到提升平台价值的人手中。
因此，我觉得这种模式比传统硬件订阅更有趣。TRMNL 在存在真实成本或增值的地方收费，同时保留完整技术出口。厂商因为用户愿意留下而赚钱，而不是因为用户在技术上无法离开。
快速刷新与硬件改装空间
E Paper 有一个典型特征：完整刷新时面板会短暂闪烁。这是技术特点，对每几分钟才更新的设备不是什么问题。X 的记录刷新时间约为 200 毫秒至 1.3 秒。
16 级灰度明显改善日历、阴影、图表与黑白照片。局部刷新适合小变化，完整刷新则彻底重绘面板。选择不仅取决于速度，也取决于变化面积以及需要多严格地避免残影。
X 的机械设计也很开放：螺丝外壳可拆、Qwiic 可扩展，USB OTG 可通过磁吸 pogo pin 底座为配件供电。开放固件使这些扩展不完全依赖厂商的产品路线图。
为什么连 10.3 英寸也不够
X 比最初的 OG 大得多，也清晰得多。在桌面或近距离使用非常合适。可是在厨房里，我想从几米外看家庭日历，这仍然只是过渡尺寸。多信息 mashup 近看很惊艳，远处却很快变得太细小。
我希望厨房里有约 13 英寸，足够显示周历、天气、任务和一条短备注，不必处处妥协。在客厅或办公室，我甚至想要 27 至 32 英寸，用来显示照片、艺术、家庭信息或安全 dashboard。
我的 TRMNL X 是朝这个方向迈出的一大步。4:3 比例适合日历和照片，高分辨率让近距离字体很细腻，正面没有 logo 也显得中性。12,000 mAh 让更大面积不意味着必须布置永久充电线。
对书桌或小墙面来说，X 是更合理的选择。但对我理想中的厨房，10.3 英寸仍小于预期。它没有解决尺寸问题，只是移动了边界。
大尺寸 E Ink 的经济现实非常残酷。官方 E Ink 商店的一块 13.3 英寸单色面板目前售价 449 美元，还不含控制器和成品。DASUNG 25.3 英寸显示器根据版本约为 1,548 至 1,649 美元。大型彩色方案可能更贵。这解释了价格，却不会让厨房方案变得更容易接受。
颜色也是另一种妥协。黑、白和灰度对日历、文字和状态已经出奇地够用，但客厅照片需要更多。彩色 E Paper 很迷人，通常没有 LCD 或 OLED 鲜艳，又会进一步推高价格。我理想中的 32 英寸彩色 TRMNL 也许在技术上能由零件组成，但经济上还不是普通消费品。
局限本就是理念的一部分
TRMNL 不是平板替代品。动画、视频、快速滚动和直接交互都不是它的任务。想每分钟更新股票价格或点击屏幕的人，会更适合普通显示器。
X 上的照片也是风格选择。16 级灰度与高分辨率能产生像高品质报纸插图一样的魅力，但渐变、肤色和暗场无法忠实再现，因为面板始终是单色。
续航也不是自然定律。很短的刷新间隔、差 Wi-Fi 或复杂图像会更频繁唤醒无线模块和控制器，需要更早充电。这不是缺陷，而是实时性与安静之间的正常取舍。
我个人最不满意的仍是尺寸，这几乎是对其他部分的赞美。我并不抱怨难用软件、复杂配置或封闭系统，只是想要更大面积，因为我已经知道会在上面显示什么。
漫长等待后的结论
等待值得吗？值得，尽管原本宣称四个月的产品让我等近九个月，确实非常久。
TRMNL 优雅地解决了我以前的 Raspberry Pi 问题。它不会一直发光，摆放位置无需永久电源线，日常也几乎不需要关注。日历就在那里，其他信息按计划出现。如果想要更多，我可以组合插件，或以可控工作量自己开发。
生态对我更重要。开放固件、文档化 BYOD、多个 self-hosting 项目、简单插件模型和活跃社区，对于小型硬件厂商并非理所当然。它们减少了设备仅因 cloud 消失或公司改变策略而变成电子垃圾的风险。
不过我不会盲目向所有人推荐 TRMNL。即便是我测试的 X，10.3 英寸主要仍是短至中距离使用的个人信息屏。想装备厨房、客厅或办公室的人，应认真考虑阅读距离。对我的设想，X 仍不够大。一旦要求 13 或 25 英寸，或需要颜色，价格会迅速离开舒适区。
因此，TRMNL 不是我的终点，而是目前最有说服力的中间状态。它展示了安静、省电、开放的信息屏应该怎样工作。现在只需要显示行业让同一理念在 13、27 或 32 英寸上变得可负担。
那一天到来时，我已经知道这些设备会挂在哪里。
下次见，
Joe
