New firmware release v1.18.0

[Xykon]

@marike 1.15.0 is the latest firmware updater tool version, while 1.18.0 is the latest firmware version being flashed onto the device.

The firmware team will look at the issues raised and provide an update as soon as possible.

If you wish to downgrade please follow these instructions.

[Xykon]

@marike Two quick questions: Did you upgrade the firmware of your modem? If yes which firmware are you currently using?

Which provider (or test system) are you using for LTE-M connectivity?

[jbthompson]

@xykon Recently loaded 1.18.0 onto WiPy2.0 OEM module and having some less than optimal i2c performance.
Issues:

1. Doest the new i2c firmware supports i2c clock stretching? I'm communicating with a bno055 imu (that uses clock stretching) and am getting I2C hangs.
   Currently the i2c hangs after I enable the bno055 and do a scan (which returns the address at least once before hanging).

I have 4.7K pullups for SDA / SCL on my board that is interacting with the WiPy2.0 OEM.
Setup:
Talking to fuel gauge and IMU.
Scan hangs after second attempt....

>> from machine import I2C, Pin
>>
>> bno055_rst = Pin('P23', mode=Pin.OPEN_DRAIN)        # imu reset
>> bno055_rst.value(1)         #enable imu
>>
>> i2c = I2C(0, I2C.MASTER)
>>
>> i2c.scan()
>> [40, 85]     #success, i2c address for the bno055, bq27441
>>
>>i2s.scan()
... hangs forever, need to hard reset the wipy2.0 OEM
Note: No hang if I disable the imu by pulling p23 low.

Thank you!

[Marike]

@xykon

I'm using Verizon (US) for LTE-M. The firmware for the modem was upgraded last week:

UE5.0.0.0c
LR5.1.1.0-33988

It looks like there is something broken with the AT commands. The response to lte.send_at_cmd('X') where X is anything is the same, whether X is valid or not:

>>> lte.send_at_cmd('AT+CEREG?')
''
>>> lte.send_at_cmd('AT+COPS?')
''
>>> lte.send_at_cmd('FAKE_COMMAND')
''

[bmarkus]

Updater updates my LoPy to 1.17.5.b6 but not 1.18.0

[Xykon]

@bmarkus This is the stable firmware. We haven't released a new Pybytes version yet.

[bmarkus]

@xykon said in New firmware release v1.18.0:

@bmarkus This is the stable firmware. We haven't released a new Pybytes version yet.

I'm not using pybytes and do not want to have it, just want to update to an ordinary 1.18.0 In the updater all options, like beta versions, pybytes, forced region setting, etc. unselected. Why can't update to 1.18.0?

[Xykon]

@bmarkus Are you using the latest stable firmware updater? Did you change the Type to stable in the Communications window?

[bmarkus]

@xykon Thanks, setting Type to stable solved the problem, update to 1.18.0 was successful. Would be god to change default from pybytes to stable :(

[Xykon]

@bmarkus I can't change the default but the next firmware updater release will remember your choice.

[Xykon]

Please note that as per the update above, we have reverted the master branch of pycom-esp-idf back to the correct commit needed to build the stable firmware.

We have also created a new branch idf-dev which contains all the updates previously pushed to master. The source code for the pycom-micropython-sigfox development release will be published some time next week.

[danielm]

Please take a look at this thread:
https://forum.pycom.io/topic/3377/fw-1-18-0-increased-boot-time-power-consumption

[shivankgarg98]

What is LORAWAN MAC version of lopy4 after this firmware update?

[Aubreychen]

@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 ;-)

[Isabell gracia]

This post is deleted!

[Zekai Sen]

This post is deleted!

[monika Hoenig]

This post is deleted!

[Selena Morrissel]

This post is deleted!

[Selena Morrissel]

This post is deleted!