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

    lte.deinit(dettach=False) with machine.deepsleep

    Scheduled Pinned Locked Moved Support & Troubleshooting
    deepsleep ampsdettach0gpy
    7 Posts 4 Posters 919 Views 5 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.
    • K Offline
      kjm
      last edited by

      I'm running the latest firmwares on a gpy & its 4G modem connected to Telstra cat M1 here in AU. The good news is the new modem firmware drops current to near zero in deepsleep with the modem disconnected from the Telco. Just for the hell of it I tried deepsleeping with the modem still connected. It didn't work of course, the deepsleep current stayed up at 50mA and there was no connection after deepsleep had expired anyway.

      Remaining attached in near zero power deeplseep is a great improvement but will it ever be possible to be remain connected as well? I ask this because the time it takes to disconnect before deepsleep (around 7s) is much greater than the time it takes to send the data (less than 1s).

      D A 2 Replies Last reply Reply Quote 0
      • D Offline
        danielm @kjm
        last edited by

        @kjm
        What deep-sleep current level are you able to achieve? I can't get it under 100uA. My G01 is running Sequans firmware NB1-40343.

        1 Reply Last reply Reply Quote 0
        • K Offline
          kjm
          last edited by

          Getting 20uA on a gpy(version='v1.8.6-849-dfa1176 on 2018-11-12) with catm1(39529). Or at least I was, won't attach now. Every time I get something working on this beast something else breaks!

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

            @kjm said in lte.deinit(dettach=False) with machine.deepsleep:

            the time it takes to disconnect before deepsleep (around 7s) is much greater than the time it takes to send the data (less than 1s)

            We just mitigated this delay through [1] by not invoking the "detach" operation on lte.deinit() like

            lte.deinit(detach=False, reset=True)
            

            [1] https://github.com/hiveeyes/hiveeyes-micropython-firmware/commit/ec7c80e1219fb119c2881a0019cecdfad220f29f

            K 1 Reply Last reply Reply Quote 0
            • K Offline
              kjm @andreas
              last edited by

              @andreas We've found it's not a good idea to routinely reset the modem in battery powered/deepsleep applications. If the modem is not reset attachments take only a second or two but after a modem reset they take 3-4 times longer. I'll have to check all these things I've learned all over again of course with the 1.20.1.r1 in case the rules have changed.

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

                Dear @kjm,

                @kjm said in lte.deinit(dettach=False) with machine.deepsleep:

                We've found it's not a good idea to routinely reset the modem in battery powered/deepsleep applications. If the modem is not reset attachments take only a second or two but after a modem reset they take 3-4 times longer.

                Sure. Sorry that I haven't told you that we are currently not using the modem at all and just want to turn it off as quickly and thoroughly as possible.

                When actually using the modem and going to deepsleep, it should probably not be reset and detached so it will keep its association with the cell infrastructure.

                Thanks and with kind regards,
                Andreas.

                1 Reply Last reply Reply Quote 0
                • D Offline
                  Davidjames3321 Banned
                  last edited by Davidjames3321

                  This post is deleted!
                  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