I just finished a ESP32 based version of one of my tracker boards, based on LoRa DRF127x and with connections for a GPS and a couple of I2C sensors or displays, sleep current in non WiFi mode is 11uA. If you want to use the ESP32 WiFi you need to use a different regulator and sleep current rises by 25uA or so.
If anyone is interested in DIY and exploring low current standby of the ESP32, I have a number of the boards below you can have at cost + postage.
It can be powered by USB or battery with a choice of regulator. MCP1700 for a total sleep current of 11uA, or the SOIC regulator shown for a sleep current of 38uA. The SOIC regulator will cope with the WiFi switch on pulse.
No USB to serial converter on board, hence the very low sleep current. Program with a standard low cost USB to serial adapter.
I now realize that charles hallard has already done so months ago. Are there recommendations for esp32 / rfm95 breakoutboards that do not use the mini flowed capacitors, solder friendly?
Just a followup.
I have edited my lmic_as923.c to make both the default channels F1, and now I’m not missing every second one.
I’ll put it back to be standard.
Dave
Attention users of TTGO21 v1.6 (boards labeled “T3_V1.6” on pcb): During a test run on battery after about 30 minutes the battery exploded and got on fire. Board and battery burned down to nearly nothing in less then 30 seconds.
I used a Li-Po battery 3,7V / 840mAh. It was properly connected to the board, since the board did boot and run on battery. I then connected the board additionally to a 1A USB wallcharger using it’s USB port.
Since there is nothing left after board and battery burned down, i cannot investigate what happened.
But i remember that i wondered about the voltage measurement which was shown by my software, using the voltage divider on board: It showed 5,024 Volt. If this is really correct - and i assume it is - it means that there must be a hardware design error on the board which is causing a direct connection of the battery to USB 5V.
or the protection circuit failed or was not even there … but you cannot ever charge a lipo with more then 4.25 volts, could be a faillure in the dc/dc to
I used a Li-Po battery 3,7V / 840mAh. I then connected the board additionally to a 1A USB wallcharger
using it’s USB port.
If the power/charging circuit is designed similar to the Adafruit Huzzah32 then in this configuration the battery is being trickle charged (hopefully with a charge current <= 500mA) if you hooked it up via the JSTPH2 connector, and the board is using the power from the USB, right? Also the voltage measurement (on the voltage divider) is that of the USB power (not the battery) if the USB cable is connected; I also got that on the graph.
The only battery problems I have encountered was when connecting unprotected Lifepo4 batteries using the JSTPH2 connector and powering the board using the USB cable. Then the board tries to charge the battery up to 4.25V which is a problem if the LiFePO4 battery does not have a protection circuit. I lost a few batteries because of that (but none started to smoke).
Perhaps it was a short in the battery itself. I hope
I can confirm. The TTGO V2 1.6 (T3_V1.6 20180606) goes down to approximately 8 mA current in deep sleep (measured with 4AA powering 5V via normal multi meter). It seems the OLED stays powered on while the ESP32 goes to sleep. Will try and see if powering down the OLED is possible (seems possible in the UG2 libraries, but this will take me some effort in rewriting my code from SSD1306 unfortunately).
Just tested using the adafruit library. Difference is very small. Power consumption only goes down to about 7mA. I wonder if the other peripherals can be put to sleep or shut down (e.g. RFM95 chip, SD card reader etc).
I just received a warning from the TTGO (lilygo store) regarding their TTGO ESP32 Lora v2 1.6 with regards to charging LiPo’s via the 2.1 1.6 board.
Please all be careful. Message below:
Diode components should be used on the charging circuit.
We used a fuse. The diode is energized in one direction, but the fuse is bidirectional, which causing the USB voltage directly access to the battery.
After a long time charged, the battery is hot or burned, so please don’t use this V2.1-1.6 version to charge the battery! ! !
(Note: The board can be powered by battery, but we mustn’t charge the battery when the battery is connected to the board, mustn’t charge! mustn’t charge! mustn’t charge!)
If you want to use this V2.1-1.6 version to charge the battery, you need to replace the fuse in the picture with a diode, then the charging function return to be normal.
It can be changed the model number of the diode : BS5819 SOD123 / 1A current
Hi
I just made an modified version of LMIC for ESP32.
It handle deep sleep between TX (by saving state to RTC RAM)
It use ESP AES functions and RTC clock.
This seems to be a reaction to my post above, i forwarded it to Lilygo. That means my assumption battery has direct connection to 5V USB was validated by them.
Unfortunately another fatal design flaw and poor quality management seen at a chinese manufacturer…
I received same mail today.
This is really dangerous. If i would have left the board with battery and USB connected unattended, my flat would probably had burned down. And i used a small 3Wh battery only. That’s far less than e.g. a common 18650 cell…
good afternoon , i am trying to go down the ttgo v1 consume … in this moment i am in 8.7 ma ; i remove the leds license plate and the battery charger … someone Has anyone been able to lower this consumption?
Please all be careful. Message below:
