Files

jerem c7395d1c37 Refresh partiel e-ink : ne redessine que la zone changée, full refresh ~1h

Backend : endpoints /frame.meta (ligne 'MODE X Y W H SEQ') + /frame.png qui
servent un crop de la zone modifiée (diff PIL par client) ou l'image pleine.
Full refresh forcé tous les N cycles (MONITORINK_FULL_EVERY=12, ~1h) ou si la
zone change sur plus de 60% de l'écran. Mode 'noop' quand rien ne change.

Anti-429 : l'usage Claude est mis en cache (MONITORINK_USAGE_TTL=120s) avec
repli sur la dernière valeur connue en cas d'erreur transitoire.

Kobo : monitorinkloop.sh récupère meta puis png et fait un fbink partiel
(-g file=,x=,y=) sans flash, full refresh (-c -f) en mode full. Refresh 5 min.

2026-06-15 18:42:32 +02:00

bin

Backend Monitorink: serveur PNG (Claude usage + météo + HA)

2026-06-15 10:49:31 +02:00

Kobo: fix nm (:sh au lieu de :exec), logs USB-visibles + marqueurs debug, LC_ALL/policy0

2026-06-15 11:42:53 +02:00

monitorink.sh

Refresh partiel e-ink : ne redessine que la zone changée, full refresh ~1h

2026-06-15 18:42:32 +02:00

monitorinkloop.sh

Refresh partiel e-ink : ne redessine que la zone changée, full refresh ~1h

2026-06-15 18:42:32 +02:00

README.md

Kobo: mode prod (refresh 5 min, frontlight eteint, WiFi cycle + suspend)

2026-06-15 16:41:31 +02:00

reboot_watcher.sh

Reboot watcher: retrait du debug finger_trace

2026-06-15 14:19:19 +02:00

README.md

Client Kobo — Monitorink

Affiche le dashboard Monitorink (/image.png) sur une Kobo Libra 2 (FW 4.38.x) déjà équipée de NickelMenu. Approche : boucle WiFi → fetch image → fbink → suspend rtcwake.

Ces scripts sont un overlay : ils réutilisent les binaires ARM et les helpers WiFi pré-compilés/éprouvés du projet usetrmnl/trmnl-kobo, afin de ne pas réinventer (et risquer de casser) la gestion WiFi/suspend spécifique au matériel.

Contenu de ce dossier

monitorink.sh — point d'entrée (lancé par NickelMenu).
monitorinkloop.sh — boucle d'affichage (réutilise bin/ et scripts/ de trmnl-kobo).
nm/monitorink — entrée NickelMenu.

Installation (Kobo branchée en USB)

Récupérer les binaires + helpers WiFi depuis trmnl-kobo :
```
git clone https://github.com/usetrmnl/trmnl-kobo
```
On a besoin de src/TRMNL/bin/ (fbink, fbdepth, busybox_kobo) et src/TRMNL/scripts/ (enable-wifi.sh, disable-wifi.sh, force-wifi-connection.sh, obtain-ip.sh, release-ip.sh, ledToggle.sh, getrssi.sh).

Construire le dossier Monitorink sur la Kobo, à /mnt/onboard/.adds/Monitorink/ :

Monitorink/
  monitorink.sh            (ce repo)
  monitorinkloop.sh        (ce repo)
  bin/                     (copié depuis trmnl-kobo/src/TRMNL/bin/)
  scripts/                 (copié depuis trmnl-kobo/src/TRMNL/scripts/)

Entrée NickelMenu : copier nm/monitorink dans /mnt/onboard/.adds/nm/monitorink.
Configurer l'URL dans monitorink.sh (MONITORINK_URL) et l'intervalle (MONITORINK_REFRESH, en secondes).
Éjecter proprement la Kobo → l'entrée « Monitorink » apparaît dans NickelMenu.

Utilisation

Lancer « Monitorink » depuis NickelMenu. La boucle démarre : l'écran se met à jour, puis le device passe en suspend et se réveille à chaque intervalle.
Mode prod (réglages par défaut) : refresh 5 min (MONITORINK_REFRESH=300), rétroéclairage éteint (frontlight à 0), et WiFi cyclé — la radio est rallumée le temps du fetch puis coupée pendant le suspend rtcwake -m mem pour économiser la batterie.
Un swipe sur l'écran réveille le device et force un rafraîchissement.
Pour arrêter : maintenir le bouton power (le device se réveille sous Nickel).
Logs : /tmp/monitorink.log (effacés au reboot).

À valider sur l'appareil (cf. plan, tâche 8)

Orientation framebuffer : si l'image sort tournée, soit pivoter côté serveur, soit ajouter ./bin/fbdepth -r 2 avant l'affichage et -r -1 après.
Frontlight : frontlight_off() écrit 0 dans /sys/class/backlight/*/brightness. Vérifier ls /sys/class/backlight/*/brightness sur l'appareil et ajuster le glob si le nœud diffère.
Stabilité de rtcwake -m mem sur FW 4.38.23171 (sinon le fallback state-extended prend le relais ; en dernier recours sleep).
Cycle WiFi : confirmer qu'au réveil la reconnexion DHCP aboutit en < ~24 s (has_ip OK).
Autonomie réelle sur 24 h.