TRMNL X em análise: o E Ink chega à sala de estar

Há anos que procuro um bom ecrã informativo. Não quero mais um tablet a distrair-me com notificações, nem uma televisão pendurada na parede. Quero uma superfície tranquila que, ao passar, me mostre exatamente o que importa: calendário, meteorologia, tarefas, alguns indicadores e, no escritório, talvez o estado dos meus sistemas de segurança mais importantes.

A minha primeira tentativa séria foi um Raspberry Pi ligado a um monitor. Tecnicamente funcionava. Na prática, incomodava-me precisamente aquilo que é difícil evitar nos ecrãs convencionais: permanecia iluminado, consumia energia e parecia um dispositivo ativo mesmo quando ninguém lhe prestava atenção. Em vez de um quadro de informações, tinha mais um pequeno computador para manter.

Foi por isso que a tecnologia E Ink me fascinou desde cedo. A imagem parece mais papel impresso do que um ecrã luminoso. Depois de desenhada, mantém-se visível sem que o painel consuma energia continuamente. A eletricidade é necessária sobretudo quando o dispositivo acorda, obtém dados por Wi-Fi e atualiza a imagem. É uma excelente combinação para informações que não mudam a cada segundo.

O problema sempre foi o preço. Os grandes painéis E Ink eram extremamente caros há alguns anos e continuam a sê-lo em boa medida. Os formatos pequenos são acessíveis, mas a partir das 13 polegadas o preço sobe rapidamente. Quem procura 25, 27 ou 32 polegadas entra depressa nos quatro dígitos; cerca de 2.500 dólares não é invulgar em equipamentos grandes a cores ou sinalização profissional.

Depois apareceu o TRMNL, pronunciado como Terminal.

Quatro meses anunciados, quase nove meses de espera

Já acompanhava o TRMNL há muito tempo quando finalmente o encomendei. O prazo indicado era de cerca de quatro meses. No fim, esperei quase nove.

Apesar do atraso considerável, não houve meses de silêncio. O fundador enviava atualizações regulares por newsletter e vídeo, explicando por que os envios se atrasavam, onde tinham surgido problemas de fornecimento e que partes ainda não satisfaziam os seus padrões de qualidade. Em vez de simples pedidos de paciência, mostrava o que estava a bloquear o projeto e o que faltava concluir. Isso não encurtou a espera, mas achei a transparência muito simpática. Nem sempre sabia quando o meu TRMNL chegaria, mas sabia por que ainda não estava a caminho.

Poucos produtos tecnológicos me fizeram esperar tanto depois da compra. O meu Tesla Model Y também foi um teste de paciência, embora entre o desejo e a entrega tenham passado dois ou três anos. Num pequeno ecrã E Ink, cada mês adicional parece um pouco mais absurdo. Encomendamos um aparelho simples e, a certa altura, começamos a duvidar de que venha mesmo.

Quando a encomenda finalmente chegou a casa, pareceu um pequeno nascimento. Pode soar dramático para um ecrã de 10,3 polegadas, mas depois de nove meses abrir a caixa era mais do que o começo habitual com um novo gadget.

Comprei o dispositivo com o meu próprio dinheiro. Este artigo não é patrocinado e não contém links de afiliados. A minha experiência diária refere-se ao novo TRMNL X de 10,3 polegadas. Escolhi a bateria maior, com 12.000 mAh em vez de 6.000. Em 28 de agosto de 2026, confirmei o estado do firmware aberto, do framework, dos plugins e das opções de self-hosting na documentação e nos repositórios públicos do fabricante.

O que é realmente o TRMNL

O hardware é deliberadamente discreto. O painel E Paper de 10,3 polegadas tem 1.872 × 1.404 píxeis, 227 ppp e 16 níveis de cinzento, equivalentes a 4 bits por píxel. Não há logótipo na frente, o que combina com um produto que pretende parecer uma moldura tranquila e não um gadget publicitário.

A caixa aparafusada pode ser aberta e foi pensada para modificações. O X mede 233 × 193 × 12 milímetros. O fabricante indica 365 gramas com uma bateria e 450 gramas com as duas da minha configuração. A TRMNL pretende obter IP65, mas a certificação continua pendente, tal como FCC, CE e RoHS. Apesar da proteção construtiva contra pó e água, ainda não o trataria como um dispositivo devidamente certificado.

O carregamento faz-se por USB-C ou pela base magnética. A TRMNL prevê suporte de mesa, montagem na parede e um íman integrado. A base usa pinos pogo para alimentação e acessórios e também permite um hard reset.

Esta é uma diferença importante face a um tablet. O TRMNL não mantém um site aberto nem executa vinte aplicações em segundo plano. O servidor prepara o conteúdo como imagem, o dispositivo descarrega-a, desenha-a no painel e volta ao estado de baixo consumo. Por isso, o intervalo de atualização influencia diretamente a autonomia.

Para utilização típica, o fabricante indica três a seis meses. O X suporta uma ou duas baterias LiPo de 6.000 mAh detetadas automaticamente, portanto a minha configuração soma 12.000 mAh. A duração real depende da receção Wi-Fi, do conteúdo e da frequência. De fábrica, o refresh ocorre a cada 15 minutos, mas pode ser alterado. Para mim, o essencial não é conseguir exatamente três, quatro ou seis meses, mas evitar um cabo permanente no local e uma carga diária.

Não há touchscreen convencional, ligação permanente nem interface de aplicações no painel. O X possui uma barra de gestos e um acelerómetro Bosch que deteta, entre outras coisas, a orientação vertical ou horizontal. A configuração continua a ser feita no dashboard web.

Esta redução não é uma funcionalidade em falta. É a essência do produto.

O que acontece tecnicamente numa atualização

O TRMNL X não é um sistema Linux em miniatura, muito menos um navegador dentro de uma moldura. O processador principal é um ESP32-S3 com 16 MB de flash e 8 MB de PSRAM. O firmware público confirma esta configuração através do perfil esp32s3_n16r8. É suficiente para Wi-Fi, TLS, descodificação PNG, controlo do painel e atualizações de firmware. Uma aplicação web JavaScript moderna renderizada localmente estaria completamente deslocada.

O que é um controlador ESP32

Um ESP32 é um microcontrolador. Um pequeno chip combina núcleos de processamento, memória, armazenamento flash e interfaces para Wi-Fi, sensores e outros componentes. Executa firmware escrito para uma tarefa específica. Não existe um sistema operativo de desktop completo, um navegador normal ou uma coleção permanente de serviços em segundo plano. Depois de cumprir a sua tarefa, o chip pode entrar num modo de suspensão de consumo mínimo.

Um Raspberry Pi, pelo contrário, é um computador de placa única. Tem muito mais capacidade, inicia Linux, executa um navegador, aloja bases de dados e renderiza conteúdos localmente. Essa flexibilidade era útil no meu antigo painel, mas traz o peso habitual de um computador: o sistema tem de arrancar, processos e serviços de rede continuam ativos, há atualizações para instalar e um encerramento incorreto pode afetar o cartão SD ou o sistema de ficheiros.

O TRMNL raramente aproveitaria esse desempenho adicional. O servidor trata do rendering, dos plugins e do agendamento. O ESP32 apenas acorda, liga-se ao Wi-Fi, descarrega uma imagem pronta, transfere-a para o painel e regressa ao deep sleep. A janela ativa é curta e o consumo em repouso é muito baixo. É isso que permite meses de autonomia em vez de uma fonte permanentemente ligada.

O microcontrolador também arranca quase de imediato e reduz manutenção, superfície de ataque e fontes de erro. Um Raspberry Pi é melhor se o conteúdo tiver de ser renderizado no aparelho, se forem necessárias aplicações complexas ou vários serviços. Para um cliente E Paper com uma única tarefa bem definida, o ESP32 é a ferramenta mais adequada.

Um ESP32-C5 adicional funciona como modem Wi-Fi de 5 GHz com antena externa; o Wi-Fi de 2,4 GHz do ESP32-S3 fica disponível como alternativa. A ficha menciona 802.11 b/g/n/ac e BLE. Existem ainda sensor de temperatura, acelerómetro, sensor gestual e conector Qwiic para expansões. Por USB OTG, o X pode alimentar acessórios da base a 5 V e até 1,2 A. Estas interfaces não são necessárias no dashboard normal, mas tornam sensores, acessórios e modificações muito mais interessantes.

Assim, o TRMNL transfere o trabalho pesado para o servidor. Um ciclo completo funciona aproximadamente assim:

1. Um temporizador acorda o controlador do deep sleep.
2. O dispositivo liga-se a uma rede Wi-Fi conhecida e chama o endpoint de display do servidor configurado.
3. O pedido inclui identificador ou endereço MAC, uma chave de acesso e dados como versão do firmware, tensão da bateria e sinal Wi-Fi.
4. O servidor decide, com base na playlist, horário e condições, que conteúdo deve surgir a seguir.
5. Dados de calendários, APIs, webhooks ou plugins são inseridos com Liquid e TRMNL Framework num layout adequado a E Paper. O servidor cria um PNG com a resolução e profundidade do modelo.
6. O ecrã descarrega a imagem, escreve-a com o perfil correto para painel e temperatura e volta a adormecer.

A resposta do servidor é pequena. Não contém o calendário inteiro nem um documento HTML a executar no aparelho. De forma simplificada, é assim:

{
  "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 significa que o pedido seguinte ocorre após 1.800 segundos, ou 30 minutos. Com update_firmware e um URL adicional, o mesmo caminho pode iniciar uma atualização OTA. Um servidor próprio precisa essencialmente de reproduzir poucos endpoints estáveis, sobretudo setup, display e logs.

Na cloud TRMNL, cada dispositivo possui uma chave API enviada como access-token. Um pedido a /api/display faz avançar a playlist no servidor. Dois dispositivos não devem partilhar a mesma chave por engano, caso contrário obterão alternadamente entradas diferentes. Existe um endpoint separado para espelhar o ecrã atual. Identidade do dispositivo, estado da playlist e chave estão, portanto, intimamente ligados.

Esta separação mantém o cliente pequeno, eficiente e relativamente fácil de portar. O layout fica igual em dispositivos equivalentes porque o resultado já é uma imagem. A complexidade vai para o servidor, onde plugins são executados, fontes consultadas, imagens renderizadas, playlists programadas e equipamentos geridos.

Por que a bateria dura meses em vez de horas

O E Paper é biestável. Em termos simples, os pigmentos pretos e brancos mantêm-se na posição depois da aplicação do campo elétrico. O painel não precisa de energia contínua para conservar uma imagem. Alterá-la consome energia, e o Wi-Fi ainda mais.

Sem deep sleep rigoroso, a autonomia cairia apesar da bateria grande. A verdadeira otimização combina o painel com uma janela ativa mínima: iniciar, ligar Wi-Fi, estabelecer TLS, descarregar, atualizar e voltar a dormir.

Um chip de gestão da Texas Instruments acompanha estado de carga, saúde e capacidade, em vez de medir apenas a tensão. Com duas baterias de 6.000 mAh detetadas automaticamente, é mais fiável do que estimar uma percentagem só pelo valor atual.

Pequenas configurações têm grande impacto. Um refresh a cada cinco minutos acorda o rádio seis vezes mais do que a cada 30 minutos. Wi-Fi fraco prolonga a ligação. Imagens grandes ou muito pontilhadas exigem mais dados e descodificação. Calendários e páginas de estado com grandes áreas uniformes são quase ideais.

A especificação atual indica aproximadamente 200 milissegundos a 1,3 segundos, conforme o tipo de atualização. A mudança completa mantém o típico piscar do E Paper, mas dura pouco. Atualizações parciais modificam áreas individuais com maior rapidez.

Uma configuração agradavelmente aborrecida

Na primeira utilização, o TRMNL cria uma rede Wi-Fi para configuração. Ligamo-nos, introduzimos as credenciais e associamos o dispositivo à conta. Depois construímos uma playlist no navegador.

O princípio lembra um serviço de música, mas rodam páginas de informação em vez de canções. O calendário pode aparecer mais vezes de manhã, as tarefas durante o trabalho e uma fotografia à noite. O conteúdo pode ser agendado e até quatro fontes podem partilhar uma página como mashup.

É aqui que um pequeno painel se transforma num produto útil. Sem dashboard e plugins, o hardware seria apenas uma moldura bonita com bateria. Estes serviços decidem se termina numa gaveta após duas semanas ou é usado diariamente.

Uso o TRMNL sobretudo para o calendário. Os compromissos não precisam de atualização ao segundo. Ao passar vejo o que vem a seguir sem desbloquear o telemóvel nem procurar um separador. Meteorologia, tarefas, fotografias, analytics e outras informações seguem o mesmo padrão.

Um bom ecrã TRMNL responde a uma pergunta em poucos segundos. Se tenho de parar, fazer scroll ou estudar uma legenda, coloquei informação a mais.

O ecossistema de plugins é o verdadeiro ponto forte

Quando encomendei, existiam cerca de 450 plugins e integrações. Durante a longa espera foram surgindo muitos mais. Hoje ultrapassam largamente 1.000, e a especificação atual do X indica pelo menos 1.231 integrações pré-construídas: calendários, meteorologia, tarefas, fotografias, finanças, YouTube Analytics, casa inteligente e numerosos projetos comunitários.

Esta evolução diz-me quase mais do que o número. Durante nove meses vi surgir recipes, integrações e ideias antes mesmo de receber o aparelho. O TRMNL não é apenas um fabricante a manter algumas funções predefinidas. Uma comunidade muito ativa amplia continuamente o sistema e mostra quantas utilizações pode ter um ecrã tranquilo.

Vejam no diretório de integrações TRMNL se existe algo útil para vocês.

Nem todos os plugins servem a todos e um número elevado não garante qualidade. Ainda assim, a variedade muda o produto. Posso começar com plugins existentes, combinar várias vistas e desenvolver apenas o que for específico.

Um Private Plugin obtém dados periodicamente de um URL HTTPS, geralmente como JSON. O layout usa HTML, CSS e variáveis Liquid. O editor oferece pré-visualização em tempo real e CSS ou JavaScript personalizados. O TRMNL renderiza então a imagem mostrada pelo dispositivo.

O que o TRMNL Framework faz durante o rendering

O TRMNL Framework é mais do que uma coleção de classes CSS. Define ecrã, vista, layout, barra de título, colunas e mashups, além de tabelas, gráficos, progresso, imagens e tipografia. Um layout E Paper não pode fazer scroll nem reagir depois de renderizado. O texto excedente deve ser cortado, reduzido ou limitado antes da criação da imagem.

O Framework 3.1 foi importante para o X. Introduziu uma arquitetura de cor baseada em variáveis CSS, mais níveis de cinzento, modos de alta resolução e utilitários responsivos. Um plugin pode reagir ao tamanho, orientação e profundidade. lg: refere-se à classe do dispositivo e 4bit: aos 16 cinzentos do X.

Isto não acrescenta cores ao painel monocromático. Papéis semânticos como sucesso, aviso ou erro são adaptados à paleta disponível. Os plugins existentes continuam a funcionar, enquanto escalas tipográficas, container queries, colunas e regras para retrato aproveitam melhor a superfície.

Antes da captura, o Framework Runtime Pass em JavaScript mede o ecrã, trata overflow, encurta texto, ajusta valores e alinha tipos de letra. O JavaScript do plugin corre no ambiente de rendering antes da criação do PNG, não como aplicação web no ESP32. Esta separação permite layouts flexíveis sem um navegador no cliente.

A documentação 3.1 já não é a mais recente. À data desta verificação, a TRMNL apresenta o Framework 3.3, com temas, uma interface JavaScript TRMNLPaint e gráficos, mapas e ícones adaptados. A ideia continua a ser descrever a informação uma vez e ajustá-la às capacidades do dispositivo.

A área de developers da TRMNL vai além dos plugins. Além da REST API, existe uma partner API para equipamentos pré-configurados, provisioning automático e gestão de frotas. Para o meu calendário é secundário, mas em empresas transforma um gadget numa plataforma escalável.

Uma API propositadamente reduzida para um dashboard de segurança poderia devolver apenas isto:

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

Depois, o Liquid insere os campos no 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>

O exemplo é deliberadamente simples. Não é necessário um frontend completo, uma aplicação nativa ou um processo permanente no ecrã. Uma API ou um pequeno script que produza JSON limpo permite criar rapidamente uma página útil.

A palavra plugin cobre vários modelos. Os Native Plugins são mantidos pela TRMNL. Um Private Plugin pertence a uma conta e recebe dados por polling, webhook ou outras instâncias. Uma Recipe publicada é essencialmente um Private Plugin verificado que outros podem instalar ou duplicar. As instalações recebem melhorias posteriores; um fork pode ser alterado livremente, mas deixa de sincronizar. O Screenshot Plugin renderiza periodicamente um site existente. Um Third-Party Plugin combina uma aplicação externa e OAuth2 simplificado; o fornecedor assume operação, autenticação e dados pessoais.

Para o meu dashboard de segurança, começaria com um Private Plugin. O servidor pode obter JSON, RSS, XML, CSV ou texto, incluindo headers HTTP personalizados. Em alternativa, um processo interno envia valores agregados por webhook. É normalmente mais limpo do que dar a um poller externo acesso direto ao sistema de monitorização.

A direção do fluxo importa. Se a cloud TRMNL fizer polling, o endpoint deve estar público ou passar por um intermediário controlado e as chaves ficam na plataforma. Com webhook, o meu sistema envia os dados. Com BYOS, tudo pode permanecer na rede local. O mesmo ecrã pode, portanto, representar arquiteturas de segurança muito diferentes.

O desafio está menos no código do que na seleção. Os 1.872 × 1.404 píxeis dão mais espaço do que o OG, mas a superfície continua a ter 10,3 polegadas. Cada métrica adicional reduz a legibilidade. Não tentaria recriar um SIEM dentro de uma moldura. Prefiro poucos estados imediatos: incidente crítico, estado do backup e VPN, hora da última verificação.

Um dashboard de segurança não é um sistema de alertas

O TRMNL é adequado para manter algumas informações de segurança visíveis no escritório, mas obtém dados por intervalos e não tem ligação push permanente. É uma visão geral, não um canal de alerta fiável.

Um incidente crítico continua a exigir push, e-mail, pager ou outro canal monitorizado. O ecrã pode mostrar o estado geral e ajudar a notar algo anormal, mas não posso confiar que a próxima atualização chegue depressa nem que esteja a olhar no momento certo.

Também reduziria rigorosamente os dados. Um ecrã visível não deve mostrar utilizadores, IP internos, dados de clientes, tickets confidenciais ou chaves API. Deve receber apenas valores agregados. O backend pode ler fontes sensíveis, mas o endpoint TRMNL deve produzir o mínimo específico para o ecrã.

O dispositivo inicia a ligação e descarrega a próxima imagem, sem ter de estar acessível na Internet. Isso reduz a superfície de entrada sem eliminar todos os riscos. Usar a cloud significa confiar-lhe fontes e conteúdos renderizados. Quem precisa de mais controlo pode operar o próprio servidor.

Até que ponto o TRMNL é realmente open source?

No hardware, a expressão open source é usada facilmente, mesmo quando existe apenas um fork antigo ou um repositório mal documentado. No TRMNL convém separar as camadas.

O firmware está disponível sob GPL-3.0. Inclui configuração Wi-Fi, comunicação com servidor, OTA, PNG, controlo do painel, perfis de temperatura, níveis de cinzento e deep sleep. Pode ser estudado, alterado, compilado e instalado em hardware ESP32 suportado, com alvos distintos para OG e X. O branch main evolui e pode conter breaking changes; para produção são preferíveis releases marcadas ou o Flash Assistant oficial.

O TRMNL Framework também é público e usa MIT. Inclui Sass, design tokens, padrões de dithering, runtime JavaScript, documentação e ferramentas de release. A licença MIT cobre o código do framework; fontes, algumas imagens e Highcharts têm condições próprias.

A organização TRMNL no GitHub apresentava 53 repositórios públicos quando verifiquei: servidores BYOS, extensões Liquid, desenvolvimento local de plugins, traduções, modelos OAuth, bibliotecas API, clientes para Kindle, Kobo, Android e Raspberry Pi e suportes imprimíveis. Nem tudo vem exclusivamente da equipa principal, mas o ecossistema é muito mais amplo do que um repositório simbólico.

Existem várias implementações abertas de Bring Your Own Server. O Terminus, projeto oficial principal sob MIT, é mantido ativamente mas continua beta antes da versão 1.0. Há também PHP/Laravel, Node.js, Next.js, TypeScript, Python com FastAPI ou Django e Elixir/Phoenix. Algumas soluções estão ativas e outras não; um repositório não garante funcionalidades, manutenção ou compatibilidade.

Nem tudo é aberto. A aplicação web Core alojada pela TRMNL continua comercial e não foi publicada integralmente. Firmware aberto também não torna automaticamente abertos a caixa, produção, controlo de qualidade e produto comercial.

A Unbrickable Pledge declara a intenção de publicar o Core se a empresa se tornar insolvente. É uma promessa positiva, também arquivada na Wayback Machine, mas não é um escrow de código acionado automaticamente por contrato. Vejo-a como intenção credível, não como seguro jurídico.

A proteção prática já existe: firmware aberto e servidores BYOS funcionais permitem tornar o ecrã independente sem esperar pelo Core.

Quatro modelos de funcionamento que é preciso distinguir

O caminho standard consiste em comprar o OG ou X e usar a plataforma sem subscrição anual obrigatória. A TRMNL gere rendering, plugins, playlists, OAuth e atualizações.

Com BYOD, Bring Your Own Device, apenas o hardware vem de outro fabricante ou construção. O firmware aberto ou um cliente compatível continua a usar a cloud. É necessária uma licença BYOD, que já inclui as funções de developer.

Com BYOS, Bring Your Own Server, o hardware TRMNL aponta para um servidor na LAN ou cloud própria sem licença adicional. Isto ignora a pilha de plugins alojada: as integrações nativas não migram automaticamente. A implementação escolhida tem de suportar ou reproduzir fontes, playlists e rendering. Para mim, é o compromisso mais interessante entre hardware eficiente e controlo sobre dados e vida operacional.

BYOD/S combina ecrã e servidor próprios. Toda a cadeia pode funcionar sem pagamento nem dependência operacional da TRMNL. Gratuito não significa sem trabalho: firmware, servidor, base de dados, backups, atualizações e compatibilidade têm de ser mantidos.

Quanto custam realmente o TRMNL e as alternativas

Em 28 de agosto de 2026, o TRMNL OG custa 139 dólares e o TRMNL X 229 dólares. A bateria maior acrescenta 10 dólares e, no X, duplica a capacidade de 6.000 para 12.000 mAh. O acesso opcional de developer custa normalmente 20 dólares uma vez e ativa plugins personalizados e API.

Uma licença BYOD custa 50 dólares como pagamento único e permanente para um dispositivo. Vários equipamentos exigem várias licenças, embora possam ser geridos na mesma conta. BYOS não precisa dela.

O kit DIY TRMNL de 7,5 polegadas, desenvolvido com a Seeed Studio, custa 47,99 dólares. Inclui painel 800 × 480, XIAO ESP32-S3 Plus, bateria de 2.000 mAh e cabo, mas não caixa. Com BYOD, o total chega a 97,99 dólares antes de envio, impostos e caixa. Com servidor próprio paga-se apenas o hardware, mas investe-se tempo.

O modelo comercial torna-se compreensível. A TRMNL ganha com hardware acabado, funções de developer e utilização da plataforma por dispositivos de terceiros. Quem não quiser a infraestrutura alojada pode evitá-la por completo. É muito mais justo do que firmware aberto usado como marketing enquanto todo uso útil depende de uma subscrição.

BYOD é mais do que uma cópia barata

O caminho DIY mais óbvio combina ESP32 e painel compatível. O kit Seeed evita escolher controlador, placa, bateria e cabos, mas ainda é preciso montar, instalar firmware, configurar Wi-Fi e construir uma caixa. A poupança face ao OG é menor do que o preço do kit sugere. Para entusiastas, o valor está em compreender e alterar toda a cadeia.

O TRMNL também pode reutilizar Raspberry Pi, Kindle, Kobo, tablets Android e outros ecrãs. Até um Meta Portal descontinuado pode tornar-se cliente. É interessante do ponto de vista ecológico, pois hardware funcional não precisa de ser descartado quando o serviço original termina.

A experiência não é automaticamente igual. Um Raspberry Pi consome mais e costuma funcionar continuamente. Um tablet LCD continua iluminado. Um Kindle pode ser excelente, mas talvez exija jailbreak. Um painel ESP32 suportado é o mais próximo do conceito original.

Firmware e servidor precisam de conhecer resolução, rotação, profundidade e paleta. O OG usa 800 × 480 com quatro cinzentos; o X, 1.872 × 1.404 com 16. Um Spectra 6 de 7,3 polegadas requer controlador e lógica diferentes de um painel monocromático de 7,5. BYOD não significa que qualquer superfície funcione perfeitamente após um flash.

Esta abertura agrada-me. O fabricante ajuda ativamente a ligar hardware mais barato ou já existente, mesmo que isso possa reduzir vendas próprias, tornando o ecossistema mais valioso a longo prazo.

O que significa self-hosting na prática

BYOS pode parecer um container Docker e cinco minutos, mas o Terminus usa Ruby e Hanami, PostgreSQL, Sidekiq, Valkey, Puma, ImageMagick e fluxos próprios de rendering e jobs. Suporta Docker, Raspberry Pi e Kubernetes. Continua beta e ainda não chegou à versão 1.0.

Não é motivo para o evitar, mas para não confundir self-hosting com ausência de manutenção. Firmware e servidor partilham um protocolo. Se setup, display ou logs mudarem, ambos têm de permanecer compatíveis. Base de dados, uploads, utilizadores, jobs e backups passam a ser responsabilidade própria.

Uma implementação comunitária leve pode bastar para uma playlist fixa e poucos ecrãs. Quem espera vários dispositivos, utilizadores, sensores, plugins, pré-visualizações e firmware automático beneficiará mais do Terminus.

Para o meu dashboard de segurança, BYOS permitiria consultar APIs internas, renderizar uma vista propositadamente sanitizada e enviá-la sem expor endpoints nem guardar credenciais sensíveis num plugin externo. Em troca, teria de atualizar, monitorizar e proteger o servidor.

Por que o ecossistema pode funcionar economicamente

Os developers podem publicar recipes e plugins de terceiros. Desde novembro de 2025, um Creator Fund remunera contribuições, incluindo traduções, firmware, suportes e outros componentes.

Não é caridade, mas um ciclo sensato. Mais bons plugins tornam a plataforma atrativa, mais utilizadores compram hardware, Developer Edition ou BYOD e parte da receita regressa a quem cria valor.

Por isso considero o modelo mais interessante do que uma subscrição de hardware. A TRMNL cobra onde existem custos ou valor acrescentado, mas deixa uma saída técnica completa. Ganha porque os utilizadores querem ficar, não porque não conseguem sair.

Atualizações rápidas e espaço para modificações de hardware

Durante um refresh completo, o E Paper pisca brevemente. É normal e pouco relevante quando acontece de poucos em poucos minutos. No X, o tempo documentado varia entre cerca de 200 ms e 1,3 s.

Os 16 cinzentos melhoram calendários, sombras, gráficos e fotografias monocromáticas. Um refresh parcial serve para pequenas mudanças, um completo limpa o painel. A escolha depende da velocidade, da área alterada e da tolerância a ghosting.

A mecânica também é aberta: caixa aparafusada, Qwiic para expansões e USB OTG para alimentar acessórios através da base magnética com pinos pogo. O firmware aberto evita que essas extensões dependam inteiramente do roteiro do fabricante.

Por que nem 10,3 polegadas chegam para mim

O X é muito maior e mais nítido do que o OG. Funciona bem numa secretária ou de perto. Numa cozinha, onde quero ler o calendário familiar a vários metros, continua a ser um passo intermédio. Os mashups impressionam de perto, mas os detalhes tornam-se rapidamente pequenos à distância.

Quero cerca de 13 polegadas na cozinha, suficientes para semana, meteorologia, tarefas e uma nota sem compromissos constantes. Na sala ou escritório penso em 27 a 32 polegadas para fotografias, arte, informações familiares ou um dashboard de segurança.

O meu TRMNL X avança nessa direção. O formato 4:3 combina com calendários e fotografias, a alta resolução produz texto fino e a frente sem logótipo mantém-se neutra. Com 12.000 mAh, a maior superfície não exige imediatamente um cabo permanente.

Para uma secretária ou pequena parede, o X é a opção mais sensata. Para a minha cozinha continua menor do que desejo. Não resolve a dimensão, apenas desloca o limite.

A economia das grandes superfícies E Ink é brutal. Um painel monocromático de 13,3 polegadas custa hoje 449 dólares na loja oficial E Ink, sem controlador nem produto final. Um monitor DASUNG de 25,3 polegadas custa cerca de 1.548 a 1.649 dólares. A cor pode custar ainda mais. Isto explica os preços, sem os tornar agradáveis.

A cor é outro compromisso. Os cinzentos chegam surpreendentemente longe em calendários, texto e estados, mas para fotografias quero mais. E Paper a cores é fascinante, normalmente menos vivo do que LCD ou OLED e ainda mais caro. O meu TRMNL ideal de 32 polegadas a cores talvez exista como peças, mas ainda não como produto de consumo normal.

Os limites fazem parte do conceito

O TRMNL não substitui um tablet. Animação, vídeo, scroll rápido e interação direta não são as suas tarefas. Para cotações atualizadas a cada minuto ou um ecrã tátil, um display convencional é melhor.

As fotografias também são uma escolha estética. Com 16 cinzentos e alta resolução podem parecer ilustrações de jornal de qualidade, mas gradientes, tons de pele e cenas escuras não são reproduzidos fielmente.

A autonomia não é uma lei natural. Intervalos curtos, Wi-Fi fraco e imagens complexas acordam rádio e controlador mais vezes. É o compromisso normal entre atualidade e tranquilidade.

O que mais me incomoda continua a ser o tamanho, quase um elogio ao resto. Não me irritam software inutilizável, configuração difícil ou sistema fechado. Quero simplesmente mais superfície, porque já sei o que mostraria.

A minha conclusão depois da longa espera

Valeu a pena esperar? Sim, embora quase nove meses sejam muito para um produto anunciado com quatro meses de prazo.

O TRMNL resolve elegantemente o meu antigo problema com o Raspberry Pi. Não brilha permanentemente, não exige cabo contínuo e requer pouca atenção. O calendário está simplesmente ali. Outras informações aparecem segundo o horário. Se quero mais, combino plugins ou construo um com esforço razoável.

O ecossistema é ainda mais importante. Firmware aberto, BYOD documentado, vários projetos de self-hosting, um modelo de plugins simples e uma comunidade ativa não são garantidos num pequeno fabricante. Reduzem o risco de o aparelho se tornar lixo eletrónico se a cloud desaparecer ou a empresa mudar de estratégia.

Mesmo assim, não o recomendaria cegamente. Com 10,3 polegadas, o X é sobretudo um ecrã pessoal para distâncias curtas ou médias. Numa cozinha, sala ou escritório, a distância de leitura deve ser levada a sério. Mesmo o X é pequeno para a minha ideia, e pedir 13 ou 25 polegadas ou cor leva rapidamente para fora da gama de preços agradável.

O TRMNL não é, portanto, o meu destino final, mas o passo intermédio mais convincente. Mostra como deveria funcionar um ecrã tranquilo, eficiente e aberto. Agora a indústria só precisa de tornar a mesma ideia acessível em 13, 27 ou 32 polegadas.

Quando isso acontecer, já sei onde vou pendurar os dispositivos.

Até à próxima,
Joe

Perguntas frequentes