LoPy 4 - Current consumption and Deep Sleep

cduplouy

Hi,

I got a LoPy 4 and I am now trying the deepsleep feature with the following sequence :

On boot, the LoPy proceed to the OTAA.join, save the state with "nvram_save()" and then goes to deepsleep with the "machine.deepsleep()" function.
When a button is pressed, the LoPy wakes up, restore the state with "nvram_restore()", send a LoRa message and save the state with "nvram_save()" before going back to deepsleep again.

This sketch runs well but my question relate to the current consumption. I know there was some troubles with the first version but I read that problem was solved with the new LoPy 4.

However, I measured something around 120 mA during the Join process and the "wake up" phase and around 10mA while the LoPy is in deepsleep mode.

Am I missing something ? Because that's far from the 25uA for ULP consumption and 1uA for LoRa in standby.

Thank you for your help.

livius

@cduplouy
do you have current firmware?
You can check firmware by:

import os
os.uname()

jmarcelino

@cduplouy
Also how are you going to deepsleep and wake up on a button press? Can you show that part of your code and describe your setup?

Thanks

cduplouy

Thank you for your reply !

Here's what I get with the os.uname() command :

(sysname='LoPy4', nodename='LoPy4', release='1.15.0.b1', version='v1.8.6-849-baa8c33 on 2018-01-29', machine='LoPy4 with ESP32', lorawan='1.0.0', sigfox='1.0.1')

About my setup, I use an external 10kOhm pull down resistor and the pin P13. Here's how I configure the pin :

from machine import Pin
import machine

pinAlert = Pin('P13', mode=Pin.IN, pull= Pin.PULL_DOWN)
machine.pin_deepsleep_wakeup(['P13'], machine.WAKEUP_ANY_HIGH, True)

The other part of the main :

import myClass
import time

remote = myClass.Remote()

if machine.reset_cause() == machine.DEEPSLEEP_RESET:
	print('woke from a deep sleep')
	print(machine.wake_reason())
	remote.send_msg()
	time.sleep(1)
	machine.deepsleep()
	
else:
	print('power on or hard reset')
	remote.connect()
	print("going to deepsleep")
	machine.deepsleep()

If needed here are my connect and send_msg functions from the class Remote :

def connect(self):
	self.lora.join(activation=LoRa.OTAA, auth=(self.deveui, self.appeui, self.appkey), timeout=0, dr=0)
	while not self.lora.has_joined():
		time.sleep(parameters.DELAY_BETWEEN_ATTEMPTS)
	print('CONNECTED')
	self.lora.nvram_save()

def send_msg(self):
	print("SENDING LORA MESSAGE")
	self.lora.nvram_restore()
	try:
		self.socket.setblocking(True)
		self.socket.send(bytes([0x01]))
	except Exception as ex:
		print("Error: {0}".format(ex))
	finally:
		self.socket.setblocking(False)
		self.socket.settimeout(parameters.SOCKET_TIMEOUT)
		self.lora.nvram_save()

Thanks for your help !

River

@cduplouy Do you disable wifi on boot? Maybe WiFi is activated and it's the reason of high power consumption.
PyCom device API

just my two cents...

cduplouy

@river

Thanks ! I was actually not disabling the wifi at boot ..
I added that in the boot.py file :

pycom.wifi_on_boot(False)

It helped for the consumption at the Join process and during wake up , which is around 50mA now instead of 120 mA.
I still get 14mA in deepsleep though.

Since I use an external 10k pull down resistor I changed the pin configuration with that, but it didn't change much ...

pinAlert =  Pin('P13',mode=Pin.IN, pull=None)
machine.pin_deepsleep_wakeup(['P13'], machine.WAKEUP_ANY_HIGH, False)

I also updated the firmware to 1.16

River

@cduplouy
Do you have lopy4 connected to an expasion board or something? Test it with the module alone (no serial converter, no leds) and measure the consumption.

I don't know if you must deactivate something more, I didn't programmed any pycom module yet (I'm doing tests with lopy4 but only small snippets of code) so excuse me in advance if I'm in error.

jcaron

Just to be sure, you are powering the LoPy from a battery, not USB, right?

cduplouy

@river
I tried with and without the Expansion Board.
I'm going to try without serial converter as you suggested.

@jcaron
Yes, from a LiPo battery at first and a stabilized power supply as well.

jmarcelino

@cduplouy
The expansion board adds a few hundred μA due to the battery voltage divider but nowhere near 10mA.

I’ll going to test your code today, will let you know.

jmarcelino

@cduplouy
I tried your code and you setup and even with an UART adapter connected I get 50 μA when the board enters machine.deepsleep()

Can you give some more details please , how are you measuring the current consumption? Are you powering through the Vin pin (top right)?

cduplouy

Well ...
I got a second LoPy 4 to run the exact same tests and codes ... And it worked ! With a consumption of 25uA in Deepsleep.
I was indeed powering the LoPy through the Vin Pin with a pico ammeter in serial between the power supply and Vin Pin.

It seems there are different batches of LoPy 4... And one of them includes non working devices with Deepsleep. I noticed a slight difference on the label. I can post pictures of the two devices tomorrow.
But we should definitely notice pycom about that.

Anyway, thank you all for helping me :) !

livius

@cduplouy

yes, show pictures - i am also interested it there is some difference between devices

cduplouy

@livius

Here's a picture of the two different devices

jmarcelino

Hi @cduplouy

Can you post photos of the back of the device please. Since it may have serial numbers please email it to me at jmarcelino@pycom.io

Also please let me know where you purchased them.

Thank you.

jmarcelino

Just an update, we do have both devices internally (I'm still checking why there are two stickers). We've tested and both should give good deepsleep results.

Can you confirm you are doing exactly the same deepsleep test on both devices? If so it's possible there is some physical problem with the higher current one.

However the problem is not related to which sticker your device has.

Gomez

Hi,
same for me with FiPy and expansion board. Tested with a battery pack made of 2 x 18650, during deepsleep power consumption is around 18-30 ma. Also tried to remove the RTS,CTS and LED jumper as suggested in other post ( RTS e CTS to avoid the TTL to USB converter maybe stay in high power "consumption mode" ) ans 180 ma during main.py processing and Sigfox transmission.
Regards, Andrea

jmarcelino

Hi @gomez,

The FiPy issue is completely unrelated, that's due to in some cases the LTE modem not being properly put into deepsleep (airplane mode). We're working on it. Please see this post: https://forum.pycom.io/post/15268

cduplouy

@jmarcelino
Thanks for the update.

I confirm I use the same files to make my tests.

I got 3 other LoPy 4. I'm going to run some tests on them as well and I'll keep you updated.

cduplouy

@jmarcelino

Seems like I was really unlucky ...
There's only one LoPy 4 that doesn't work in Deep Sleep mode !

I am around 40 to 50 uA with all of the other LoPy 4.
Do you know if that is the lowest we can get ?

Explore Pybytes | Official Documentation | Report a Firmware Bug/Issue | GitHub

LoPy 4 - Current consumption and Deep Sleep

Pycom on Twitter