ESP32-C6功耗大比拼：Arduino、Zephyr与ESP-IDF
ESP32-C6 Power Consumption: Arduino vs. Zephyr vs. ESP-IDF Comparison
物联网设备正从单纯追求连接转向关注能源可持续性。本文对ESP32-C6在Arduino、Zephyr和ESP-IDF三种主流框架下的功耗进行了严格对比。测试发现，ESP-IDF凭借原生硬件访问和GCC -O3优化，在稳定性和低功耗方面表现最佳。Arduino虽然代码简洁，但在空载状态下存在异常的高功耗，且浮点运算测试中因代码错误导致系统崩溃。Zephyr则因RTOS抽象层带来了约10-12%的额外能耗。研究还揭示了一个有趣现象：软件缺陷如栈溢出会直接引发电流尖峰，这意味着功耗分析可作为检测代码不稳定性的侧信道手段。
软件漏洞不仅仅是功能故障，它们也是能量事件。
- gsliepen
> 通过 -O3 更快地执行指令
-O3 的一个问题是它忽略了缓存的影响（是的，ESP32 确实有一点缓存内存）。我建议将 -Os 作为默认优化级别，因为它通常能提供与 -O3 相同或几乎相同的性能优势。减少缓存压力是有益的，尤其是对于大型应用，而且代码体积更小当然对闪存存储有限的嵌入式系统来说是个好事。如果你知道某些特定函数或源文件对性能敏感，可以使用 pragma 来更改这些部分的优化级别：
#pragma GCC optimize("O3")
参见 https://gcc.gnu.org/onlinedocs/gcc/Function-Specific-Option-.... Clang 也有类似的 pragma，参见 https://clang.llvm.org/docs/LanguageExtensions.html#extensio....
- retSava
作为题外话，我相当多地使用过 qoitech arc 功耗分析仪，它非常好用且易于操作，前提是你的被测设备（DUT）电压低于 5V 且电流较小。还有 Nordic PPK2 套件，价格更便宜，但我还没试过。这两款产品都面向那些偏好简单、能覆盖大多数用例、通过 USB 连接并在电脑上运行客户端的小型盒子，而不是带有屏幕等组件的独立笨重设备。当然，这也意味着需要权衡取舍。
- dlcarrier
它突显了 Arduino 中的空闲循环在能耗方面是有害的。
这其实并不罕见。许多编译器或操作系统在无事可做时默认采用等待循环，而这些循环可能相当耗电。