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.

BQSTUDIO: Bug report: bqStudio > BQ40z50R3 > 0x0F RemainingCapacity()

Part Number: BQSTUDIO
Other Parts Discussed in Thread: BQ40Z50

Hi,

I found bug in Battery Management Studio ( bqStudio )

Version : 1.3.101 Build 1

Connected to: bq40z50-R3

the 0x0F RemainingCapacity() field overflow in the Registers in Watt-hour-mode but the raw data is not, check the attached image which compare the remaining capacity with True Rem E.
In addition the unit is not mWh but cWh as it was mentioned in the reference manual.

  • Hello Abd,

    I've assigned this to someone who can help further with this.

    It will most likely be updated on the next TEST release.

    Sincerely,

    Wyatt Keller

  • Hello Abd,

    The reporting in cWh vs mAh depends on CAPM bit.You are able to change reporting by changing bit value of CAPM. This feature is provided to avoid overflow condition.for higher capacity batteries.

  • Hi Shirish,
    As I understood from BQ40z50 reference manual that CAPM bit changes the units of different variables between mAh and cWh, not mWh vs cWh. Please check the screen shot. And this feature is needed when choosing the load as constant power. I faced the issue of the overflow while logging with bqStudio (while CAPM = 1). And it took me several days and tests to figure out the issue.

    For extra clarification, the issue of the overflow is in the software only, bqStudio, not in the bq40z50 fw. As it been confirmed by the raw data (in the previous post) and in the "Advanced Comm SMB" tab by reading word from 0x0f.

  • Hello Abd,

    I did not notice the raw data there when i replied earlier. You are right, there is a problem. I will put in a ticket for the issue.