• State Resolved
  • Locked Locked
  • Replies 3 replies
  • Subscribers 65 subscribers
  • Views 367 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

BQ25792: USB Typ-C PD Charger for bq28Z610

Martin R.
Intellectual 335 points
Part Number: BQ25792
Other Parts Discussed in Thread: BQ28Z610-R1, , TPS25750, TIDA-050047, BQ28Z610

Hello guys,

i want to create a USB C powered charger for bq28z610 and also bq28z610-R1 with different cell arrangement and charge parameters. My concern is, if I am using TPS25750 as USB Type-C handler and BQ25792 as charger (like TIDA-050047), the TPS25750 set the charging parameters for the charger, but how can the charger get the charging parameters from bq28z610 broadcast too? Can parameters set in TPS25750 be used as default, f.E. 4,2V 500mA, and the gauge delivers in addition 8,35V 1,5A  while both I²C ports (from TPS25750 and bq28z610) are connected to the BQ25792 charge.

I guess this is quit too complicated without a microcontroller, so i will ask in an other way.

In a situation without the TPS25750 - Are bq28z610 and bq25792 compatible for an autonomous charge with the charge parameters in the bq28z610 registers? Under what conditions does the charger set the parameters (boot, periodically,..)?

Thanks in advice!

  • 0
    TI__Guru**** 167066 points

    Hi Martin,

    There is no direct communication between the gauge and charger.  Host software will have to read from the gauge and then write to the charger.  The charger has a default setup to allow charge when power is applied, using the PROG and ILIM pins for BATREG, ICHG and IINDPM.  Those default settings can be overwritten by the host software.  In other words, host software must be written to provide a communication bridge between the gauge and the charger.

    I am moving to the gauge team forum in case they have other comments.

    Regards,
    Jeff

  • 0
    TI__Guru** 105760 points

    Hello Martin,

    As Jeff mentioned, it's best to have an MCU to bridge between the gauge and charger, it's not recommended to use the gauge on BROADCAST mode when there's other devices on the comm bus.

    Using the two separately (charger in the autonomous mode, gauge for protections/gauging) or implementing with an MCU would probably be the best ways to proceed.

    Sincerely,

    Wyatt Keller

  • 0 in reply to Wyatt Keller
    Intellectual 335 points

    Hello Jeff and Wyatt,

    thanks for your fast reply.

    It is actuelly not desireble for us to implement a MCU solution (softwaredevelopment, testings, programming in production line, ...).

    Are there pre-programmed MCUs out there or probably other solutions how to solve it?

    Best regards,

    Martin