UStackUStack
LightInk icon

LightInk

LightInk ist ein ESP32-basiertes Solar-E‑Ink-Uhrenprojekt mit Fokus auf extrem niedrigen Stromverbrauch: kurze Wachzeit beim Display-Update.

LightInk

Was ist LightInk?

LightInk ist ein ESP32-basiertes E-Ink-Solar-Uhrenprojekt, das 1990er-Jahre-Solar-Digitaluhren nachahmt, aber moderne Komponenten nutzt (eInk, WiFi/Bluetooth, LoRa, GPS sind geplante/verfügbare Funktionen). Sein Hauptziel ist extrem niedriger Stromverbrauch, sodass das Gerät außer bei Bedarf ausgeschaltet bleibt – insbesondere durch Minimierung der ESP32-Wachzeit bei E-Ink-Updates.

Eine zentrale Designherausforderung des Projektautors ist die Reduzierung der ESP32-„An“-Zeit auf Submillisekunden-Niveau beim Display-Refresh. Das Projekt erreicht dies durch Neuinplementierung des SPI-Verhaltens im ESP32-Wake-Stub-Code, sodass der ESP32 normale Flash-Boot-Pfade umgeht und nur Code aus dem RTC-Speicher beim Aufwachen ausführt.

Wichtige Merkmale

  • Solarbetriebene E-Ink-Uhr: Zielt auf lange Laufzeit durch Solarenergie und Akku ab, mit E-Ink für Display-Updates.
  • ESP32-Wake-Stub-Ansatz zur Reduzierung des Boot-Stromverbrauchs: Nutzt einen im RTC-Speicher gespeicherten ESP32-Wakeup-Stub (Funktionszeiger), sodass der Kern in Mikrosekunden bootet, statt auf vollständigen Flash/Firmware-Start zu warten.
  • SPI-Neuinplementierung im Wake-Stub-Kontext: Da RTC-Code nicht auf flashbasierte Routinen zugreifen kann, wird die Display-Kommunikation (SPI) neu implementiert, um E-Ink-Updates im kurzen Wachfenster zu ermöglichen.
  • Power-Gating-Fähigkeit (geplant/erforderlich): Das Projekt betont explizit die Notwendigkeit, das System bei Nichtgebrauch stromlos zu schalten.
  • Eigenes Stromhardware-Design: Der Autor entwickelte eine Platine um einen DC-DC-Buck-Boost-Wandler mit niedrigem Ruhestrom (TPS63900, 1,8 V bis 5,5 V, 75 nA IQ), um Betrieb bei niedrigen Spannungen zu unterstützen.

LightInk nutzen

  • Quellcode und Bauteile prüfen: Der Autor stellt Code und Materialien im GitHub-Repository bereit und erwartet, dass Nutzer dort starten, nicht bei einem fertigen Produkt.
  • Firmware-Struktur für Deep-Sleep/Wake-Verhalten befolgen: Der Wake-Stub-Mechanismus ist zentral; relevante Codepfade werden referenziert (z. B. Deep-Sleep- und uspi-bezogene Dateien im Repository).
  • Hardware an eigene Einrichtung kalibrieren: Das Projekt beschreibt umfangreiche Platinenrevisionen und Tests für zuverlässigen Betrieb mit Solar, Touch, RTC/Display und Niedrigspannungsverhalten.
  • Typischen E-Ink-Update-Workflow nutzen: Praktisch wacht das Gerät auf, kommuniziert mit dem E-Ink-Display und kehrt zu Niedrigleistungsmodus zurück – statt dauerhaft aktiv zu bleiben.

Anwendungsfälle

  • Langanhaltendes solarbetriebenes Display: Praktisches Ziel ist eine uhrähnliche Anzeige, die mit Solarinput läuft, statt häufig geladen zu werden.
  • Niedrigleistungs-IoT-Badge oder Sensorknoten: Derselbe Wake-Stub- + Kurzaktivität-Ansatz ermöglicht kleine Status-Updates auf E-Ink, wenn Energie gespart werden muss.
  • LoRa-verbundenes Ort/Zeit-Display: Das Projekt begann mit LoRa-Paketen zur Kommunikation mit einem Heimempfänger; der Autor arbeitet an einer Uhr mit drahtloser, stromsparender Kommunikation.
  • Energieoptimierte Embedded-Entwicklung: Entwickler, die ESP32-Wake/Boot-Energie reduzieren wollen, können die RTC-Speicher-Wake-Stub-Strategie und Hardware-Treiberanforderungen in dieser Umgebung studieren.
  • Touch-gesteuertes kompaktes Gerät: Der Autor wählte ESP32-Touch-Funktion (statt Watchy-Tasten), passend zu den Gehäusebeschränkungen.

FAQ

F: Ist LightInk ein fertiges Verbraucherprodukt zum Kaufen?
Nein. Die Seite beschreibt ein laufendes Hardware-/Firmware-Projekt mit Code und Materialien auf GitHub.

F: Was macht die Stromstrategie von LightInk besonders?
Das Projekt minimiert die Wachzeit des ESP32 bei Display-Updates durch Nutzung des ESP32-Wake-Stubs im RTC-Speicher und Ausführung des notwendigen Codes (inkl. SPI-Ansatz) in diesem Wake-Kontext.

F: Warum erfordert der Wake-Stub-Ansatz zusätzliche Arbeit?
Der Autor erklärt, dass während der Wake-Stub-Ausführung nur Code im RTC-Speicher läuft und Flash-Funktionen umgangen werden. Das erfordert eine Neuinplementierung der Hardware-Kommunikationsroutinen.

F: Welche Konnektivitätsoptionen werden unterstützt?
Die Beschreibung nennt WiFi, Bluetooth, LoRa und GPS als angestrebte Technologien. Die Seite spezifiziert nicht, welche im aktuellen Build vollständig implementiert sind – Details im Repository prüfen.

F: Wo finde ich Firmware- und Hardware-Informationen?
Das Projekt verlinkt auf ein GitHub-Repository mit allen Code und Materialien.

Alternativen

  • Watchy-ähnliche Solar-E‑Ink-Uhren-Designs: Watchy wird als Ausgangspunkt genannt. Im Vergleich zu LightInk nutzen Watchy-Ansätze möglicherweise einen anderen Strom-/Update-Workflow und nicht denselben ESP32-Wake-Stub-SPI-Ansatz.
  • Andere Low-Power-E‑Ink-Display-Projekte mit Standard-Deep-Sleep: Statt Wake-Stub nutzen einige Designs Deep-Sleep mit normalem Firmware-Wake/Boot. Diese sind meist einfacher, verbrauchen aber durch längere Boot-Pfade mehr Strom.
  • ULP/Always-On-Mikrocontroller-Architekturen: Einige Embedded-Projekte erreichen niedrigen Wake-Energieverbrauch mit Ultra-Low-Power-Coprozessoren oder Peripheriegeräten statt RTC-Function-Pointer-Wake-Stubs.
  • Dedizierte E‑Ink-Display-Controller-Ansätze: Eine Alternativkategorie sind Designs, bei denen das Display von einem spezialisierten Controller aktualisiert wird und die Aktivzeit des Haupt-MCU reduziert wird. Das ändert den Workflow von „MCU-gesteuerten Updates“ zu „Controller-gesteuerten Updates“.