• State Resolved
  • Locked Locked
  • Replies 4 replies
  • Subscribers 62 subscribers
  • Views 426 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.

BQ76PL455A-Q1: Consecutive "Single device write with response command frame" request from GUI gives incorrect expected response

Bharath Kartha A
Prodigy 420 points

Part Number: BQ76PL455A-Q1

Hello,

Using the corresponding gui, when we send the below frame sequence continuously we get incorrect response.
//4.5V Reading
94 00 03 FF FF 00 04
81 00 02 00
94 00 03 00 00 00 04
81 00 02 00

//1.8V Reading
94 00 03 FF FF 00 20
81 00 02 00
94 00 03 00 00 00 20
81 00 02 00

Instead I am getting twice the expected response for the 4.5V Reading.

But when these two frame sequences are sent individually (i.e send 4.5V Reading sequence, get corresponding response frame and then send 1.8V reading sequence), the correct expected response frames are received.

Kindly provide support or let us know if this is a known issue with the GUI. 

With Regards,

Bharath

  • 0
    TI__Expert 8735 points

    Hi Bharath,

    Do you mean if you send two reading commands continually then get incorrect reading? Can you try add some delay(say 50ms) between the two commands? The readback command triggers respond frame so you have to wait for the response completed and send the second command. 

  • 0 in reply to Wayne Liu
    TI__Prodigy 420 points

    Hi Wayne,

    I tried adding delays, even 500ms, and it still gives me the incorrect value.

  • 0 in reply to Bharath Kartha A
    TI__Expert 8735 points

    Hi Bharath,

    Please check if I have understood your commands. 

    94 00 03 FF FF 00 04 //Enable all cell channels to be sampled
    81 00 02 00  //Sample and return all channels
    94 00 03 00 00 00 04 //Disable all channels here
    81 00 02 00  // Why do you still sample and return all channels? 

    //1.8V Reading
    94 00 03 FF FF 00 20 //Can you add one command after it to readback bit CMD_REFSEL to check if you have successfully changed it? 
    81 00 02 00
    94 00 03 00 00 00 20
    81 00 02 00

  • +1
    TI__Prodigy 420 points

    Hi Wayne,

    The issue got solved after adding the CRC bytes at the end of the frame. 
    As shown below:

    94 00 03 FF FF 00 04 90 2E
    81 00 02 00 29 5C
    94 00 03 00 00 00 04 90 0A
    81 00 02 00 29 5C

    Now I am receiving proper response while executing multiple reading commands continuously.

    Thanks for the support.