TRMNL Xレビュー：E Inkがリビングに似合う時代へ

私は何年も、優れた情報ディスプレイを探してきました。通知で気を散らすタブレットでも、壁に掛けるテレビでもありません。通りかかったときに、カレンダー、天気、タスク、少数の指標、そしてオフィスでは重要なセキュリティシステムの状態を静かに見せてくれる画面が欲しいのです。

最初の本格的な試みは、Raspberry Piにモニターを接続する構成でした。技術的には動きました。しかし通常のディスプレイでは避けにくい点が気になりました。常に発光し、電力を消費し、誰も見ていないときでも稼働中の機器に見えます。情報ボードというより、管理すべき小さなコンピューターが一台増えただけでした。

だからこそ、E Inkには早くから魅力を感じていました。光る画面より印刷した紙に近く、一度描いた画像はパネルへ継続的に給電しなくても残ります。電力が主に必要なのは、端末が起動し、Wi-Fiでデータを取得し、表示を更新するときです。毎秒変化しない情報には理想的です。

問題は価格でした。大型E Inkパネルは数年前には極めて高価で、今も多くの場合そうです。小型は手頃でも、13インチになると明らかに高くなります。25、27、32インチではすぐに4桁の価格帯に入り、大型カラー製品や業務用サイネージで2,500ドル前後は珍しくありません。

そこへ登場したのが、Terminalのように発音するTRMNLです。

4か月の予定が、ほぼ9か月待ちに

注文するずっと前からTRMNLを追っていました。当初の納期は約4か月でしたが、最終的にはほぼ9か月待ちました。

大幅な遅延があっても、何か月も音沙汰がない状態ではありませんでした。創業者はnewsletterと動画で定期的に状況を共有し、出荷が遅れた理由、供給上の問題、品質基準をまだ満たしていない箇所を説明しました。単に辛抱を求めるのではなく、障害と残りの工程を明らかにしていました。待ち時間は短くなりませんが、この透明性には好感を持ちました。到着日が分からないときでも、なぜまだ発送されていないかは分かりました。

購入後にこれほど待った技術製品は多くありません。Tesla Model Yも忍耐を試しましたが、欲しいと思ってから納車まで2、3年ありました。小さなE Ink画面では、追加の1か月ごとにますます不思議な感覚になります。比較的単純な製品を注文したはずなのに、本当に届くのか疑い始めます。

荷物がようやく自宅に着いたときは、小さな誕生のようでした。10.3インチ画面に対して大げさに聞こえますが、9か月後の開封は普通の新しいガジェット以上の体験でした。

端末は自費で購入しました。この記事はスポンサー記事ではなく、affiliateリンクもありません。日常で試したのは新しい10.3インチTRMNL Xです。私は大容量バッテリーを選び、6,000 mAhではなく合計12,000 mAhです。2026年8月28日時点で、オープンなfirmware、Framework、プラグイン、セルフホストの状況をメーカー資料と公開リポジトリで確認しました。

TRMNLとは何か

ハードウェアは意図的に控えめです。10.3インチE Paperパネルは1,872 × 1,404ピクセル、227 ppi、16階調のグレー、つまり1ピクセル4 bitです。前面にロゴはありません。宣伝用ガジェットではなく、静かな写真立てのように見せたい製品に合っています。

ねじ留めの筐体は開けられ、改造しやすい設計です。Xは233 × 193 × 12ミリです。重量はバッテリー1個で365グラム、私のような2個構成で450グラムとされています。TRMNLはIP65を目指していますが、認証はまだ保留中です。FCC、CE、RoHSも同様です。構造上は防塵と基本的な防水を考慮していても、現時点では認証済み機器として扱いません。

充電はUSB-Cまたは磁気dockで行います。卓上スタンド、壁掛け、内蔵磁石に対応し、dockはpogo pinで電源とアクセサリーを接続し、hard resetにも使えます。

これはタブレットとの重要な違いです。TRMNLはウェブサイトを開き続けず、バックグラウンドで多数のアプリを動かしません。サーバーが内容を画像として準備し、端末が取得してパネルに描画し、再び低消費電力状態へ戻ります。そのため更新間隔がバッテリー寿命を大きく左右します。

一般的な利用でメーカーは約3〜6か月としています。Xは自動認識される6,000 mAh LiPoバッテリーを1個または2個搭載でき、私の構成は12,000 mAhです。実際の期間はWi-Fi受信、画像内容、更新頻度に左右されます。初期設定は15分ごとのrefreshで、変更できます。私にとって重要なのは厳密に3、4、6か月のどれかではなく、設置場所まで電源ケーブルを引かず、毎晩充電しなくてよいことです。

一般的なtouchscreen、常時接続、画面上のアプリUIはありません。代わりにジェスチャーバーとBosch製加速度センサーを備え、縦横の向きなどを認識します。設定はウェブdashboardで行います。

この削減は機能不足ではなく、製品の本質です。

refresh時に技術的に起こること

TRMNL Xは小型Linuxシステムでも、額縁の中のブラウザでもありません。メインプロセッサは16 MB flashと8 MB PSRAMを備えたESP32-S3です。公開firmwareのesp32s3_n16r8プロファイルもこの構成を示します。Wi-Fi、TLS、PNGデコード、パネル制御、firmware更新には十分です。ローカルrenderingを行う現代的なJavaScriptウェブアプリには全く向きません。

ESP32コントローラーとは何か

ESP32はマイクロコントローラーです。小さなチップに処理コア、メモリ、flash、Wi-Fiやセンサーなどのインターフェースを統合し、特定の用途向けfirmwareを実行します。完全なデスクトップOS、通常のブラウザ、常時動く多数のサービスはありません。仕事を終えると、極めて低消費電力の睡眠状態に入れます。

Raspberry Piは対照的にシングルボードコンピューターです。はるかに高性能で、Linux、ブラウザ、データベース、ローカルrenderingを実行できます。以前の画面では便利でしたが、コンピューター特有の負担もあります。OSの起動、常駐プロセスとネットワークサービス、更新、そして不適切な電源断によるSDカードやファイルシステムの問題です。

TRMNLでは追加性能の多くが不要です。rendering、プラグイン、スケジュールはサーバーが担当します。ESP32は起動し、Wi-Fiにつなぎ、完成した画像をダウンロードし、E Paperパネルへ送り、deep sleepへ戻るだけです。動作時間が短く、待機電力は極小です。常時給電ではなく数か月のバッテリー駆動が可能になる理由です。

マイクロコントローラーはほぼ即座に起動し、保守、攻撃面、故障点も減らします。端末上でrenderingする、複雑なアプリを動かす、複数サービスを提供するならRaspberry Piが適しています。一つの明確な役割を持つE PaperクライアントにはESP32のほうが適切です。

5 GHz Wi-Fi用に外部アンテナを使うESP32-C5も搭載し、ESP32-S3の2.4 GHz Wi-Fiを予備として残します。仕様は802.11 b/g/n/acとBLEに対応します。温度センサー、加速度センサー、ジェスチャーセンサー、拡張用Qwiicもあります。USB OTG経由でdockのアクセサリーに5 V、最大1.2 Aを供給できます。通常のdashboardには不要でも、独自センサーやhardware modには魅力的です。

TRMNLは重い処理をサーバーへ移します。更新周期は概ね次のとおりです。

1. タイマーがコントローラーをdeep sleepから起こす。
2. 既知のWi-Fiに接続し、設定したサーバーのdisplay endpointを呼ぶ。
3. 端末IDまたはMACアドレス、アクセスキー、firmwareバージョン、バッテリー電圧、Wi-Fi強度などを送る。
4. サーバーがplaylist、予定、条件から次のコンテンツを選ぶ。
5. カレンダー、API、webhook、プラグインのデータをLiquidとTRMNL FrameworkでE Paper向けlayoutに入れ、モデルの解像度と色深度に合わせたPNGを作る。
6. 端末が画像を取得し、適切なパネル・温度プロファイルで書き込み、再び眠る。

サーバー応答は小さく、カレンダー全体や端末で実行する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更新も開始できます。独自サーバーは主にsetup、display、logsという少数の安定endpointを再現すれば足ります。

TRMNL cloudでは端末ごとにAPIキーがあり、クライアントはaccess-tokenとして送ります。/api/displayへのアクセスは、サーバー側playlistを次の適合コンテンツへ進めます。2台が同じキーを共有すると異なる項目を交互に取るため避けるべきです。現在の画面をミラーする別endpointもあります。端末ID、playlist状態、アクセスキーが密接に結びついています。

この分離によりクライアントは小さく、省電力で、別hardwareにも比較的移植しやすくなります。同種端末では結果が画像なので同じlayoutになります。一方、プラグイン実行、データ取得、画像rendering、playlist計画、端末管理の複雑さはサーバー側へ移ります。

バッテリーが数時間ではなく数か月持つ理由

E Paperは双安定です。単純化すると、電界で動いた白黒の顔料はその位置に留まり、表示済み画像を保つための継続電力が不要です。画像変更には電力が必要で、Wi-Fiはさらに多く消費します。

徹底したdeep sleepがなければ、大きなバッテリーでも寿命は大幅に低下します。本当の最適化は、コントローラー起動、Wi-Fi、TLS、画像取得、パネル更新、再睡眠という動作時間を最短にすることです。

Texas Instrumentsのバッテリー管理チップは単なる電圧ではなく、充電状態、健全性、容量を追跡します。自動認識される6,000 mAhパックが2個ある場合、電圧だけから推定するパーセント表示より合理的です。

小さな設定が大きく効きます。5分ごとのrefreshは30分ごとの6倍、無線を起こします。Wi-Fiが弱いと接続時間が伸び、大きい画像や強いditheringはデータ量とデコード時間を増やします。広い単色領域を持つカレンダーや状態ページは、この構造に理想的です。

現在の仕様では、更新方法に応じて約200ミリ秒から1.3秒です。全画面変更はE Paper特有の点滅が見えますが、長くはありません。部分更新なら特定領域をより速く変更できます。

驚くほど退屈で快適なセットアップ

最初に電源を入れると、TRMNLは初期設定用Wi-Fiを作ります。接続して自宅Wi-Fi情報を入力し、端末をアカウントへ関連付けます。その後ブラウザでplaylistを作ります。

音楽サービスに似ていますが、曲の代わりに情報ページが切り替わります。朝はカレンダーを多く、勤務中はタスク、夜は写真を表示できます。時間帯を指定でき、最大4データソースを一つのmashupへまとめられます。

ここで小型E Inkパネルが実用品になります。hardwareだけならバッテリー付きのきれいな額です。ウェブdashboardとプラグインが、2週間後に引き出しへ入るか、毎日使われるかを決めます。

私は主にカレンダーを使います。予定は秒単位の更新が不要です。通りかかるだけで次の予定が分かり、スマートフォンのロック解除やタブ探しも不要です。天気、タスク、写真、analyticsも同じ形で機能します。

良いTRMNL画面は数秒で一つの問いに答えます。立ち止まり、scrollし、凡例を読む必要があれば、情報を詰め込みすぎています。

プラグインのエコシステムこそ最大の強み

注文時には約450のプラグインとintegrationがありました。長い待ち時間にも新しいものが増え続けました。今では1,000を大幅に超え、Xの現行仕様は少なくとも1,231の構築済みintegrationを挙げます。カレンダー、天気、タスク、写真、金融、YouTube Analytics、smart home、コミュニティプロジェクトなどです。

この成長は数字以上に重要です。端末が届く前の9か月間にrecipe、integration、アイデアが増える様子を見ました。TRMNLはメーカーが数機能を管理するだけではありません。活発なコミュニティがシステムを拡張し、静かなE Ink画面の多様な使い方を示しています。

TRMNLのintegration一覧を見て、自分に合うものがあるか確認してください。

すべてのプラグインが全員に有用とは限らず、数だけで品質は決まりません。それでも選択肢の広さは製品を変えます。既存プラグインから始め、複数viewを組み合わせ、特別な要件だけ自作できます。

Private PluginはHTTPS URLから定期的にデータを取得し、通常はJSONを使います。layoutはHTML、CSS、Liquid変数で記述します。エディターにはライブpreviewがあり、必要に応じて独自CSSとJavaScriptも使えます。TRMNLがそれを画面用画像へrenderします。

renderingでTRMNL Frameworkが担当すること

TRMNL FrameworkはCSSクラス集だけではありません。screen、view、layout、タイトルバー、列、mashupに加え、表、chart、進捗、画像、文字組みを定義します。E Paper layoutはscrollできず、render後の入力にも反応できません。あふれる文字は事前に切る、縮める、行数を制限する必要があります。

Framework 3.1はXにとって重要でした。CSS変数ベースの色設計、追加の灰色、高解像度rendering、responsive utilityを導入しました。プラグインは端末サイズ、縦横、色深度に反応できます。lg:はブラウザ幅ではなく対象端末クラス、4bit:はXの16階調を意味します。

単色Xがカラーになるわけではありません。成功、警告、エラーなどの意味を利用可能なpaletteへ割り当てます。既存プラグインは動き続け、文字サイズ、container query、列折り返し、縦向き規則によってXの面積をさらに活用できます。

screenshot前にJavaScriptのFramework Runtime Passが画面を測定し、overflow、文字短縮、値のフィット、font位置を処理します。独自JavaScriptはPNG作成前のrendering環境で実行され、ESP32上のweb appとしては動きません。これにより省電力clientにbrowserを載せず柔軟なlayoutを実現します。

リンク先の3.1は最新ではありません。確認時点ではFramework 3.3があり、themes、JavaScript用TRMNLPaint、端末とテーマに合わせたcharts、maps、iconsが追加されています。情報を一度記述し、Frameworkが端末能力へ合わせるという考えは同じです。

TRMNL developerページは個別プラグイン以上を扱います。通常のREST APIに加え、事前設定済み端末、自動provisioning、fleet管理向けpartner APIがあります。私の個人カレンダーには不要でも、企業の状態表示では単一ガジェットを拡張可能なplatformへ変えます。

個人用security dashboardのAPIなら、意図的に次の状態だけ返せます。

{
  "checked_at": "2026-08-26 08:30",
  "critical_incidents": 0,
  "open_incidents": 2,
  "vpn_status": "ok",
  "backup_age_hours": 9
}

Liquidでfieldsを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、native app、画面上の常駐processは不要です。きれいなJSONを返すAPIや小さなscriptがあれば、実用的な表示をすぐ作れます。

pluginには複数モデルがあります。Native PluginsはTRMNLが管理します。Private Pluginは一つのアカウントに属し、polling、webhook、他instanceからデータを得ます。公開Recipeは審査済みPrivate Pluginで、他者がinstallまたはforkできます。installしたrecipeは作者の改善を受け、forkは自由に変更できますが同期しません。Screenshot Pluginは既存サイトを定期renderします。Third-Party Pluginは外部アプリと簡略OAuth2を組み合わせ、運用、認証、個人データを提供者が担当します。

security dashboardならPrivate Pluginから始めます。サーバーはJSON、RSS、XML、CSV、テキストを独自HTTP header付きで取得できます。または内部processから集約値をwebhookで送れます。外部pollerへ内部monitoringの直接アクセスを与えるより安全です。

データ方向は重要です。TRMNL cloudがpollingするならendpointを外部公開するか、管理された仲介が必要で、API keysはplatformに保存されます。webhookなら自分のsystemが送信します。BYOSなら全体を自ネットワーク内にできます。同じ見た目でも、運用方式によってsecurity architectureは全く異なります。

課題はcodeより選択です。1,872 × 1,404ピクセルはOGより広いものの、物理サイズは10.3インチです。指標を増やすたび遠距離の読みやすさを失います。額縁にSIEMを再現するより、重要incidentの有無、backupとVPNの状態、最終確認時刻という少数の状態が適切です。

security dashboardは警報ではない

TRMNLはオフィスでsecurity情報を常に見せる用途に合いますが、一定間隔で取得し、常時push接続はありません。それは概要であり、信頼できる警報経路ではありません。

重大incidentにはpush、e-mail、pagerなど能動的な経路が必要です。E Ink画面は全体状態を示し、異常な指標に早く気づく助けになりますが、次のrefreshが十分速いことや、その瞬間に見ていることを前提にはできません。

表示データも厳しく削ります。誰でも見える画面にuser名、内部IP、顧客データ、機密ticket、API keyを載せてはいけません。受け取るのは集約値だけです。backendは機密sourceを読んでも、TRMNL endpointは画面用の最小情報だけを生成します。

端末が接続を開始し、サーバーから次の画面をpullするので、Internetから到達可能にする必要はありません。受信attack surfaceは減りますが、全体が無リスクにはなりません。cloudを使うなら接続sourceとrender内容をplatformへ委ねます。さらに制御したい場合はサーバーを自営できます。

TRMNLはどこまでopen sourceか

hardware製品は、古いforkや文書の少ないrepositoryだけでもopen sourceと宣伝しがちです。TRMNLは層ごとに分ける必要があります。

端末のfirmwareはGPL-3.0です。Wi-Fi setup、server通信、OTA、PNG、panel制御、temperature profiles、grayscale、deep sleepを含みます。閲覧、変更、compile、対応ESP32へのflashができ、OGとXに別build targetがあります。mainは継続開発でbreaking changesを含む可能性があるため、productionではtagged releaseか公式Flash Assistantが安全です。

E Paper layout向けTRMNL Frameworkも公開され、MITです。Sass、design tokens、dithering patterns、JavaScript runtime、docs、release toolsを含みます。MITはframework codeに適用され、fonts、画像、Highchartsには別条件があります。

確認時点でTRMNLのGitHub organizationには53の公開repositoryがありました。BYOS servers、Liquid extensions、local plugin development server、translations、OAuth templates、API libraries、Kindle、Kobo、Android、Raspberry Pi clients、3D印刷mountなどです。すべてが中核teamだけの作品ではありませんが、名目上のrepository一つより遥かに広いecosystemです。

Bring Your Own Serverには複数の公開implementationがあります。TerminusはMITの公式flagshipで活発に管理されていますが、1.0前のbetaです。PHP/Laravel、Node.js、Next.js、TypeScript、FastAPIまたはDjangoのPython、Elixir/Phoenixもあります。developerページではactiveとinactiveを区別します。repositoryの存在だけで機能、長期保守、互換性は保証されません。

すべてが公開済みではありません。TRMNLがhostingするCore web applicationは商用serviceで、完全なsourceは未公開です。firmwareが公開されても、筐体、製造、品質管理、商用製品が完全なopen hardwareになるわけではありません。

そこでUnbrickable Pledgeがあります。会社が破綻した場合、Coreのsourceを公開する意図をTRMNLは表明し、Wayback Machineにも保存されています。しかし契約で自動作動するsource-code escrowではありません。信頼できる意図ではあっても、法的保険とは考えません。

実用上さらに重要な保護は既にあります。公開firmwareと動作するBYOS serverにより、商用Coreの公開を待たず独立運用できます。

区別すべき4つの運用モデル

StandardはOGまたはXを購入し、必須の年額subscriptionなしでhosting platformを使います。TRMNLがrendering、plugins、playlists、OAuth、updatesを運用します。

BYOD、Bring Your Own Deviceでは、hardwareだけが別メーカーまたは自作です。公開firmwareか互換clientはTRMNL cloudを使い続けます。BYOD licenseが必要で、developer featuresを含むためDeveloper Editionは別購入不要です。

BYOS、Bring Your Own Serverでは、TRMNL hardwareを自分のLANまたはcloud serverへ向けます。追加licenseはありません。ただしhosted plugin stackを通らず、native integrationsは自動移行しません。選んだimplementationがdata sources、playlists、renderingを支えるか再構築します。完成した省電力hardwareと、dataと運用寿命の制御を組み合わせる、私には最も魅力的な中間案です。

BYOD/Sは両方を組み合わせます。画面は自作または再利用、serverも自営です。TRMNLへの支払いも運用依存もなく全体を動かせます。無料でも作業は必要で、firmware、server、database、backups、updates、compatibilityを維持します。

TRMNLと代替手段の実際の価格

2026年8月28日時点で、TRMNL OGは139ドル、TRMNL Xは229ドルです。大容量バッテリーはどちらも10ドル追加で、Xでは6,000から12,000 mAhへ倍増します。任意のdeveloper accessは通常20ドルの一回払いで、独自plugin開発とAPIを開放します。

自作または再利用端末のBYOD licenseは50ドルで、1端末に対する永続的な一回払いです。複数端末には複数licenseが必要ですが、同じaccountで管理できます。BYOSでは不要です。

Seeed Studioと共同開発した7.5インチTRMNL DIY Kitは47.99ドルです。800 × 480 E Ink panel、XIAO ESP32-S3 Plus、2,000 mAhバッテリー、ケーブルを含み、完成筐体はありません。50ドルのBYODと合わせ97.99ドルに、送料、税、筐体が加わります。独自serverならhardware代だけですが、時間を使います。

ビジネスモデルも理解できます。TRMNLは完成hardware、developer機能、他社端末によるplatform利用で収益を得ます。hosted infrastructureを望まなければ完全に回避できます。公開firmwareを宣伝に使いながら、実用をsubscriptionへ縛るモデルより公平です。

BYODは安価な模倣以上のもの

明白なDIYはESP32と対応E Paper panelです。Seeed kitはcontroller、driver board、battery、cable選定を省きますが、組立、firmware flash、Wi-Fi設定、筐体作成は必要です。OGとの差額はkit価格から想像するほど大きくありません。工作好きにとって価値は全体を理解し変更できる点です。

TRMNLはRaspberry Pi、Kindle、Kobo、Android tablet、他のscreenも再利用できます。終了したMeta Portalさえclientにできます。元serviceが止まっただけで動くhardwareを捨てずに済むため、環境面でも興味深いです。

同じ体験になるとは限りません。Raspberry PiはESP32より電力を使い、通常は常時稼働します。LCD tabletは発光し続けます。Kindleは優秀なE Paper clientになれますが、機種によりjailbreakが必要です。対応ESP32 panelが元の発想に最も近いです。

firmwareとserverはmodelのresolution、rotation、color depth、paletteを知る必要があります。OGは800 × 480で最大4階調、Xは1,872 × 1,404で16階調です。7.3インチSpectra 6には、7.5インチmonochromeとは異なるdriverとrefresh logicが要ります。BYODはどんなE Inkでもflash一回で完璧に動くという意味ではありません。

それでもこの技術的開放性が好きです。メーカーは安価なhardwareや既存端末を同じplatformへ結ぶ作業を積極的に助けています。自社製品の販売を奪う可能性はありますが、ecosystemの長期価値を高めます。

セルフホストが実際に意味すること

製品ページのBYOSはDocker container一つと5分に見えます。TerminusはRubyとHanami、PostgreSQL、Sidekiq、Valkey、Puma、ImageMagick、独自renderingとjob flowを使います。Docker、Raspberry Pi、Kubernetesを支援し、現在もbetaで1.0未満です。

避ける理由ではありませんが、self-hostingを保守不要と混同しない理由です。firmwareとserverはprotocolを共有します。setup、display、logs endpointが変われば両方の互換性を保つ必要があります。database、uploads、users、background jobs、backupsは自分の責任です。

固定playlistと少数画面なら軽いcommunity implementationが合うかもしれません。複数端末、users、sensors、plugins、previews、自動firmware管理を望むなら大きなTerminus stackに利点があります。

security dashboardではBYOSが特に魅力的です。local serverは内部APIを直接読み、意図的に無害化した表示をrenderして端末へ送れます。monitoring endpointを公開せず、機密credentialsを外部plugin設定に置く必要もありません。その代わりserverをpatch、monitor、保護します。

エコシステムが経済的に成り立つ理由

開発者はrecipeやthird-party pluginを公開できます。2025年11月からTRMNLはCreator Fundで貢献へ報酬を出しています。plugin作者だけでなく、翻訳、firmware、mount、その他ecosystemへの貢献も対象です。

慈善ではなく合理的な循環です。良いpluginが増えるとplatformが魅力的になり、hardware、Developer Edition、BYODを買う利用者が増え、収益の一部が価値を作った人へ戻ります。

このため従来のhardware subscriptionより興味深く感じます。TRMNLは本当のコストや付加価値がある場所で課金しながら、完全な技術的出口を残します。利用者が離れられないからではなく、残りたいから収益を得ます。

高速refreshとhardware hackの余地

E Paperは全画面更新時に短く点滅します。技術的特性で、数分ごとの端末なら大きな問題ではありません。Xの記録値は方法により約200ミリ秒から1.3秒です。

16階調はカレンダー、陰影、charts、白黒写真を明らかに改善します。部分refreshは小さな変更、全refreshはpanel全体をきれいに描き直す用途です。速度だけでなく、変更範囲とghostingをどこまで避けるかで選びます。

機械設計も開放的です。ねじ留め筐体を開けられ、Qwiicで拡張し、USB OTGで磁気pogo pin dockのアクセサリーへ給電できます。firmwareが公開されているため、こうした拡張はメーカーのroadmapだけに依存しません。

10.3インチでも足りない理由

Xは元のOGよりかなり大きく鮮明です。机上や近距離では非常に良く機能します。家族カレンダーを数メートル先から見るキッチンでは、まだ中間段階です。複数情報のmashupは近くで印象的でも、遠くでは細かすぎます。

キッチンには約13インチ欲しいです。週間カレンダー、天気、タスク、短いメモを妥協せず表示できます。リビングやオフィスなら、写真、アート、家族情報、security dashboard向けに27〜32インチを考えます。

TRMNL Xは明確な前進です。4:3はカレンダーと写真に合い、高解像度は近くで細い文字を表現し、前面にlogoがないため中立的です。12,000 mAhなら大面積でも常設充電ケーブルは不要です。

机や小さな壁にはXが合理的です。それでも理想のキッチンには10.3インチは小さいままです。サイズ問題を解決せず、境界を移しただけです。

大型E Inkの経済性は厳しいです。E Ink公式shopの13.3インチmonochrome panelは現在449ドルで、controllerや完成品を含みません。DASUNGの25.3インチmonitorは約1,548〜1,649ドルです。大型カラーはさらに高くなります。価格の理由は分かっても、キッチン用として魅力的にはなりません。

色も妥協です。黒、白、グレーだけでカレンダー、文字、状態表示には驚くほど十分ですが、リビングの写真にはもっと欲しいです。カラーE Paperは魅力的でも、通常LCDやOLEDほど鮮明でなく、価格も上げます。理想の32インチカラーTRMNLは部品の組み合わせなら存在しても、一般消費者向け製品にはなっていません。

制約はコンセプトの一部

TRMNLはtabletの代替ではありません。animation、video、高速scroll、直接操作は役割外です。株価を毎分更新したり触ったりしたい人には通常displayが適しています。

写真も表現上の選択です。16階調と高解像度により上質な新聞グラフィックのような魅力は出ますが、gradient、肌色、暗い場面はmonochrome panelなので忠実ではありません。

バッテリー寿命も自然法則ではありません。短い更新間隔、弱いWi-Fi、複雑な画像は無線とcontrollerを頻繁に起こし、早く充電が必要になります。欠陥ではなく、最新性と静けさの普通の交換条件です。

私が最も気にするのは依然サイズで、それは他の部分への褒め言葉に近いです。使えないsoftware、難しい設定、閉じたsystemに怒っているのではありません。表示したいものが既に分かっているため、単に面積が欲しいのです。

長い待ち時間を経た結論

待つ価値はあったか。はい。ただし当初4か月の製品にほぼ9か月は非常に長いです。

TRMNLは以前のRaspberry Pi問題を優雅に解決します。常時発光せず、設置場所に常設電源ケーブルが不要で、日々ほとんど注意を求めません。カレンダーはただそこにあります。他の情報は予定どおり現れます。さらに必要ならpluginsを組み合わせるか、現実的な作業量で自作できます。

ecosystemはさらに重要です。公開firmware、文書化されたBYOD、複数self-hosting projects、簡単なplugin model、活発なcommunityは、小規模hardwareメーカーでは当然ではありません。cloud serviceが消えたり会社が方針を変えたりしただけで電子ごみになる危険を減らします。

それでも全員に無条件で勧めるわけではありません。10.3インチのXは主に近距離から中距離の個人用情報screenです。キッチン、リビング、オフィスでは読取距離を真剣に考えるべきです。私の構想にはXもまだ小さく、13や25インチ、または色を求めると快適な価格帯をすぐ離れます。

したがってTRMNLは最終目的地ではなく、現時点で最も説得力のある途中経過です。静かで省電力、かつ開放的な情報screenのあるべき姿を示します。あとはdisplay産業が同じ発想を13、27、32インチで手頃にするだけです。

その日が来たら、どこに掛けるかはもう決まっています。

それではまた。
Joe

よくある質問