Local Interconnect Network - Versionsgeschichte

MisterTS: Änderung 248277864 von 109.85.15.161 rückgängig gemacht;

2024-09-06T13:34:03Z

Änderung 248277864 von 109.85.15.161 rückgängig gemacht;

← Nächstältere Version		Version vom 6. September 2024, 15:34 Uhr
Zeile 7:		Zeile 7:

	== LIN-Topologie ==		== LIN-Topologie ==
	Ein LIN setzt sich aus einem Commander und einem oder mehreren Responder zusammen. Üblicherweise wird die Zahl der Responder auf 16 begrenzt. Der Commander ist typischerweise ein Mikrocontroller, der als [[Bridge (Netzwerk)\|Bridge]] das LIN an einen CAN-Bus anbindet. Auf dem LIN bestimmt der Commander die (meist fest konfigurierte) zeitliche Reihenfolge aller Nachrichten, indem er ihren Anfang aussendet, den sogenannten {{lang\|en\|''Header''}}. Dieser enthält eine Kennung, die eine Zeile in der Konfigurationstabelle [[Schlüssel (Datenbank)\|adressiert]]. In der Tabelle ist festgelegt, welcher Teilnehmer den bis zu acht Byte umfassenden Datenteil der Nachricht senden soll, um was für Daten es sich handelt und welcher oder welche Teilnehmer die Nachricht lesen sollen. Jeder Responder muss nur den für ihn relevanten Teil der Tabelle speichern. Eine dynamische Änderung der Konfiguration im Betrieb ([[Plug and Play\|{{lang\|en\|''Plug ’n Play''}}]]) ist nicht vorgesehen. [[Computer-aided software engineering\|Entwurfswerkzeuge]] für die Konfigurationstabelle stellen sicher, dass im Betrieb keine [[Datenkollision\|Kollisionen]] auftreten ~~homo~~.		Ein LIN setzt sich aus einem Commander und einem oder mehreren Responder zusammen. Üblicherweise wird die Zahl der Responder auf 16 begrenzt. Der Commander ist typischerweise ein Mikrocontroller, der als [[Bridge (Netzwerk)\|Bridge]] das LIN an einen CAN-Bus anbindet. Auf dem LIN bestimmt der Commander die (meist fest konfigurierte) zeitliche Reihenfolge aller Nachrichten, indem er ihren Anfang aussendet, den sogenannten {{lang\|en\|''Header''}}. Dieser enthält eine Kennung, die eine Zeile in der Konfigurationstabelle [[Schlüssel (Datenbank)\|adressiert]]. In der Tabelle ist festgelegt, welcher Teilnehmer den bis zu acht Byte umfassenden Datenteil der Nachricht senden soll, um was für Daten es sich handelt und welcher oder welche Teilnehmer die Nachricht lesen sollen. Jeder Responder muss nur den für ihn relevanten Teil der Tabelle speichern. Eine dynamische Änderung der Konfiguration im Betrieb ([[Plug and Play\|{{lang\|en\|''Plug ’n Play''}}]]) ist nicht vorgesehen. [[Computer-aided software engineering\|Entwurfswerkzeuge]] für die Konfigurationstabelle stellen sicher, dass im Betrieb keine [[Datenkollision\|Kollisionen]] auftreten.

	== Die LIN-Spezifikation ==		== Die LIN-Spezifikation ==

109.85.15.161: /* LIN-Topologie */

2024-09-03T09:03:41Z

LIN-Topologie

← Nächstältere Version		Version vom 3. September 2024, 11:03 Uhr
Zeile 7:		Zeile 7:

	== LIN-Topologie ==		== LIN-Topologie ==
	Ein LIN setzt sich aus einem Commander und einem oder mehreren Responder zusammen. Üblicherweise wird die Zahl der Responder auf 16 begrenzt. Der Commander ist typischerweise ein Mikrocontroller, der als [[Bridge (Netzwerk)\|Bridge]] das LIN an einen CAN-Bus anbindet. Auf dem LIN bestimmt der Commander die (meist fest konfigurierte) zeitliche Reihenfolge aller Nachrichten, indem er ihren Anfang aussendet, den sogenannten {{lang\|en\|''Header''}}. Dieser enthält eine Kennung, die eine Zeile in der Konfigurationstabelle [[Schlüssel (Datenbank)\|adressiert]]. In der Tabelle ist festgelegt, welcher Teilnehmer den bis zu acht Byte umfassenden Datenteil der Nachricht senden soll, um was für Daten es sich handelt und welcher oder welche Teilnehmer die Nachricht lesen sollen. Jeder Responder muss nur den für ihn relevanten Teil der Tabelle speichern. Eine dynamische Änderung der Konfiguration im Betrieb ([[Plug and Play\|{{lang\|en\|''Plug ’n Play''}}]]) ist nicht vorgesehen. [[Computer-aided software engineering\|Entwurfswerkzeuge]] für die Konfigurationstabelle stellen sicher, dass im Betrieb keine [[Datenkollision\|Kollisionen]] auftreten.		Ein LIN setzt sich aus einem Commander und einem oder mehreren Responder zusammen. Üblicherweise wird die Zahl der Responder auf 16 begrenzt. Der Commander ist typischerweise ein Mikrocontroller, der als [[Bridge (Netzwerk)\|Bridge]] das LIN an einen CAN-Bus anbindet. Auf dem LIN bestimmt der Commander die (meist fest konfigurierte) zeitliche Reihenfolge aller Nachrichten, indem er ihren Anfang aussendet, den sogenannten {{lang\|en\|''Header''}}. Dieser enthält eine Kennung, die eine Zeile in der Konfigurationstabelle [[Schlüssel (Datenbank)\|adressiert]]. In der Tabelle ist festgelegt, welcher Teilnehmer den bis zu acht Byte umfassenden Datenteil der Nachricht senden soll, um was für Daten es sich handelt und welcher oder welche Teilnehmer die Nachricht lesen sollen. Jeder Responder muss nur den für ihn relevanten Teil der Tabelle speichern. Eine dynamische Änderung der Konfiguration im Betrieb ([[Plug and Play\|{{lang\|en\|''Plug ’n Play''}}]]) ist nicht vorgesehen. [[Computer-aided software engineering\|Entwurfswerkzeuge]] für die Konfigurationstabelle stellen sicher, dass im Betrieb keine [[Datenkollision\|Kollisionen]] auftreten homo.

	== Die LIN-Spezifikation ==		== Die LIN-Spezifikation ==

147.161.165.113: Augenscheinlich grammatikalischer Fehler. Durch eine Zusammenfassung behoben.

2024-08-29T13:59:34Z

Augenscheinlich grammatikalischer Fehler. Durch eine Zusammenfassung behoben.

← Nächstältere Version		Version vom 29. August 2024, 15:59 Uhr
Zeile 1:		Zeile 1:
	[[Datei:Logo_lin_bus.svg\|mini\|LIN-Logo]]		[[Datei:Logo_lin_bus.svg\|mini\|LIN-Logo]]
	Das '''Local Interconnect Network''' ('''LIN'''), auch '''LIN-Bus''' genannt, ist ein ~~serielles~~ ~~Kommunikationssystem~~ für die Vernetzung von [[Sensor]]en und [[Aktor]]en~~, ein [[Feldbus]]~~. Typische Anwendungsbeispiele sind die Vernetzung innerhalb der Tür oder des Sitzes eines Kraftfahrzeugs.		Das '''Local Interconnect Network''' ('''LIN'''), auch '''LIN-Bus''' genannt, ist ein serieller [[Feldbus]] für die Vernetzung von [[Sensor]]en und [[Aktor]]en. Typische Anwendungsbeispiele sind die Vernetzung innerhalb der Tür oder des Sitzes eines Kraftfahrzeugs.

	Als [[Industriestandard]] wurde die LIN-Spezifikation bis 2010 vom LIN-Konsortium entwickelt. Sie umfasst die physikalische Schicht, das Bus-Protokoll, die Schnittstelle zur Applikation sowie ein einheitliches Format zur Beschreibung eines gesamten LIN. Der erreichte Stand 2.2A der Spezifikation wurde der [[Internationale Organisation für Normung\|ISO]] übertragen und als ISO-Norm 17987-1, {{lang\|en\|''Road vehicles - Local interconnect network (LIN) - Part 1–8''}} veröffentlicht.<ref>http://www.lin-subbus.org</ref><ref>{{Internetquelle \|url=https://www.iso.org/committee/5383568.html \|titel=ISO/TC 22/SC 31 Data communication}}</ref>		Als [[Industriestandard]] wurde die LIN-Spezifikation bis 2010 vom LIN-Konsortium entwickelt. Sie umfasst die physikalische Schicht, das Bus-Protokoll, die Schnittstelle zur Applikation sowie ein einheitliches Format zur Beschreibung eines gesamten LIN. Der erreichte Stand 2.2A der Spezifikation wurde der [[Internationale Organisation für Normung\|ISO]] übertragen und als ISO-Norm 17987-1, {{lang\|en\|''Road vehicles - Local interconnect network (LIN) - Part 1–8''}} veröffentlicht.<ref>http://www.lin-subbus.org</ref><ref>{{Internetquelle \|url=https://www.iso.org/committee/5383568.html \|titel=ISO/TC 22/SC 31 Data communication}}</ref>

Horst Gräbner: Danke für den SEO-Link

2023-11-27T10:48:07Z

Danke für den SEO-Link

← Nächstältere Version		Version vom 27. November 2023, 12:48 Uhr
Zeile 31:		Zeile 31:

	== Weblinks ==		== Weblinks ==
	* [http://www.invehiclelan.com Controller Area Network (CAN), Local Interconnect Network (LIN) und Telematics Kurse]
	* LIN-Konsortium: [https://www.cs-group.de/wp-content/uploads/2016/11/LIN_Specification_Package_2.2A.pdf ''LIN Specification Package Revision 2.2A'']. Dezember 2010.		* LIN-Konsortium: [https://www.cs-group.de/wp-content/uploads/2016/11/LIN_Specification_Package_2.2A.pdf ''LIN Specification Package Revision 2.2A'']. Dezember 2010.
	* [http://www.lin-cia.org/ LIN Supplier ID Registrierungsstelle] für die LIN Supplier ID, genormt in der ISO 17987 Normenreihe		* [http://www.lin-cia.org/ LIN Supplier ID Registrierungsstelle] für die LIN Supplier ID, genormt in der ISO 17987 Normenreihe

2804:14C:120:2ACD:D08C:25A5:B531:C348: /* Weblinks */ CAN, LIN und Telematics Kurse

2023-11-26T16:42:07Z

Weblinks: CAN, LIN und Telematics Kurse

← Nächstältere Version		Version vom 26. November 2023, 18:42 Uhr
Zeile 31:		Zeile 31:

	== Weblinks ==		== Weblinks ==
			* [http://www.invehiclelan.com Controller Area Network (CAN), Local Interconnect Network (LIN) und Telematics Kurse]
	* LIN-Konsortium: [https://www.cs-group.de/wp-content/uploads/2016/11/LIN_Specification_Package_2.2A.pdf ''LIN Specification Package Revision 2.2A'']. Dezember 2010.		* LIN-Konsortium: [https://www.cs-group.de/wp-content/uploads/2016/11/LIN_Specification_Package_2.2A.pdf ''LIN Specification Package Revision 2.2A'']. Dezember 2010.
	* [http://www.lin-cia.org/ LIN Supplier ID Registrierungsstelle] für die LIN Supplier ID, genormt in der ISO 17987 Normenreihe		* [http://www.lin-cia.org/ LIN Supplier ID Registrierungsstelle] für die LIN Supplier ID, genormt in der ISO 17987 Normenreihe

79.218.238.139: /* Die LIN-Spezifikation */ 10417 baud ergänzt. Diese ist wohl in der Praxis üblicher, als die angegebenen 9600 oder 19.2k.

2023-06-21T13:11:08Z

Die LIN-Spezifikation: 10417 baud ergänzt. Diese ist wohl in der Praxis üblicher, als die angegebenen 9600 oder 19.2k.

← Nächstältere Version		Version vom 21. Juni 2023, 15:11 Uhr
Zeile 14:		Zeile 14:
	Die Diagnose wird bei LIN mit Hilfe von Kommando-Botschaften durchgeführt. Um einen Responder diagnostizieren zu können, überträgt der Commander ein bestimmtes Kommando. Die Datenübertragung innerhalb einer Diagnose zwischen Commander und Responder basiert auf dem durch die ISO 15765-2 definierten Transportprotokoll.		Die Diagnose wird bei LIN mit Hilfe von Kommando-Botschaften durchgeführt. Um einen Responder diagnostizieren zu können, überträgt der Commander ein bestimmtes Kommando. Die Datenübertragung innerhalb einer Diagnose zwischen Commander und Responder basiert auf dem durch die ISO 15765-2 definierten Transportprotokoll.

	LIN arbeitet mit einer Signalleitung, die die Netzknoten [[Wired-AND]]-verknüpft, realisiert durch [[Open-Collector-Ausgang\|Open-Collector-Ausgänge]] und Pull-Up-Widerstände an der Bordnetzspannung. Der hohe Pegel (logisch 1) stellt den rezessiven Zustand sowie den Ruhezustand dar und ca. 0 V (logisch 0) den dominanten Zustand. Die [[Flankensteilheit]] ist auf etwa 2 V/μs begrenzt zugunsten akzeptabler [[Störausstrahlung]]. Entsprechend ist die [[Baudrate]] auf maximal 20 kBd begrenzt, üblich sind 2400, 9600 und 19.200 Baud. Die Bus-[[Transceiver]] werden über einen – im LIN-Kontext meist SCI (Serial Communication Interface) genannte – [[UART]] angesteuert.		LIN arbeitet mit einer Signalleitung, die die Netzknoten [[Wired-AND]]-verknüpft, realisiert durch [[Open-Collector-Ausgang\|Open-Collector-Ausgänge]] und Pull-Up-Widerstände an der Bordnetzspannung. Der hohe Pegel (logisch 1) stellt den rezessiven Zustand sowie den Ruhezustand dar und ca. 0 V (logisch 0) den dominanten Zustand. Die [[Flankensteilheit]] ist auf etwa 2 V/μs begrenzt zugunsten akzeptabler [[Störausstrahlung]]. Entsprechend ist die [[Baudrate]] auf maximal 20 kBd begrenzt, üblich sind 2400, 9600, 10417 und 19.200 Baud. Die Bus-[[Transceiver]] werden über einen – im LIN-Kontext meist SCI (Serial Communication Interface) genannte – [[UART]] angesteuert.

	== Fehlerbehandlung ==		== Fehlerbehandlung ==

WriterNorth: Anpassung an "ISO inclusive language rules"

2023-04-03T16:11:10Z

Anpassung an "ISO inclusive language rules"

Count Count: Änderung 231214987 von 213.205.192.152 rückgängig gemacht; nicht vom Feinsten und hinter Paywall.

2023-02-24T19:35:45Z

Änderung 231214987 von 213.205.192.152 rückgängig gemacht; nicht vom Feinsten und hinter Paywall.

← Nächstältere Version		Version vom 24. Februar 2023, 21:35 Uhr
Zeile 34:		Zeile 34:
	* [http://www.lin-cia.org/ LIN Supplier ID Registrierungsstelle] für die LIN Supplier ID, genormt in der ISO 17987 Normenreihe		* [http://www.lin-cia.org/ LIN Supplier ID Registrierungsstelle] für die LIN Supplier ID, genormt in der ISO 17987 Normenreihe
	*[https://elearning.vector.com/mod/page/view.php?id=199 E-Learning-Lernmodul LIN] auf der [[Vector Informatik\|Vector]]-Website		*[https://elearning.vector.com/mod/page/view.php?id=199 E-Learning-Lernmodul LIN] auf der [[Vector Informatik\|Vector]]-Website
	*[https://www.udemy.com/course/automotive-networks-foundation-classes/?referralCode=DA40FA9FEC08E774F7F6 Udemy LIN Kurs mit Beispielen]

	== Einzelnachweise ==		== Einzelnachweise ==

213.205.192.152: /* Einzelnachweise */

2023-02-24T19:31:35Z

Einzelnachweise

← Nächstältere Version		Version vom 24. Februar 2023, 21:31 Uhr
Zeile 34:		Zeile 34:
	* [http://www.lin-cia.org/ LIN Supplier ID Registrierungsstelle] für die LIN Supplier ID, genormt in der ISO 17987 Normenreihe		* [http://www.lin-cia.org/ LIN Supplier ID Registrierungsstelle] für die LIN Supplier ID, genormt in der ISO 17987 Normenreihe
	*[https://elearning.vector.com/mod/page/view.php?id=199 E-Learning-Lernmodul LIN] auf der [[Vector Informatik\|Vector]]-Website		*[https://elearning.vector.com/mod/page/view.php?id=199 E-Learning-Lernmodul LIN] auf der [[Vector Informatik\|Vector]]-Website
			*[https://www.udemy.com/course/automotive-networks-foundation-classes/?referralCode=DA40FA9FEC08E774F7F6 Udemy LIN Kurs mit Beispielen]

	== Einzelnachweise ==		== Einzelnachweise ==

J. Lunau: Die letzte Textänderung von 2A02:3038:410:5558:C4F8:E2B7:699E:3970 wurde verworfen und die Version 226948355 von 193.175.38.8 wiederhergestellt.: Änderung ohne Beleg! - 8 byte ist richtig, vgl. https://web.archive.org/web/20111005152436/http://www.lin-subbus.de/index.php?pid=5&lang=en&sid=252efac88ea251b38ba4af5e973d19fb

2022-11-24T20:50:41Z

Die letzte Textänderung von 2A02:3038:410:5558:C4F8:E2B7:699E:3970 wurde verworfen und die Version 226948355 von 193.175.38.8 wiederhergestellt.: Änderung ohne Beleg! - 8 byte ist richtig, vgl. https://web.archive.org/web/20111005152436/http://www.lin-subbus.de/index.php?pid=5&lang=en&sid=252efac88ea251b38ba4af5e973d19fb

← Nächstältere Version		Version vom 24. November 2022, 22:50 Uhr
Zeile 7:		Zeile 7:

	== LIN-Topologie ==		== LIN-Topologie ==
	Ein LIN setzt sich aus einem Master und einem oder mehreren Slaves zusammen. Üblicherweise wird die Zahl der Slaves auf 16 begrenzt. Der Master ist typischerweise ein Mikrocontroller, der als [[Bridge (Netzwerk)\|Bridge]] das LIN an einen CAN-Bus anbindet. Auf dem LIN bestimmt der Master die (meist fest konfigurierte) zeitliche Reihenfolge aller Nachrichten, indem er ihren Anfang aussendet, den sogenannten {{lang\|en\|''Header''}}. Dieser enthält eine Kennung, die eine Zeile in der Konfigurationstabelle [[Schlüssel (Datenbank)\|adressiert]]. In der Tabelle ist festgelegt, welcher Teilnehmer den bis zu acht ~~Bit~~ umfassenden Datenteil der Nachricht senden soll, um was für Daten es sich handelt und welcher oder welche Teilnehmer die Nachricht lesen sollen. Jeder Slave muss nur den für ihn relevanten Teil der Tabelle speichern. Eine dynamische Änderung der Konfiguration im Betrieb ([[Plug and Play\|{{lang\|en\|''Plug ’n Play''}}]]) ist nicht vorgesehen. [[Computer-aided software engineering\|Entwurfswerkzeuge]] für die Konfigurationstabelle stellen sicher, dass im Betrieb keine [[Datenkollision\|Kollisionen]] auftreten.		Ein LIN setzt sich aus einem Master und einem oder mehreren Slaves zusammen. Üblicherweise wird die Zahl der Slaves auf 16 begrenzt. Der Master ist typischerweise ein Mikrocontroller, der als [[Bridge (Netzwerk)\|Bridge]] das LIN an einen CAN-Bus anbindet. Auf dem LIN bestimmt der Master die (meist fest konfigurierte) zeitliche Reihenfolge aller Nachrichten, indem er ihren Anfang aussendet, den sogenannten {{lang\|en\|''Header''}}. Dieser enthält eine Kennung, die eine Zeile in der Konfigurationstabelle [[Schlüssel (Datenbank)\|adressiert]]. In der Tabelle ist festgelegt, welcher Teilnehmer den bis zu acht Byte umfassenden Datenteil der Nachricht senden soll, um was für Daten es sich handelt und welcher oder welche Teilnehmer die Nachricht lesen sollen. Jeder Slave muss nur den für ihn relevanten Teil der Tabelle speichern. Eine dynamische Änderung der Konfiguration im Betrieb ([[Plug and Play\|{{lang\|en\|''Plug ’n Play''}}]]) ist nicht vorgesehen. [[Computer-aided software engineering\|Entwurfswerkzeuge]] für die Konfigurationstabelle stellen sicher, dass im Betrieb keine [[Datenkollision\|Kollisionen]] auftreten.

	== Die LIN-Spezifikation ==		== Die LIN-Spezifikation ==

← Nächstältere Version		Version vom 3. April 2023, 18:11 Uhr
Zeile 7:		Zeile 7:

	== LIN-Topologie ==		== LIN-Topologie ==
	Ein LIN setzt sich aus einem ~~Master~~ und einem oder mehreren ~~Slaves~~ zusammen. Üblicherweise wird die Zahl der ~~Slaves~~ auf 16 begrenzt. Der ~~Master~~ ist typischerweise ein Mikrocontroller, der als [[Bridge (Netzwerk)\|Bridge]] das LIN an einen CAN-Bus anbindet. Auf dem LIN bestimmt der ~~Master~~ die (meist fest konfigurierte) zeitliche Reihenfolge aller Nachrichten, indem er ihren Anfang aussendet, den sogenannten {{lang\|en\|''Header''}}. Dieser enthält eine Kennung, die eine Zeile in der Konfigurationstabelle [[Schlüssel (Datenbank)\|adressiert]]. In der Tabelle ist festgelegt, welcher Teilnehmer den bis zu acht Byte umfassenden Datenteil der Nachricht senden soll, um was für Daten es sich handelt und welcher oder welche Teilnehmer die Nachricht lesen sollen. Jeder ~~Slave~~ muss nur den für ihn relevanten Teil der Tabelle speichern. Eine dynamische Änderung der Konfiguration im Betrieb ([[Plug and Play\|{{lang\|en\|''Plug ’n Play''}}]]) ist nicht vorgesehen. [[Computer-aided software engineering\|Entwurfswerkzeuge]] für die Konfigurationstabelle stellen sicher, dass im Betrieb keine [[Datenkollision\|Kollisionen]] auftreten.		Ein LIN setzt sich aus einem Commander und einem oder mehreren Responder zusammen. Üblicherweise wird die Zahl der Responder auf 16 begrenzt. Der Commander ist typischerweise ein Mikrocontroller, der als [[Bridge (Netzwerk)\|Bridge]] das LIN an einen CAN-Bus anbindet. Auf dem LIN bestimmt der Commander die (meist fest konfigurierte) zeitliche Reihenfolge aller Nachrichten, indem er ihren Anfang aussendet, den sogenannten {{lang\|en\|''Header''}}. Dieser enthält eine Kennung, die eine Zeile in der Konfigurationstabelle [[Schlüssel (Datenbank)\|adressiert]]. In der Tabelle ist festgelegt, welcher Teilnehmer den bis zu acht Byte umfassenden Datenteil der Nachricht senden soll, um was für Daten es sich handelt und welcher oder welche Teilnehmer die Nachricht lesen sollen. Jeder Responder muss nur den für ihn relevanten Teil der Tabelle speichern. Eine dynamische Änderung der Konfiguration im Betrieb ([[Plug and Play\|{{lang\|en\|''Plug ’n Play''}}]]) ist nicht vorgesehen. [[Computer-aided software engineering\|Entwurfswerkzeuge]] für die Konfigurationstabelle stellen sicher, dass im Betrieb keine [[Datenkollision\|Kollisionen]] auftreten.

	== Die LIN-Spezifikation ==		== Die LIN-Spezifikation ==
	Die Spezifikation sieht zwei Netzknotenzustände vor: Sleep-Mode und Normal-Mode. Der Übergang zwischen den beiden Modi wird einerseits mit einem expliziten Kommando vom ~~Master~~ und andererseits über ein ''Wake-Up-Signal-Frame'' durch den ~~Master~~ oder einen der ~~Slaves~~ initiiert.		Die Spezifikation sieht zwei Netzknotenzustände vor: Sleep-Mode und Normal-Mode. Der Übergang zwischen den beiden Modi wird einerseits mit einem expliziten Kommando vom Commander und andererseits über ein ''Wake-Up-Signal-Frame'' durch den Commander oder einen der Responder initiiert.

	Die Diagnose wird bei LIN mit Hilfe von Kommando-Botschaften durchgeführt. Um einen ~~Slave~~ diagnostizieren zu können, überträgt der ~~Master~~ ein bestimmtes Kommando. Die Datenübertragung innerhalb einer Diagnose zwischen ~~Master~~ und ~~Slave~~ basiert auf dem durch die ISO 15765-2 definierten Transportprotokoll.		Die Diagnose wird bei LIN mit Hilfe von Kommando-Botschaften durchgeführt. Um einen Responder diagnostizieren zu können, überträgt der Commander ein bestimmtes Kommando. Die Datenübertragung innerhalb einer Diagnose zwischen Commander und Responder basiert auf dem durch die ISO 15765-2 definierten Transportprotokoll.

	LIN arbeitet mit einer Signalleitung, die die Netzknoten [[Wired-AND]]-verknüpft, realisiert durch [[Open-Collector-Ausgang\|Open-Collector-Ausgänge]] und Pull-Up-Widerstände an der Bordnetzspannung. Der hohe Pegel (logisch 1) stellt den rezessiven Zustand sowie den Ruhezustand dar und ca. 0 V (logisch 0) den dominanten Zustand. Die [[Flankensteilheit]] ist auf etwa 2 V/μs begrenzt zugunsten akzeptabler [[Störausstrahlung]]. Entsprechend ist die [[Baudrate]] auf maximal 20 kBd begrenzt, üblich sind 2400, 9600 und 19.200 Baud. Die Bus-[[Transceiver]] werden über einen – im LIN-Kontext meist SCI (Serial Communication Interface) genannte – [[UART]] angesteuert.		LIN arbeitet mit einer Signalleitung, die die Netzknoten [[Wired-AND]]-verknüpft, realisiert durch [[Open-Collector-Ausgang\|Open-Collector-Ausgänge]] und Pull-Up-Widerstände an der Bordnetzspannung. Der hohe Pegel (logisch 1) stellt den rezessiven Zustand sowie den Ruhezustand dar und ca. 0 V (logisch 0) den dominanten Zustand. Die [[Flankensteilheit]] ist auf etwa 2 V/μs begrenzt zugunsten akzeptabler [[Störausstrahlung]]. Entsprechend ist die [[Baudrate]] auf maximal 20 kBd begrenzt, üblich sind 2400, 9600 und 19.200 Baud. Die Bus-[[Transceiver]] werden über einen – im LIN-Kontext meist SCI (Serial Communication Interface) genannte – [[UART]] angesteuert.
Zeile 18:		Zeile 18:
	== Fehlerbehandlung ==		== Fehlerbehandlung ==
	In Kapitel 6 der Spezifikation ist die Fehlerbehandlung vorgeschrieben:		In Kapitel 6 der Spezifikation ist die Fehlerbehandlung vorgeschrieben:
	* Jeder Sender muss bitweise zurücklesen, was er sendet, und im Fehlerfall die Sendung abbrechen. Wenn der ~~Master~~ erkennt, dass er nicht senden kann, muss er seiner Anwendungsschicht einen {{lang\|en\|''Physical-Bus-Error''}} melden.		* Jeder Sender muss bitweise zurücklesen, was er sendet, und im Fehlerfall die Sendung abbrechen. Wenn der Commander erkennt, dass er nicht senden kann, muss er seiner Anwendungsschicht einen {{lang\|en\|''Physical-Bus-Error''}} melden.
	* Eine [[Prüfsumme]] sichert die Daten gegen Übertragungsfehler.		* Eine [[Prüfsumme]] sichert die Daten gegen Übertragungsfehler.
	* Das Header-Byte kodiert mit sechs Bit die maximal 64 Botschaften und enthält zwei [[Paritätsbit]], sodass alle Einzel- und viele Doppel-Bitfehler im Header erkannt werden.		* Das Header-Byte kodiert mit sechs Bit die maximal 64 Botschaften und enthält zwei [[Paritätsbit]], sodass alle Einzel- und viele Doppel-Bitfehler im Header erkannt werden.
	* Für ausbleibende Antworten muss beim ~~Master~~ ein {{lang\|en\|''No-Response-Error''}} detektiert werden.		* Für ausbleibende Antworten muss beim Commander ein {{lang\|en\|''No-Response-Error''}} detektiert werden.
	* ~~Slaves~~ müssen darauf achten, dass die Flanken im Synchronisierungsfeld innerhalb der definierten Toleranz liegen.		* Responder müssen darauf achten, dass die Flanken im Synchronisierungsfeld innerhalb der definierten Toleranz liegen.
	Als fehlerhaft erkannte Botschaften werden verworfen. Fehlerereignisse werden lokal registriert. Eine Fehlersignalisierung ist nicht Teil des Protokolls, sondern muss bei Bedarf in der Anwendungsschicht definiert werden.		Als fehlerhaft erkannte Botschaften werden verworfen. Fehlerereignisse werden lokal registriert. Eine Fehlersignalisierung ist nicht Teil des Protokolls, sondern muss bei Bedarf in der Anwendungsschicht definiert werden.