Hi - so this is a GDEH0154D67 display? I don't think we have any driver for that unfortunately.
Basically, you have two options:
Implement all the whole display code in C - you'd need to then build a special firmware with this in to make it work. It'll be a bit faster, but a lot more work and less flexible.
Honestly, the JS module is the way I'd say was preferable - Espruino's Graphics library can usually do all the heavy lifting for you, and then all you have to do is write the relevant JS code to push the graphics buffer you get out over SPI to the display. For epaper especially the slightly reduced speed over native won't be a massive issue as the update takes a while anyway.
If you have issues I'm happy to try and help with the code you'd need to get it working
Espruino is a JavaScript interpreter for low-power Microcontrollers. This site is both a support community for Espruino and a place to share what you are working on.
Hi - so this is a GDEH0154D67 display? I don't think we have any driver for that unfortunately.
Basically, you have two options:
The vast majority of display drivers for Espruino are actually written in JS, for example all the ones at https://www.espruino.com/Graphics#graphics-drivers
You can just develop the driver in the Web IDE, and then if you want to you can contribute it back to https://github.com/espruino/EspruinoDocs/tree/master/devices (which would be great!) - there's a tutorial at https://www.espruino.com/Writing+Modules and you could one of those existing graphics drivers listed above as a base.
Honestly, the JS module is the way I'd say was preferable - Espruino's Graphics library can usually do all the heavy lifting for you, and then all you have to do is write the relevant JS code to push the graphics buffer you get out over SPI to the display. For epaper especially the slightly reduced speed over native won't be a massive issue as the update takes a while anyway.
If you have issues I'm happy to try and help with the code you'd need to get it working