• State Resolved
  • Locked Locked
  • Replies 1 reply
  • Subscribers 63 subscribers
  • Views 407 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: Communication timing question

Brian Antheunisse
Expert 5305 points
Part Number: BQ76PL455A

Hi guys,

Customer has a question with the BQ76PL455A:

I have a question on communication timing.  For the various command and response messages, what is the response time of the BQ part?  I’m creating a USB to BQ communication adapter and would like to add some timing circuitry to the communication path.  We’ve implemented the communication in a similar to fashion to what has been described in the BQ use-case document, using CAN transceivers to send the UART information to and from the processor to the BQ.  I’d like to add a RX block circuit to prevent RX action from happening while the TX is going on.  Knowing the response rate can help me tune a circuit to that minimum response time.

 

On the BQ76PL455_GUI application that TI provides, is software compatible if it sees an echo when the application transmits a message to the BQ part?  This is related to the above question.

Thanks,

Brian

  • 0
    TI__Genius 11480 points
    Hi Brian,

    If you are trying to communicate to a PC to fine tune things, we use the TTL-232R-5V cable from FTDI that converts USB-Serial. I am pretty sure they come with every EVM and are available for ~$15.

    I would imagine that the response rate is directly related to the baud rate you are using (125k, 250k, 500k, or 1M). Do you mean the RX on the p455, or RX for the MCU? I've never seen a circuit like the one you are describing implemented for the pl455, because it shouldn't send a response until it is done processing the transaction and doing whatever it was commanded to do.

    For the GUI, i'm sure from a technical point of view it would be possible to modify it to echo back commands, it would involve a custom release of the software. I don't think we will we dedicating resources to do this. I would suggest using something like a logic analyzer to capture commands of interest, if needed...