@jcaron said in Sleep Mode Description: @paul-thornton To be precise, it actually starts from the top of boot.py :-) While you're in the docs, I don't think the read_battery_voltage method for the Pysense/Pytrack/etc. is in the docs, you may want to add that as well. Thanks ill get this added today if its missing.

I think (not tested) you can overwrite a file while running (since you are running a compiled version of the file). For hashing, see: https://docs.pycom.io/firmwareapi/micropython/uhashlib.html

@misterlisty If you are using a Pysense or Pytrack you don't need to use the ADC input or add a voltage divider. That's already done on the board, and you can read it using the read_battery_voltage method of the relevant library. I think it's also more accurate that the ESP32 ADC, though I haven't really compared them.

I may be incorrect about this and please someone correct me If I am. But isnt BLE more about reading small packets of info (like an advert or a characteristic) rather than a two way socket?

Any luck with new wipy users ?

@dweedle Just use any high quality female headers. They will most likely be better than the ones Pycom boards have. I made very good experience with a vendor called Fischer, series BL5 14 or MK21 14 (low profile), but also from MPE Garry. Just get those with machine contacts.

@misterlisty Have a look at the Python methods for string formatting, either the % operator for strings or str.format().

@paul-thornton Look like a great tool to use

@stevo52 Yes, from the distance, it sounds like a hardware problem with the board. Maybe a broken wire or a bad solder point at the P2 pin.

@anhphuong This seems to be the wrong forum for your question. You should go to https://forum.polymake.org/

@paul-thornton Thanks for taking a look. I'll use the UART connection and write my own class to operate the radio. Cheers!

@dezert754 We've all had those moments :P glad its all sorted.

@martinnn Full ACK.

@robert-hh OK, I set up some code to try this out, several timers at different periods and several threads including one to start LTE, send an SMS and then deinit. From what I can see, the timers do NOT get interupted by the LTE device. It seems the timer counts are retained and dumped to REPL as soon as possible (buffered apparently). There is some corruption/mixup of REPL lines but all the timer flags are there I will investigate a bit further and see if I can use this to my advantage. One thread/timer I will need will be at 11uS preferably, so as it is too fast to capture by eye, I'll have to write to a file to a file to evaluate any impact by the LTE device. Biggest constraint might be the actual time to write to disk. A FIFO data buffer is probably a good solution - some work to do there. The test code was pretty rough and ready so its needs a lot of refinement to be truly useful as a valid test.

I've asked internally and It does not seem like we have a good way to get the equivalent of __FILE__ in micropython. Short of adding ALL of your applications ./lib subfolders to sys.path in boot.py prior to running/importing anything else.

@robert-hh Thanks, I am working on a very small laptop so I didn't see that as it wasn't very obvious :-)

@alexpul Neat work around, Good job!