element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Imagine a World Without Cords
  • Challenges & Projects
  • Design Challenges
  • Imagine a World Without Cords
  • More
  • Cancel
Imagine a World Without Cords
Blog Start of BeagleBone QiCape
  • Blog
  • Forum
  • Documents
  • Files
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
  • Share
  • More
  • Cancel
Group Actions
  • Group RSS
  • More
  • Cancel
Engagement
  • Author Author: vsluiter
  • Date Created: 25 Oct 2012 4:12 PM Date Created
  • Views 1893 views
  • Likes 1 like
  • Comments 9 comments
  • wireless_power
  • beagle
  • wireless_power_challenge
  • wireless_power_charging
  • qi_standard
  • BeagleBone
  • qi
  • wp_challenge_one
Related
Recommended

Start of BeagleBone QiCape

vsluiter
vsluiter
25 Oct 2012

Ok, ok..... I just overdid myself. I became VERY enthousiastic when Shawn told about the BeagleBone BeagleBone Cape. I think these new Linux-based boards are very attractive to tinkering, understanding embedded processing and making internet-connected... things!

 

I started creating this design, and I've come quite far in the progress. The last bit takes a bit too much of my time though since I should be spending time on the RoadTest design, and in my private live I've had some 'turbulent days' which boils down to taking a bit more time for myself. I couldn't seem to get to the point of making the decisions to finish the design. I hope my design can be a starting point, and after the RoadTest I can take a bit of time at my own pace to finish it, or maybe someone else has had a better idea yet...

 

 

image

Line of thought

What I wanted to do is ensure you can use the BeagleBone on Qi, and on a battery.The Qi receiver can supply up to 1A, so it is safe to let it power the board (which takes ~500mA max according to the documentation) and charge a LiPo battery. I've looked into LiPo charging solutions, but found out a simpler way; the BeagleBone carries a power management IC that already incorporates a LiPo charger in the Power Management IC (PMIC)!

Now we're getting into more troublesome terrain; can you use the LiPo battery connected to the PMIC to keep the BeagleBone going when no Qi power is available? The answer is... yes and no. Yes, you can run the BeagleBone from a LiPo battery at the battery connection; No, you can't use USB host or other IO that needs 5V. The easy way out is to say: do not use 5V IO / USB in combination with Qi. I found that a bit crude, and limiting the possibilities of the BeagleBone. My solution is to incorporate a few switches in the design to achieve the following functionality:

  • When using Qi power: power the board from Qi, and let the PMIC charge the LiPo battery.
  • When Qi power is gone: disconnect Qi from the 5V supply input of the BeagleBone, disconnect the battery from the PMIC, and connect it to a boost converter (I used the WEBENCH tool to design one; really comfortable!) to boost the battery voltage to 5V, and run the BeagleBone 5V USB INCLUSIVE from the LiPo battery

Sounds easy, became a bit complicated. But I got the major part in a schematic and layout.

 

ToDo

OK, so what are you looking at when opening the design files? I tried to solve the circuit described above by using the available signals, and some FETs and BJTs. I could have used a small microcontroller for that, it might still be wise to do so, but it's easier to understand and less error prone when done with hardware only (my opinion, I know others think different). Also, I know the MSP430 series can go in REALLY low power, but you have to design your software to go to IDLE / STOP modes. I have no experience in that field.

Which points are still open in this design?

  • Finish the last bit of routing
  • No on-off switch for the battery. Do you need one on the PCB? Easiest to use is a toggle switch, but I wanted the layout to be as low as possible to just glue the RxCoil of Qi to the Cape. Use a microcontroller after all, and a small push-button? Or is that overkill?
  • What connector to use? Different batteries use different connectors, so I now just used plated holes to solder wires. Is that OK?
  • Use a jumper (low profile / horizontal mounting to keep a flat surface) to use a dummy 10k resistor as NTC, when the LIPO pack does not have its own NTC
  • Place LEDs for debugging / power indication:
    • Qi present
    • LIPO voltage
    • 5V present
  • All resistors are now 0402. I have no problem with that size, but maybe others do
  • Review functionality. I did this by thinking, and not yet by testing. Maybe others have different / better ideas / see errors I overlooked.
  • Last but not least: do we need an under voltage lockout (UVLO)? When the battery is connected and supplying the board it is being drained - fast. An UVLO should protect the battery, and shut down the supply to the BeagleBone. Some battery manufacturers include it in the cell, or do all manufacturers do this? I have no experience in this, so please comment...

Credits

Thanks to the BeagleBone documentation and the Adafruit Proto Cape I was able to comprehend the BeagleBone and have a good starting point for the layout. A small comment on the Adafruit board: their 'keepouts' for connectors on the BeagleBone are on the top instead of at the bottom, and are a few tenths of mm off. Good starting point anyway...

 

What can you do for QiCape?

I saw several people with ideas for a QiCape. Although I do not have the time needed to finish this very soon, I'd hate to see my efforts wasted. If you're looking for a starting point: see the files below (Eagle). And please let me know your concerns / thoughts, I'm very curious what you're thinking about it!

 

What can the QiCape do for you?

It's a board file and a schematic using the Qi receiver, including all values and ordering codes (in the Qi part). Please re-use it!

Attachments:
imageliion 5V out v3.pdf
QiCape-v0.1_board_and_schematic.zip
  • Sign in to reply
  • danteo
    danteo over 13 years ago in reply to vsluiter

    Hi Victor.

     

    Thanks for the R thing, I somehow misread that part. My fault image.

     

    Regards,

    Dan

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • vsluiter
    vsluiter over 13 years ago in reply to danteo

    Helllo Dan,

    Thanks for the comment. Nice to see another approach, adding a separate charge controller would be another solution, and I've looked in that direction too, but thought it would be nice to use the features already available on the BeagleBone.My approach does complicate the power routing though, a simple micro might do a better job at that, but requires programming (too little time to do that) and requires extra thought on what happens when external power is applied. You could use the 'AD' pin on the Qi receiver for that.... Maybe a good starting point for a discussion after the road test is finished image

    The 120 Ohm is  (quote) "The highest value considered a fault (short)", i.e. all values higher are NOT a fault. Using negative logic is not considered as not being error prone image If you take a look at Figure 7, values from 250 to 700 Ohm are used. On the evaluation module 250 Ohm is used (110+140). On page 9 you can find the formula RILIM = 300 / I( max), so for 1 Amp I used 300 Ohm.

    Thanks for your attention, I rather check twice than be underpowered!

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • danteo
    danteo over 13 years ago

    Hi Victor,

     

    I just saw your design. Great.

    I'm very happy to see the job done quick and clean by someone.

    I think that the goal is achieved and it's a good "pull management" demo in the open source world made by ti and e14.

     

    My opinion was to add a charge controller to the bq5101xx, another cheap mcu for future features and some protection - fuse or a polyswitch but this design serves well the simple requirement made by Shawn.

    What confuses me is the RILIM  value that is over 120Ω - the value stated as max in the datasheet of 51013, 13a and 14, but I dont have a bq5 to play with and see what's happening.

     

    Regards,

    Dan

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • johnsocm
    johnsocm over 13 years ago in reply to vsluiter

    Ok thank you.

     

    I just wanted to see others approaches as well and this clarified a bit for everyone I am sure!

     

    I have been on vacation so I can only view all of this from my phone as well as type, but I have my receiver coil attached to the bottom of the Beagle bone and I plan on making a case to house the Beagle bone ad coil. Then one can just put the beaglebone in the case, plug in the Qi Cape into the headers, plug in the battery and be done.

     

    I will post my design when I get back from vacation. My board layout is extremely different than yours as well as the shape, but basically the same design with a standalone battery management system so this can be adapted to other devices if needed.

     

    It is definitely great to design with others and see what we all come up with.

    Chad

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • vsluiter
    vsluiter over 13 years ago in reply to johnsocm

    Hello Chad,

    I intended to place the BeagleBone upside down, and place the complete Qi receiver on the Cape. In the layout I posted all components for both the boost converter and the Qi receiver are already placed.

    See the crude 3D plot below: Dark green: beagle bone. Light green: QiCape. Red: rx coil from Wuerth.

    image

     

    So, yes, you'd have to place the beagle bone upside down on a charging pad. Depending on the battery size you might squeeze it between the boards, or pack it at the opposite side from the receiver.

    The PCB I designed is a 2-layer design, with all SMD on the top layer to facilitate debugging.

    Please open the design in Eagle, both the layout and the schematics are attached, you can see what I've done.

     

    I'm very curious to your approach, I do sometimes tend to over-design....

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
>
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube