Nine panels, one Tesserae server.
Self-hosted dashboard companion for e-ink displays. Compose tile-based dashboards in a browser, render the frame headless, push it to one or more panels over MQTT or HTTP.
Note
Available for contract work. I'm Kayden. I created Tesserae and maintain it, with help from a growing group of contributors. I take on contracts building with AI: custom agents, MCP servers that connect AI models to your tools and data, and AI-assisted development workflows for teams. I also take on full-stack, embedded and Home Assistant projects, the same work Tesserae is built from.
If Tesserae is useful to you, sponsoring helps keep it independent and actively maintained.
Email me about a contract · Sponsor on GitHub · Support on Ko-fi
Open source under AGPL-3.0-or-later. The self-hosted server needs no
account and never has to talk to us: the only outbound contact is
api.tesserae.ink for update checks, an anonymous install count, and a
daily aggregate heartbeat, off by default and opt-in (you're asked once at
first-run setup; toggle in Settings → System → Online features).
Tesserae Cloud is a separate hosted Tesserae for people who would rather not run a server: sign in, create a dashboard, and connect your display. This self-hosted server stays the full product and stays free, and a supported panel is not tied to the cloud: it can be pointed at a server of your own at any time, though dashboards made in the cloud are specific to it and would need recreating here.
📖 Full documentation: install guides, hardware quickstarts, widget gallery, community catalog, architecture deep dive, how to build a widget, how to add hardware support.
mkdir tesserae && cd tesserae
curl -fsSLO https://raw.githubusercontent.com/dmellok/tesserae/main/docker-compose.yml
docker compose up -d
Open http://localhost:8765. First request walks through password setup and the onboarding wizard.
Other install paths: Home Assistant App, Proxmox VE helper script, LXC / MicroCloud, macOS / Linux / Pi shell installer, Windows PowerShell, manual venv.
Server is running? Pick a hardware quickstart to get a panel on the wall.
Dashboards are plain HTML. The editor preview and the production render load the same URL: a headless Chromium (Playwright) screenshots the composition at panel resolution, so "looked fine in the editor, broke on the panel" is impossible by construction.
The frame then goes through a per-device renderer: Floyd-Steinberg dithering against the panel's measured color palette (Spectra 6 and ACeP panels don't actually produce sRGB primaries; calibrated measurements come from epdoptimize), then packing into the exact byte format the panel wants: packed 4-bit Spectra 6, 1-bit mono, or 4-bit grayscale.
Devices are deliberately thin clients with no on-device image
decoding. Always-on clients (a Pi driving an Inky) get frames pushed
over MQTT the moment a page changes. Battery clients (ESP32) wake, GET
their frame over REST with If-None-Match (a 304 skips both the
download and the slow e-ink refresh), POST battery + RSSI telemetry,
and deep-sleep on a server-driven interval. Wall-clock time comes from
the HTTP Date header, so there's no SNTP on-device.
browser editor Tesserae server panels
┌──────────┐ HTTP ┌──────────────────────┐ MQTT ┌─────────────┐
│ composer │─────────▶│ headless render │─────────▶│ Pi + Inky │
│ /compose │ │ dither (measured │ ├─────────────┤
└──────────┘ │ palettes) │ REST │ ESP32, │
│ pack panel-native │◀────────▶│ Kindle, │
│ schedule / rotate │ │ TRMNL │
└──────────────────────┘ └─────────────┘
Every layer is a drop-a-folder plugin: widgets, themes, renderers,
transports, and device kinds. The seams are real directories:
plugins/ · renderers/ ·
transports/ · devices/.
Build dashboards with AI (MCP). Tesserae exposes an
MCP API so an agent can lay out a freeform
dashboard, render a preview to check its work, and push it to a panel. It's on
by default; run the
tesserae-mcp bridge on your agent's
machine (a remote agent needs the token from Settings → System → MCP). See the docs.
Server-side rendering, dumb firmware. The server pre-renders each frame into the exact bytes the panel controller wants; the device firmware streams them straight to the panel. Adding a new panel is a board header plus one driver. The network, power, and provisioning stack never changes.
Widget network egress is allowlisted. Third-party widgets declare the
network hosts they need in a requires: block in plugin.json, and the
host enforces the allowlist at the socket layer. An undeclared connection
raises CapabilityDenied instead of phoning home. That is the extent of
the containment: widgets otherwise run in-process, and the trust model is
PR review of the community catalog, not a sandbox. The
threat model is
documented honestly, including what it doesn't catch.
One server, a fleet of panels. Tesserae splits rendering from transport from hardware, so a single instance drives every panel in the house, each with its own dashboards, schedules, and rotations.
Community widgets install from an audited catalog. Pinned release tarballs, sha256-verified, schema-validated, PR-reviewed: tesserae-widgets.
Tesserae renders to one of several panel families through drop-a-folder device plugins. In the tables below, ✅ means the panel has been confirmed on real hardware (on my bench or via a community report); TBD means a client and hardware profile ship but nobody has confirmed a frame on the physical panel yet. The per-renderer bench matrix lives at Screens & compatibility.
Some links below are affiliate links. Seeed product links and the Pimoroni Inky Frame and Inky Impression links carry a Tesserae affiliate tag: buying through one pays a small commission that goes back into the project, and a Seeed link also gets you a discount at checkout. Nothing is listed here because of it, and a panel's ✅ / TBD status means exactly what it says above. Links without the tag are plain product links.
The reTerminal E-Series and XIAO ePaper family run the Tesserae-native firmware; flash from the browser in one click at tesserae.ink/flash (Chrome / Edge, Web Serial, no toolchain). Battery-powered, no assembly required.
| Model | Panel | Client | Status |
|---|---|---|---|
| reTerminal E1001 | 7.5" mono, 800×480 | tesserae-device-firmware | ✅ |
| reTerminal E1002 | 7.3" Spectra 6, 800×480 | tesserae-device-firmware | ✅ |
| reTerminal E1003 | 10.3" mono, 16-level grey, 1872×1404 | tesserae-device-firmware | ✅ |
| reTerminal E1004 | 13.3" Spectra 6, 1200×1600 | tesserae-device-firmware | ✅ |
| reTerminal Sticky | 3.97" mono, 4-level grey, 480×800 portrait | tesserae-device-firmware | ✅ |
| XIAO ePaper EE02 | 13.3" Spectra 6, 1200×1600 | tesserae-device-firmware | ✅ |
| XIAO ePaper EE03 | 10.3" mono, 16-level grey, 1872×1404 | tesserae-device-firmware | TBD |
| XIAO 7.5" ePaper Panel | 7.5" mono, 800×480 | tesserae-device-firmware | TBD |
| TRMNL 7.5" OG DIY Kit | 7.5" mono, 800×480 | TRMNL firmware | ✅ via BYOS |
The PaperS3's screen has no controller chip: the ESP32-S3 drives the glass directly and the 16 grey levels come from a waveform table in the firmware rather than from the panel. Greyscale tuning is therefore a firmware change. Partial refresh is not implemented yet, so this panel has no tap echo or on-device touch controls, and its touch digitiser is not wired up.
The link goes to M5's documentation rather than their store: M5 have marked the PaperS3 end of life and it is sold out, so this entry is for people who already own one.
The original M5Paper (pre-S3, classic ESP32-D0WDQ6-V3) drives the same 4.7" glass through an IT8951 controller over SPI, so it reuses the reTerminal E1003's greyscale driver. Also discontinued; this entry is for existing owners.
The PaperMono (2026, Pro and Lite) is a 3.97" 480x800 4-level greyscale handheld on the reTerminal Sticky's controller family, so it reuses that driver and wire format; its panel rails sit behind an I2C IO expander and its battery is read from the on-board PMIC. Confirmed on hardware; touch, microSD and the frontlight are not wired yet.
| Model | Panel | Client | Status |
|---|---|---|---|
| M5Paper | 4.7" mono, 16-level grey, 960×540 (IT8951) | tesserae-device-firmware | ✅ |
| PaperS3 | 4.7" mono, 16-level grey, 960×540 | tesserae-device-firmware | TBD |
| PaperMono / PaperMono Lite | 3.97" mono, 4-level grey, 480×800 portrait (SSD1677) | tesserae-device-firmware | ✅ |
| Panel | Resolution | Client | Status |
|---|---|---|---|
| Inky Impression 4" (6-colour Spectra 6) | 600×400 | tesserae-device-pi | ✅ |
| Inky Impression 4" (legacy 7-colour ACeP) | 640×400 | tesserae-device-pi | ✅ |
| Inky Impression 5.7" (7-colour ACeP) | 600×448 | tesserae-device-pi | ✅ |
| Inky Impression 7.3" (6-colour Spectra 6) | 800×480 | tesserae-device-pi | ✅ |
| Inky Impression 13.3" (6-colour Spectra 6) | 1600×1200 | tesserae-device-pi | ✅ |
| Inky pHAT /wHAT | various | tesserae-device-pi | works via pi_png |
The Inky Frame and the Badgers carry their own microcontroller, so they need no Raspberry Pi. The Inky Frame runs tesserae-device-inkyframe (Pico SDK firmware, the Tesserae fork of Carl Partridge's client: setup from a phone, button letters, signed over-the-air updates); flash it from the browser at tesserae.ink/flash/inky-frame (Chrome / Edge, WebUSB, no toolchain). The Badgers run tesserae-device-badger, an app inside the badge's own launcher, so the badge keeps its other apps.
| Panel | Resolution | Client | Status |
|---|---|---|---|
| Inky Frame 7.3" (6-colour Spectra 6, Pico 2 W) | 800×480 | tesserae-device-inkyframe | ✅ |
| Inky Frame 7.3" (legacy 7-colour ACeP) | 800×480 | tesserae-device-inkyframe | TBD |
| Badger 2350 | 264×176, 4-level grey | tesserae-device-badger | ✅ |
| Badger 2040 W | 296×128, mono | tesserae-device-badger | TBD |
| Panel | Resolution | Client | Status |
|---|---|---|---|
| Waveshare 13.3" Spectra 6 (ESP32-S3) | 1200×1600 | esp32-bin | ✅ |
| Waveshare 7.3" PhotoPainter (ESP32-S3) | 800×480 | photopainter-7.3-bin | ✅ |
| Waveshare 4.2" B/W (ESP32) | 400×300 | esp32-bw | TBD |
Xteink's X-series e-readers run CrossInk firmware with Tesserae client support: the dashboard becomes the reader's sleep screen, painted on the sleep transition rather than on a timer.
| Model | Panel | Client | Status |
|---|---|---|---|
| Xteink X3 (4-level grayscale) | 792×528, gray | CrossInk | ✅ |
| Xteink X3 (mono) | 792×528, mono | CrossInk | TBD |
| Xteink X4 | 800×480, mono | CrossInk | ✅ |
| Xteink X4 (4-level grayscale) | 800×480, gray | CrossInk | ✅ |
| Xteink X4 Pro | 800×480, mono | CrossInk | TBD |
Community-authored clients, contributed and maintained by their authors (not in the Tesserae org). Thanks to everyone building these.
| Panel | Resolution | Client | Status |
|---|---|---|---|
| PicPak 4.2" BWRY | 400×300 (4-colour BWRY) | picpak-tesserae-client by@varanu5 | ✅ |
| ZecTrix NOTE4C Devkit | 400×300 (4-colour BWRY) | note4c-tesserae-client by@varanu5 | ✅ |
| Soldered Inkplate 10 | 1200×825 (9.7" 16-level grey) | tesserae.inkplate by@partridgeworks | ✅ |
| Soldered Inkplate 6COLOR | 600×448 (5.85" 7-colour ACeP) | inkplate-tesserae-driver by@ripking | ✅ |
| Soldered Inkplate 13SPECTRA | 1600×1200 (13.3" Spectra 6) | inkplate-tesserae-driver by@ripking | ✅ |
| Pimoroni Inky Frame 7.3" (7-colour ACeP) | 800×480 | tesserae.inkyframe by@partridgeworks | ✅ |
| Pimoroni Inky Frame 7.3" (6-colour Spectra 6) | 800×480 | tesserae.inkyframe by@partridgeworks | TBD |
| reMarkable 2 | 1404×1872 (10.3" 16-level grey) | tesserae.remarkable by@partridgeworks | ✅ |
| reMarkable 1 | 1404×1872 (10.3" 16-level grey) | tesserae.remarkable by@partridgeworks | TBD |
| reMarkable Paper Pro | 1620×2160 (11.8" colour) | tesserae.remarkable by@partridgeworks | TBD |
E-readers running KOReader with the Tesserae plugin. The plugin pairs with a claim code, decodes 16-level greyscale frames on the reader, and sleeps between refreshes where KOReader exposes the hardware alarm. Kindles need a jailbreak to run KOReader; Kobo does not.
| Panel | Resolution | Client | Status |
|---|---|---|---|
| Kindle Paperwhite 2 (jailbroken) | 758×1024 | tesserae-koreader | TBD |
| Kindle Paperwhite 3/4, Voyage, Basic 4 | 1072×1448 | tesserae-koreader | TBD |
| Kindle Paperwhite 5, Oasis 3, Scribe | 1236×1648, 1264×1680, 1860×2480 | tesserae-koreader | TBD |
| Kobo Clara HD, Libra 2, Sage, Aura | various | tesserae-koreader | TBD |
Any client implementing the TRMNL BYOS spec
works against the trmnl_png renderer.
| Panel | Resolution | Client | Status |
|---|---|---|---|
| TRMNL OG | 800×480 | TRMNL firmware | TBD via BYOS |
| TRMNL X | 1872×1404 (10.3") | TRMNL firmware | TBD |
| Amazon Kindle Paperwhite 2 (jailbroken) | 758×1024 | KOReader trmnl-display plugin (1-bit; see the KOReader section above for the Tesserae plugin) | ✅ |
Anything else: pick custom in Settings → Panel and set the
dimensions. If a client drives your panel, Tesserae can push frames
to it. A generic CircuitPython client (400+ boards) is in development;
follow discussion #24.
Per-client setup walkthroughs (the firmware repos in the Client column): Install a client. Full renderer / device-kind compatibility matrix: Screens & compatibility.
Pre-1.0 and moving fast. Every release is documented in the CHANGELOG. CI runs pytest (7,700+ tests), the Lineups browser tests in Chromium, ruff, and mypy (strict on the render/push pipeline modules) on every push; coverage (86% at last count) is measured weekly, report only.
Built with AI assistance (Claude Code). Architecture decisions, code review, hardware testing, and what ships vs. what doesn't are mine. The changelogs document the debugging in the open.
Tesserae contacts one first-party endpoint, api.tesserae.ink, for
update checks, an anonymous marketplace install count, and a daily
aggregate heartbeat (version, platform, deployment kind, device kinds; no
exact counts). No accounts, no personal data, no IP addresses stored, no
third-party analytics. It is off by default and opt-in: a fresh install asks once
at first-run setup, and it's a single switch at Settings → System →
Online features. Per-device diagnostics (battery, RSSI, sleep cadence)
stay on the box. Privacy.
- Discussions for show-your-dashboard, widget pitches, and install help.
- Contributing guide for dev setup, the three checks (pytest / ruff / mypy), and commit conventions.Good first issues .
- Hardware reports : running an unlisted panel? A compat report is a real contribution.
- Security policy ·Code of conduct
The server stays free even when someone runs it as a service: improvements have to stay public. And a dashboard for your home shouldn't report home. No analytics, no accounts, nothing phones out. Don't take the README's word for it; read the source.
Tesserae stands on generously-licensed open source: Phosphor Icons, Chart.js, 20 typefaces under SIL OFL / Apache 2.0, the TRMNL BYOS protocol, the KOReader trmnl-display plugin, and paperlesspaper/epdoptimize's Spectra 6 + ACeP calibrated palette measurements (also shipped as selectable presets in the Calibration tab under Apache 2.0). Full attribution: Credits, NOTICES.md.
AGPL-3.0-or-later, see LICENSE.