The LIN-Bus (Local Interconnect Network) is a computer networking bus-system used within current automotive network architectures. The LIN specification is enforced by the LIN-consortium, with the first exploited version being 1.1, released in 1999. Since then the specification has evolved to version 2.1 to meet current networking needs.
The LIN bus is a small and slow network system that is used as a cheap sub-network of a CAN bus to integrate intelligent sensor devices or actuators in today’s cars. Recently LIN may be used also over the vehicle's battery power-line with a special DC-LIN transceiver.
Current uses of LIN combine several such networks — usually with 16 nodes — all linked to a CAN upper layer network via their respective masters.
The LIN specification was designed to allow very cheap hardware-nodes being used within a network. It is "Low cost single-wire implementation based on enhanced ISO 9141. In today’s car networking topologies, either microcontrollers with UART capability or dedicated LIN hardware are used. The microcontroller generates all needed LIN data (protocol ...) (partly) by Software and is connected to the LIN network via a LIN transceiver (simply speaking a level shifter with some add-ons). Working as a LIN node is only part of the possible functionality. The LIN hardware may include this transceiver and works as a pure LIN node without added functionality.
As LIN Slave nodes should be as cheap as possible, they may generate their internal clock by a RC oscillator combination instead of a crystal oscillator (quartz or a ceramic). To ensure the baudrate-stability within one LIN frame, the SYNC field within the header is used.
Transmitted data within the LIN is transmitted serially as eight bit data bytes with one start & stop-bit and no parity. Bit rates vary within the range of 1 kbaud to 20 kbaud. Data on the bus is divided into recessive (logical HIGH) and dominant (logical LOW). The time normal is considered by the LIN Masters stable clock source, the smallest entity is one Bit Time (52 µsec @ 19.2 kbaud).
Two bus states — Sleep-mode and active — are used within the LIN protocol. While data is on the bus, all LIN-nodes are requested to be in active state. After a specified timeout, the nodes enter Sleep mode and will be released back to active state by a WAKEUP frame. This frame may be sent by any node requesting activity on the bus, either the LIN Master following its internal schedule, or one of the attached LIN Slaves being activated by its internal software application. After all nodes are awakened, the Master continues to schedule the next Identifier.
BREAK: The BREAK field is used to activate all attached LIN slaves to listen to the following parts of the header. It consists of one start bit and several dominant bits. The length is at least 11 bit times; standard use as of today are 13 bit times, and therefore differs from the basic data format. This is used to ensure that listening LIN nodes with a main-clock differing from the set bus baud rate in specified ranges will detect the BREAK as the frame starting the communication and not as a standard data byte with all values zero (hexadecimal 0x00).
SYNC The SYNC is a standard data format byte with a value of hexadecimal 0x55. LIN slaves running on RC-combinations will use the distance between a fixed amount of rising and falling edges to measure the current bit time on the bus (the master's time normal) and to recalculate the internal baud rate.
IDENTIFIER The IDENTIFIER defines one action to be fulfilled by one or several of the attached LIN slave nodes. The network designer has to ensure the fault-free functionality in the design phase (one slave is allowed to send data to the bus in one frame time).
If the identifier causes one physical LIN slave to send the response, the identifier may be called a Rx-identifier. If the master's slave task sends data to the bus, it may be called Tx-identifier.
DATA The responding slave may send zero to eight data bytes to the bus. The amount of data is fixed by the application designer and mirrors data relevant for the application which the LIN slave runs in.
CHECKSUM There are two checksum-models available within LIN - The first is the checksum including the data bytes only (specification up to Version 1.3), the second one includes the identifier in addition (Version 2.0+). The used checksum model is pre-defined by the application designer.
The usage of API-compliant functions eases the implementation of standard software drivers. Also the testing is sped up.