Sorry, but new firmware breaks my projects... Again...



  • @felmue - Felix, thanks so much for taking the time to not only confirm this, but also figure out the fix! You are so helpful to everyone on this forum!!! Thank you for your dedication to helping others!



  • Same issue with AtomS3 and I2C - firmwares 2.0.2 and 2.0.3 don't see anything on the I2C bus, 2.0.1 is fine
    Any clue how one can get v2.0.1?



  • Not that I know of. I wish they'd have left it in Burner, it doesn't make too much sense to remove such recent firmware versions! If new firmware improves or fixes something, great, burn it! But this situation is a good example of why it's a good idea to leave past versions. It's not like 2.0.1 is ancient history?



  • Hello @aleksandar-atanasov

    I cannot reproduce the issue you are describing. With UIFlow2.0.3 firmware on my M5AtomS3 I can scan the internal and external I2C bus just fine. Please see my example in the PlayZone called: M5AtomS3_I2C_Scan_UIFlow2.0.3

    Do you get an error or just an empty list when you try to scan the I2C bus?

    Thanks
    Felix



  • @brianr said in Sorry, but new firmware breaks my projects... Again...:

    U032

    I have same problem with GPS U032 and StickC Plus under UIFlow 2.03, not working...



  • Hello @flex

    sorry, but I cannot reproduce the issue you are reporting. Running UIFlow2.0.3 firmware on my M5StickCPlus with a GPS unit works just fine. Please check PlayZone M5StickCPlus_GPS_unit_UIFlow2.0.3 example.

    What exactly doesn't work for you? Do you get an error message in the log?

    Thanks
    Felix



  • Hello @felmue

    I have a program which works and start by:
    Begin Initialization True
    Init built-in hardware at beginning
    Init BLE Uart client
    ....

    when I add "Init gps_0" before of after "Init BLE Uart client", it crashes

    I tried on your program which works on my StickC Plus and GPS under UIFlow 2.03. When I just add "Init BLE Uart client" before or after "Init gps_0", it crashes also.

    All my programs with BLE Server and BLE Client work fine and I can exchange data between 2 StickC Plus.

    Thanks

    Pascal



  • Hello @flex

    I can confirm that using init gps block with init BLE uart client block results in a crash. Tested with M5StickCPlus UIFlow2.0.4 firmware.

    Note: when I add a 5 second delay in between the two init block I do not see a crash. However I did not confirm whether GPS or BLE still works.

    Thanks
    Felix



  • @felmue

    Hello Felix,

    thanks for confirmation.

    Do you think that reason can be an incorrect memory management in lib gps or lib bleuart or lib M5?

    To whom should be addressed that problem in M5Stack dev. team?

    Thanks
    Pascal



  • Hello @flex

    have you tried to write to support@m5stack.com?

    Thanks
    Felix



  • I have contacted support, and they offered 2.0.4--hotfix to test, but neither that, nor 2.0.4, resolves this issue. They should be able to easily recreate this problem on their end, but I'm happy to keep testing for them.

    Problem easily seen by burning new firmware from Burner, then create a new UIFlow2 project, and just add the M5Stack GPS to Unit, and hit Run. Errors. Take the "Init gps_0" out of the setup block and hit Run, and it loads the expected black screen. Add it back in, it errors...

    Again asked for 2.0.1, even just temporarily, as a testing control to ensure that there is a firmware this worked with. We'll see...



  • Hello @BrianR

    that is not what I am seeing. With M5Dial UIFlow firmware v2.0.4--hotfix my GPS example in the Project Zone runs just fine. M5Dial_GPS_Unit_UIFlow2.0.2

    Edit: Just double-checked:

    • Erase, burn UIFlow2.0.3, new project, add GPS unit, run -> error
    • Erase, burn UIFlow2.0.4--hotfix, new project, add GPS unit, run -> no error

    Thanks
    Felix



  • @felmue , I just spent a bit of time struggling to get any firmware to load onto either Dial that I have, but I finally got the --hotfix firmware loaded, and I can confirm that the GPS now works again!

    Thank you M5Stack for taking the time to resolve!