• Join
  • Sign In with my.TI Login
Texas Instruments
  • Products
  • Applications
  • Tools & Software
  • Support & Community
  • Sample & Buy
  • About TI
Sample & Purchase Cart Sample & Purchase Cart
  • Search
  • Advanced
TI E2E™ Community
  • Support Forums
  • Blogs
  • Groups
  • Videos
  • 简体中文
  • More ...
TI Home » TI E2E Community » Support Forums » Power Management » Battery Management » Battery Management - Gas Gauge Forum » None or inconsistent response on HDQ interface
Share
Battery Management
  • Forums
  • Files
  • E2E Wiki
Options
  • Subscribe via RSS

Forums

None or inconsistent response on HDQ interface

This question is not answered
Jamaal_Charles
Posted by Jamaal_Charles
on Apr 05 2012 14:50 PM
Expert1265 points

Hello,

I have included a screen shot of what I am seeing on the HDQ interface to our battery.

First, note that I am showing a data trace at my Open-Drain TX buffer and I am showing one at the battery connection (to prove this signal is getting off my board and to the battery).  At one point I was showing my TX signal and my RX signal to show the feedback was getting to my RX buffer and that I was receiving data (I have since move that connection out to the battery to prove the signal is getting to the battery).  That is why there are two signals on the screen shot for a 1-Wire Interface.

Next, I am trying to show a ‘1’ being sent and a ‘0’ being sent.  Note:  All bit cycles are 200usec long and for the ‘1’ I was using 20usec LOW but have since change that to 40usec LOW and 160usec HIGH and for the ‘0’ I send 120usec LOW followed by 80usec HIGH.

When ever I send data I also receive data and in my code all my TX data (bytes) matches my RX data (bytes).

Not shown on the screen is a LOW pulse of 250usec to ‘sync’ the initial battery data (recommended by the battery manufacture).  That LOW 250usec pulse was about 2msec before the start of actual data to the battery.

I send a control byte to the battery (0x01) followed by several ‘0xFF’s to try and receive data from the battery.

When I first used the 20usec LOW pulse to the battery I would never received any response from the battery, but when I widened that LOW pulse on the ‘1’ from 20usec to 40usec, I started receiving some response from the battery but it was not a consistent response (usually one response in about 4 or 5 command packets).

Any help would be appreciated.  Thanks!

Report Abuse
  • Reply
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
All Replies
  • dMax
    Posted by dMax
    on Apr 10 2012 02:40 AM
    Expert7350 points

    What fuel gauge IC are you trying to communicate with inside the battery?  It's always a good idea to include the device name in your post title so it will get to the right person.

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Jamaal_Charles
    Posted by Jamaal_Charles
    on Apr 10 2012 13:15 PM
    Expert1265 points

    Thanks,

    The only reason I left that out is that we aren't manufacturing the battery.  The battery is spec'd such that the interface must be "BQ2060-like".  So, there might be more than one battery vendor, and as long as they are using HDQ, they may or may not be using the BQ2060.  However, for this discussion, we can assume as much.

     

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Austin Miller
    Posted by Austin Miller
    on Apr 11 2012 17:10 PM
    Expert6225 points

    David,

    Just wanted to check in to see how debugging this issue is going.

    Your input is greatly appreciated!

    Best regards,

    Austin Miller

    Digital Field Applications 


    If my reply answers your question please click on the green button "Verify Answer".

    MCU Wiki: MSP430, Stellaris, C2000, Hercules or check out the Processors Wiki
    CCS and Free SW Suites: CCSv5, MSP430Ware, StellarisWare
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • dMax
    Posted by dMax
    on Apr 16 2012 00:43 AM
    Expert7350 points

    Jamaal,

    The bq2060A uses SMBus (two-wire like I2C).  If you are using a single-wire protocol then it must be some other device in the pack.  Are you sure this is HDQ?  Or could it be SDQ/1-Wire?

    It might be a good idea to crack open a pack and see what IC is really in there.

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Garry R Elder
    Posted by Garry R Elder
    on Apr 17 2012 22:27 PM
    Intellectual2020 points

    Hi Jamaal,

      The bq2060A does offer the HDQ interface but it would be interesting if this is actually a bq2060A. The HDQ interface is open for use by others without TI's consent so could be uC which may show this kind of issue. We have had no issues with the HDQ on the bq2060A like the one you describe.

    Best regards

    Garry

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
TI E2E™ Community
  • Support Forums
  • Blogs
  • Videos
  • Groups
  • Site Support & Feedback
  • Settings
TI E2E™ Community Groups
  • TI University Program
  • Make the Switch
  • Microcontroller Projects
  • Motor Drive & Control
Other Communities
  • Deyisupport
  • Designsomething.org
  • beagleboard.org
  • TI on Element 14
  • TI on TechXchangeSM
Other Technical & Support Resources
  • WEBENCH® Design Center
  • Product Information Centers
  • Technical Documents
  • TI Design Network
  • TI Technical Articles
  • TI Training

All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.

Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

Follow Us Texas Instruments on Facebook Texas Instruments on Twitter Texas Instruments on LinkedIn Texas Instruments on Google+
TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
embedded processors, along with software, tools and the industry’s largest sales/support staff.

© Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
Trademarks | Privacy Policy | Terms of Use