@robert-hh Thank you

v0.0.11 will lock your Expansion Board in DFU mode. Goodbye serial console. https://forum.pycom.io/topic/4684/exit-from-dfu-mode/13

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

Ill raise this internally. seems like a good idea.

@john-baird Can you try this? https://forum.pycom.io/topic/4022/unable-to-update-gpy-modem-firmware/4

Hi @Colateral, Did you select pybytes as "Type"? If you select stable, it won't ask for a token. Let me know if this helped

@grantosw Glad I could help. ;o)

@binux @jmarcelino thanks for the clarification

@danielm said in No more LoRa packet reception after updating firmware: https://github.com/pycom/pycom-micropython-sigfox/issues/102 Daniel is currently out on a business trip so is quite busy. I will remind him about this issue.

Every update seems to be different. This time, the PyTrack was detected as a COM device. With the same number as before :). But I was not able to connect. To fix it, I had to select show unconnected devices in the device manager, browsed for the usk driver and deleted the unknown and unconnected device.

@jmarcelino , @robert-hh After the flash is deleted and the refresh seems to work with the latest release ... we hope well.. Thanks to everyone for help Regards

This was completed earlier today, Successfully, I did not notified earlier because I wanted to perform some test benches to the security and new measures implemented. Happy Foruming :D Cheers Team

@robert-Thank you, worked perfectly

@robert-hh Thanks for all help check my last post :)

To make it more annoying, I ordered a couple ages ago as part of a larger order and it looks like they are sending none of it until the FiPy is available.

@robert-hh Thanks for that specific detail. It is especially interesting to have a mode for both. I was not aware of that to be possible. Currently I got my LoPy connected (to my other wlan). It was a failure to get an IP address in the first wlan. I may have some issues with that wlan. Now I have setup a dns name in my lan and can reach the gateway by it's name. The next step is to get it registering with TTN :-)

@jmarcelino Unfortunately, the procedure posted here https://github.com/pycom/pycom-micropython-sigfox/issues/5 doesn't work. I' ve followed these steps: Change bootloader (1536 -> 1024) make BOARD=WIPY TARGET=boot make BOARD=WIPY TARGET=app make BOARD=WIPY flash everything work and now with Filezilla I can upload file with size > 1MB After I create a new image edited the frozen file _boot.py with a print("Hello World") make BOARD=WIPY TARGET=boot make BOARD=WIPY TARGET=app with Filezilla I copy appimg.bin in /flash/sys/ reset the board (with the physical button ) firmware doesn't change Instead if I execute: make BOARD=WIPY flash, the firmware changes. So I think that "the updater task" doesn't start on reset. EDIT: I notice that the file appimg.bin uploaded with Filezilla disappears immediately, before reset.