TRMNL X a prueba: E Ink se gana un lugar en el salón

Llevo años buscando una buena pantalla informativa. No quiero otra tableta que me distraiga con notificaciones ni un televisor colgado de la pared. Quiero una superficie tranquila que, al pasar, me muestre justo lo importante: calendario, tiempo, tareas, algunas métricas y, en la oficina, quizá el estado de mis principales sistemas de seguridad.

Mi primer intento serio fue una Raspberry Pi conectada a una pantalla. Técnicamente funcionaba. En la práctica me molestaba justo lo inevitable en una pantalla convencional: permanecía iluminada, consumía electricidad y parecía un dispositivo activo incluso cuando nadie le prestaba atención. En vez de un panel informativo, tenía otro pequeño ordenador que mantener.

Por eso E Ink me fascinó desde el principio. La imagen parece papel impreso, no una pantalla luminosa, y permanece visible sin que el panel consuma energía de forma continua. La electricidad se necesita sobre todo cuando el dispositivo despierta, obtiene datos por Wi-Fi y actualiza la pantalla. Es el principio ideal para información que no cambia cada segundo.

El problema siempre ha sido el precio. Los paneles grandes eran extremadamente caros hace unos años y todavía lo son en buena medida. Los pequeños son asequibles, pero a partir de 13 pulgadas el precio sube con rapidez. En 25, 27 o 32 pulgadas se entra enseguida en importes de cuatro cifras, y unos 2.500 dólares no son excepcionales para equipos grandes en color o señalización profesional.

Entonces apareció TRMNL, pronunciado como Terminal.

Prometieron cuatro meses y esperé casi nueve

Llevaba mucho tiempo siguiendo TRMNL cuando finalmente lo pedí. La entrega prevista era de unos cuatro meses, pero al final fueron casi nueve.

A pesar del considerable retraso, no hubo meses de silencio. El fundador enviaba con regularidad actualizaciones por boletín y vídeo. Explicaba por qué se retrasaba la entrega, dónde habían aparecido problemas de suministro y qué partes aún no cumplían sus propias exigencias de calidad. No eran simples peticiones de paciencia: se entendía qué estaba bloqueando el proyecto y qué faltaba por hacer. La espera no se acortó, pero la comunicación me pareció muy transparente y cercana. No siempre sabía cuándo llegaría mi TRMNL, aunque sí por qué todavía no estaba en camino.

Pocos productos tecnológicos me han hecho esperar tanto después de comprarlos. Mi Tesla Model Y también puso a prueba mi paciencia, aunque entre el deseo y la entrega pasaron dos o tres años. Con una pequeña pantalla E Ink, cada mes adicional resulta un poco más absurdo. Uno pide un aparato manejable y termina dudando de si llegará realmente.

Cuando el paquete apareció por fin en casa, fue casi como un pequeño nacimiento. Suena dramático para una pantalla de 10,3 pulgadas, pero después de nueve meses abrir la caja ya no era el comienzo habitual con un nuevo gadget.

Compré el dispositivo con mi dinero. Este artículo no está patrocinado y no contiene enlaces de afiliación. Mi experiencia se refiere al nuevo TRMNL X de 10,3 pulgadas. Elegí la batería grande, con 12.000 mAh en lugar de 6.000. El 28 de agosto de 2026 contrasté el estado del firmware abierto, el framework, los plugins y las opciones de alojamiento propio con la documentación y los repositorios públicos del fabricante.

Qué es realmente TRMNL

El hardware es deliberadamente discreto. El panel E Paper de 10,3 pulgadas ofrece 1.872 × 1.404 píxeles, 227 ppp y 16 niveles de gris, es decir, 4 bits por píxel. No hay logotipo en el frontal, algo apropiado para un dispositivo que pretende parecer un marco tranquilo y no un gadget publicitario.

La carcasa atornillada se puede abrir y está pensada para modificaciones. El X mide 233 × 193 × 12 milímetros. El fabricante indica 365 gramos con una batería y 450 gramos con las dos de mi configuración. TRMNL aspira a IP65, pero la certificación sigue pendiente, al igual que FCC, CE y RoHS. Pese a la protección constructiva contra polvo y agua, todavía no lo trataría como un producto certificado.

Se carga por USB-C o mediante la base magnética. Para colocarlo, TRMNL ofrece soporte de mesa, montaje de pared e imán integrado. La base utiliza pines pogo para la alimentación y los accesorios y también permite efectuar un restablecimiento físico.

Aquí está una diferencia fundamental frente a una tableta. TRMNL no mantiene una web abierta ni ejecuta veinte aplicaciones en segundo plano. El servidor prepara el contenido como imagen, el dispositivo la descarga, la dibuja en el panel y vuelve a dormir. Por eso el intervalo de actualización influye directamente en la autonomía.

Para un uso típico, el fabricante estima entre tres y seis meses. El X admite una o dos baterías LiPo de 6.000 mAh detectadas automáticamente, por lo que mi configuración suma 12.000 mAh. La cifra real depende de la recepción Wi-Fi, el contenido y el intervalo. De fábrica se actualiza cada 15 minutos, aunque puede cambiarse. Lo importante para mí no es si dura exactamente tres, cuatro o seis meses, sino no tener que llevar un cable hasta su ubicación ni cargarlo cada noche.

No hay pantalla táctil convencional, conexión permanente ni interfaz de aplicaciones en el panel. El X incorpora una barra de gestos y un acelerómetro Bosch que detecta, entre otras cosas, la orientación vertical u horizontal. La configuración se realiza en el panel web.

Esta reducción no es una función ausente. Es la esencia del producto.

Qué ocurre técnicamente durante una actualización

El TRMNL X no es un Linux en miniatura ni un navegador dentro de un marco. Su procesador principal es un ESP32-S3 con 16 MB de flash y 8 MB de PSRAM. El firmware público confirma la configuración mediante el perfil esp32s3_n16r8. Es suficiente para Wi-Fi, TLS, decodificación PNG, control del panel y actualizaciones de firmware. Una aplicación web moderna con JavaScript y renderizado local estaría completamente fuera de lugar.

Qué es un controlador ESP32

Un ESP32 es un microcontrolador. En un pequeño chip combina núcleos de cálculo, memoria, almacenamiento flash e interfaces para Wi-Fi, sensores y otros componentes. Ejecuta firmware escrito para una tarea concreta. No hay un sistema operativo de escritorio completo, un navegador normal ni numerosos servicios de fondo. Tras cumplir su función puede entrar en un sueño de consumo mínimo.

Una Raspberry Pi, en cambio, es un ordenador de placa única. Tiene mucha más potencia, arranca Linux, ejecuta navegadores o bases de datos y puede renderizar contenido localmente. Esa flexibilidad resultaba útil en mi antigua pantalla, pero trae el lastre de un ordenador: hay que arrancar el sistema, mantener procesos y servicios de red, instalar actualizaciones y evitar daños en la tarjeta SD o el sistema de archivos por apagados bruscos.

TRMNL apenas aprovecharía esa potencia adicional. El servidor se ocupa del renderizado, los plugins y la planificación. El ESP32 solo despierta, conecta el Wi-Fi, descarga una imagen terminada, la transfiere al panel y vuelve a deep sleep. El periodo activo es corto y el consumo en reposo, mínimo. Así se consiguen meses de autonomía en vez de una fuente conectada permanentemente.

El microcontrolador también arranca casi de inmediato y reduce mantenimiento, superficie de ataque y posibles fallos. Una Raspberry Pi es mejor si el dispositivo debe renderizar localmente, ejecutar aplicaciones complejas o alojar varios servicios. Para un cliente E Paper con una única tarea bien definida, el ESP32 es la herramienta adecuada.

Otro ESP32-C5 actúa como módem para Wi-Fi de 5 GHz mediante una antena externa. El Wi-Fi de 2,4 GHz del ESP32-S3 queda como alternativa. La ficha indica 802.11 b/g/n/ac y BLE. También hay sensor de temperatura, acelerómetro, sensor de gestos y un conector Qwiic para ampliaciones. Por USB OTG, el X puede alimentar accesorios de la base con 5 V y hasta 1,2 A. No hace falta para el panel normal, pero abre muchas posibilidades a sensores, accesorios y modificaciones.

TRMNL desplaza el trabajo pesado al servidor. Un ciclo completo se resume así:

1. Un temporizador despierta el controlador del deep sleep.
2. El dispositivo conecta con una red Wi-Fi conocida y llama al endpoint de pantalla del servidor configurado.
3. La solicitud incluye el identificador o dirección MAC, una clave de acceso y datos como versión del firmware, tensión de batería y señal Wi-Fi.
4. El servidor decide, según la lista, el horario y las condiciones, qué plugin debe mostrarse.
5. Los datos de calendarios, APIs, webhooks u otros plugins se insertan mediante Liquid y TRMNL Framework en un diseño adaptado a E Paper. El servidor genera un PNG con la resolución y profundidad de color del modelo.
6. La pantalla descarga la imagen, la escribe en el panel con el perfil de temperatura adecuado y vuelve a dormir.

La respuesta del servidor es pequeña. No contiene todo el calendario ni un documento HTML que deba ejecutarse en el dispositivo. Simplificada, se parece a esto:

{
  "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 la siguiente consulta ocurrirá tras 1.800 segundos, es decir, 30 minutos. La misma respuesta puede activar una actualización OTA mediante update_firmware y una URL de firmware. Un servidor propio solo necesita reproducir unos pocos endpoints estables, principalmente setup, display y logs.

En la nube de TRMNL, cada dispositivo posee una clave API propia enviada como access-token. Consultar /api/display avanza la lista del servidor al siguiente contenido válido. Dos dispositivos no deben compartir la clave por error, pues alternarían las entradas. Para duplicar la imagen actual existe otro endpoint. Así se ve lo estrechamente unidos que están identidad del dispositivo, estado de la lista y clave de acceso.

Esta separación mantiene el cliente pequeño, eficiente y relativamente fácil de portar. El diseño es idéntico en dispositivos equivalentes porque el resultado ya es una imagen. La complejidad pasa al servidor, que ejecuta plugins, consulta fuentes, renderiza imágenes, programa listas y administra equipos.

Por qué la batería dura meses y no horas

E Paper es biestable. De forma simplificada, los pigmentos blancos y negros permanecen en su posición después de aplicar el campo eléctrico. Mantener visible una imagen no consume energía de forma continua. Cambiarla sí, y la conexión Wi-Fi todavía más.

Sin un deep sleep estricto, la autonomía caería incluso con una batería grande. La optimización real combina el panel con un periodo activo muy breve: arrancar, conectar Wi-Fi, establecer TLS, descargar la imagen, refrescar y volver a dormir.

Un chip de gestión de Texas Instruments no se limita a medir tensión, sino que sigue el estado de carga, la salud y la capacidad. Con dos paquetes de 6.000 mAh detectados automáticamente, resulta más fiable que estimar un porcentaje solo a partir del voltaje.

Los ajustes pequeños tienen un efecto grande. Una actualización cada cinco minutos despierta la radio seis veces más que una cada 30. Una señal débil alarga la conexión. Las imágenes grandes o con mucho tramado requieren más datos y decodificación. Calendarios y estados con superficies uniformes son casi ideales.

Según la especificación actual, la pantalla tarda entre unos 200 milisegundos y 1,3 segundos, según el tipo de refresco. El cambio completo conserva el típico parpadeo de E Paper, aunque dura poco. Las actualizaciones parciales cambian zonas concretas con mayor rapidez.

Una configuración agradablemente aburrida

Al encenderlo, TRMNL crea una red Wi-Fi para la configuración inicial. Uno se conecta, introduce las credenciales y vincula el dispositivo con la cuenta. Después se crea una lista en el navegador.

El principio recuerda a un servicio musical, pero rotan páginas de información en lugar de canciones. El calendario puede aparecer más por la mañana, una lista de tareas durante la jornada y una foto por la noche. El contenido se programa y hasta cuatro fuentes pueden compartir una página como mashup.

Aquí una pequeña pantalla se convierte en producto útil. El hardware solo sería un marco bonito con batería. El panel web y los plugins deciden si acaba en un cajón tras dos semanas o se utiliza cada día.

Yo uso TRMNL sobre todo para el calendario. Las citas no necesitan actualizaciones cada segundo. Al pasar veo qué viene después sin desbloquear el móvil ni buscar una pestaña. El tiempo, tareas, fotos, analítica y otras fuentes siguen el mismo patrón.

Una buena pantalla TRMNL responde una pregunta en pocos segundos. Si tengo que detenerme, desplazarme o estudiar una leyenda, he incluido demasiado.

El ecosistema de plugins es la verdadera fortaleza

Cuando hice el pedido había unos 450 plugins e integraciones. Durante la larga espera no dejaron de llegar nuevos. Ahora superan ampliamente los 1.000 y la especificación actual del X habla de al menos 1.231 integraciones preconfiguradas: calendarios, meteorología, tareas, fotos, finanzas, YouTube Analytics, hogar inteligente y numerosos proyectos comunitarios.

La evolución me dice casi más que la cifra. Durante nueve meses vi aparecer recetas, integraciones e ideas antes de recibir el dispositivo. No es solo un fabricante manteniendo unas pocas funciones. Una comunidad muy activa amplía continuamente el sistema y demuestra cuántos usos puede tener una pantalla tranquila.

Comprueba en el directorio de integraciones de TRMNL si hay algo útil para ti.

No todos los plugins sirven a todo el mundo y una cifra grande no garantiza calidad. Aun así, la variedad cambia el producto. Puedo comenzar con plugins existentes, combinar varias vistas y desarrollar algo propio solo para necesidades específicas.

Un Private Plugin obtiene periódicamente datos de una URL HTTPS, normalmente como JSON. El diseño se describe con HTML, CSS y variables Liquid. El editor ofrece vista previa en tiempo real y permite CSS y JavaScript propios. TRMNL renderiza la imagen que verá el dispositivo.

Qué hace TRMNL Framework durante el renderizado

El TRMNL Framework no es solo una colección de clases CSS. Define pantalla, vista, diseño, barra de título, columnas y mashups, además de tablas, gráficos, progreso, imágenes y tipografía. En E Paper no se puede desplazar ni reaccionar después del renderizado, así que el texto sobrante debe recortarse, reducirse o limitarse antes.

Framework 3.1 fue importante para el X: introdujo una arquitectura de color basada en variables CSS, más grises, modos de alta resolución y utilidades adaptativas. Un plugin responde al tamaño, orientación y profundidad. lg: se refiere a la clase del dispositivo, no solo al ancho del navegador, y 4bit: permite dirigirse a los 16 grises del X.

Eso no añade color al panel monocromo. Estados semánticos como éxito, aviso o error se asignan a la paleta disponible. Los plugins existentes siguen funcionando, pero escalas tipográficas, container queries, columnas y reglas verticales aprovechan mejor la superficie.

Antes de la captura, el Framework Runtime Pass en JavaScript mide la pantalla, trata desbordamientos, acorta texto, adapta valores y alinea fuentes al píxel. El JavaScript del plugin se ejecuta en el entorno de renderizado antes de crear el PNG, no como aplicación web en el ESP32. Así hay diseños flexibles sin navegador en el cliente.

La documentación 3.1 ya no es la última. En esta revisión TRMNL ofrece Framework 3.3, con temas, una interfaz TRMNLPaint para JavaScript y gráficos, mapas e iconos adaptados. La idea sigue siendo describir la información una vez y adaptar su presentación al dispositivo.

El área para desarrolladores de TRMNL va más allá de plugins. Además de REST, hay una API para socios destinada a equipos preconfigurados, aprovisionamiento automático y gestión de flotas. Para mi calendario es secundario, pero en empresas convierte un gadget en una plataforma escalable.

Una API deliberadamente reducida para un panel de seguridad podría devolver solo esto:

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

Liquid inserta después los campos:

<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>

El ejemplo es intencionadamente sencillo. No hacen falta un frontend completo, una aplicación nativa ni un proceso permanente en la pantalla. Una API o un pequeño script que produzca JSON limpio bastan para empezar.

La palabra plugin abarca varios modelos. Los Native Plugins los mantiene TRMNL. Un Private Plugin pertenece a una cuenta y recibe datos mediante polling, webhook u otras instancias. Una Recipe publicada es básicamente un Private Plugin revisado que otros instalan o bifurcan. Las instalaciones reciben mejoras; un fork puede cambiarse libremente, pero deja de sincronizarse. El Screenshot Plugin renderiza una web existente. Un Third-Party Plugin combina una aplicación externa con OAuth2 simplificado, y su proveedor asume operación, autenticación y datos personales.

Para mi panel de seguridad empezaría con un Private Plugin. El servidor puede obtener JSON, RSS, XML, CSV o texto, incluso con cabeceras HTTP propias. Como alternativa, un proceso interno envía valores agregados a TRMNL mediante webhook. Suele ser más limpio que dar acceso directo a un sistema de monitorización.

La dirección del flujo importa. Si consulta la nube de TRMNL, el endpoint debe ser público o pasar por un intermediario controlado, y las claves quedan en la plataforma. Con webhook, mi sistema envía los datos. Con BYOS, todo puede quedarse en mi red. La misma pantalla puede representar arquitecturas de seguridad muy distintas.

El reto es seleccionar, no programar. Aunque 1.872 × 1.404 píxeles ofrecen mucho espacio, la superficie sigue midiendo 10,3 pulgadas. Cada métrica adicional reduce la legibilidad. No intentaría reproducir un SIEM dentro de un marco. Prefiero estados inmediatos: ¿hay un incidente crítico?, ¿funcionan backup y VPN?, ¿cuándo se revisaron los datos?

Un panel de seguridad no es un sistema de alertas

TRMNL encaja bien para mantener información de seguridad visible, pero consulta a intervalos y no tiene una conexión push permanente. Es un resumen, no un canal fiable de alarma.

Un incidente crítico sigue necesitando push, correo, buscapersonas u otro canal vigilado. El panel puede mostrar el estado general y ayudar a detectar algo anómalo, pero no puedo confiar en que la siguiente actualización llegue a tiempo ni en estar mirando.

También reduciría estrictamente los datos. Una pantalla visible no debe mostrar usuarios, IP internas, datos de clientes, tickets confidenciales ni claves API. Solo debe recibir valores agregados. El backend puede leer fuentes sensibles, pero su endpoint para TRMNL debe producir información mínima.

El dispositivo inicia la conexión y obtiene su siguiente pantalla; no necesita ser accesible desde Internet. Eso reduce la superficie entrante sin eliminar todos los riesgos. Usar la nube supone confiarle las fuentes y el contenido renderizado. Quien necesite más control puede alojar el servidor.

Hasta qué punto TRMNL es realmente open source

En hardware se usa con facilidad la etiqueta open source aunque solo haya un fork antiguo o un repositorio mal documentado. En TRMNL conviene separar las capas.

El firmware está disponible bajo GPL-3.0. Incluye configuración Wi-Fi, comunicación, OTA, PNG, control del panel, perfiles de temperatura, grises y deep sleep. Se puede estudiar, modificar, compilar y flashear en hardware ESP32 compatible, con objetivos separados para OG y X. El main evoluciona y puede introducir cambios incompatibles, por lo que para producción convienen releases etiquetadas o el Flash Assistant oficial.

El TRMNL Framework también es público y usa MIT. Contiene Sass, tokens, patrones de tramado, runtime JavaScript, documentación y herramientas de publicación. MIT cubre el código del framework; fuentes, imágenes y Highcharts tienen condiciones propias que deben revisarse por separado.

La organización TRMNL en GitHub mostraba 53 repositorios públicos durante mi revisión: servidores BYOS, extensiones Liquid, desarrollo local de plugins, traducciones, plantillas OAuth, bibliotecas API, clientes para Kindle, Kobo, Android y Raspberry Pi y soportes imprimibles. No todo procede exclusivamente del equipo central, pero el ecosistema supera ampliamente a un repositorio testimonial.

Hay varias implementaciones abiertas de Bring Your Own Server. Terminus es el proyecto oficial principal, bajo MIT y mantenido activamente, aunque sigue en beta antes de 1.0. También hay opciones con PHP/Laravel, Node.js, Next.js, TypeScript, Python con FastAPI o Django y Elixir/Phoenix. Algunas están activas y otras no, de modo que un repositorio no garantiza funciones, mantenimiento o compatibilidad.

No todo es abierto. La aplicación web Core alojada por TRMNL sigue siendo comercial y no se ha publicado por completo. Un firmware abierto tampoco convierte automáticamente el producto en hardware totalmente abierto. La carcasa, fabricación, calidad y producto comercial siguen siendo trabajo del fabricante.

La Unbrickable Pledge promete publicar el código de Core si la empresa se declara insolvente. Es un compromiso positivo archivado también en Wayback Machine, pero no un depósito de código con activación contractual automática. Lo interpreto como una intención creíble, no como un seguro jurídico.

La protección práctica ya existe: firmware abierto y servidores BYOS funcionales permiten independizar la pantalla sin esperar a que Core se publique.

Cuatro modelos de funcionamiento que conviene distinguir

La vía estándar es comprar el OG o X y usar la plataforma sin suscripción anual obligatoria. TRMNL gestiona renderizado, plugins, listas, OAuth y actualizaciones.

Con BYOD, Bring Your Own Device, solo cambia el hardware. El firmware abierto o un cliente compatible sigue usando la nube. Se necesita una licencia BYOD que ya incluye las funciones de desarrollador.

Con BYOS, Bring Your Own Server, el hardware TRMNL apunta a un servidor en la LAN o nube propia sin licencia adicional. Sin embargo, se omite la pila alojada de plugins y las integraciones nativas no se trasladan solas. La implementación elegida debe soportar o reproducir fuentes, listas y renderizado. Para mí es el término medio más interesante: hardware eficiente y terminado, pero control sobre datos y funcionamiento.

BYOD/S combina pantalla y servidor propios. Toda la cadena puede funcionar sin pagos ni dependencia operativa de TRMNL. Gratis no significa sin trabajo: alguien debe mantener firmware, servidor, base de datos, copias, actualizaciones y compatibilidad.

Cuánto cuestan realmente TRMNL y las alternativas

A 28 de agosto de 2026, el TRMNL OG cuesta 139 dólares y el TRMNL X, 229 dólares. La batería grande añade 10 dólares y duplica en el X la capacidad de 6.000 a 12.000 mAh. El acceso opcional para desarrolladores cuesta normalmente 20 dólares una sola vez y habilita plugins propios y API.

Una licencia BYOD cuesta 50 dólares como pago único y permanente por dispositivo. Varios dispositivos requieren varias licencias, aunque se gestionan en una cuenta. BYOS no necesita esa licencia.

El kit DIY TRMNL de 7,5 pulgadas desarrollado con Seeed Studio cuesta 47,99 dólares. Incluye panel de 800 × 480, XIAO ESP32-S3 Plus, batería de 2.000 mAh y cable, pero no carcasa. Con BYOD suma 97,99 dólares antes de envío, impuestos y carcasa. Con servidor propio solo se paga el hardware, pero se invierte tiempo.

Así se entiende el negocio. TRMNL cobra por hardware terminado, funciones de desarrollo y uso de su plataforma con equipos ajenos. Quien no quiera la infraestructura alojada puede evitarla por completo. Es mucho más justo que usar firmware abierto como marketing mientras todo uso útil depende de una suscripción.

BYOD es más que una imitación barata

El camino DIY evidente combina ESP32 y panel compatible. El kit Seeed evita elegir controlador, placa, batería y cables, pero todavía hay que montar, flashear, configurar Wi-Fi y crear una carcasa. El ahorro frente al OG es menor de lo que sugiere el precio. Para quien disfruta construyendo, el valor real está en comprender y modificar toda la cadena.

TRMNL también reutiliza Raspberry Pi, Kindle, Kobo, tabletas Android y otras pantallas. Incluso un Meta Portal discontinuado puede convertirse en cliente. Es interesante ecológicamente porque hardware funcional no tiene que desecharse cuando desaparece su servicio original.

La experiencia no es automáticamente idéntica. Raspberry Pi consume más y suele permanecer encendida. Una tableta LCD sigue brillando. Un Kindle puede ser un gran cliente E Paper, pero quizá requiera jailbreak. Un panel ESP32 compatible es lo más cercano al concepto original.

Firmware y servidor deben conocer resolución, rotación, profundidad y paleta. El OG usa 800 × 480 con hasta cuatro grises; el X, 1.872 × 1.404 con 16. Un Spectra 6 de 7,3 pulgadas necesita otro controlador y otra lógica que un panel monocromo de 7,5. BYOD no significa que cualquier superficie funcione perfectamente tras flashearla.

Esta apertura me gusta. El fabricante ayuda activamente a conectar hardware más barato o existente, aunque pueda reducir ventas propias, y con ello aumenta el valor a largo plazo.

Qué significa el alojamiento propio en la práctica

BYOS puede sonar a un contenedor Docker y cinco minutos, pero Terminus utiliza Ruby y Hanami, PostgreSQL, Sidekiq, Valkey, Puma, ImageMagick y sus propios procesos de renderizado y tareas. Admite Docker, Raspberry Pi y Kubernetes. Sigue en beta y aún no ha llegado a 1.0.

No es una razón para evitarlo, sino para no confundir alojamiento propio con ausencia de mantenimiento. Firmware y servidor comparten protocolo. Si cambian endpoints de setup, display o logs, ambos lados deben seguir siendo compatibles. Base de datos, cargas, usuarios, trabajos y copias pasan a ser responsabilidad propia.

Una implementación comunitaria ligera puede bastar para una lista fija y pocas pantallas. Quien espere varios equipos, usuarios, sensores, plugins, vistas previas y firmware automático se beneficiará más de Terminus.

Para mi panel de seguridad, BYOS permitiría consultar APIs internas, renderizar una vista depurada y enviarla sin exponer endpoints ni guardar credenciales sensibles en una configuración externa. A cambio, tendría que parchear, vigilar y proteger el servidor.

Por qué el ecosistema puede ser sostenible

Los desarrolladores pueden publicar recetas o plugins externos. Desde noviembre de 2025, un Creator Fund remunera aportaciones, no solo plugins, sino también traducciones, firmware, soportes y otros componentes.

No es caridad, sino un ciclo sensato. Más plugins hacen la plataforma atractiva, más usuarios compran hardware, Developer Edition o BYOD, y parte de los ingresos vuelve a quienes aumentan su valor.

Por eso me interesa más que una suscripción de hardware. TRMNL cobra donde existen costes o valor añadido y mantiene una salida técnica completa. Gana dinero porque los usuarios quieren quedarse, no porque no puedan marcharse.

Actualizaciones rápidas y espacio para modificar hardware

En una actualización completa, E Paper parpadea brevemente. Es normal y poco importante si ocurre cada varios minutos. En el X, el tiempo documentado está entre unos 200 ms y 1,3 s.

Los 16 grises mejoran calendarios, sombras, gráficos y fotos monocromas. Un refresco parcial sirve para pequeños cambios; uno completo limpia todo el panel. La elección depende de la velocidad, la superficie que cambia y cuánto ghosting se tolera.

La mecánica también es abierta: carcasa atornillada, Qwiic para ampliaciones y USB OTG para alimentar accesorios mediante la base magnética de pines pogo. El firmware abierto evita que estas ideas dependan por completo de la planificación del fabricante.

Por qué ni siquiera 10,3 pulgadas me bastan

El X es mucho mayor y más nítido que el OG. Funciona muy bien sobre el escritorio o cerca. En una cocina, donde quiero leer el calendario familiar desde varios metros, sigue siendo un paso intermedio. Los mashups impresionan de cerca, pero sus detalles se vuelven pequeños a distancia.

Quiero unas 13 pulgadas para la cocina, suficientes para semana, tiempo, tareas y una nota sin tantos compromisos. En salón u oficina pienso en 27 a 32 pulgadas para fotos, arte, información familiar o un panel de seguridad.

El X avanza en esa dirección. El formato 4:3 encaja con calendarios y fotos, la resolución muestra letras finas y el frontal sin logotipo resulta neutro. Con 12.000 mAh no necesito un cable permanente por tener más superficie.

Para escritorio o pared pequeña, el X es mi opción sensata. Para mi cocina sigue siendo menor de lo deseado. No resuelve el tamaño, solo desplaza el límite.

La economía de E Ink grande es brutal. Un panel monocromo de 13,3 pulgadas cuesta actualmente 449 dólares en la tienda oficial de E Ink, sin controlador ni producto acabado. Un monitor DASUNG de 25,3 cuesta aproximadamente entre 1.548 y 1.649 dólares. El color puede elevarlo aún más. Eso explica el precio, pero no lo hace agradable.

El color añade otro compromiso. Grises bastan sorprendentemente para calendarios, texto y estados, pero para fotos quiero más. E Paper en color fascina, suele ser menos vivo que LCD u OLED y cuesta todavía más. Mi TRMNL ideal de 32 pulgadas en color quizá exista como piezas, pero todavía no como producto de consumo normal.

Los límites forman parte del concepto

TRMNL no sustituye una tableta. Animación, vídeo, desplazamiento rápido e interacción directa no son su tarea. Para cotizaciones minuto a minuto o una pantalla táctil, una pantalla normal es mejor.

Las fotos son una decisión estética. Con 16 grises y alta resolución pueden parecer ilustraciones de periódico, pero gradientes, tonos de piel y escenas oscuras no se reproducen con fidelidad.

La autonomía tampoco es una ley. Intervalos cortos, Wi-Fi débil e imágenes complejas despiertan más la radio y obligan a cargar antes. Es el compromiso normal entre actualidad y calma.

Lo que más me molesta sigue siendo el tamaño, casi un elogio al resto. No me frustran el software, la configuración ni un sistema cerrado. Solo quiero más superficie porque ya sé qué mostraría.

Mi conclusión después de la larga espera

¿Valió la pena esperar? Sí, aunque casi nueve meses son mucho para un producto anunciado con cuatro.

TRMNL resuelve elegantemente mi antiguo problema con Raspberry Pi. No brilla sin parar, no necesita un cable permanente y apenas exige atención. El calendario simplemente está. Otra información aparece según el horario. Si quiero más, combino plugins o creo uno con un esfuerzo razonable.

El ecosistema es todavía más importante: firmware abierto, BYOD documentado, varios proyectos de alojamiento propio, un modelo de plugins sencillo y una comunidad activa no son obvios en un fabricante pequeño. Reducen el riesgo de que el equipo se convierta en basura electrónica si desaparece la nube o cambia la empresa.

Aun así, no lo recomendaría a ciegas. Con 10,3 pulgadas, el X es ante todo una pantalla personal para distancias cortas o medias. Para cocina, salón u oficina hay que valorar seriamente la distancia. Incluso el X es pequeño para mi idea, y exigir 13 o 25 pulgadas o color lleva rápidamente fuera de precios cómodos.

TRMNL no es mi destino final, sino el paso intermedio más convincente. Demuestra cómo debería funcionar una pantalla tranquila, eficiente y abierta. Ahora la industria solo tiene que hacer que la misma idea sea asequible en 13, 27 o 32 pulgadas.

Cuando ocurra, ya sé dónde colgaré los dispositivos.

Hasta la próxima,
Joe

Preguntas frecuentes