Skip to content

Conversation

@mrwastl
Copy link

@mrwastl mrwastl commented Aug 13, 2017

my fork adds basic support for ESP32 and Teensy 3.1/3.2.

As I only own an EPD_V110_G1 module (2.7") I can only verify this one. All other combinations are tested if they compile successfully.

@shawaj
Copy link
Collaborator

shawaj commented Aug 14, 2017

has this been tested on the Arduino boards and is still working?

@shawaj
Copy link
Collaborator

shawaj commented Aug 14, 2017

Also @mrwastl would you like us to send you some other screen materials to test with?

@mrwastl
Copy link
Author

mrwastl commented Aug 14, 2017

arduino: should still work because i've tried not to interfere with existing functionality and architectures.
verified with a seeduino mega, my EPD_V110_G1/2.7" module and demo_270.
modules other than EPD_V110_G1: untested and unverified (see above), but compile tests were fine for Arduino Mega, Teensy 3.1/3.2, and ESP32.

other screen materials: sure, very interested (my email-address can be found here: mrwastl/gratis-branch, EPD_PINOUT/EPD_Pinout_ESP32.h or at serdisplib.sf.net).

i'm currently fooling around with a modified EPD_V110_G1 library that includes partial update (taken from the issue #13-changes) but this is not yet ready for release.
would be interesting to play with other modules here.

is there any possibiliy to limit the update-stream to a bounding box or is a full buffer transfer always required (if i just change a small box it would be nice to only transfer a minimum set of required buffer data + meta data via SPI to the module).

@shawaj
Copy link
Collaborator

shawaj commented Aug 24, 2017

@mrwastl just emailed you.

re the last question - perhaps @CharmingSu or @repaper can help you?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants