Had success with the Heltec (White, “Spring” WiFi Antenna). I had to add #define CFG_eu868 1 #define CFG_sx1276_radio 1
to make OTAA work.
Regarding the LED hardware - what is the best way / simplest / reversible to basically “shut down” the charger circuit when it is not used (hopefully shutting down the agitated blinking LED)?
Regarding LiPo operations: has anybody tried this yet? How long does it run?
I assume when using deep sleep we would have to somehow save the OTAA state in the ESPs clock memory so it survives the sleep cycle?
To add some infos about power consumption, here are my last tests:
First I validated my hibernation mode sketch with only esp32 (esp-wroom-32 module alone). I could achieve 4.5µA.
Then I added a LoRa1276 (from NiceRF) module, based on sx1276 with every passives needed. I could measure the different modes (continuous receive, idle, sleep). The lowest power consumption was 1.76mA in hibernation + LoRa sleep.
In the sx127x datasheet you can find the power consumption in sleep of about 1 µA. But this is not the consumption of the entire module. Somes guys found same trouble with RFM95: the TCXO crystal isn’t switched off so it drains energy even when the LoRa chip is off.
I am currently playing with RTC IOs. I think I’ll use a GPIO controlled mosfet to power on/off the LoRa module (including crystal). You can set a pin to hold the state even in hibernation (only RTC GPIOs…), thus powering the LoRa module though the mosfet even in hibernation, so you can use RTC timer or interrupt from LoRa to wake the esp32.
In conclusion, you won’t beat these 1.76mA on the Heltec LoRa dev board.
I’ve setup my first Lora system and i’m getting a maximum of 100m in a dense suburban environment with both antennas outdoors. Is this normal? how are people getting these huge ranges? I can get better range on a cheap walkie talkie
I had trouble with range too. First problem was that the aerial cable was provided open-circuit (must have snapped inside), so tried another one. Next problem I think is the actual aerial that came with my aliexpress order. I’m going to try to find an alternative.
Anyone found a way to get these Heltec (or TTGO) boards to have a better, longer range signal? Maybe there are other faulty components, but I’ve got no idea how to test …
I assume it is the Aerial - as that is black magic for me. The software seems to work, the Laird gateway I’m connecting to has a very good long range signal with other boards (got a Microchip dev board with built in aerial that I can get several-km range from), so it comes down to the problem being between the ESP32 and gateway for me…
It is better/required to have the RF antenna connected when the board is powered on (and transmitting).
The RF transmitter needs a load to dissipate its power. Not sure if SX127x has any form of open antenna protection, or that open (unconnected) antenna may damage the (on-chip) RF circuitry.
Hi, I have followed your process and try to test it on my heltec esp32 OLED lora module, but I got an error on wpa.h, where should I locate this file?
following is the error message:
ESP32 often seems to have a bigger antenna problem… how could this be solved? or tested… more discussion also here in a new fb group from Orleans/France: https://www.facebook.com/groups/776434259224739/ What are your experiences? reach?
Thanks for the link bluesensing1 - don’t think I’d have found that in google - my experience - TTGO board - range 10m… maximum // Microchip board 15km and counting. Something is seriously wrong with all 3 of my TTGO’s in terms of the aerial.
So I’ve asked this before almost a year ago on TTN, and back in November on the ESP32 forum. But I’m still looking for a LoRaWAN IDF component (so not an Arduino lib) I could use to drive the LoPy SX127x using SPI. The Lua RTOS project has an interesting component (but very strong coupled to the project), and PyCom uses a MicroPython fork and drivers, but I’m still looking for a clean LoRaWAN IDF component so I can use it within a FreeRTOS task to schedule messages.