LIN bus - disable Rx while Tx'ing/Tx high while Rx'ing

RE: LIN bus - disable Rx while Tx'ing/Tx high while Rx'ing

Chris Ergo — Tue, 04 Sep 2018 22:14:21 GMT

Tom,

Thanks for the info on your implementation. I need to do exactly the same thing (LIN slave on nRF52). Do you have code that you can share, even if only part of it? I would greatly appreciate it as it would save me a lot of time repeating exactly the same thing you did.

Thanks,
Chris

RE: LIN bus - disable Rx while Tx'ing/Tx high while Rx'ing

crushndent — Sat, 21 May 2016 02:58:00 GMT

I have 95% completed the LIN slave. The master would be very similar except that instead of responding, it would have a list of messages to send periodically and a timeout timer.

Here's essentially what I did: Timer - single bit time of LIN GPIOTE - for pin change UART - didn't use DMA - but I did use the FIFO functions (bug in the TX function BTW).

Set the GPIOTE to send out high on TX all the time and look for a pin change on RX. When the pin changes, start the timer and keep the RX IRQ going. If the timer counts 10-12 bits before the pin change IRQ, then there is the header. Disable GPIOTE and timer Enable UART - TX seems to stay at state level. Read the bytes required. Turn off UART RX IRQ - ignoring RX'd bytes that I send (could be left on to be sure no other slave is talking) Send out TX data - wait for IRQ for completion (that's where the bug was). When TX complete - re-enable the GPIOTE again like at the start. Fully disable UART - only way to clear the FIFO's.

Works well - fully IRQ driven

RE: LIN bus - disable Rx while Tx'ing/Tx high while Rx'ing

SRA — Fri, 20 May 2016 17:44:16 GMT

This is extremely relevant to my interests.

I'm reading over the UARTE now, I'm working on LIN Master and possible on Slave.

The break condition seems to exist, with it generating an error. So even if you did need to work-around by disabling the UART, messing the with pins (are sure you what your transceiver is doing vs what you need to do?) then going into a specific TX/RX mode that seems like the timing probably works out to do all that after a break and before the LIN spec timeout.

I haven't had to implement LIN yet, just doing the research.

It would be nice to hear from Nordic how much work would be needed to implement LIN on the nRF52.