I'm not saying you're crazy. I'm saying that what you're observing is completely within the bounds of ISO C. I took your program to MacOS, and tweaked it in "obvious" ways: ✗ cat /tmp/m.c #include <stdio.h> #include <unistd.h> void main(void) { printf("Restarting in 10 seconds"); for (int i = 10; i ...

Nice tips. Thank you. Related, http://nightdriverled.com/ is an ESP32 project that stacks atop FastLED. One thing (of many) that it gets really right is the use of NTP between devices. That may not be a luxury you quite have - at least not with a throw-away drum strike or two up front or a click tra...

So, to help others in the future, what were the boards in question and what was the solution? There are a zillion different ESP32 boards. They're made with varying degrees of competence. One thing that trips up dev board developers is leaving off the pullup (pulldown?) resistors on CC1 and CC2. This...

Aren't there fuses involved in this process? Once you've blown them to, say, work with booting from UF2/DFU, native USB goes away, I think. Just as something additional to check, have you perhaps reprogrammed the E-fuses? As a sanity check, my ESP-32S3 board is returning mostly 0's except for the th...

You should also be prepared for the contents of that partition to be potentially garbagified (garbagiatted?). When shrinking, it's "obvious" that some content may lay outside the new bounds, but I've seen the filesystem eaten even when enlarging it. Just moving the end of that partition can cause it...

ccache is awesome until it isn't. IF you know it's there, you know it's not perfect, and know there's a secret layer of voodoo between your source code and what your device sees in the executable, it can be awesome. If any one of those systems breaks down, you can spend a lot of nerd points in your ...

I'm in the same camp as the others. I expect there to be a buffer in the stdout path that requires an explicit flush, a length of a certain length to be reached, or a NL to be emitted. You can experiment with each of those three paths. Can you put your receiver in super-dumb mode where it doesn't in...

If this is something homebrew, are you 100% certain (checked with a scope/logic analyzer) that your power is stable? Flash is pretty power hungry. Writing it is worse than reading it, but it's still a thing. Is your power source to the chip sagging? Do you have decoupling and power caps in the place...

Awesome. I'll probably start rolling that into my code this week or next. It's not THAT different than what's already there. I'm pretty chuffed that it'll cut our build/distribution matrix substantially.

Appreciate it!

OK, but to confirm (and clearly, I'll have to deploy and test this) you think this is now a reasonable thing to do.

I quite like that it took three of us kicking this idea around to get it to the finish line.

Thank you, everyone!