• State Resolved
  • Locked Locked
  • Replies 5 replies
  • Answers 2 answers
  • Subscribers 63 subscribers
  • Views 167 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.

Original question:

BQ79600EVM: 2 BQ79600 interconected through COMH

BQ79616: Does enabling the UART_MIRROR_EN bit allows responses coming from UART to be forwarded through the VIF?

Guillermo Oviedo
Prodigy 20 points
Part Number: BQ79616

Tool/software:

If the BQ79616 gets the UART_MIRROR_EN bit set to 1, the datasheet (section 8.3.6.1.5 Communication Debug Mode) says that it will forward the data from daisy chain to UART, but will it also forward data coming from UART to the Daisychain?

  • 0
    TI__Expert 6810 points

    Guillermo,

    If the device is a base device (ie, it received a WAKE PING instead of a WAKE TONE)  it will continue to forward the data it receives via UART to VIF. If the device is a stack device, you will have to set UART_TX_EN for the device to forward UART to VIF.

    Regards,

    Bo

  • 0 in reply to Benjamin Luty
    Prodigy 20 points

    Thanks for your reply Benjamin,
    Is there any restriction about the data to be forwarded from UART to VIF?
    Could I send a reply frame through UART, so it can be forwarded to VIF?

    Regards,

  • 0 in reply to Guillermo Oviedo
    TI__Expert 6810 points

    Guillermo,

    I think the data will be forwarded no matter what, but if you send any unexpected (such as an unprompted response frame) the communication will fail and you will need to send a COMM_CLEAR to restore communications.

    Regards,

    Bo

  • 0 in reply to Benjamin Luty
    Prodigy 20 points

    Hello ,

    I am thinking on using a BQ79616 basically as a tranceiver from UART to VIF in the following setup:



    Where "My device" will be following the same UART frame format as the BQ79616, so it can reply to the BMS as another stack device.

    I have the following questions:

    • If I'm using the BQ79616 as a stack device, the commands for enabling the UART_MIRROR_EN and UART_TX_EN would need to come from the BMS? or can these be configured directly from the UART lines (TX, RX)? This way "My device" could enable them as well.
    • Is there a way to retain the configuration of the DEBUG_CTRL_UNLOCK, DEBUG_COMM_CTRL1 and DEBUG_COMM_CTRL2 even after resetting the BQ79616? This way I could preconfigure the BQ79616 to enable the UART_MIRROR_EN and UART_TX_EN independantly, and then use it as a stack device and forward all data from VIF to UART and from UART to VIF.
    • Is there any other component that I could use as a transceiver between VIF and UART? Or any other approach you can think of, to allow My device to reply as a stack device through UART?

    Thanks.

  • +1 in reply to Guillermo Oviedo
    TI__Expert 6810 points

    Guillermo,

    Sorry for the delayed response.

    This functionality is not available in the BQ79616 device. Attempting to emulate further stack devices using "My Device" is simply not possible using the BQ79616. When it is configured as a stack device (when it receives a wake tone from the COML/COMH port) it automatically configures itself to see input from the RX/TX ports as erroneous. The best you could hope for is some sort of jury rigged solution. Nevertheless, I will answer your questions in order:

    - You could theoretically use either method to configure these settings. 

    - No. These registers are not part of the NVM registers. You can see the datasheet's section on OTP programming for further details.

    - This is simply impossible using the BQ79616. Some of our future devices are planning to implement a similar feature, but this is not available right now. The best you could do is manually parse the VIF signals and respond accordingly using an MCU or similar. 

    Regards,
    Bo