UStackUStack
LightInk icon

LightInk

LightInkはESP32搭載のソーラーe-ink腕時計構想。ESP32のウェイクスタブで起動時間を極小化し、消費電力を抑えて表示更新。

LightInk

LightInkとは?

LightInkは、ESP32ベースのe-inkソーラーウォッチプロジェクトです。1990年代スタイルのソーラーデジタルウォッチを模倣しつつ、現代のコンポーネント(eInk、WiFi/Bluetooth、LoRa、GPSなどが計画/利用可能な機能として挙げられています)を使用します。主な目的は超低消費電力動作で、必要時以外はデバイスをオフに保つこと—特にe-ink更新時のESP32の起動時間を最小化します。

プロジェクト作者が記述する核心的な設計課題は、表示リフレッシュ時のESP32「オン」時間をサブミリ秒レベルに削減することです。このプロジェクトは、ESP32ウェイクスタブコードでSPI動作を再実装することでこれを実現し、通常のフラッシュブートパスをバイパスしてRTCメモリに配置されたコードのみを実行します。

主な特徴

  • ソーラー駆動e-inkウォッチ構想: ソーラー電源とバッテリーに依存し、e-inkで表示更新することで長時間稼働を目指します。
  • ブート電力を削減するESP32ウェイクスタブアプローチ: RTCメモリに格納されたESP32ウェイクアップスタブ(関数ポインタ)を使用し、フルフラッシュ/ファームウェア起動を待たずにマイクロ秒単位でコアをブートします。
  • ウェイクスタブコンテキストでのSPI再実装: RTC専用コードは通常のフラッシュベースルーチンに依存できないため、表示通信(SPI)を再実装し、短い起動窓でe-inkを更新します。
  • 電源ゲーティング機能(計画/必須): プロジェクトは、必要時以外にシステムを電源ゲーティングしてオフにできることを明示的に要求しています。
  • カスタム電源ハードウェア: 作者は、DC-DC低待機電流バックブーストコンバータ(TPS63900、1.8 V〜5.5 V、75 nA IQが記載)を中心としたボードを開発し、低電圧動作をサポートします。

LightInkの使い方

  • ソースとビルド資料を確認: 作者はGitHubリポジトリでコードと資料を提供し、パッケージ製品ではなくそのドキュメントから開始することを期待しています。
  • ディープスリープ/ウェイク動作のためのファームウェア構造に従う: ウェイクスタブ機構が設計の中心で、リポジトリの関連コードパス(例: ディープスリープおよびuspi関連ファイル)が参照されています。
  • ハードウェアをセットアップに合わせて調整: プロジェクトは、ソーラー、タッチ、RTC/表示コンポーネント、低電圧動作で信頼性のある動作を実現するための広範なボード改訂とテストを記述しています。
  • 標準的なe-ink更新ワークフローを使用: 実際には、デバイスは起動してe-ink表示と通信し、低消費電力動作に戻るよう設計されており、継続的にアクティブにはなりません。

ユースケース

  • 長時間ソーラー駆動表示デバイス: 頻繁な充電なしにソーラー入力で動作を継続できるウォッチスタイルの表示が実用的ターゲットです。
  • 低消費電力IoTバッジやセンサーノード: 同じウェイクスタブ+短時間活動アプローチで、エネルギー節約が必要なデバイスでのe-ink表示の小規模ステータス更新をサポートします。
  • LoRa接続の位置/時刻表示構想: プロジェクトは自宅受信機へのLoRaパケット通信のアイデアから始まり、低消費電力のまま無線通信を使用できるウォッチに向け作業を続けています。
  • エネルギー最適化エンベッド開発: ESP32起動/ブートエネルギーを削減したい開発者は、RTCメモリウェイクスタブ戦略とその制約環境で必要なハードウェアドライバの影響を研究できます。
  • タッチ制御コンパクトデバイス: 作者はESP32タッチ機能(watchyボタンではなく)を使用し、タッチアプローチが筐体制約に適合すると指摘しています。

FAQ

Q: LightInkは購入可能な完成品ですか?
いいえ。このページは、GitHubでコードと資料を公開している進行中のハードウェア/ファームウェアプロジェクトを説明しています。

Q: LightInkの電力戦略の違いは何ですか?
プロジェクトは、表示更新時のESP32の起動時間を最小化することに焦点を当てており、RTCメモリに格納されたESP32のwakeup stubを使用し、その起動コンテキストで必要なコード(SPIアプローチを含む)を動作させます。

Q: wakeup stubアプローチが追加作業を要するのはなぜですか?
作者の説明によると、wakeup stub実行中はRTCメモリのコードのみが動作し、フラッシュベースの機能がバイパスされるため、ハードウェア通信ルーチンの再実装を強いられます。

Q: どのような接続オプションがサポートされていますか?
説明ではWiFi、Bluetooth、LoRa、GPSなどがプロジェクトの使用予定技術として挙げられています。ページ抜粋では現在のビルドでどれが完全に実装されているかは指定されていないため、リポジトリで詳細を確認してください。

Q: ファームウェアとハードウェア情報はどこで入手できますか?
プロジェクトは、すべてのコードと資料を含むGitHubリポジトリへのリンクを提供しています。

代替案

  • Watchyスタイルのソーラーe-ink腕時計デザイン: Watchyが起点として明示的に言及されています。LightInkと比較して、Watchyベースのアプローチは異なる電力/更新ワークフローに依存し、同じESP32 wakeup stub SPIアプローチを使用しない場合があります。
  • 標準的なdeep sleepを使用した他の低電力e-inkディスプレイプロジェクト: wakeup stub実行の代わりに、deep sleepと通常のファームウェア起動/ブートを使用するデザインもあります。これらは通常シンプルですが、長いブートパスにより消費電力が増える可能性があります。
  • ULP/常時オン微小コントローラアーキテクチャ: RTC関数ポインタwakeup stubの代わりに、超低電力コプロセッサや周辺機器を使用して低起動エネルギーを達成する組み込みプロジェクトもあります。
  • 専用e-inkディスプレイコントローラアプローチ: 代替カテゴリとして、ディスプレイを専門コントローラが更新し、主MCUの起動時間を削減するデザインがあります。これにより「MCU駆動更新」から「コントローラ駆動更新」へのワークフロー変更となります。