I was searching to forum to get some information on power consumption during sleep with SLEEP_NETWORK_STANDY and stumbled over this post: [image] Sleep with Network Standby on Electron Have you tried System.sleep(WKP, RISING, timeout, SLEEP_NETWORK_STANDBY)? I've noticed that this used less bat…

Same here when Particle Publishing every 2 mins using an Electron and the same sleep code. If you push the data to Ubidots using their library which is what I do, then the wake-up, send data, and back to sleep times are only a few seconds. If you blink you will miss it most of the time. Just my ex…

[image] simmikolon: Is this really the case? Yes, since the ublox module will still hold the connection while being in standby mode and can just use the still open connection instead of going through the whole time and power consuming reconnection process - hence that's the way to go with sle…

I cannot confirm this - at least in my own case. I have been writing a small piece of code that puts the electron into deep sleep and wakes it after four minutes, reconnects to the cellular network and cloud, sends current fuel status and goes back into sleep. After some optimisation, reconnecting …

[image] simmikolon: I cannot confirm this - at least in my own case. You mean you checked this code with System.sleep(SLEEP_MODE_DEEP, 240); and also System.sleep(SLEEP_MODE_DEEP, 240, SLEEP_NETWORK_STANDBY); and you didn't see any difference in behaviour? I can't quite imagine t…

[image] ScruffR: and you didn't see any difference in behaviour? Oh I am sorry I did send the answer way to early because I was interrupted ... :smiley: See my edit above ... [image] ScruffR: BTW, Particle.connect() does all the things required, so you can just drop these lines too Cell…

I’d also remove the delay(1000) as this diminishes the effect of SLEEP_NETWORK_STANDBY and it’s not required on Electrons the ensure event delivery for a few system versions now.

I am experiencing a something else: The documentation says: From 0.6.0, the device determines that a full reinitialization isn't needed and reuses the existing session, after validating that the local state matches what was last communicated to the cloud. Connecting to the cloud after reset or wa…

Can you post a link to that quote to see the context of that statement too? Since I’d expect an implicit (w/o SLEEP_NETWORK_STANDBY) power down of the cellular modem will also tear down the cellular and cloud connection I’m not sure how the same session could be reused, hence the full handshake and…

[image] ScruffR: Can you post a link to that quote to see the context of that statement too? I was just quoting the official documentation - it says: Prior to 0.6.0, when the device was reset or woken from deep sleep, the cloud connection would be fully reinitialized, which meant resending …

Did you have your device running a while before “measuring” the data consumption? Otherwise with the initial 4.400B plus your 6x 195B and considering the minimal chunk size the cellular provider uses for billing, you might not be too far off your 7.3KB.

Power Consumption facts with SLEEP_NETWORK_STANDY

Firmware

ScruffR May 16, 2017, 1:30pm 15

Due to parallel discussion about the same code I'll lock this to keep things from branching too much

Abnormal SIM Card data volume usage on Electron

Topic		Replies	Views
Sleep with Network Standby on Electron Firmware	66	9961	November 8, 2019
Abnormal SIM Card data volume usage on Electron Troubleshooting	9	3072	December 11, 2017
Sleep 2.0 Use cases - optimal duration for keeping network on Firmware boron	5	464	January 8, 2021
Choosing an Electron sleep mode Tutorials	4	4814	January 18, 2019
Cellular Stopped (Breathing White) Troubleshooting	14	3574	June 26, 2016

Power Consumption facts with SLEEP_NETWORK_STANDY

Related topics