That resolved all issues. Thanks.

@rfinkers the Pymesh Docs page is under that link : https://docs.pycom.io/firmwareapi/pycom/network/lora/pymesh.html , it will be updated shortly with the Border router documentation.

@paul-thornton Sorry Paul, I never saw your reply until today. Unfortunately our load is pretty complicated; we have one thread for each I2C bus we configure (1 or 2 depending on the system) and two threads doing socket communication (one for outgoing and one watching for incoming). We're keeping track of resets and will monitor the systems. If it doesn't improve with later firmware releases then I'll have to look at debugging the crash. Do you have instructions on how to go about that? -- Mike

Thank you for your update. But, it's not available for expansion board V.3.0, do you plan an update or it's not possible ? This board version still doesn't start with a battery powered.

@robert-hh said in New Firmware Release Candidate v1.20.0: This is all a little bit tedious, so I avoid to do it. I remember we had a discussion about this on GitHub around Christmas last year... Ideally the Makefile should know which branch of pycom-esp-idf should be used and clone / checkout / submodule update as necessary. It could also run make -C ../mpy-cross all before building the firmware as it should only rebuild if necessary. However checking all this before every build would probably be very annoying if it increases the build time significantly especially if you just made a small change between builds. Maybe adding this as make prepare would be better... plus a small post git checkout script that creates a file .force_prepare that would tell make to run the prepare step first so you don't forget. Of course you can always keep two separate firmware directories, one for the master / stable and one for the release-candidate branch. You can also have a shallow clone of the IDF in each directory (git clone --depth=1 --recursive -b [master | idf_v3.1] https://github.com/pycom/pycom-esp-idf.git esp-idf) and then use a relative IDF_PATH (export IDF_PATH=../esp-idf). We also plan to change the way we use branches in this repository. Rather than master being the latest stable release, we will create a branch for each major release version. If we did this today, we would have branches called release/v1.18 for stable and release/v1.20 for the release candidate. The master branch would always have the latest code so we can publish hot fixes without creating a full new release for the software server and firmware updater.

@wghirakawa The issue is that socket.connect() and SSL handshake will not timeout also in case the socket timeout is set and hang the application forever. https://forum.pycom.io/topic/3985/new-lte-firmware-releases-v1-18-1-r4-stable-1-19-0-b5-development-nb-iot-firmware-40343/45