tinydrm VS kindle-dash

A friend & I have a dream of building an E-reader based on the 10" ED097OC4 E-ink display that was built into the Kindle DX and can now be had for around 30€ (old stock?).

Most parts of the stack are conceptually figured out:

A Pine64 SOPINE module (comparable to the Raspi CM, but cheaper), a Linux DRM driver based on tinydrm (https://github.com/notro/tinydrm) or gud (https://github.com/notro/gud/), as panel driver either vroland's ESP32 based EPDiy (https://hackaday.io/project/168193-epdiy-976-e-paper-control...) or a custom FPGA solution.

What's really missing and what I just can't figure out is how to get a touch input layer on there. Because the format is so weird there's just nothing available off the shelf at a fitting size. Cutting them to size doesn't seem feasible (or is it?), perhaps the most DIYable would be an infrared solution (like early kindles have), but on that topic there's a distinct lack of DIY materials.

A button-only navigation would really suck, since even KOReader (the absolute minimum application to run, preferable would be a full Wayland desktop) doesn't seem to be compatible with that.

I figure this is the best place to ask: Does anyone have an idea how this could be solved? Also, would anyone be interested in E-reader kits like that?

Instead of using a cronjob you can put the device into sleep and use the RTC to schedule the next wakeup (see [1]). This takes only very little power, as the device is only turned on for mere seconds and sleeps the remaining time.

[1] https://github.com/pascalw/kindle-dash/blob/main/src/dash.sh...

The stopgap solution for this is pascalw's kindle-dash[1]. I set it up on my jailbroken kindle and now it displays some headlines, my google calendar events, and the weather (via OpenWeatherMap API)

[1] https://github.com/pascalw/kindle-dash

This thread or this project might be what you're after. The first is a full screen browser, the second is replacing the screen saver image and going into sleep mode.

Hey HN, I built this project because last year I did a terrible job of actually taking time off work and needed a way to see just how overdue I was to take a day off.

Because so much is already automatically tracked in my calendar (e.g. the HR system adds calendar events for booked holiday), I just needed a way to query it to get the metrics I wanted.

Originally I used a Go MySQL implementation to evaluate queries but it was a bit buggy and didn’t support all the SQL I wanted. Now I’m using a full SQLite database for each user so you can really do some gnarly queries (recursive CTEs, window functions, the works).

Personally, I’m using QueryCal as a Grafana datasource to power a dashboard that’s displayed on an old Kindle on my desk (using this great project: https://github.com/pascalw/kindle-dash).

You will have to compete with much cheaper ideas like this kindle-based dashboard https://github.com/pascalw/kindle-dash

discussed a while ago here: https://news.ycombinator.com/item?id=25939042