Pico power consumption down to 0.02mA #165
Replies: 45 comments
-
Posted at 2015-08-19 by PaulMoore ... and this was near the bottom of your priorities... 24hrs ago?! Thoroughly impressed! |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-08-19 by @gfwilliams when I know people actually want to use a feature it rises up my list quite fast - especially if it's one I promised it'd have in the KickStarter. ... but actually I looked at it again, and given a few months break it turned out not to be as hard as I'd imagined :) |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-08-19 by LawrenceGrif @gordon this great news & 0.01mA would put very close to a deep-sleeping electricimp |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-08-19 by cwilt I just tried to flash my new pico with this firmware and while everything says it loaded fine when I plug it back into my macbook pro the red led stays on and the serial port no longer shows up. I can flash back to 1.80 and everything is fine. Update: |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-08-20 by Schweigi Nice! Thx a lot Gordon. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-10-01 by LawrenceGrif @gordon for clarification is deep sleep consumption of 0.02mA true for the Original board? |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-10-01 by @gfwilliams Yes - the Original board has had good power consumption since the original KickStarter boards were sent out. I've got 0.03mA on the Power Consumption page, but I try and be a bit pessimistic with my figures. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-10-01 by LawrenceGrif @gordon thanks |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-05-02 by Gerald Hi everybody... |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-05-02 by @gfwilliams Hi Gerald, which version of firmware do you currently have installed? The latest version (currently 1v85) should have all the changes from 1v81 in it. Also, do you have anything connected to the board? Other devices (eg, WS2812 LEDs) can really push the power consumption up, even when off. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-05-04 by Gerald Hi Gordon and thank you for your answer. When I download the firmware with the "standard mode" of Chrome IDE, I notice a consumption of about 1mA. When I download the 1v85 from the link http://www.espruino.com/binaries/espruino_1v85_pico_1r3_wiznet.bin I have a consumption of 12mA. My board "Pico" is all naked and just connected on a LiPo. Have you an idea ? |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-05-04 by @gfwilliams What JavaScript are you uploading to it? By default, when no software is uploaded or deep sleep is disabled (the default) it'll go into normal sleep (around 12mA) - so that sounds like what is happening. Did you use |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-05-05 by Gerald Yes, I saved the code with save(). The code is :
|
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-05-05 by @gfwilliams I just uploaded exactly that code to a board with 1v85 on it, and it reads 16.5uA (0.0165mA) on my meter (but actually even touching the pins can cause that to go up to 0.5mA - I think because interference starts to toggle the GPIO hardware). Actually thinking about it, the problem might be how you are powering the Pico. Which pins did you connect the battery to? If it's to the USB port, Espruino will think USB is connected and will keep the USB hardware powered up. You'd need to connect the battery between |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-05-09 by Gerald I use the pins Bat and GND as mentionned... More precisely, I tested with GND and VBAT and another test with GND and BAT_IN. Maybe the board is OUT... I'll try with another one. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-06-24 by Gerald Hi Gordon,
I have done these 4 points with and without B6 and B7 to GND. The best result is without. The firmware is 1v85.227 (I hope the link above is OK) and the code is :
Thank you for your help ! |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-06-24 by @gfwilliams When you say 'I save the code, set deep sleep, disconnect USB' do you mean you manually call edit: but yes, I just tried it here and I get the same thing as you (albeit somewhere around 300uA) |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-06-24 by @gfwilliams I've asked ST if they can take a look at this - it seems like there's something strange with the USB driver/hardware, because as far as I can tell nothing is done differently in software either way. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-06-24 by Gerald OK... rather good news if you get the same thing as me :) 300uA is in the values I mesured... there are many variations for this "strange mode" So... wait and see :) Thanks and best regards |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-07-13 by Gerald Hi Gordon, Have you some news from ST about this problem of consumption ? Best regards |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-07-16 by @gfwilliams Hi - I haven't got any solution yet I'm afraid - I did hear back, but just with a suggestion for debugging it, which I haven't had time to do yet. Sorry for the delay - I'll have another go at it next week. I'd really hoped there'd just be an obvious answer since it seems like something that pretty much everyone using USB on a battery powered device would want to do - but it seems not! |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-10-04 by @gfwilliams Have you tried this recently? Versions 1v86 and 1v87 of the Espruino firmware seem to work fine. On the meter here, once powered on with the code above it reads 16uA (and just to check I can flash it with 1v85 and get the described problems). |
Beta Was this translation helpful? Give feedback.
-
Posted at 2019-03-07 by MSol Hi, I have Espruino Pico v1.4 (fw 2v01) and tried to reach as less consumption as possible using LiPol 3.7V 1100mAh. My code and test results:
Unfortunately, no pins are grounded. Could you tell me, how is grounding important for this issue? What can be suggested else to reduce consumption? In fact, "pin grounding" is not good for me. Because entire B3-B7, A8 are linked with InAir9b module. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2019-03-07 by asez73 Hi, I am very interested with this kind of problem too... Keep us informed of your results 😓 |
Beta Was this translation helpful? Give feedback.
-
Posted at 2019-03-08 by MSol Thanks a lot! |
Beta Was this translation helpful? Give feedback.
-
Posted at 2019-03-08 by MSol So, my next report (try 2) for all three tests as above for three-four minutes each; using multimeter UT50B made by UNI-T:
Wow, power consumption has drop almost 10 times! Anyway, I did not reach result mentioned above my notes. Any comments/suggestions are welcome! NB: here is open question, that is about power consumption in case of all connected circuits to PICO, like InAir9B, PIR sensor and 4 pcs DS18B20... |
Beta Was this translation helpful? Give feedback.
-
Posted at 2019-03-08 by @gfwilliams So what changed? Just the multimeter you used? About the grounding - it's not required, but what can happen is electrical interference gets on pins which makes them (internally) toggle between 0 and 1 quickly. That toggling actually uses up power. One way to stop that is to ground pins - or you can just set them to outputs - it's maybe not as good but it's far easier! It's a massive problem on the nRF52s, less so on the STM32 but you could try:
instead of |
Beta Was this translation helpful? Give feedback.
-
Posted at 2019-03-08 by MSol Hi Gordon, ..the multimeter was not changed, just mentioned it. In tests nr.2.x and later the InAir9b module was disconnected from all pins of PICO. It helps!!!
instead of
Unfortunately:
|
Beta Was this translation helpful? Give feedback.
-
Posted at 2019-03-08 by @gfwilliams The difference may well be down to what I'd said above - just interference. I know I've noticed that just having me touching an IO pin that is an input is enough to drastically increase power usage - so perhaps even having your phone closer to the board can do it. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2019-03-08 by MSol Thanks a lot, Gordon! |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-08-19 by @gfwilliams
Firmwares from this one on (so 1v81 and later) are now able to properly power down USB when in Deep Sleep.
This drops power consumption from 0.25mA down to 0.02mA - so a pretty massive change that should really help with battery life. For instance a single CR2032 watch battery should now power the Pico for around a year.
To enable it, all you need is the usual
setDeepSleep
:And unlike the Original board, the Pico's wake up timer is accurate to 1/32768 of a second, so it can re-enter deep sleep even when there are relatively short intervals (the original board could only handle this if the interval was greater than around 2 sec).
Let me know if you hit any problems - tests so far have been good though.
The board itself is capable of getting even lower power consumption, so hopefully a few more firmware tweaks and we can get under 0.01mA.
Beta Was this translation helpful? Give feedback.
All reactions