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

    LoPy with 3.3V direct powering fails to start.

    Scheduled Pinned Locked Moved LoPy
    lopypowerfault3v3issues
    24 Posts 5 Posters 10.1k Views 6 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
      jmarcelino @robert-hh
      last edited by

      @robert-hh
      Yes I noticed that when I pasted the text here, already let them know :-) Thanks.

      1 Reply Last reply Reply Quote 0
      • cocoaC Offline
        cocoa @jmarcelino
        last edited by

        @jmarcelino @robert-hh @ssmith

        Thanks for help to solve this issue.

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

          @jmarcelino @robert-hh

          Isn't this the opposite of what what stated here:
          https://forum.pycom.io/topic/1022/root-causes-of-high-deep-sleep-current

          Workaround:
          Power the board via the 3V3 pin using a stable 3V3 supply that is able to deliver at least 400mA. This lowers the deep-sleep current to around 2.5mA.

          ?

          Also, it's unclear to me what the setup on the Pysense/Pytrack actually is? Is the Pysense/Pytrack sending power to the module via 5V, and then receiving 3V3 back from it (which I suppose only goes to the 3V3_Pymodule pin)? Someone I had thought the module was powered by the Pysense/Pytrack via the 3V3 pin, but that's probably incorrect.

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

            @jcaron

            Isn't this the opposite of what what stated here:

            Not completely the opposite, it's still more efficient to use a regulated 3.3V supply (low voltage forces the onboard regulator into bypass ECO mode)

            But it needs to be updated to reflect that 3.3V should be applied to the 5V/VIN pin.

            Is the Pysense/Pytrack sending power to the module via 5V

            Yes, all the various shields implementing deep sleep control the *py board's 5V rail

            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
            • 2
            • 2 / 2
            • First post
              Last post

            Pycom on Twitter

            Pycom