Hello Oliver > are you already aware of this LIN project that uses the Linux SocketCAN > infrastructure and implements the LIN protocol based on a serial tty > adaption (which the serial LIN protocol mainly is)? > > https://github.com/lin-bus Sure, that's why I initially added Pavel Pisa to the recipients of this RFC patch series. When there is an internal kernel API for LIN, his sllin (tty-line-discipline driver for LIN) could be adjusted and finally go mainline. Adding LIN only as a tty-line-discipline does not fit all the currently available hardware. Another argument against a tty-line-discipline only approach as a LIN-API is, that there is no off the shelf standard computer UART with LIN-break-detection (necessary to meet timing constraints), so it always needs specially crafted hardware like USB adapters or PCIe-cards. For the handful of specialized embedded UARTs with LIN-break-detection I guess it could make more sense to go the RS485-kind-of-path and integrate LIN support into the tty-driver while not using a tty-line-discipline there at all. > IIRC the implementation of the master/slave timings was the biggest Currently sllin only supports master mode, I guess because of the tight timing constraints. > challenge and your approach seems to offload this problem to your > USB-attached hardware right? The hexLIN USB adapter processes slave mode answer table on its own, just to meet timing constraints. For master mode, it is currently not offloaded (but could be if really necessary). The amount of offloading (if any at all) is totally up to the device and its device-driver (the entity actually processing data). So sllin does not do offloading but can only work in relaxed timing constrained environments. An UART with built in LIN-break-detection (there are a few) might be able to fully meet timing constraints without offloading (as well as e.g. a PCIe card). > Can I assume there will be a similar CAN-controlled programming interface to > create real time master/slave protocol frames like in a usual CAN/LIN > adapter (e.g. https://www.peak-system.com/PCAN-LIN.213.0.html) ?? I already did some tests letting hexLIN and PCAN talk to each other in a real time manner. Please see my preliminary PDF docu at https://hexdev.de/hexlin/ Thanks -- Christoph
