Device-os: Proposed: Low Power Run Mode
Hello team, reading STM32F20xxx datasheet (http://www.st.com/web/en/resource/technical/document/datasheet/CD00237391.pdf) seems that current consumption can be reduced by reducing clock frecuency (attached Table 20 for reference)
As you are proposing on #922 a Powersave API for WiFi, I think would be good to have an 'extended' Powersave API where Clock Frecuency tunning will be also an outstanding method to reduce consumption...
At the end last year a user called Nathan came with this proposal:
https://community.particle.io/t/reducing-photon-run-time-power-consumption-howto/18613
If you see is possible to reduce Clock to 60Mhz, get WiFi running, but with half of the actual current requirements (system at high speed - 120Mhz).
Would be great to have two or three running states (Low Power Mode, Mid and High) and the user, on running time, change it according his needs.
J1Mtonic
>All comments
I would like to add to this and propose a very simple first low power mode that leaves the processor running, but disables most peripherals (if not all) and lowers the clock speed. The ultimate goal would be to still have a hardware/software timer that runs and GPIO that can process input via interrupts or polling. This way the device can be in a low power state while still being able to respond to basic sensor input and process that sensor immediately. This would be used to determine if it's time to wake up into a higher power state to do more processing or external communication.
technobly
on 27 Aug 2016
Related issues
larseggert
路
8Comments
ScruffR
路
4Comments
ScruffR
路
8Comments
elcojacobs
路
8Comments
technobly
路
5Comments
Most helpful comment
I would like to add to this and propose a very simple first low power mode that leaves the processor running, but disables most peripherals (if not all) and lowers the clock speed. The ultimate goal would be to still have a hardware/software timer that runs and GPIO that can process input via interrupts or polling. This way the device can be in a low power state while still being able to respond to basic sensor input and process that sensor immediately. This would be used to determine if it's time to wake up into a higher power state to do more processing or external communication.