FW 1.18.0 - increased boot time / power consumption?
I noticed that boot of frozen application on FW 1.18.0 takes longer so I did some comparison. Frozen application is exactly the same in both builds. Property wifi_on_boot is set to False during initial boot after flashing and I verified that it is set to False before the tests were performed.
FW 1.14.0.b1 - execution time ~1.15s, energy consumed during active cycle ~59uWh
FW 1.18.0 - execution time ~1.94s, energy consumed during active cycle ~148uWh
Also peak current during LoRa transmission in the end of active cycle seems to be higher in case of FW 1.18.0 (~175mA vs ~107mA).
There is also suspicious spike in the second half of active cycle reaching 284mA. I believe after this moment the (pre-compiled) Python code gets executed.
What can be causing this behavior? Is WiFi radio really disabled during boot?
I finally managed to perform tests of releases between 1.14.0.b1 and 1.18.0.b1.
Otii ARK traces are available here:
Significant execution time increase occured between versions:
I don't use
I have only built 1.14.0 and 1.18.0 with the simple app mentioned above.
During next week I will try to find time to to build releases in between and test them. If you manage to do that sooner it would be even better :)
catalin last edited by
hi @danielm, are you using features like Secure Boot and Flash Encryption, ie.
If you have testing setup prepared, could you take consecutive builds from 1.14 to 1.18? It would help us to spot the problem faster.
No I did not. Daniel mentioned that it might have something to do with secure boot feature which was introduced in between tested releases.
To me it looks like it stays awake longer than before. The rest looks similar.
Did you make any progress with this?
I did some more testing using very simple application built as frozen _main.py:
import machine import pycom import os pycom.wifi_on_boot(False) print(os.uname()) machine.deepsleep()
Following Xtensa compiler was used for both builds:
FW 1.14.0.b1 with last commit 5bb7bc2941919e35953e2dd47e77f5a11eefa82a was built with SDK with last commit be424097224394c29ec927d5f197e061c9ce8800.
FW 1.18.0 with last commit 4481a1c283be97640592ea2a0440830e336064de was built with SDK with last commit 4eab4e1b0e47c73b858c6b29d357f3d30a69c074.
It's obvious that execution is significantly slower on 1.18.0. It literally takes away years of operation in case of battery powered sensors which are in deep-sleep most of the time.