Dear Pycom community!
We have a new Beta release available: v1.20.3.b0
This includes a big update of the Espressif IDF from v3.3.1 to v4. The IDF is a foundational piece of our firmware, so this update can impact a lot of things.
Beta means, we do NOT advise you install this on production devices. But if you test this release on your development projects we'd love to hear your feedback! What works better, what has regressed compared to the regular release candidates?
Updatd the LoRaWAN specification version to 1.0.3 (Class A& C)
Added support for new regions (CN779, RU864 and KR920.)
Added BLE Mesh
WiPy2, SiPy, and LoPy1 and are not supported anymore since they only have 4MB flash.
WiPy3, LoPy4, FiPy, GPy, W01, L01, L04 and G01 are all supported
sqnsupdater is removed from this FW due to FW size limits, so you cannot perform updates of the LTE modem firmware while running this development release
MDNS is removed, also due to FW size limits
You can install this development release with the latest Firmware Updater tool 1.16.4 or download the .tar.gz packages from the docs. The .elf files can be downloaded from here. At this time the source code is not yet publicly available - we're working on that.
Clarification: Originally, I had published this as "Alpha release v1.20.2.a1 for pybytes", however, in order to make all update channels work as they should, the correct version number should have been a "Beta release v1.20.3.b0 for development". This has been corrected now. Nothing changed about the content. Apologies for the back and forth.
@protean Pymakr is indeed using the zlib.decompress() micropython function for this feature. Normal upload also still works of course, but this way is faster for large files. Let me give you some pointers on how to code it:
The zlib function on the micropython side is documented here. Pymakr is compressing the files before uploading (here using this python file), writing the compressed file to the board with os.write() like always, and then decompressing them right after that (here). It'll definitely make uploading bigger files faster. Just realise that for files under 4k, it's actually slower because the overhead of compressing/decompressing is bigger than the savings of compressing the file.
Great news @Paul-Thornton! Congratulations
I looked at the lora-alliance website put couldn't find the certification reports -- have you made them available? Obviously we would like to use your certification but need:
the certification reports
the git hashes or release number of the code which was actually certified
Also are you planning on getting AU-915 certified, as it's a supported region in your software?
The fixes to the stack and radio drivers that you mention sound great! I had an issue with the LBT in the radio (lack of filtering so that all channels could look busy) and am interested if that was addressed.
Looking forward to the certificates and associated code!
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.
@rskoniec said in New Firmware release v1.18.1.r1:
@mfa2214 xPy module f/w and GPy/Fipy modem f/w are separate, so GPy/Fipy module f/w doesn't contain modem f/w.
Here http://stiny.webd.pl/PYCOM/ on my VPS you have collection of CATM1/NB1 *.dup files.
Many thanks @rskoniec for sharing the files :)
We could change the default sort order but I'm not sure this would affect existing users. I admit it throws me off too if I'm on the forum but not logged into my account. I'll see if our system admin can do some internal tests.
Hi @mongkol, so you have this error every time you try to update? Or just once in a while? I would suspect the PC USB port to be the problem, you could:
change the USB-microUSB cable
use the PC direct USB port, not thru a USB hub;
remove other USB peripherals from PC
The firmware update packages are sent over DFU protocol, which runs over USB bulk transfer channel, it might happen that the CRC of a package was wrong (or delayed).