FlexRay
aus Wikipedia, der freien Enzyklopädie
FlexRay ist ein serielles, deterministisches und fehlertolerantes Feldbussystem für den Einsatz im Automobil, vergleichbar mit TTP/C oder EC-Net. Das FlexRay-Konsortium wurde 2000 von den Firmen BMW, Daimler AG, Motorola und Philips (heute: NXP Semiconductors) gegründet. Von 2001 bis 2004 traten als Core-Partner die Firmen Bosch, General Motors und Volkswagen bei. 2004 übernahm Freescale die Rechte und Pflichten als Core-Mitglied im Konsortium von Motorola.
Inhaltsverzeichnis |
[Bearbeiten] Allgemeine Beschreibung
[Bearbeiten] Entwicklung und Erwartungen
FlexRay sollte die erhöhten Anforderungen zukünftiger Vernetzung im Fahrzeug erfüllen, insbesondere höhere Datenübertragungsrate, Echtzeit-Fähigkeit und Ausfallsicherheit (für X-by-Wire Systeme). Im aktuellen Fokus steht jedoch vorrangig die höhere Datenrate, welche durch den kontinuierlichen Anstieg von Fahrerassistenzsystemen im Bereich Antrieb und Fahrwerk in Premiumfahrzeugen heute notwendig ist. In den Bereichen Sicherheit sind neue Bus-Guardian-Konzepte in Arbeit. Diese ermöglichen eine zentrale bzw. dezentrale Überwachung der Buszugriffe auf Basis des statisch festgelegten TDMA-Schemas. Der Serieneinsatz im Automobil erfolgt erstmalig im BMW X5 2006. Der FlexRay-Cluster in diesem Fahrzeug basiert auf der Protokollversion v1.1, die Protokollspezifikation v2.1 wurde Ende 2005 verabschiedet und im Laufe des Jahres 2006 in Silizium implementiert.
In die FlexRay-Entwicklung ist auch das von BMW entwickelte ByteFlight-Protokoll eingegangen. ByteFlight findet sich im FlexRay-Protokoll als der dynamische Bereich des FlexRay-Zyklus wieder. ByteFlight wurde von BMW vor allem für den Einsatz in passiven Sicherheitssystemen (Airbag) entwickelt und verwendet ein optisches Übertragungsmedium. Im BMW 7er ging das Bussystem im Jahr 2001 in Serie, zu einer weiteren Verbreitung ist es jedoch nicht gekommen, weil bereits die FlexRay-Entwicklung initiiert war. Um auch die Anforderungen aktiver Sicherheitssysteme zu erfüllen, wurde FlexRay vor allem in Bezug auf zeitlichen Determinismus und Fehlertoleranz weiter entwickelt. FlexRay bietet zusätzlich zu ByteFlight eine Nachrichtenkommunikation mit einem festgelegten TDMA-Schema. Dabei setzt FlexRay ähnliche Mechanismen ein, wie das an der Technischen Universität Wien entwickelte Time-Triggered Protocol TTP/C. Zusätzlich zum TDMA Schema bietet das von ByteFlight übernommene Minislotting-Protokoll einen kollisionsfreien priorisierten dynamischen Kommunikationskanal.
[Bearbeiten] Aufbau
Um einen Knoten, z. B. ein Steuergerät an einem FlexRay-Bus zu betreiben braucht man zwei Komponenten: Den Bus Transceiver und den Communication Controller. Der Bus Transceiver stellt die direkte Verbindung zur Datenleitung her: Einerseits schreibt er die logische Information, die versendet werden soll, in Form von Spannungspulsen auf den Bus; andererseits liest er die Signale aus, die von anderen Teilnehmern auf dem Bus gesendet werden. Diese Ebene wird als physikalische Bitübertragungsschicht oder Physical Layer bezeichnet. Außerdem umfasst FlexRay noch das Busprotokoll. Das Busprotokoll regelt, wie ein Netzwerk startet, wie ein Bustakt etabliert wird und welche Steuergeräte zu welchem Zeitpunkt senden dürfen. Der Communication Controller setzt das Busprotokoll in jedem Steuergerät um, beispielsweise verpackt er die zu übertragenden Informationen in ein Datenpaket und übergibt dieses Datenpaket zum richtigen Zeitpunkt zur Übertragung an den Bus Transceiver.
[Bearbeiten] Leistungsmerkmale
FlexRay unterstützt:
- Bitraten bis 10 Mbit/s je Kanal
- dezentrale Uhrensynchronisation
- garantierte Latenzzeiten
- Zweikanaligkeit im Protokoll
- zentrale & dezentrale Zugriffskontrolle
- Stern- sowie daisy chain-Topologie
[Bearbeiten] Kommunikationsprotokoll
Die Kommunikation auf dem Bus läuft in Zyklen ab. Jeder dieser Zyklen ist in verschiedene Segmente unterteilt:
- Im statischen Segment hat jedes Steuergerät seinen bestimmten Slot (Zeitfenster), in dem es Nachrichten senden kann. Es darf dabei die zeitliche Länge seines Slots nicht überschreiten. Ist die Nachricht zu lang, muss der nächste Zyklus oder das dynamische Segment genutzt werden, um die Nachricht fortzusetzen.
- Dies ist der deterministische Teil des Protokolls, mit dem sichergestellt werden kann, dass wichtige Nachrichten (z.B. Lenkung, Bremse) innerhalb einer bekannten Zeit übertragen werden.
- Das dynamische Segment kann von einem Steuergerät benutzt werden, wenn es längere oder zusätzliche Nachrichten senden möchte, und beispielsweise die Breite seines statischen Slots nicht ausreicht oder für wichtigere Nachrichten benötigt wird.
- Wenn ein Steuergerät keine Nachricht absetzen möchte, läuft sein Zeitfenster (Minislot) einfach ab (Mini 1 bis Mini 3).
- Will das Steuergerät beispielsweise in Minislot 4 eine längere Nachricht senden, so verschiebt sich der Zeitpunkt, an dem das nächste Steuergerät senden kann, nach hinten. Im ungünstigsten Fall ist der dynamische Minislot 4 so lang, dass in diesem Zyklus kein weiteres Steuergerät mehr senden kann.
- Weil für Steuergeräte, die im dynamischen Slot am hinteren Ende der Reihenfolge stehen, die Wahrscheinlichkeit am größten ist, dass sie mit einer Nachricht in diesem Slot warten müssten (oder gar herausfallen würden), sollte die Anzahl der dynamischen Slots k > n sein (n ist die Anzahl der Steuergeräte, die auf dem Bus kommunizieren und dazu einen Slot haben).
- Dieser Teil entspricht von seiner Übertragungsstruktur eher dem CAN Bus.
- Das Symbolfenster (symbol) war für den Test des Buszugriffs vorgesehen und wird voraussichtlich nicht mehr zum Einsatz kommen.
- NIT soll den am Bus hängenden Steuergeräten ermöglichen, sich wieder mit dem Bus exakt zu synchronisieren.
Die Synchronisation bewirkt, dass alle Steuergeräte am Bus nach dem gleichen Takt Nachrichten senden und nicht durch zeitliche Verschiebungen im Minislot (Zeitfenster) eines fremden Steuergerätes senden. Der Zeittakt wird von den Steuergeräten nach bestimmten Regeln beim Aufwachen ausgehandelt. Es ist daher kein Master notwendig, der den Takt vorgibt und bei seinem Ausfall den Bus lahmlegen könnte.
[Bearbeiten] Hardware
Um Leitungsreflektionen zu verhindern, wird der Bus mit einem Widerstand von 80-110 Ω terminiert. Die Leitungen werden verdrillt und die maximale Distanz zwischen zwei Steuergeräten beträgt 24 m (theoretisch), der Wert sinkt mit steigender Zahl von Stichleitungen.
Die Signale werden durch Spannungspegel von 1,5 V und 3,5 V übertragen, je nach Lage dieser Spannungspegel auf den Leitungen wird eine 0 oder 1 übertragen. Haben beide Leitungen den Pegel 2,5 V, ist der Bus im Leerlauf. Zur Energieeinsparung kann auch der Pegel 0 V für beide Leitungen verwendet werden.
[Bearbeiten] Siehe auch
- Bussystem
- ByteFlight
- Controller_Area_Network
- Local_Area_Network
- MOST-Bus
- Time-Triggered Protocol TTP/C.
[Bearbeiten] Weblinks
- FlexRay offizielle Website des FlexRay-Konsortiums
- Conformance Test FlexRay Physical Layer Conformance Test
[Bearbeiten] Bücher
- Mathias Rausch: FlexRay - Grundlagen, Funktionsweise, Anwendung. Hanser-Verlag, ISBN 3-446-41249-2 bzw. ISBN 978-3-446-41249-1
- Werner Zimmermann, Ralf Schmidgall: Bussysteme in der Fahrzeugtechnik - Protokolle und Standards. Vieweg, ISBN 978-3-8348-0235-4
- Konrad Reif: Automobilelektronik - Eine Einführung für Ingenieure. Vieweg, ISBN 3-528-03985-X
