TRMNL X alla prova: E Ink entra in salotto

Da anni cerco un buon display informativo. Non voglio un altro tablet che mi distragga con le notifiche, né un televisore appeso alla parete. Voglio una superficie tranquilla che, passando, mostri ciò che conta: calendario, meteo, attività, alcuni indicatori e, in ufficio, magari lo stato dei sistemi di sicurezza più importanti.

Il mio primo tentativo serio era un Raspberry Pi collegato a uno schermo. Tecnicamente funzionava, ma nella pratica mi disturbavano proprio i limiti dei display normali: rimaneva sempre acceso, consumava energia e sembrava un dispositivo attivo anche quando nessuno lo guardava. Più che un pannello informativo, avevo un altro piccolo computer da mantenere.

Per questo E Ink mi ha affascinato fin dall’inizio. L’immagine assomiglia alla carta stampata, non a uno schermo luminoso, e resta visibile senza alimentare continuamente il pannello. L’energia serve soprattutto quando il dispositivo si sveglia, scarica i dati via Wi-Fi e aggiorna l’immagine. È perfetto per informazioni che non cambiano ogni secondo.

Il problema è sempre stato il prezzo. I pannelli grandi erano estremamente costosi alcuni anni fa e lo sono ancora in buona parte. I formati piccoli sono accessibili, ma già a 13 pollici il costo cresce nettamente. Con 25, 27 o 32 pollici si arriva rapidamente a quattro cifre; circa 2.500 dollari non sono insoliti per grandi dispositivi a colori o soluzioni professionali.

Poi è arrivato TRMNL, pronunciato Terminal.

Quattro mesi annunciati, quasi nove mesi di attesa

Seguivo TRMNL da tempo prima di ordinarlo. La consegna prevista era di circa quattro mesi, ma alla fine ne ho aspettati quasi nove.

Nonostante il forte ritardo, non ci sono stati mesi di silenzio. Il fondatore inviava aggiornamenti regolari tramite newsletter e video, spiegando perché le spedizioni slittavano, dove si erano verificati problemi di fornitura e quali componenti non soddisfacevano ancora i suoi standard di qualità. Non chiedeva semplicemente pazienza, ma mostrava cosa bloccava il progetto e quali passaggi mancavano. L’attesa non si è accorciata, ma ho trovato questa trasparenza molto simpatica. Non sapevo sempre quando sarebbe arrivato il mio TRMNL, però sapevo perché non era ancora partito.

Pochi prodotti tecnologici mi hanno fatto attendere così tanto dopo l’acquisto. Anche la mia Tesla Model Y fu una prova di pazienza, sebbene tra desiderio e consegna passarono due o tre anni. Con un piccolo display E Ink, ogni mese aggiuntivo sembra più assurdo. Si ordina un apparecchio semplice e si finisce per dubitare che arrivi davvero.

Quando il pacco è finalmente giunto a casa, è sembrata quasi una piccola nascita. Può suonare drammatico per 10,3 pollici, ma dopo nove mesi aprire la scatola non era più il normale inizio con un nuovo gadget.

Ho acquistato personalmente il dispositivo. L’articolo non è sponsorizzato e non contiene link affiliati. La mia esperienza riguarda il nuovo TRMNL X da 10,3 pollici. Ho scelto la batteria più grande, quindi 12.000 mAh invece di 6.000. Il 28 agosto 2026 ho verificato firmware aperto, framework, plugin e opzioni di self-hosting nella documentazione e nei repository pubblici del produttore.

Che cos’è davvero TRMNL

L’hardware è volutamente discreto. Il pannello E Paper da 10,3 pollici offre 1.872 × 1.404 pixel, 227 ppi e 16 livelli di grigio, cioè 4 bit per pixel. Sul fronte non c’è alcun logo, una scelta adatta a un oggetto che vuole sembrare una cornice silenziosa e non un gadget pubblicitario.

La scocca avvitata si può aprire ed è progettata per le modifiche. Il modello X misura 233 × 193 × 12 millimetri. TRMNL dichiara 365 grammi con una batteria e 450 grammi con le due della mia configurazione. Il produttore punta alla certificazione IP65, che è però ancora in sospeso, come FCC, CE e RoHS. Nonostante la protezione costruttiva da polvere e acqua, non lo tratterei ancora come un dispositivo certificato.

La ricarica avviene tramite USB-C o dock magnetico. TRMNL prevede supporto da tavolo, fissaggio a parete e magnete integrato. Il dock usa pogo pin per alimentazione e accessori e consente anche un hard reset.

Qui emerge una differenza importante rispetto a un tablet. TRMNL non lascia aperto un sito e non esegue venti app in background. Il server prepara il contenuto come immagine, il dispositivo la scarica, la disegna sul pannello e torna in uno stato a basso consumo. L’intervallo di aggiornamento influisce quindi molto sull’autonomia.

Per un uso tipico, il produttore indica da tre a sei mesi. Il modello X supporta una o due batterie LiPo da 6.000 mAh rilevate automaticamente; la mia configurazione raggiunge dunque 12.000 mAh. La durata reale dipende dalla ricezione Wi-Fi, dal contenuto e dalla frequenza. Il valore predefinito è 15 minuti e può essere modificato. Per me conta non dover portare un cavo fino al punto di installazione né ricaricare ogni sera, non che duri esattamente tre, quattro o sei mesi.

Non ci sono touchscreen tradizionale, connessione permanente o interfaccia di app sul pannello. Il modello X dispone invece di una barra gestuale e di un accelerometro Bosch che rileva anche l’orientamento verticale o orizzontale. La configurazione avviene nel dashboard web.

Questa riduzione non è una funzione mancante. È il cuore del prodotto.

Che cosa accade tecnicamente durante un aggiornamento

TRMNL X non è un Linux in miniatura e nemmeno un browser dentro una cornice. Il processore principale è un ESP32-S3 con 16 MB di flash e 8 MB di PSRAM. Il firmware pubblico conferma questa configurazione con il profilo esp32s3_n16r8. È sufficiente per Wi-Fi, TLS, decodifica PNG, controllo del pannello e aggiornamenti firmware. Una moderna applicazione web JavaScript con rendering locale sarebbe del tutto fuori posto.

Che cos’è un controller ESP32

Un ESP32 è un microcontrollore. In un piccolo chip riunisce core di calcolo, memoria, flash e interfacce per Wi-Fi, sensori e altra elettronica. Esegue un firmware scritto per un compito preciso. Non ci sono un sistema operativo desktop completo, un normale browser o molti servizi permanenti in background. Terminato il lavoro, il chip può entrare in una modalità di sospensione dal consumo minimo.

Un Raspberry Pi è invece un computer a scheda singola. È molto più potente, può avviare Linux, eseguire un browser, ospitare database e renderizzare localmente. Questa flessibilità era utile nel mio vecchio display, ma porta il peso tipico di un computer: avvio del sistema, processi e servizi di rete sempre attivi, aggiornamenti e rischi per la scheda SD o il file system in caso di spegnimento scorretto.

TRMNL userebbe raramente questa potenza. Il server gestisce rendering, plugin e pianificazione. L’ESP32 si sveglia, si collega al Wi-Fi, scarica un’immagine pronta, la trasferisce al pannello e torna in deep sleep. Il periodo attivo è breve e il consumo a riposo bassissimo. È così che si ottengono mesi di autonomia senza un alimentatore permanente.

Il microcontrollore parte quasi subito e riduce manutenzione, superficie d’attacco e possibili guasti. Il Raspberry Pi resta migliore se occorre renderizzare sul dispositivo, eseguire applicazioni complesse o ospitare più servizi. Per un client E Paper con un solo compito ben definito, l’ESP32 è lo strumento adatto.

Un ESP32-C5 aggiuntivo funge da modem Wi-Fi a 5 GHz con antenna esterna; il 2,4 GHz dell’ESP32-S3 resta disponibile come alternativa. La scheda tecnica indica 802.11 b/g/n/ac e BLE. Sono presenti anche sensore di temperatura, accelerometro, sensore gestuale e connettore Qwiic per espansioni. Tramite USB OTG, il modello X può alimentare accessori sul dock a 5 V e fino a 1,2 A. Queste interfacce non servono al normale dashboard, ma rendono interessanti sensori, accessori e modifiche.

TRMNL sposta quindi il lavoro pesante sul server. Un ciclo completo avviene più o meno così:

1. Un timer risveglia il controller dal deep sleep.
2. Il dispositivo si collega a una rete Wi-Fi nota e chiama l’endpoint display del server configurato.
3. La richiesta contiene identificativo o indirizzo MAC, chiave di accesso e dati come versione firmware, tensione della batteria e segnale Wi-Fi.
4. Il server sceglie il contenuto successivo in base a playlist, pianificazione e condizioni.
5. I dati provenienti da calendari, API, webhook o plugin vengono inseriti con Liquid e TRMNL Framework in un layout adatto a E Paper. Il server crea un PNG con risoluzione e profondità del modello.
6. Il display scarica l’immagine, la scrive usando il profilo corretto per pannello e temperatura e torna a dormire.

La risposta del server è piccola. Non contiene l’intero calendario né un documento HTML da eseguire localmente. In forma semplificata:

{
  "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 programma la richiesta successiva dopo 1.800 secondi, cioè 30 minuti. Con update_firmware e un URL aggiuntivo, lo stesso percorso avvia un aggiornamento OTA. Un server proprio deve riprodurre soprattutto pochi endpoint stabili, in particolare setup, display e logs.

Nel cloud TRMNL, ogni dispositivo possiede una chiave API inviata come access-token. Una chiamata a /api/display fa avanzare la playlist lato server. Due dispositivi non dovrebbero condividere la stessa chiave, altrimenti recupererebbero a turno elementi differenti. Per duplicare lo schermo attuale esiste un endpoint separato. Identità del dispositivo, stato della playlist e chiave sono quindi strettamente legati.

Questa separazione mantiene il client piccolo, efficiente e relativamente facile da portare. Il layout è identico su dispositivi equivalenti perché il risultato è già un’immagine. La complessità passa al server, che esegue plugin, interroga fonti, renderizza immagini, pianifica playlist e gestisce dispositivi.

Perché la batteria dura mesi anziché ore

E Paper è bistabile. In termini semplificati, i pigmenti bianchi e neri rimangono nella loro posizione dopo l’applicazione del campo elettrico. Il pannello non consuma continuamente per mantenere un’immagine. Cambiarla richiede energia, e il Wi-Fi ne richiede ancora di più.

Senza un deep sleep rigoroso, l’autonomia crollerebbe nonostante la grande batteria. L’ottimizzazione vera unisce il pannello a una finestra attiva minima: avvio, Wi-Fi, TLS, download, aggiornamento e sonno.

Un chip di gestione Texas Instruments segue stato di carica, salute e capacità, invece di misurare soltanto la tensione. Con due pacchi da 6.000 mAh rilevati automaticamente è più preciso di una percentuale stimata dal voltaggio.

Piccole impostazioni hanno grandi effetti. Un refresh ogni cinque minuti sveglia la radio sei volte più spesso rispetto a 30 minuti. Un Wi-Fi debole allunga la connessione. Immagini grandi o fortemente retinate richiedono più dati e decodifica. Calendari e schermate di stato con ampie aree uniformi sono quasi ideali.

La specifica attuale indica circa 200 millisecondi fino a 1,3 secondi, a seconda del tipo. Il cambio completo conserva il tipico lampeggio E Paper, ma dura poco. Gli aggiornamenti parziali modificano più rapidamente singole aree.

Una configurazione piacevolmente noiosa

Alla prima accensione, TRMNL crea una rete Wi-Fi di configurazione. Ci si collega, si inseriscono le credenziali e si associa il dispositivo all’account. Poi si compone una playlist nel browser.

Il principio ricorda un servizio musicale, ma al posto dei brani ruotano pagine informative. Il calendario può apparire più spesso al mattino, le attività durante il lavoro e una foto la sera. Il contenuto può essere programmato e fino a quattro fonti possono condividere una pagina come mashup.

È qui che un piccolo pannello diventa un prodotto utile. Senza dashboard e plugin, l’hardware sarebbe solo una bella cornice a batteria. Questi servizi decidono se finirà in un cassetto dopo due settimane o verrà usato ogni giorno.

Uso TRMNL soprattutto per il calendario. Gli appuntamenti non richiedono aggiornamenti al secondo. Passando vedo cosa viene dopo senza sbloccare lo smartphone o cercare una scheda. Meteo, attività, foto, analytics e altre informazioni seguono lo stesso schema.

Un buon schermo TRMNL risponde a una domanda in pochi secondi. Se devo fermarmi, scorrere o studiare una legenda, ho inserito troppe informazioni.

L’ecosistema dei plugin è il vero punto di forza

Quando ho ordinato, erano disponibili circa 450 plugin e integrazioni. Durante la lunga attesa ne sono arrivati continuamente altri. Ora superano ampiamente 1.000 e la specifica attuale del modello X cita almeno 1.231 integrazioni preconfigurate: calendari, meteo, attività, foto, finanza, YouTube Analytics, smart home e numerosi progetti della community.

Questa evoluzione dice quasi più del numero. Per nove mesi ho visto arrivare recipe, integrazioni e idee prima ancora di ricevere il dispositivo. TRMNL non è soltanto un produttore che mantiene poche funzioni prestabilite. Una community molto attiva amplia continuamente il sistema e mostra quanti usi possa avere un display tranquillo.

Controllate nel catalogo delle integrazioni TRMNL se c’è qualcosa che fa per voi.

Non tutti i plugin servono a tutti e un numero elevato non garantisce qualità. La varietà cambia comunque il prodotto. Posso partire da plugin esistenti, combinare più viste e sviluppare soltanto le esigenze particolari.

Un Private Plugin recupera periodicamente dati da un URL HTTPS, in genere come JSON. Il layout usa HTML, CSS e variabili Liquid. L’editor offre anteprima in tempo reale e CSS o JavaScript personalizzati. TRMNL renderizza l’immagine visualizzata dal dispositivo.

Che cosa gestisce TRMNL Framework durante il rendering

Il TRMNL Framework è più di una raccolta di classi CSS. Definisce schermo, vista, layout, barra del titolo, colonne e mashup, oltre a tabelle, grafici, progressi, immagini e tipografia. Un layout E Paper non può scorrere né reagire dopo il rendering. Il testo in eccesso deve quindi essere troncato, ridotto o limitato prima.

Framework 3.1 è stato importante per il modello X. Ha introdotto colori basati su variabili CSS, più livelli di grigio, modalità ad alta risoluzione e utility responsive. Un plugin può reagire a dimensione, orientamento e profondità. lg: riguarda la classe del dispositivo e 4bit: i 16 grigi del modello X.

Questo non aggiunge colori al pannello monocromatico. Ruoli semantici come successo, avviso o errore vengono adattati alla palette disponibile. I plugin esistenti continuano a funzionare, mentre scale tipografiche, container query, colonne e regole verticali sfruttano meglio la superficie.

Prima dello screenshot, il Framework Runtime Pass in JavaScript misura lo schermo, gestisce overflow, accorcia il testo, adatta i valori e allinea i font. Il JavaScript del plugin gira nell’ambiente di rendering prima della creazione del PNG, non come web app sull’ESP32. Così si ottengono layout flessibili senza browser sul client.

La documentazione 3.1 non è più l’ultima. Al momento della verifica, TRMNL offre Framework 3.3, con temi, interfaccia JavaScript TRMNLPaint e grafici, mappe e icone adattati. L’idea resta descrivere l’informazione una volta e adeguarla alle capacità del dispositivo.

L’area sviluppatori TRMNL va oltre i plugin. Oltre alla REST API esiste una partner API per dispositivi preconfigurati, provisioning automatico e gestione di flotte. Per il mio calendario è secondaria, ma per display aziendali rende il gadget una piattaforma scalabile.

Un’API volutamente ridotta per un dashboard di sicurezza potrebbe restituire soltanto questo:

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

Liquid inserisce poi i campi nel 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>

L’esempio è volutamente semplice. Non servono uno stack frontend completo, un’app nativa o un processo permanente sul display. Un’API o un piccolo script che restituisce JSON pulito bastano per ottenere rapidamente una schermata utile.

La parola plugin comprende diversi modelli. I Native Plugins sono mantenuti da TRMNL. Un Private Plugin appartiene a un account e riceve dati via polling, webhook o altre istanze. Una Recipe pubblicata è in sostanza un Private Plugin verificato, installabile o duplicabile. Le installazioni ricevono gli aggiornamenti dell’autore, mentre un fork può essere modificato liberamente ma non si sincronizza più. Lo Screenshot Plugin renderizza periodicamente un sito. Un Third-Party Plugin combina un’app esterna e OAuth2 semplificato; il fornitore gestisce funzionamento, autenticazione e dati personali.

Per il mio dashboard di sicurezza inizierei con un Private Plugin. Il server può recuperare JSON, RSS, XML, CSV o testo, anche con header HTTP personalizzati. In alternativa, un processo interno può inviare valori aggregati tramite webhook. Di solito è più pulito che concedere a un poller esterno l’accesso diretto al monitoraggio interno.

La direzione del flusso conta. Se interroga il cloud TRMNL, l’endpoint deve essere pubblico o passare da un intermediario controllato e le chiavi risiedono sulla piattaforma. Con un webhook, il mio sistema invia i dati. Con BYOS, tutto può restare nella rete locale. La stessa schermata può quindi nascondere architetture di sicurezza molto diverse.

La difficoltà è più nella selezione che nel codice. I 1.872 × 1.404 pixel offrono più spazio dell’OG, ma la superficie resta di 10,3 pollici. Ogni metrica aggiuntiva riduce la leggibilità. Non tenterei di ricreare un SIEM dentro una cornice. Preferisco pochi stati immediati: incidente critico, backup e VPN, ultima verifica.

Un dashboard di sicurezza non è un sistema di allarme

TRMNL è adatto per tenere visibili alcune informazioni di sicurezza in ufficio, ma le scarica a intervalli e non ha una connessione push permanente. È una panoramica, non un canale di allarme affidabile.

Un incidente critico richiede ancora push, e-mail, pager o un altro canale monitorato. Lo schermo può mostrare lo stato generale e aiutare a notare un’anomalia, ma non posso affidarmi a un aggiornamento abbastanza rapido né al fatto di guardare nel momento giusto.

Riducerei rigorosamente anche i dati. Su uno schermo visibile non devono comparire utenti, IP interni, dati dei clienti, ticket riservati o chiavi API. Deve ricevere soltanto valori aggregati. Il backend può leggere fonti sensibili, ma l’endpoint TRMNL deve produrre un minimo specifico per lo schermo.

Il dispositivo avvia la connessione e scarica la schermata successiva, senza dover essere raggiungibile da Internet. Questo riduce la superficie in ingresso ma non elimina ogni rischio. Usare il cloud significa affidargli fonti e contenuti renderizzati. Chi vuole maggiore controllo può gestire il proprio server.

Quanto è davvero open source TRMNL?

Nell’hardware si parla facilmente di open source anche quando esistono solo un vecchio fork o un repository poco documentato. Con TRMNL è utile distinguere i livelli.

Il firmware è disponibile sotto GPL-3.0. Comprende configurazione Wi-Fi, comunicazione col server, OTA, PNG, controllo del pannello, profili di temperatura, grigi e deep sleep. Si può studiare, modificare, compilare e installare su hardware ESP32 supportato, con target separati per OG e X. Il branch main evolve e può introdurre breaking change; per la produzione sono preferibili release marcate o il Flash Assistant ufficiale.

Anche il TRMNL Framework è pubblico, sotto MIT. Include Sass, design token, pattern di dithering, runtime JavaScript, documentazione e strumenti di rilascio. MIT copre il codice del framework; font, alcune immagini e Highcharts hanno condizioni separate.

L’organizzazione TRMNL su GitHub contava 53 repository pubblici alla verifica: server BYOS, estensioni Liquid, sviluppo locale di plugin, traduzioni, template OAuth, librerie API, client per Kindle, Kobo, Android e Raspberry Pi e supporti stampabili. Non tutto proviene solo dal team centrale, ma l’ecosistema è molto più ampio di un repository simbolico.

Esistono varie implementazioni aperte di Bring Your Own Server. Terminus, progetto ufficiale principale sotto MIT, è mantenuto attivamente ma resta beta prima della 1.0. Ci sono anche PHP/Laravel, Node.js, Next.js, TypeScript, Python con FastAPI o Django ed Elixir/Phoenix. Alcune soluzioni sono attive, altre no; un repository non garantisce funzioni, manutenzione o compatibilità.

Non tutto è aperto. L’applicazione web Core ospitata da TRMNL resta commerciale e non è pubblicata integralmente. Un firmware aperto non rende automaticamente aperti scocca, produzione, controllo qualità e prodotto commerciale.

La Unbrickable Pledge dichiara l’intenzione di pubblicare Core se l’azienda diventa insolvente. È una promessa positiva, archiviata anche nella Wayback Machine, ma non un escrow del codice con attivazione contrattuale automatica. La considero un’intenzione credibile, non un’assicurazione legale.

La protezione pratica esiste già: firmware aperto e server BYOS funzionanti permettono di rendere indipendente il display senza attendere Core.

Quattro modelli operativi da distinguere

La via standard consiste nell’acquistare OG o X e usare la piattaforma senza abbonamento annuale obbligatorio. TRMNL gestisce rendering, plugin, playlist, OAuth e aggiornamenti.

Con BYOD, Bring Your Own Device, cambia solo l’hardware. Il firmware aperto o un client compatibile continua a usare il cloud. Serve una licenza BYOD, che include già le funzioni da sviluppatore.

Con BYOS, Bring Your Own Server, l’hardware TRMNL punta a un server nella LAN o nel cloud personale senza licenza aggiuntiva. Questo però evita lo stack di plugin ospitato: le integrazioni native non migrano automaticamente. L’implementazione scelta deve supportare o riprodurre fonti, playlist e rendering. Per me è il compromesso più interessante tra hardware efficiente e controllo sui dati e sulla durata operativa.

BYOD/S combina display e server propri. L’intera catena può funzionare senza pagamento o dipendenza operativa da TRMNL. Gratis non significa senza lavoro: firmware, server, database, backup, aggiornamenti e compatibilità vanno mantenuti.

Quanto costano davvero TRMNL e le alternative

Al 28 agosto 2026, TRMNL OG costa 139 dollari e TRMNL X 229 dollari. La batteria grande aggiunge 10 dollari e nel modello X raddoppia la capacità da 6.000 a 12.000 mAh. L’accesso sviluppatore opzionale costa normalmente 20 dollari una sola volta e abilita plugin personali e API.

Una licenza BYOD costa 50 dollari una tantum e vale permanentemente per un dispositivo. Più dispositivi richiedono più licenze, gestibili nello stesso account. BYOS non ne richiede una.

Il kit DIY TRMNL da 7,5 pollici, sviluppato con Seeed Studio, costa 47,99 dollari. Comprende pannello 800 × 480, XIAO ESP32-S3 Plus, batteria da 2.000 mAh e cavo, ma non una scocca. Con BYOD si arriva a 97,99 dollari prima di spedizione, tasse e scocca. Con server proprio si paga solo l’hardware, ma si investe tempo.

Il modello commerciale diventa comprensibile. TRMNL guadagna da hardware finito, funzioni sviluppatore e uso della piattaforma con dispositivi di terzi. Chi non vuole l’infrastruttura ospitata può evitarla del tutto. È molto più equo di un firmware aperto usato come marketing mentre ogni utilizzo utile dipende da un abbonamento.

BYOD è più di una copia economica

La via DIY più evidente unisce ESP32 e pannello compatibile. Il kit Seeed evita di scegliere controller, scheda, batteria e cavi, ma bisogna ancora assemblare, installare il firmware, configurare Wi-Fi e costruire una scocca. Il risparmio rispetto all’OG è minore di quanto suggerisca il prezzo. Per chi ama sperimentare, il valore sta nel comprendere e modificare l’intera catena.

TRMNL può riutilizzare Raspberry Pi, Kindle, Kobo, tablet Android e altri display. Persino un Meta Portal dismesso può diventare un client. È interessante dal punto di vista ecologico, perché hardware funzionante non deve diventare rifiuto quando il servizio originale viene chiuso.

L’esperienza non è automaticamente identica. Raspberry Pi consuma di più e di solito rimane acceso. Un tablet LCD continua a brillare. Kindle può essere un ottimo client E Paper, ma potrebbe richiedere jailbreak. Un pannello ESP32 supportato è il più vicino al concetto originale.

Firmware e server devono conoscere risoluzione, rotazione, profondità e palette. L’OG usa 800 × 480 con quattro grigi, l’X 1.872 × 1.404 con 16. Un Spectra 6 da 7,3 pollici richiede driver e logica diversi da un pannello monocromatico da 7,5. BYOD non significa che ogni superficie funzioni perfettamente dopo un flash.

Questa apertura mi piace. Il produttore aiuta attivamente a collegare hardware più economico o già esistente, anche se può ridurre le proprie vendite, e rende così l’ecosistema più prezioso nel lungo periodo.

Che cosa significa il self-hosting nella pratica

BYOS può sembrare un container Docker e cinque minuti, ma Terminus usa Ruby e Hanami, PostgreSQL, Sidekiq, Valkey, Puma, ImageMagick e processi propri di rendering e job. Supporta Docker, Raspberry Pi e Kubernetes. È ancora in beta e non ha raggiunto la versione 1.0.

Non è un motivo per evitarlo, ma per non confondere self-hosting con assenza di manutenzione. Firmware e server condividono un protocollo. Se cambiano setup, display o logs, entrambi devono restare compatibili. Database, upload, utenti, job e backup diventano responsabilità propria.

Un’implementazione comunitaria leggera può bastare per una playlist fissa e poche schermate. Chi vuole più dispositivi, utenti, sensori, plugin, anteprime e aggiornamenti firmware automatici beneficerà maggiormente di Terminus.

Per il mio dashboard di sicurezza, BYOS permetterebbe di interrogare API interne, renderizzare una vista volutamente depurata e inviarla senza esporre endpoint o memorizzare credenziali sensibili in un plugin esterno. In cambio dovrei aggiornare, monitorare e proteggere il server.

Perché l’ecosistema può sostenersi economicamente

Gli sviluppatori possono pubblicare recipe e plugin di terze parti. Dal novembre 2025, un Creator Fund remunera i contributi, inclusi traduzioni, firmware, supporti e altri componenti.

Non è beneficenza, ma un ciclo sensato. Più plugin rendono attraente la piattaforma, più utenti acquistano hardware, Developer Edition o BYOD e una parte dei ricavi torna a chi crea valore.

Per questo trovo il modello più interessante di un abbonamento hardware. TRMNL fa pagare dove esistono costi o valore aggiunto, lasciando però una via d’uscita tecnica completa. Guadagna perché gli utenti vogliono restare, non perché non possono andarsene.

Aggiornamenti rapidi e spazio per modifiche hardware

Durante un refresh completo, E Paper lampeggia brevemente. È normale e poco importante se avviene ogni pochi minuti. Nel modello X il tempo documentato varia da circa 200 ms a 1,3 s.

I 16 grigi migliorano calendari, sfumature, grafici e foto monocromatiche. Un refresh parziale è adatto a piccoli cambiamenti, uno completo pulisce il pannello. La scelta dipende dalla velocità, dall’area modificata e dalla tolleranza al ghosting.

Anche la meccanica è aperta: scocca avvitata, Qwiic per espansioni e USB OTG per alimentare accessori attraverso il dock magnetico con pogo pin. Il firmware aperto evita che tali aggiunte dipendano interamente dalla roadmap del produttore.

Perché nemmeno 10,3 pollici mi bastano

Il modello X è molto più grande e nitido dell’OG. Funziona bene su una scrivania o da vicino. In cucina, dove voglio leggere il calendario familiare da alcuni metri, resta un passaggio intermedio. I mashup sono notevoli da vicino ma diventano presto troppo piccoli a distanza.

Vorrei circa 13 pollici in cucina, sufficienti per settimana, meteo, attività e una nota senza continui compromessi. In soggiorno o ufficio penso a 27-32 pollici per foto, arte, informazioni familiari o un dashboard di sicurezza.

Il mio TRMNL X è un passo in quella direzione. Il formato 4:3 si adatta a calendari e foto, l’alta risoluzione rende bene i caratteri e il fronte senza logo rimane neutro. Con 12.000 mAh, la maggiore superficie non impone un cavo permanente.

Per scrivania o piccola parete, il modello X è la scelta più sensata. Per la mia cucina è comunque più piccolo di quanto desideri. Non risolve il problema delle dimensioni, sposta soltanto il limite.

L’economia delle grandi superfici E Ink è brutale. Un singolo pannello monocromatico da 13,3 pollici costa oggi 449 dollari nello shop ufficiale E Ink, senza controller né prodotto finito. Un monitor DASUNG da 25,3 pollici costa circa 1.548-1.649 dollari. Il colore può costare ancora di più. Questo spiega i prezzi, senza renderli piacevoli.

Il colore è un ulteriore compromesso. I grigi bastano sorprendentemente per calendario, testo e stati, ma per le foto voglio di più. E Paper a colori è affascinante, spesso meno vivido di LCD o OLED e ancora più costoso. Il mio TRMNL ideale da 32 pollici a colori può forse esistere come insieme di componenti, non ancora come normale prodotto consumer.

I limiti fanno parte del concetto

TRMNL non sostituisce un tablet. Animazioni, video, scorrimento rapido e interazione diretta non sono il suo compito. Per quotazioni aggiornate ogni minuto o uno schermo da toccare, un display tradizionale è migliore.

Anche le foto sono una scelta estetica. Con 16 grigi e alta risoluzione possono sembrare belle illustrazioni da quotidiano, ma sfumature, incarnati e scene scure non sono riprodotti fedelmente.

L’autonomia non è una legge naturale. Intervalli brevi, Wi-Fi debole e immagini complesse svegliano più spesso radio e controller. È il normale compromesso tra attualità e tranquillità.

Ciò che mi disturba di più resta la dimensione, quasi un complimento al resto. Non mi irritano software inutilizzabile, configurazione complessa o sistema chiuso. Voglio soltanto più superficie, perché so già cosa mostrerei.

La mia conclusione dopo la lunga attesa

È valsa la pena aspettare? Sì, anche se quasi nove mesi sono molti per un prodotto annunciato con quattro mesi di consegna.

TRMNL risolve elegantemente il mio vecchio problema con Raspberry Pi. Non brilla continuamente, non richiede un cavo permanente e pretende poca attenzione. Il calendario è semplicemente presente. Le altre informazioni appaiono secondo programma. Se voglio di più, combino plugin o ne creo uno con uno sforzo ragionevole.

L’ecosistema è ancora più importante. Firmware aperto, BYOD documentato, diversi progetti di self-hosting, un modello di plugin semplice e una community attiva non sono scontati per un piccolo produttore. Riducono il rischio che il dispositivo diventi rifiuto elettronico se scompare il cloud o cambia la strategia aziendale.

Non lo consiglierei comunque a tutti senza riserve. Con 10,3 pollici, il modello X è soprattutto un display personale per distanze brevi o medie. Per cucina, soggiorno o ufficio bisogna valutare seriamente la distanza. Anche il modello X è troppo piccolo per la mia idea, mentre 13 o 25 pollici o il colore portano rapidamente fuori dalla fascia di prezzo piacevole.

TRMNL non è quindi il mio traguardo finale, ma il passaggio intermedio più convincente. Mostra come dovrebbe funzionare un display informativo tranquillo, efficiente e aperto. Ora l’industria deve rendere la stessa idea accessibile a 13, 27 o 32 pollici.

Quando succederà, so già dove appenderò i dispositivi.

Alla prossima,
Joe

FAQ