@bmarkus Thank you, that is helpful to know. Sounding very much like our experience with our RM186 module devices (also LoRaMac-Node based) which is why we turned off ADR and do our own control of the data rates.

@jmarcelino I see. Thanks for the links, mpfshell seems to support recursive uploading and appears to be generally awesome :) I'll give it a try.

@robert-Thank you, worked perfectly

@jmarcelino said in CPU Frequency: I changed it, but got the same results. Mike

@Immondizia The current repo is pycom-micropython-sigfox for all 3 boards

@livius Yes having the main kit board schematics is great, answered my doubts about the 5V regulator and RF switch. I hope we can get one for the expansion board as well, though it's easier to guess what's in there. Actually what I'd really wish is for an improved expansion board. I started a Expansion Board suggestions thread, please have a read and feel free to add to it if there's anything else bugging you.

@uhoh I believe it's just one or the other currently (863-870 MHz and 902-928 MHz)!

Thank you. I just made a firmware upgrade and now it works as described in documentation. Thanks a lot

@robert-hh That is strange. I had a look at the pulses coming from the Launchpad and they look fine. I'll do more testing later. [image: 1490646885295-ds2_quickprint10-resized.png]

Ah ok!! That's not how I viewed it at first. That's much more interesting. 184ua would be quite a lot, then I'd compare it with a teensy lc and rfm95 combo for example. But at 25ua everything is viable for battery powered sensors again. Thanks very much for your valuable insight. Kim

Thank you. I am grateful for your reply. I started to use the pin's capability of callback. It is unfortunate the pwm call is not supported yet in the documentation. What is the best way to report bugs? If this is true, it is confusing to users of Pycom.

@pascal Yes. They fixed. GO download the latest updater.py.

Hi Guys (@administrators), How can i get read the rst code for deepsleep? I can see in the logs that the information it is already there - but I believe there is no command to read/get it from python. rst:0x5 (DEEPSLEEP_RESET),boot:0x33 (SPI_FAST_FLASH_BOOT) rst:0x1 (POWERON_RESET),boot:0x33 (SPI_FAST_FLASH_BOOT) Thanks, Max.-

@robert-hh Thank you!

Thanks for the quick answer. Just to understand a bit better, was this functionality working before? I did a bit of search on ESP-IDF Deep Sleep and it is saying that it is support - https://esp-idf.readthedocs.io/en/latest/api/system/deep_sleep.html Am I missing something? Finally, What alternatives do i have to reduce to power consumption until this is sorted out? is it enough with going to sleep mode - or do i need to turn-off wifi, others.- Thanks.- Re: WiPy 2.0 deepsleep not working?!

I suppose that at this stage you got not overview We wait for sleep modes and possibility to disable any things started automatically.