• State Resolved
  • Locked Locked
  • Replies 1 reply
  • Subscribers 32 subscribers
  • Views 550 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

[FAQ] TLIN1024-Q1: In-line programming of LIN devices

Masaru Oinaga
Intellectual 2340 points
Part Number: TLIN1024-Q1

Hello, Team,

I am new to LIN transceiver and have a question on the data rate that TLIN device supports.

I found the description in the datasheet that "The LIN receiver supports data rates up to 100 kbps for faster in-line programming".
Another part of description gives that TLIN1024-Q1 supports "LIN transmit data rate up to 20-kbps" and "LIN is a single-wire bidirectional bus typically used for low speed in-vehicle networks using data rates up to 20 kbps."

Sorry to ask a very basic question, but:
- Device can transmit up to 20kbps, while it can receive up to 100kbps?
- What is an in-line programming in this context and what kind of benefit would a customer have if LIN receiver supports 100kbps for a faster in-line programming?

It would be very much helpful if there is some application notes for this topic.

Best,

Masaru

  • +1
    TI__Guru 60102 points

    Oinaga-san,

    Thanks for bringing this question to E2E, and we're glad to see interest in our LIN transceivers!

    -Your understanding is correct, the transceiver can transmit up to 20kbps reliably, and receive up to 100kbps reliably. In all LIN applications using the official LIN protocol, communication speeds won't go above 20kbps.

    -This is for programming of microcontrollers or sensor peripherals using the LIN bus to branch out the commands rather than individually programming nodes. The idea is that since the in-line programming would not need to follow LIN protocol, it can be push to higher data rates for the LIN nodes to receive commands to program.

    An application note on this topic is a good idea, and something we will consider and put on our creative backlog. Please let us know if you have any other questions.

    Regards,

    Eric Hackett