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

    LoRaWAN channels and ADR support with deep sleep

    Scheduled Pinned Locked Moved Issues & Bugs
    lopylorawandeep sleepadr
    4 Posts 2 Posters 1.4k Views 2 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.
    • J Offline
      jcaron
      last edited by

      In New firmware release v1.7.8.b1, I mentioned that even though we can now save join status, frame counters and keys during (Deep Sleep Shield / Pytrack / Pysense-controlled) deep sleep periods and have the minimum viable LoRaWAN node, some additional information was missing from the save and restore operations, especially:

      • the channels used (as returned by the network during join) -- currently the LoPy will keep using only the default channels after going to deep sleep
      • any ADR adjustments

      (there's also duty-cycle timing information, but that may be quite a bit more difficult to handle without an RTC)

      @daniel replied that this was planned for implementation, however I don't think that has been done yet. Any progress on this? As it currently stands, when using Deep Sleep, the LoPy is not quite compliant with LoRaWAN specs.

      Alternatives:

      • some way to just retrieve all current settings of the LoPy (especially the channel list). That way, it could be saved and restored by the Python code

      • some way to receive notifications of any network-requested changes (channels list in join response, ADR...), along with the relevant info.

      Thanks!

      1 Reply Last reply Reply Quote 0
      • bmarkusB Offline
        bmarkus
        last edited by

        One of the big issues using LoRaWAN is that you can't retrieve the list of channels used and their settings. LoRaWAN network may change your channels on its own and without knowing actual parameters you are limited in debugging, etc.

        1 Reply Last reply Reply Quote 0
        • J Offline
          jcaron
          last edited by

          @daniel @bucknall any update on this? Is this being worked on or should we make changes to the code ourselves to make sure the LoPY is compliant with LoRaWAN specs as advertised?

          1 Reply Last reply Reply Quote 0
          • J Offline
            jcaron
            last edited by

            @daniel @bucknall Ping!

            This is the same issue as: https://github.com/pycom/pycom-micropython-sigfox/issues/68

            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