I’m looking to connect with anyone in this community who’s done any work with Xiao + ePaper displays to optimize refresh rates (full & partial), and/or partial refresh quality tactics.
I am working with the Xiao ENO5 ePaper Display Board (https://www.seeedstudio.com/XIAO-ePaper-Display-Board-nRF52840-EN05-p-6756.html) and the 7.5" monochrome ePaper display (UC8179 driver) . I have a working prototype but am struggling to optimize refresh rates and quality of the display beyond a certain point. If anyone else is working on this, would you be open to comparing notes? I’ve reverse-engineered the existing LUT bytes (VCOM + WW/KW/WK/KK tables) down to the phase/frame-count level against the UC8179 datasheet, and confirmed our optimized full/partial refresh times are 2426ms / 1233ms. The VCOM’s own timing (93 frames) — not the pixel tables — is the actual pacing bottleneck, and that our partial-refresh path is currently sourcing its waveform from the chip’s OTP (factory-baked), not custom registers. I’m trying to determine if I can optimize this any further with different tactics or approaches, or if I’ve hit diminishing returns with this hardware setup…?
- Does anyone have access to batch-specific documentation/waveform files beyond what’s public in the Seeed_GFX GitHub driver?
- Is the LUT that ships in Seeed_GFX’s defaults the fastest/best available for this panel, or a conservative generic default?
- Do you have any known errata, updated reference code, or internal notes on this panel/driver pairing beyond the public repo?
I’d love to connect with anyone else who’s worked on ePaper refresh & quality optimizations, even if with different hardware - please reach out if you are interested!
Thank you in advance,
Jon
PJ 
