The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
That's EUR 1250 for the entire amount (at retail prices; wholesale would presumably be lower), or less than EUR 0.0001 per CodeProject member. If it cures Sander of his propensity to lay his stinkers in The Lounge, it might be worth it.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
Okay let me start by saying how much I love the ESP32. It's a 32-bit dual core SoC with wifi and bluetooth for less than $10, what's not to love?
But... Espressif, come on. You made a great piece of hardware, and I want to unlock all of its fancy features.
I ditched the Arduino framework and started coding directly against the ESP-IDF (the dev framework Espressif made specifically for the ESP32)
All is good, woo! I have access to the full STL, to filesystem mount points, to the humble printf() - all the things I couldn't get under Arduino.
The SPI bus drivers for the ESP-IDF seem to be absolute *garbage*. I've written ESP32 based drivers for an ILI9341 display adapter for both ESP-IDF and the Arduino framework, and the Arduino one runs at 40MHz and I can only top the other one out at 26MHz! Furthermore, with the ESP32 SPI drivers there seem to be timing issues. Until my good logic analyzer gets here I can't know for sure, but it looks like the SCLK line is lagging behind the data lines by half a tick. For this or some other reason I cannot get the ESP-IDF to talk to e-paper/e-ink displays at all.
Why go through all this effort to make a framework for your hardware, and then botch the SPI implementation for it, all the while making a *good* implementation of it for someone else's (Arduino) framework?!