-
Notifications
You must be signed in to change notification settings - Fork 963
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Refactor EInkDisplay #3299
Refactor EInkDisplay #3299
Conversation
Something spectacular going wrong with one |
My apologises, I see what is happening I think, in our discord conversation I should have said to include EINK_DISPLAY_MODEL, EPD_HEIGHT and EPD_WIDTH in each variants platformio.ini. (not variant.h) Eg ESP32-S3-Pico variant platformio.ini variant.h |
Oh right, I see what you meant. I'll make the changes tomorrow. |
We should use consistent names eg |
31da8f9
to
1e3db57
Compare
Getting a build error for |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
changes look good, just update the variant.h files as we only need them defined in platformio.ini not both
Oh jeez.. I absolutely did do all that, but somehow I've made a horrible mess of the commit.. |
Lesson learnt: double check, and then check again. Can't apologize enough for turning what should have been a simple task into a saga. |
yes, these things happen |
@todd-herbert t-echo trunk issue ? |
Huh.. weird. It has only popped up after this latest commit. I'm out of the house right now but I'll look into it in a little bit. |
A lot of variant specific code is merged, with the macros pushed to the respective variant.h files. "Dynamic Partial" code has been purged, pending a rewrite.
Usage was in a block of variant-specific code, which had been intentionally left untouched.
d7943e8
to
78e3b54
Compare
What
In consultation with @markbirss,
Shifts macros to respectivevariant.h
filesShifts macros to respective
platformio.ini
filesPreviously tested displays documented at top of
EInkDisplay2.cpp
EInkDisplay2.cpp
to members of theEInkDisplay
classWhy
General tidiness, but also in preparation to re-implement "dynamic refresh" as a derived class of EInkDisplay (easier to maintain, easier to scrap).
More tidying could probably be done. The variant-specific code in
connect()
has been completely avoid, for fear of breaking something important in some horrible way.Who this might affect
Heltec Wireless Paper V1.0 reverts to using the stock "full-refresh" E-Ink system of updates.
Minor refactoring affects a large amount of boards. In theory, no changes should be noticed. I'm reasonably sure that everything went into the right
variant.h
files, but it would be good to get a second pair of eyes on this.