Welcome to the Pycom forum Forum
    • \[\[global:header.categories\]\]
    • \[\[global:header.recent\]\]
    • \[\[global:header.tags\]\]
    • \[\[global:header.popular\]\]
    • Login

    Explore Pybytes | Official Documentation | Report a Firmware Bug/Issue | GitHub

    New Stable Firmware Release v1.18.2

    Scheduled Pinned Locked Moved Announcements & News
    firmware
    16 Posts 8 Posters 1.9k Views 8 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • I Offline
      iwahdan
      last edited by Paul Thornton

      Hello everyone,

      New Stable release v1.18.2 is released today, changes include:

      Improvments

      • Updates to MQTT lib.
      • Added API to Get/set DNS servers.
      • Updated Sequans FW upgrade scripts
      • Enabled LCP Echo interval in IDF
      • Improved PPP session suspend/resume
      • Wifi AP mode on boot now is using only Default AP and SSID -> Initially the onboot wifi mode was using the ssid/pwd configured in pycom-config saved in flash which caused inconvenience for some users when switching between Pybytes FW and other Base FWs since the AP would be brought up with same ssid/pwd. This is now removed and in next releases wifi config saved in flash will be improved for more efficiency and relaiability.
      • Added factory modem reset option , method to check UE coverage and Bug fixes

      Bug Fixes

      • Fixed socket.connect Crash problem when LoRa/Sifgfox initialized before Wifi/LTE
      • Updates and bug fixes for LTE module
      • Fixed bug in spi.read()..The parameter write=.. in spi.read() was ignored. Instead always 0x55 was sent. (author @robert-hh )
      • MQTTlib: Gracefully handle EAGAIN return of Socket.write
      • fix an issue in cleaning up user threads during of soft-reset
      • Fix issue causing Device crash when safe booting (CTRL-F) while BLE/Wlan enabled
      • Fix makefile bug excluding SIPY FIPY LOPY4 from secure Boot process

      you can download the sources from here
      or you can flash the firmware directly via Firmware Updater tool with latest stable firmware

      Wahdan

      C 1 Reply Last reply Reply Quote 2
      • rcolisteteR Offline
        rcolistete
        last edited by

        Useful info, the firmware v1.18.2 is available for manual download :
        https://github.com/pycom/pycom-micropython-sigfox/releases

        My "MicroPython Samples". My "MicroPython Firmwares" with many options (double precision, ulab, etc).

        S 1 Reply Last reply Reply Quote 0
        • S Offline
          Steve Williams @rcolistete
          last edited by

          @rcolistete I'll give this a go, but where can I get a copy of 1.18.1.r7 from just in case my projects' code doesn't want to play with the new version? Just naturally cautious.. :-) Are all the changes documented?

          C 1 Reply Last reply Reply Quote 0
          • C Offline
            combaindeft @Steve Williams
            last edited by

            @steve-williams said in New Stable Firmware Release v1.18.2:

            @rcolistete I'll give this a go, but where can I get a copy of 1.18.1.r7 from just in case my projects' code doesn't want to play with the new version? Just naturally cautious.. :-) Are all the changes documented?

            https://docs.pycom.io/advance/downgrade.html

            S 1 Reply Last reply Reply Quote 1
            • C Offline
              combaindeft @iwahdan
              last edited by

              @iwahdan said in New Stable Firmware Release v1.18.2:

              Added API to Get/set DNS servers.

              How do you do this?

              J 1 Reply Last reply Reply Quote 0
              • S Offline
                Steve Williams @combaindeft
                last edited by

                @combaindeft Thanks.. not always easy for a newbie to find all the info.. :-)

                1 Reply Last reply Reply Quote 1
                • J Offline
                  johanbrichau @combaindeft
                  last edited by johanbrichau

                  @combaindeft I had the same question... so I dug up the code changes and figured it out:

                  usocket.dnsserver(0,'8.8.8.8')
                  usocket.dnsserver(1,'4.4.4.4')
                  usocket.dnsserver()
                  ('8.8.8.8', '4.4.4.4')
                  

                  This is especially useful on NB-IoT networks as it seems the DNS server config is not given by the mobile network. This is really cool. I can remove the hacks to deal with DNS querying in my code.

                  (source: https://github.com/pycom/pycom-micropython-sigfox/commit/c7efa88baaf8d5cba1a985e737789590b75f5d2f#diff-5f8707a5f826155a6bac3647155b8173)

                  C 2 Replies Last reply Reply Quote 1
                  • C Offline
                    combaindeft @johanbrichau
                    last edited by

                    @johanbrichau said in New Stable Firmware Release v1.18.2:

                    This is especially useful on NB-IoT networks as it seems the DNS server config is not given by the mobile network.

                    Yes! it is! 😇

                    And Yeah, The Teleoperators didn't design it with DNS-support in mind .... put they left it "Open" ... and put all of the task on the platform supplier ... to implement a function like this ... to define our own DNS-server.

                    I will test it out on our Operators network, see if we finally can resolve domain names 🙃

                    1 Reply Last reply Reply Quote 0
                    • C Offline
                      combaindeft @johanbrichau
                      last edited by

                      @johanbrichau

                      And yes! ... one now hasz DNSz'y via LTE-NB1 (NB-IOT) 👍🏻

                      1 Reply Last reply Reply Quote 0
                      • M Offline
                        Martinnn
                        last edited by

                        Is the documentation already updated? I'm interested in MQTT and Wifi particularly.

                        P 1 Reply Last reply Reply Quote 0
                        • P Offline
                          Paul Thornton @Martinnn
                          last edited by

                          @martinnn No not yet. MQTT docs likely wont see much change. changes are bugfix not a change to functionality as far as I am aware. Will confirm re Wifi.

                          M 1 Reply Last reply Reply Quote 0
                          • M Offline
                            Martinnn @Paul Thornton
                            last edited by

                            @paul-thornton I saw that the wifi RSSI readout (I am interested in) works on rc 1.20 only, not 1.18. Any comments on when to use rc 1.12 vs. stable 1.18? If you need the new features, try rc, else stick with stable? Although few changes seem to affect the wipy.

                            P 1 Reply Last reply Reply Quote 0
                            • P Offline
                              Paul Thornton @Martinnn
                              last edited by

                              @martinnn said in New Stable Firmware Release v1.18.2:

                              @paul-thornton I saw that the wifi RSSI readout (I am interested in) works on rc 1.20 only, not 1.18. Any comments on when to use rc 1.12 vs. stable 1.18? If you need the new features, try rc, else stick with stable? Although few changes seem to affect the wipy.

                              You have the correct idea. If you absolutely need features only available in the RC builds then feel free to give them ago. We still offer as much support as we can but there may be bugs/crashes.

                              If you dont. Stick to the stable builds. they should have most of the bugs ironed out.

                              1 Reply Last reply Reply Quote 0
                              • M Offline
                                mfallavol
                                last edited by

                                I'm getting somewhat regular crashes with this firmware. The crash begins with:

                                assertion "netconn_alloc: undefined netconn_type" failed: file "/Users/iwahdan/e
                                sp/pycom-esp-idf/components/lwip/api/api_msg.c", line 696, function: netconn_alloc
                                abort() was called at PC 0x401450b7 on core 1

                                I've seen it a few times already today.

                                P 1 Reply Last reply Reply Quote 0
                                • P Offline
                                  Paul Thornton @mfallavol
                                  last edited by

                                  @mfallavol said in New Stable Firmware Release v1.18.2:

                                  I'm getting somewhat regular crashes with this firmware. The crash begins with:

                                  assertion "netconn_alloc: undefined netconn_type" failed: file "/Users/iwahdan/e
                                  sp/pycom-esp-idf/components/lwip/api/api_msg.c", line 696, function: netconn_alloc
                                  abort() was called at PC 0x401450b7 on core 1

                                  I've seen it a few times already today.

                                  Hello @mfallavol, Thanks for the report. Any idea what the board happened to be doing at the time?

                                  M 1 Reply Last reply Reply Quote 0
                                  • M Offline
                                    mfallavol @Paul Thornton
                                    last edited by

                                    @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

                                    1 Reply Last reply Reply Quote 0

                                    Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                                    Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                                    With your input, this post could be even better 💗

                                    Register Login
                                    • 1 / 1
                                    • First post
                                      Last post

                                    Pycom on Twitter

                                    Pycom