In the download page :
https://software.pycom.io/downloads/linux-1.16.0.html
the version "Generic Linux with GLIBC 2.18 (and higher)" has wrong links, giving "404 Not Found".
Hi,
I have an extra I2C sensor on the Pysense. (water pressure)
I would like to wake up my lopy4 if it's above a certain value.
Can this be done?
And which code should I change/update?
Thanks
@philwilkinson said in New LTE Firmware release v1.18.1.r3 & CAT-M1 firmware & modem updater:
I have just attempted to upgrade a new module to the modem firmware.
But I get the error statement, I have no idea what it refers to.
any ideas?
Do you know the firmware version of the modem when you started the upgrade? Which MicroPython firmware did you use? And which firmware upgrade file / method did you use to upgrade the modem?
@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
@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.
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!
Regards,
Brian
@charly86 said in New firmware release v1.18.0:
cardgenerator
@iwahdan Nice, but that's not my PR so I don't want to get any credit for it ;-)
Are you still facing this issue?
@charly86 said in New firmware release v1.18.0:
@iwahdan Nice, but that's not my PR so I don't want to get any credit for it ;-)
@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.
@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.
FiPy-1.18.1.r1
GPy-1.18.1.r1
Many thanks @rskoniec for sharing the files :)