New Stable release v1.18.1

[iwahdan]

ok, thanks @IOAg , I am looking in to that error you had and will update you Asap

[EinarJ]

Hi,

I am getting this error when trying to upgrade the modem:

import sqnsupgrade
sqnsupgrade.run('/sd/NB1-37781.dup','/sd/updater.elf')
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
AttributeError: 'module' object has no attribute 'run'

The FiPy is upgraded to the latest FW with the updating tool. Formatted the SD card, mounted it and transferred the files as described. Got the latest version of the sqnsupgrade from GitHub and transferred it to the FiPy.

[iwahdan]

Hi @einarj, you don't need to transfer scripts fro GitHub to the Fipy, these scripts are already embedded in the Firmware (v1.18.1) as frozen code

[EinarJ]

Hi @iwahdan ,

It seems the firmware updating tool only upgrades the FiPy to 1.18.0.r1
Tool version is 1.15.1

BR.
Einar

[iwahdan]

Hi @einarj, could you update to version 1.15.2 https://forum.pycom.io/topic/3454/new-development-firmware-updater-1-15-2-b1

[EinarJ]

Thanks @iwahdan ,

Managed to upgrade it to 1.18.1 - but I get the same error as mentioned from others:

import sqnsupgrade
sqnsupgrade.run('/sd/NB1-37781.dup','/sd/updater.elf')
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "sqnsupgrade.py", line 538, in run
File "sqnsupgrade.py", line 168, in detect_modem_state
File "sqnsupgrade.py", line 89, in return_code
AttributeError: 'NoneType' object has no attribute 'decode'

[peterv]

Hi @iwahdan,

Looks like the delay is not long enough:

>>> from sqnsupgrade import sqnsupgrade
>>> sqnup = sqnsupgrade()
>>> sqnup.detect_modem_state()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "sqnsupgrade.py", line 168, in detect_modem_state
  File "sqnsupgrade.py", line 89, in return_code
AttributeError: 'NoneType' object has no attribute 'decode'
>>> sqnup.detect_modem_state(initial_delay=8)
2
>>>

[iwahdan]

@peterv , I do acknowledge now that this error happens with some modules , not all of them, we are working on doing a fix for that.

[apallo]

This post is deleted!

[apallo]

This post is deleted!

[tuftec]

Hi @iwahdan, My LoPy is brand new. Never been used.
Peter.

[robert-hh]

@iwahdan The new release excludes own files in the frozen directory to be included into the build. At the moment they have to be places in one of the subdirectories, Base or Common. Maybe the build script is changed again, or an additional subdirectory is defined for user code, like Custom (?).
Edit: The script to be changed is py/mkrules.mk.
Edit2: I do not understand the need to change the makefile, because files in subdirectories have always been included into the build.

[iwahdan]

@robert-hh , yes since the frozen folder structure has been changed py/mkrules.mk had to be updated, your proposal sounds very good , I'll consider it in the new release which I believe will not be far away, for now as you mentioned you can place your scripts in either the Base or Common folder .
we have gone with this structure as we are planning to merge the Pybytes firmware into the Base Firmware Build Environment , so Scripts in Common would be included in both Base and PyBytes Builds but PyBytes builds would include Common and other scripts in a new Folder , will be called Pybytes... and LTE with Only FIPY and GPY.

Hope that explains it.

[iwahdan]

A new firmware v1.18.1.r1 has been released for fixing the issue encountered during modem state detection

[robert-hh]

@iwahdan OK. I adapted my mkrules.py script already to include files from a 'Custom' folder.

[Prx]

More simple procedure on Linux :

start from the Linux menu "Pycom Firmware tool", quote "include dev releases"
then just choice /dev/ttyACM0 in High transfert mode
the firmware is flashed in 1.18.1.r1
Wrote 1.19 MiB from sipy.bin in 1 minute and 13.88 seconds