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

    Pymesh wishlist

    Scheduled Pinned Locked Moved Firmware
    pymesh
    18 Posts 4 Posters 1.1k Views 4 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.
    • catalinC Offline
      catalin
      last edited by

      @thinginnovations Thanks Andrew, for suggestion.

      Could you be a bit more exact of what do you expect?

      I am thinking, that a certain node (connected within a Pymesh network), can be forced to a Child role, so it can go to (deep)sleep as much as it wants. When it wakes up, he will take its old role back (look for the same parent, if not found connect as Child to a different Parent), important thing is that he won't affect the Pymesh. Being a Child he won't relay/route packages.

      Then probably for some nodes, an opposite feature (always Router role) needs to be created, right? So these nodes, would always (most of the time) be active, and they will be designated Leader/Router role with a higher priority.

      Let me know what you think!

      T 1 Reply Last reply Reply Quote 2
      • T Offline
        thinginnovations @catalin
        last edited by

        @catalin This is my understanding, the edge nodes don't route traffic, they are like the leaves on a tree - at the very edge.

        I was originally looking at the definitions at https://openthread.io/guides/thread-primer/node-roles-and-types

        Cheers

        Andrew

        catalinC 1 Reply Last reply Reply Quote 1
        • catalinC Offline
          catalin @thinginnovations
          last edited by

          @thinginnovations fyi, as explained here the sleepy end devices was implemented using a simple pymesh.end_device(True).
          For the ref, this is in v1.20.1.r2.

          T 1 Reply Last reply Reply Quote 0
          • T Offline
            thinginnovations @catalin
            last edited by

            @catalin Thanks, I'll give it a try.

            What is the timescale for getting the updated firmware after jumping through the licensing hoops?

            Andrew

            catalinC 1 Reply Last reply Reply Quote 0
            • catalinC Offline
              catalin @thinginnovations
              last edited by catalin

              @thinginnovations hi Andrew,

              I'm not sure what you mean. After signing the licence, you'll receive the firmware binary (for Lopy4 and Fipy) immediately.

              On the long run, more features and bugfixes will be added to the Pymesh release, probably you'll receive updates automatically (the process is under implementation now).

              At some point, Pymesh firmware flashing (and licence signing) will be done within the Firmware Update Tool.

              T 1 Reply Last reply Reply Quote 1
              • T Offline
                thinginnovations @catalin
                last edited by

                @catalin
                ok, form sent back.

                Thanks

                Andrew

                T 1 Reply Last reply Reply Quote 0
                • T Offline
                  thinginnovations @thinginnovations
                  last edited by

                  no reply yet.

                  1 Reply Last reply Reply Quote 0
                  • T Offline
                    thinginnovations
                    last edited by

                    Got it all now, thanks @catalin

                    1 Reply Last reply Reply Quote 0
                    • T Offline
                      thinginnovations
                      last edited by thinginnovations

                      Using latest pycom updater (1.16.1) and I cant seem to select tar.gz files from the file list when using the Flash from local file option. All the files are greyed out and unselectable.

                      This is on Mac OS Catalina.

                      Any ideas?

                      The file received did not contain the L01 firmwar images, only for FPy and Lopy4.

                      Andrew

                      catalinC A 3 Replies Last reply Reply Quote 1
                      • catalinC Offline
                        catalin @thinginnovations
                        last edited by

                        @thinginnovations This is due to newest application rights, in Catalina. (Try System Preferences/Security&Privacy/Full Disk access).

                        Could you make a new topic in https://forum.pycom.io/category/17/software-tools and maybe the community has the solutions.

                        1 Reply Last reply Reply Quote 1
                        • A Offline
                          andreas @thinginnovations
                          last edited by andreas

                          @thinginnovations said in Pymesh wishlist:

                          Using latest pycom updater I can't seem to select .tar.gz files from the file list when using the Flash from local file option. All the files are greyed out and unselectable.

                          I believe someone from our community also reported this recently. I couldn't believe it.

                          @catalin said in Pymesh wishlist:

                          This is due to newest application rights in macOS Catalina.

                          Thanks for letting us know about this detail, @catalin! Bummer.


                          @thinginnovations: Maybe invoking the programm from the command line still works for you like

                          Prepare

                          alias pycom-fwtool-cli='/Applications/Pycom\ Firmware\ Update.app/Contents/Resources/pycom-fwtool-cli'
                          export MCU_PORT=/dev/cu.usbmodemPye090a1
                          

                          Invoke

                          pycom-fwtool-cli --verbose --port $MCU_PORT flash --tar FiPy-1.20.1.r1-0.7.0-vanilla-dragonfly-onewire.tar.gz
                          
                          1 Reply Last reply Reply Quote 0
                          • T Offline
                            thinginnovations
                            last edited by

                            Finally got around to reflashing the firmware on a few LoPy4 devices. Seems 1 repeatedly guru mediates. I used a windows laptop to reflash, gave up on the Mac.

                            Next question for @catalin , when will the L01 firmware be available or can the Lopy4 firmware be used on the L01 ?

                            thanks

                            Andrew

                            1 Reply Last reply Reply Quote 0
                            • catalinC Offline
                              catalin @thinginnovations
                              last edited by

                              @thinginnovations

                              Using latest pycom updater (1.16.1) and I cant seem to select tar.gz files from the file list when using the Flash from local file option. All the files are greyed out and unselectable.

                              If you still have this problem, it can be easily sorted by renaming firmware package .tar, instead of tar.gz. We're looking into it.

                              T 1 Reply Last reply Reply Quote 0
                              • T Offline
                                thinginnovations @catalin
                                last edited by

                                @catalin That works. Now I can reflash firmware on a mac.

                                Thanks

                                Andrew

                                catalinC 1 Reply Last reply Reply Quote 0
                                • catalinC Offline
                                  catalin @thinginnovations
                                  last edited by

                                  This post is deleted!
                                  1 Reply Last reply Reply Quote 0
                                  • DanneD Offline
                                    Danne
                                    last edited by

                                    @catalin

                                    Is Pymesh still under development?

                                    I wish to have the issue with running out of buffers resolved :)

                                    Problem:
                                    After a while nodes are unable to send data to each other.

                                    To reproduce, start up two nodes, send message until you run out of "free buffer", to check available buffer, run buffer info...

                                    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