@dbrgn WiFi can always be enabled afterwards. The wifi on boot API only affects the behaviour during start up. If you call that specific sequence nothing will happen (calling WLAN() without params just returns the object). Cheers, Daniel

@edward-dimmack That should work. I'm using this wiring on my homebrew interface boards.

@daniel @Xykon I also updated to the latest version but sigfox is not working. Do you have any idea what could be the reason? Is it bricked?

@jmarcelino I tried with my power supply through the Vin Pin at 3.7V. I get 40 to 50 uA in Deepsleep Then I tried with my power suply at 3.3V and indeed i had like 24 uA ! Thank you again for your help

@jcaron Sorry, yes you are correct, looks like I need a stronger morning coffee! @combaindeft The Pytrack has the same functionality as the deepsleep shield built in, the example code should be very similar and can be found here: https://docs.pycom.io/chapter/pytrackpysense/apireference/sleep.html

Hello @braulio. I think the extra milliseconds are from Lopy info processing, you can try with a different number (10 seconds, 20, 30 etc) and the "extra" time is the same then you have a solution. Also you hsould try to make a new post, the topic is quite different from this one.

@jmarcelino Hi I was trying the code on Leo Gaggl's blog page . Cheers Sean

Dear @robert-hh , Thank you so much for your continue help! All your advice have been very useful for me. I hope this thread helps somebody else to save time. With best regards Sebastian Barillaro

@colateral It's in the development branch.

@kebson Thinking about your message, I assume that you connected the collector of the transistor to GND and control the relay though through the Vcc & GND pins of that relay board. Two topics are to be discussed: Current draw. According to the data sheet, the coil resistance is 70 Ohm, resulting in an current of 47 mA at 3.3V. At that load, the output voltage should be lower than 3.3 V, so it might "just" fit. At about 3V, the force at the relay contacts may be lower than at 5V, causing higher relay contact wear. Flyback voltage peaks. If you did not remove the flyback diode from the board, that might work, at least for a while. But still I would not consider to connect an inductive load directly to the ESP32 output pins. It may work for a while, but then break. B.T.W.: What is the mains voltage/power of the Pump?

@sealyons I made a test with the calibrated temperature mesurement device: Calibrated device: 21.7 21.8 DS18B20: 21.9 21.9 DHT22: 21.8 21.9 SI7021: 21.7 21.8 BMP085: 22.4 22.5 BME280: 21.8 21.9 Besides the BMP085, all devices were on the spot = within 1 digit variance. That status was stable for 5 hours testing. Only the BMP085 was always ~0.6 °C above, but still that at the limits of it's spec.

Thank you for the instantaneous reply. You are welcome :-) We will check on your issue ASAP. Cheers, Daniel

@kots As @jmarcelino said, just call lora.nvram_save() before going to deep sleep, and lora.nvram_restore() after initialising LoRa but before sending your message.

@jmarcelino It's possible to send peer-to-peer with two LoPy's. Pycom have supplied a tutorial on that in the documentation. The range I get between two LoPy's is about 400-500 meters in urban area, which is not particullary good though

@jmarcelino It works for me now! I had to enable NTP client using the command line in Windows. Before that, "rtc.synced()" was returning False. Thanks.

@mohpor There was no open issue on Github for this problem and to me changing a 2 to 3 didn't seem to warrant opening a PR so I simply brought it up on the forum, seemed to be most practical way of addressing this.

@Erica-Galindo Hi there, I can confirm we are fixing many of the issues and have been working with the web design company to make this a priority. We should have many fixes this week. Best wishes Fred