can you add LIN bus in your isotp interface?

[chenyurong22]

@w1ne Hi, Andrii
The STM32's USART supports the LIN bus
can you add LIN bus in your isotp interface?

The LIN bus only needs changes in uds_tp_isotp.c, the other interfaces remain the same. Hopefully, you can add the LIN bus.

LIN-Basics_for_Beginners-EN.pdf

LIN-Spec_Pac2_1.pdf

[chenyurong22]

@w1ne By the way, the LIN bus doesn't have FC flow control frames, it only has these three types of PCI: SF, FF, CF. You can check out the link below; this person implemented it.
https://github.com/nxyd/libudslin

[chenyurong22]

this will help you

[w1ne]

Thanks for the detailed write-up. UDSonLIN is a real thing (ISO 14229-7), so the request makes sense, but it can't go into uds_tp_isotp.c. Two reasons:

1. LIN diagnostic transport is ISO 17987-2, a different transport from CAN ISO-TP (ISO 15765-2): no flow-control handshake, PDUs ride in the 0x3C/0x3D master-request/slave-response frames. It belongs in its own uds_tp_lin backend behind the existing uds_tp abstraction, not as an edit to the CAN layer.
2. It also needs a running LIN master underneath it (scheduling, break/sync, PID) , that's a separate LIN communication stack from MCU's HAL/vendor library, out of scope for udslib. udslib would only talk to it.

A uds_tp_lin binding is a good fit, but currently I deffer it, as I don't have time developing, unless you have a real commercial application.

[w1ne]

This should be tackled as a separate product,

[w1ne]

@chenyurong22 If you have people on the industry we can cooperate with and use LIN stack, we can work together, but I don't want to build thing without clear demand. If you know how to apply it to real products and real businesses who needs this, we can develop and release LIN stack.