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

    Read from USB (debug QI Charger odd influence on board behaviour)

    Scheduled Pinned Locked Moved Discussion
    usbuartdebugqi charger
    7 Posts 3 Posters 1.6k Views 3 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.
    • F Offline
      fsergeys
      last edited by fsergeys

      Hi,

      I have my wipy3+pytrack build into a IP67 case and fitted it with QI wireless charger so I don't have to reopen de box every time I need to charge the battery.

      Since I have set this up, I noticed random shutdowns and reboots of the board. To be sure, I tested in parallel my code on a few boards with and without QI charger. The boards without show no problems.

      So: I'd like monitor what goes on with the USB, what is causing this behaviour? I read USB is UART0 which normally is REPL. Can I disable REPL temporary to be able to read what is going on?

      I was think about putting a config file on /sd and depending on the value of it, the REPL is activated, deactivated?

      I'm totally in the dark here, any tips or suggestions are welcome.

      sebS J 2 Replies Last reply Reply Quote 0
      • sebS Offline
        seb @fsergeys
        last edited by

        @fsergeys

        If you modify your boot.py to have:

        import os
        os.dupterm(None)
        

        The REPL will no longer run on UART 0, in order to recover from this you will need to use either safe boot or FTP

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

          @fsergeys What do you mean by "read"? Unless the charger emulates the host side of a serial connection compatible with the Pytrack and communicates on that, I don't think you'll be able to do much, or did I miss something?

          F 1 Reply Last reply Reply Quote 0
          • F Offline
            fsergeys @jcaron
            last edited by fsergeys

            @jcaron
            Normally there should be no serial communication if you read the Qi specifications. Just charging the battery.
            My hypothesis is indeed that I will not "find" anything. But need to confirm that.
            What else could be causing the boards to randomly reboot or shutdown when the Qi chargers are plugged into the USB and not charging on the transmitter. If you have hypotheses I can test, I'd be glad with a few clues...
            I'm going to rerun my tests this afternoon with the boards yesterday connect to the Qi charger and today not connect to validate my findings that Qi charger plugged or unplugged does make a difference

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

              @fsergeys What's the full setup? Do you have a battery? Is the charger on a charging base?

              Have you checked that the supplied power is within specs, both in terms of voltage and available current? You may want to insert a USB power monitoring device between the charger and Pytrack to check.

              What's the charger model?

              F 1 Reply Last reply Reply Quote 0
              • F Offline
                fsergeys @jcaron
                last edited by

                @jcaron
                The battery is Lipo - 3.7v 1300mAh
                The Qi receiver (connected to the micro USB) is a QProd 1000mha
                The transmitter is a CHOETECH PROMU Qi T511 Charger.

                I have the boards in machine.deepsleep when charging (I haven't tested the behaviour while charging)
                When in operations (not on the charger), this is where the odd behaviour happens. So that is the really funky part, because at that time, the Qi receiver is not supposed to be having any effect.

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

                  @fsergeys I'm not familiar with Qi chargers, but isn't there a chance the electromagnetic field generated when you transmit data may "trigger" the charger somehow? Since those chargers are designed to be inserted into phones it shouldn't be an issue, but you never know...

                  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