Can4linux
# Can4linux

can4linux ist ein Open-Source-CAN-Gerätetreiber für den Linux-Kernel. Die Entwicklung begann Mitte der 1990er Jahre für den CAN-Controller-Baustein Philips 82C200 auf einem ISA Board AT-CAN-MINI. Die erste Version entstand um 1995 im Rahmen des Linux Lab project an der FU Berlin, um unter Linux den CAN-Bus in der Laborautomatisierung zu nutzen.

Durch die zunehmende Verbreitung von CAN in der Automatisierungstechnik insbesondere auch im embedded Bereich, in dem seit der Jahrtausendwende auch verstärkt Linux eingesetzt wird, kommt Gerätetreibern als Basis für höhere CAN basierende Protokolle wie CANopen, J1939 und DeviceNet. eine gestiegene Bedeutung zu.

Neben dem NXP SJA1000 als Nachfolger des CAN Controllers Philips 82C200 und dem Intel 82527 wurden ab 2005 verstärkt Anpassungen für sogenannte integrierte CAN Controller in leistungsstarken Mikrocontrollern, für die Linux-Portierungen existieren, erstellt. Als Beispiele sollen hier die Freescale-ColdFire-Prozessoren oder ARM-Derivate von ATMEL und Freescale aber auch der Stand-Alone CAN Controller MCP2515, angeschlossen über den SPI Bus, dienen.

Eine Liste befindet sich auf der can4linux Projektseite.

Die neueste Version unterstützt eine virtuelle CAN Betriebsart, in welcher sich Anwendungen ohne spezielle CAN Hardware nur über den Treiber CAN Nachrichten austauschen können. In dieser Betriebsart ist auch schon das Frame-Format für CAN FD implementiert, welches Datenlängen bis zu 64 Byte erlaubt.

## Benutzung

Die Anwendungssoftware öffnet einen CAN Device Descriptor und erhält einen File Descriptor. Über diesen werden die CAN Frames über die Standard Betriebssystem Funktionen read und write mit anderen Teilnehmern am CAN-Bus ausgetauscht.

Der folgende Code ist ein Beispiel, welches einen Frame sendet und anschließend auf einen Frame von einem anderen Bus-Teilnehmer wartet. Weitere Beispiele befinden sich auf der Projektseite.

can4linux kann so übersetzt werden, dass verschiedene Prozesse auf den gleichen CAN Controller lesend und schreibend zugreifen können. Auf diese Weise kann z. B. neben der eigentlichen Anwendung ein unabhängiger Diagnoseprozess den Bus beobachten.

