Part Number: BQ2063
Hi team,
The customer would like to know is there any design guide for BQ2063? And the communication software upper computer?
Could you help resolve this case? Thanks.
Best Regards,
Cherry
Part Number: BQ2063
Dear TI Experts,
Although BQ2063 is a NRND device, end customer insist to use it to be compatible with existing product. I checked BQstudio and found BQ2063 was no longer on the device list
Could you kindly suggest which PC software can support BQ2063 and give the download link to me? Thanks a lot.
Part Number: BQ2063
HI There,
I have an URGENT question on the BQ2063 from my customer.
After a long time (6 months up to 1 year) in “Low power storage mode”,a customer starts using the batteries and there’s an offset in the gas gauge reading vs the real state of charge of the battery. The battery is full (12.6V) although the BQ2063 indicates a much lower state of charge (75%, 50% or even lower). This situation seems to worsen over time. Its the offset in the SOC reading that is causing the problem here and gets larger over time.
Our question is: is it mandatory to perform a calibration process after a long time in “Low power storage mode” for the BQ2063?
This does seem to resolve the problem but we were wondering why this drift/offset is occurring? Is there a better way to resolve this?
Here are the steps when they first get the battery before it gets shipped out to their customer:
Thanks,
Mark
Part Number: BQ40Z50-R1
Hi,
We upgraded an existent 3S-2P Li-Ion battery pack based on the old BQ2063 (coupled with an S-8243 protector) with the BQ40Z50-R1.
Our customer uses a charger which interrupts the charging current approximately 1s every 30 seconds to communicate with the battery. This current interruption is necessary to be able to communicate with the battery as SMBus communication lines are multiplexed with the charger power lines in the host system.
During this communication, the charger asks for the battery voltage to adjust its CV setting to compensate for voltage drop in wiring due to 5A charging current. For this compensation to be effective, the battery voltage needs to be measured under current.
The BQ2063 update voltage data every 2-2.2 seconds so the short current interruption have quite no effect on the battery voltage sent by the BQ2063 which is representative of the battery voltage with current.
However the BQ40Z50 updates voltage data more rapidly every 0.25 second so during the current interruption, the voltage sent to the charger is the battery voltage with no current. As this voltage is lower, the CV setting compensation of the chargeris too high leading to overvoltage events.
Old batteries and charger are always used so our customer would like to find a workaround on the new battery to be compatible with the particular operating mode of this charger.
On page 239 of TRM (SLUUBC1D–July 2015–Revised January 2018), the table B-1 shows filter settings with associated time constant but unfortunately, we can't find these settings in the calibration section of the Data Flash parameters so we have several questions :
- Where are these parameters ?
- What is the default value setting currently (supposed to be 10/0.25s) ?
- Is it possible to change these thresholds ?
- Does the modification of these parameters has undesirable effects (if so which ones) ?
Thank you for your support.
Best regards.
Stephane
Attached is the SBTS manual.
Please note that the document is provided AS-IS. We no longer support SBTS.
Hi,
We do not recommend programming the gauge in hdq because of the speed, but rather in i2c mode. While in the field communication is via hdq. I do not have sample code, but you can read registers from the gauge using bqstudio and sniff the bus. Also, see below a thrid party hdq sniffer software.
HDQSniffer_1.00_Software (2).zip
Also, see attached app note on hdq basics
thanks
Onyx
Hi Andy,
HDQ comm protocol doesn't have an ACK like Smbus or I2C. That is a limitation of the protocol. pls see attached app notes to offer guidiance on using the hdq protocol.
thanks
Onyx