I saw the M5Paper e-ink display at Embedded World and decided it was time to upgrade my home dashboard.
My recent Dear ImGui port for ESP-IDF seemed like a good fit for drawing a single frame and going back to deep sleep.
What I didn't expect is that instead of just coding the dashboard UI, Claude ended up writing a library of e-ink dashboard elements: metrics, sparklines, bar charts, progress bars, and others. All thanks to the feedback loop — build, render, screenshot, repeat.
@martinfasani@EspressifSystem In this case, the commit has relaxed an existing limitation, allowing higher LCD clock frequencies to be used. This change was deemed useful enough to be backported to the existing release branches. As part of this change, the code was refactored.
@martinfasani@EspressifSystem Hi Martin, the "hal" functions are explicitly excluded from the compatibility guarantee: https://t.co/zwyTK2gAbh
If there is some application scenario you can't achieve using the public APIs, please feel free to open a feature request in esp-idf.
@beriberikix Yep, I did the initial PoC in that repo. Later my colleagues took over and ported it to ESP32-S3, increased performance, added a GUI and made a ton of other improvements.
@gojimmypi We also provide pytest-embedded (a plugin for pytest) for this kind of stuff: https://t.co/iyiAiwKNv8
There was a devcon talk about it last week.
@MayaPosch Very early versions of ESP-IDF did use the nano config of newlib by default. Then an argument was made that the code/stack size savings aren't worth the time people spend troubleshooting 64-bit formatting issues, so we have changed the default setting (https://t.co/x8vFlblCgu)
@silviocesare@h0mbre_ IIRC the most recent one was "BadAlloc" from last year, it affected a lot of embedded projects: https://t.co/DTFOjYDgZJ
Similar issue was fixed in Espressif SDK some time in 2018: https://t.co/F4iepc5FWA
@MAYERMAKES@BenPeoplesInd NuttX does this to some extent. There is support for kernel/userspace separation, loading new processes, and a built-in 'nsh' shell. https://t.co/amtNr7P8WW
@therealjpster@chiefnoah13@bitshiftmask@mabezzzzz Do you know if anyone had tried describing the peripheral interfaces in a formal way? Could we have a machine-readable description of an algorithm for, say, sending a byte over UART, and generate the driver source code from that description?
@maximkulkin I'm not super familiar with the hardware part, but I believe that all recent ESP32, ESP32-S2, -C3, -S3 modules can work without external pull-up resistors. They all do require decoupling capacitors, though.
Can't find you favorite USB-UART (or JTAG) converter chip in stock? You can now use an ESP32-S2 chip with esp-usb-bridge firmware:
https://t.co/oLrGm0Z36A