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
Add M5Paper support #3667
base: master
Are you sure you want to change the base?
Add M5Paper support #3667
Conversation
1506551
to
822d799
Compare
maybe talk to @markbirss he has don work with m5paper before. His idea was to interface a generic lora radio through the sd card slot. |
@caveman99 I was thinking of using two of the three Grove ports to provide a second SPI interface (see the forum thread) - an SX126/7/8X radio could work over 4 pins, and that leaves one of the Grove ports free for a GPS module. |
Hi, I tried hard before but just could not get both display and lora working I tried the tf breakout but those pins must have resistors inline or something Sadly the new yet tobe released esp32-s3 m5paper version lacks gpio breakout from the initial pictures I have seen I have been much more successful with the m5stack coreink Let me have a look at the changes you made if it was similar what I did before as it was tricky to get gxepd2 to use the m5paper e-eink at the time |
Oh i also had the same garbled uart issue with m5stack coreink but it went better after esp32 bsp update |
Ok I see you added your own m5paper support to GxEPD2 . At the time I found a pin combination and modified existing other display just modifying resolution |
@markbirss thanks for the info! Could you by any chance link to the new gen M5Paper pictures you've seen? I doubt M5 will add a proper GPIO header, the M5Paper is meant to be a handheld. But if they got rid of the IT8951, that alone will free up resources that could make it more viable (not to mention the improved power profile).
What BSP update?
Yep, I did many trials and the default IT8951E IT60 approach worked quite well, although needed some tinkering with the timings and the order of commands (the M5Paper's approach is to bring the MCU online, set VCOM and other settings and only then request the IC info - any other order and the chip simply stops responding). But my fork of GxEPD2 works just fine, tested it in depth myself. |
https://twitter.com/M5Stack/status/1620371661433475075?t=G4QzN5tZQgbEOs6O7wBq6g&s=19 This is a new picture that maybe show some pins on the side, previous pictures did not show It the espressif board support version upgrade at the time when I added n5stack coreink At first it not allowed me to use the python cli over serial If you are a discord member we can chat more there |
Well I'm not saying it could not work at all, it possible you approach is different so you could try like I tried the broken out tf/sdcard pins again |
TODO: Sleep mode will need to take the EPD power rail down
New device: M5Paper
I've had a few of these lying around for a long time, and given the form factor, I thought they'd be perfect for Meshtastic.
Sadly, the official M5Stack LoRaWAN Unit, which uses the ASR6501 radio over UART, can't be supported, so I'm a bit stuck on what kind of LoRa radio to attach to this.
Nonetheless I thought it would be nice to get some initial reviews on the parts I did finish.
Notes
LOG_DEBUG("LoRa Radio not found!\n");
). I've started a thread on the forum to hunt for a module that could be used.BaseDisplay
class that both TFTDisplay and EInkDisplay can inherit from, thereby working around this limitation - but that is way out of scope for this PR and needs proper planning.invalid pin
error during initial boot:which I can't place. It interrupts, and gets interrupted, by the EINK init sequence, so the logs are a bit garbled, making it hard to debug. Any advice regarding this would be appreciated!