Praktische Übungen im Labor Automatisierungstechnik. Versuch Nr. 6. Einführung in das Bussystem FlexRay am Beispiel Steer-by-Wire. Grundlagen FlexRay

Größe: px
Ab Seite anzeigen:

Download "Praktische Übungen im Labor Automatisierungstechnik. Versuch Nr. 6. Einführung in das Bussystem FlexRay am Beispiel Steer-by-Wire. Grundlagen FlexRay"

Transkript

1 Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. M. Weyrich Praktische Übungen im Labor Automatisierungstechnik Versuch Nr. 6 Einführung in das Bussystem FlexRay am Beispiel Steer-by-Wire Grundlagen FlexRay Raum 1.126

2 Grundlagen FlexRay V Inhaltsverzeichnis INHALTSVERZEICHNIS... 2 ABKÜRZUNGSVERZEICHNIS... 3 NAMENSKONVENTION... 6 BEGRIFFSVERZEICHNIS FLEXRAY MOTIVATION ANFORDERUNGEN UND EIGENSCHAFTEN TECHNISCHE GRUNDLAGEN OSI-SCHICHTENMODELL AUFBAU EINES KOMMUNIKATIONSKNOTENS TERMINIERUNG DER NETZWERKKNOTEN PHYSIKALISCHE TOPOLOGIE SIGNALÜBERTRAGUNG WAKEUP STARTUP SYNCHRONISATION RE-SYNCHRONISATION (BIT-SYNCHRONISATION) TIMING KOMMUNIKATIONSSTRUKTUR FlexRay-Zyklus Buszugriff Static Segment Dynamic Segment Symbol Window Network Idle Time FRAME FORMAT Header Payload Trailer Nullframe PROTOCOL DATA UNIT SCHEDULING UND CYCLE MULTIPLEXING LITERATUR... 40

3 Grundlagen FlexRay V Abkürzungsverzeichnis AP APO ASAM BD BM BP BSS C CAN CAPL CAS CC CHI CI CID CODEC CRC CSMA/CA CSN CSP DTS ECU EMV ESP FES FIBEX Action Point Action Point Offset Association for Standardization of Automation and Measuring Systems Bus Driver Bus Minus Bus Plus Byte Start Sequence Kondensator (engl. Capacitor) Controller Area Network Communication Access Programming Language Collision Avoidance Symbol Communication Controller Controller Host Interface Channel Idle Channel Idle Delimiter Coding and Decoding Process Cycle Redundancy Check Carrier Sense Multiple Access / Collision Avoidance Coldstart Node Clock Synchronization Process Dynamic Trailing Sequence Elektronisches Steuergerät (engl. Electronic Control Unit) Elektromagnetische Verträglichkeit Elektronisches Stabilitätsprogramm (engl. electronic stability control) Frame End Sequence Field Bus Exchange Format

4 Grundlagen FlexRay V FSS FSP FTDMA FTM ID I/O HW IAS ISO L LIN MAC MiL MT MTS MOST Frame Start Sequence Frame and Symbol Processing Flexible Time Division Multiple Access Fault Tolerant Midpoint Algorithmus Identifier Input/Output Hardware Institut für Automatisierungs- und Softwaretechnik International Organization for Standard Induktivität Local Interconnect Network Media Access Control Model in the Loop Macrotick Media Access Test Symbol Media Oriented Systems Transport µc Microcontroller µt Microtick NIT NM OSI PDU I-PDU L-PDU N-PDU POC R RxD Network Idle Time Network Management Open Systems Interconnection Protocol Data Unit Interaction Layer PDU Link Layer PDU Network Layer PDU Protocol Operation Control Widerstand (engl. Resistor) Receive Data signal

5 Grundlagen FlexRay V SDL SPI SuF SW SyF TDMA TP TRP TSS TxEN TxD WUP WUS XML Specification and Description Language Serial Peripheral Interface Startup Frame Software Sync Frame Time Division Multiple Access Test Point Time Reference Point Transmission Start Sequence Transmit data Enable Not signal Transmit Data signal Wakeup Pattern Wakeup Symbol Extensible Markup Language

6 Grundlagen FlexRay V Namenskonvention Die folgenden Namenskonventionen orientieren sich an den FlexRay-Spezifikationen 2.1. <Variable> := <prefix_1>[<prefix_2>]<name> <Prefix_1> := a c v g p <Prefix_2> := d l n s u Tabelle 1 Parameter Prefix 1 Prefix_1 Typ Beschreibung a c v g p Hilfsparameter Protokoll Konstante Knotenvariable Netzwerkparameter Knotenparameter Dieser Hilfsparameter wird zur Definition oder Herleitung anderer Parameter oder Grenzen verwendet. Dieser Wert definiert Eigenschaften oder Grenzen des Protokolls. Der Wert ist fest im Protokoll vorgegeben und kann nicht geändert werden. Wert der abhängig von der Zeit, Events, etc. variieren kann. Globale Parameter, der in allen Knoten gültig ist. Dieser wird im POC:default config Zustand definiert und kann nur im Zustand POC:config geändert werden. Parameter, die verschiedene Werte in unterschiedlichen Knoten im Netzwerk annehmen können. Diese werden in POC:default config initialisiert und können ausschließlich in POC:config geändert werden. Tabelle 2 Parameter Prefix 2 Prefix_2 Typ Beschreibung d Zeitdauer Ein Wert (Variablen, Parametern, etc.), der eine Zeitdauer zwischen zwei Zeitpunkten beschreibt. l Länge Physikalische Länge von z.b. Kabel n Betrag Anzahl von z.b. Slots s Set Ein Wertesatz (Variablen, Parametern, etc.). u Spannung Differenzspannung zwischen zwei Leitungen

7 Grundlagen FlexRay V Begriffsverzeichnis AUTOSAR Entwicklungspartnerschaft im Automobilbereich, die Standards zur Entwicklung von Softwarekomponenten festlegen. Backbone Ein Backbone ist ein Verbindungsnetzwerk mit sehr hoher Datenübertragungsrate. Bus Bussystem Bus Driver Branch Channel Idle Cluster Coldstart Node Communication Controller Communication Cycle Communication Slot Cycle Counter Cycle Time Als Bus wird eine Sammelleitung zur Datenübertragung zwischen mehreren Funktionseinheiten (hier: FlexRay-Knoten) bezeichnet. Ist ein Kommunikationssystem zur Übertragung von Daten. Eine elektronische Komponente mit Transmitter und Receiver, die die Kommunikation zwischen dem CC und dem Bus ermöglicht. Ein Branch ist ein Teilnetzwerk in einem Cluster. Channel Idle bezeichnet den Zustand der Bus-Ruhe. Bezeichnet ein FlexRay-Netzwerk. Ein Netzwerkknoten, der eine Startup Prozedur auslösen darf, um eine Kommunikation auf dem Bus zu ermöglichen. Eine elektronisches Bauelement, das in den einzelnen FlexRay-Knoten das FlexRay-Kommunikationsprotokoll umsetzt. Als Communication Cycle wird eine komplette Instanz der Kommunikationsstruktur, die sich regelmäßig wiederholt, im FlexRay- System genannt. Der Kommunikationszyklus besteht aus einem statischen Segment, einem dynamischen Segment (optional), einem Symbol Window (optional) und der NIT. Beim TDMA Verfahren werden den einzelnen Knoten definierte Zeitintervalle zugeteilt, in denen sie exklusiven Buszugriff besitzen. Dieses Intervall wird als Kommunikationsslot bezeichnet und besitzt eine eindeutige Slot ID. Die Nummer des aktuellen Kommunikationszyklus. Gibt die aktuelle Dauer des Kommunikationszyklus in Macroticks an. Die Zykluszeit wird zu Beginn jedes Kommunikationszyklus auf 0 gesetzt. Dynamic Segment Das dynamische Segment dient zur Übertragung von unregelmäßigen Daten. Es optional im FR-Zyklus verwendet werden und unterliegt dem FTDMA Verfahren.

8 Grundlagen FlexRay V Dynamic Communication Slot FIBEX Frame FTDMA Header Host Dieser Slot besteht aus mehreren Minislots und ist in der Länge variabel. Dateiformat auf XML Basis, welches FlexRay Steuergeräte-Netzwerke vollständig beschreibt. Ein Frame ist eine Rahmenstruktur welche zur Übertragung der Daten auf dem FlexRay-Bussystem benötigt wird. Der Frame enthält ein Header, Payload und ein Trailer Segment. Zugriffsverfahren, welches jedem Teilnehmer flexibel ein Zeitfenster zuteilt, in dem er exklusiven Ressourcenzugriff besitzt. Erster Teil eines Frames, welcher Informationen über den Aufbau der Nachricht enthält. Der Host beinhaltet Anwendungs-Software des Steuergeräts. Jitter Bezeichnet eine zeitliche Abweichung/Schwankung vom Übertragungstakt. Knoten Layer Macrotick Microtick Minislot Null Frame Payload PDU Aktive Funktionseinheit, die Nachrichten auf dem Bus senden und empfangen kann. Architekturschicht welche die Funktionen und Aufgaben der Komponenten innerhalb dieser Schicht beschreibt. Die globale zeitliche Aufteilung eines Zyklus, geschieht durch Macroticks. Macroticks werden aus lokalen Microticks erzeugt. Die Dauer der Macroticks wird durch die Synchronisation angepasst. Aus dem lokalen Oszillatortakt eines Knotens wird die Zeitdauer eines Microticks [µt] abgeleitet. Diese werden zur Bus-Synchronisation verwendet. Diese Slots unterteilen das dynamische Segment in bis zu 7986 Teile und können zu einem dynamischen Slot zusammengefügt werden. Als Null Frame bezeichnet man Frames, die keine nützlichen Daten für den Empfänger enthalten. Ein Null Frame wird durch ein Bit im Header gekennzeichnet und alle Daten-Bytes werden auf Data_0 gesetzt. Dieses Segment enthält die Nutzdaten eines Frames. PDUs sind vom Bus unabhängige Dateneinheiten, bestehend aus Nutzdaten und Steuerungsinformationen.

9 Grundlagen FlexRay V Slot Startup Frame Startup Slot Static Communication Slot Static Segment Sync Frame Sync Slot TDMA Trailer Wakeup Node Siehe Communication Slot. Startup Frames sind FlexRay-Frames, die durch einen Startup Frame Indicator Bit im Header gekennzeichnet werden. Sie werden 8 Zyklen lang zu Beginn der Synchronisation gesendet. Startup Frames sind immer auch Sync Frames. Kommunikation Slot in welchem ein Startup Frame gesendet wird. Diese Slots haben alle dieselbe Länge und eine eindeutige Slot ID, in denen jeweils die Konten exklusiven Buszugriff besitzen. Das statische Segment dient zur Übertragung von zyklischen Daten. Es ist Teil jedes Zyklus im TDMA Verfahren. Ein Sync Frame ist ein FlexRay-Frame der zur Bus Synchronisierung genutzt wird. Der Frame ist durch eine Sync Frame Indicator Bit im Header gekennzeichnet. Ein Kommunikation Slot in welchem ein Sync Frame gesendet wird. Das TMDA Zugriffsverfahren weist jedem Teilnehmer ein Zeitfenster zuteilt, in dem er exklusiven Ressourcen Zugriff besitzt. Der Trailer bildet den letzen Teil des Frames und enthält drei 8-bit- CRCs zur Fehlererkennung. Cluster Knoten, der die Berechtigung besitzt Wakeup Pattern zu senden.

10 Grundlagen FlexRay V FlexRay 1.1 Motivation Aufgrund des Innovationspotenzials der Fahrzeugelektronik und den daraus resultierenden Möglichkeiten, das Autofahren sicherer, komfortabler, ökonomischer und umweltverträglicher zu gestalten, unterliegt der Automobilbereich seit den 90er Jahren einer regelrechten Elektrifizierung, die sich bis zum heutigen Tag immer rasanter fortgesetzt hat [Joch07]. Um die gewünschte Funktionalität in den heutigen Automobilen zur Verfügung stellen zu können, muss eine Vielzahl an elektronischen Steuergeräten (engl. Electronic Control Unit (ECUs)) miteinander interagieren. Aus der Historie und den damaligen benötigten Übertragungsraten hat sich der CAN-Bus in den bisherigen Fahrzeugen als wichtigstes Bussystem etabliert. Für spezielle Anwendungen kommen noch weitere Bussysteme zum Einsatz, zum Beispiel für die Vernetzung von Sensoren und Aktoren innerhalb einer Tür oder einem Sitz wird auf den kostengünstige LIN- Bus [LIN11] zurückgegriffen und bei der Übertragung von Multimediadaten wird der MOST- Bus [MOST11] verwendet. Die gestiegenen Anforderungen an die elektronischen und mechatronischen ECUs, zum Teil heutiger und erst recht zukünftiger Fahrzeuge (z.b. Drive-by-Wire), führt dazu, dass höhere Datenübertragungsraten und eine Echtzeitkommunikation realisiert werden müssen, dies jedoch nicht mit dem CAN-Bus möglich ist. Aufgrund dessen hat sich im Jahre 2000 ein Konsortium gebildet, um einen neuen Bus, der den gewünschten Anforderungen entspricht, zu entwickeln. Gründungsmitglieder waren die Unternehmen BMW, Daimler, Motorola und Philips. Im Laufe der Jahre wurde die Struktur des Konsortiums in Core, Premium Associate, Associate und Development Mitglieder eingeteilt, bis sich 2009 das Konsortium, mit Abschluss der FlexRay Spezifikation 3.0 aufgelöst hat. Zu diesem Zeitpunkt bestanden die Core Partner aus BMW, Bosch, Daimler, Freescale, GM, NXP und VW. Es existierten 28 Premium sowie über 60 Associate und einige hundert Development Mitglieder. Aktuell wird in der Praxis noch die FlexRay Spezifikation 2.1 verwendet; diese kann über die offizielle Homepage [Flex11] angefordert werden, bis die Überführung der Spezifikation 3.0 in folgende ISO-Standards abgeschlossen ist: ISO :2010 Road vehicles Communication on FlexRay Part 1: General information and use case definition ISO :2010 Road vehicles Communication on FlexRay Part 2: Communication layer services 1.2 Anforderungen und Eigenschaften Bei den Anforderungen an das neue Bussystem wurde ein besonderes Augenmerk auf folgende Punkte gelegt: Übertragungsrate eine deutlich höhere Bandbreite, wie die im CAN-Bus üblichen 500kBit/s, sollte erreicht werden. Redundante Kommunikationskanäle durch die Realisierung zweier physikalischer Kommunikationskanäle A/B bietet das System die Möglichkeit, je nach Anwendung Daten redundant zu übertragen oder die Datenrate zu verdoppeln.

11 Grundlagen FlexRay V Globale synchronisierte Zeitbasis das Kommunikationsprotokoll stellt eine globale Zeitbasis zur Verfügung, um die unterschiedlichen miteinander vernetzten ECUs aufeinander abzustimmen. Übertragungssicherheit Informationen sollen gesichert und zeitlich vorhersagbar übertragen werden, da es bei dem bisherigen CSMA Verfahren (CAN-Bus) zu großen zeitlichen Schwankungen kommen kann. Physikalische Schicht der physikalische Aufbau soll einfach und robust gehalten werden. Erweiterbarkeit Netzwerke sollen flexibel erweiterbar sein und einzelne Steuergeräte entfernt oder hinzugefügt werden können. Unterstützung ereignis- und zeitgesteuerter Kommunikation da sich je nach Anwendung, die eine oder andere Form des Datenaustausches eignet, sollten beide Möglichkeiten zur Verfügung stehen. CSMA: TDMA: Abbildung 1.1 Beispiel für Ereignis- (CSMA) und Zeitsteuerung (TDMA) [Göhn10] Aus diesen Anforderungen ergaben sich die Eigenschaften des FlexRay- Kommunikationssystems. Die wesentliche Kenngröße eines Kommunikationssystems ist die Übertragungsrate. Hierbei wurde, ausgehend vom aktuell benötigten Datenaufkommen ein auch für zukünftig Systeme ausreichend hohe zweikanalige Datenübertragungsrate von bis zu 10 MBit/s je Kanal festgelegt. Es wurde eine synchrone Zeitbasis geschaffen, um die Vorhersagbarkeit des Systems zu gewährleisten. Dabei musste von der im CAN-Bus verwendeten ereignisgesteuerten Kommunikation mit Priorisierung (CSMA/CA) der ECUs abgewichen werden und zu einer zeitgesteuerten Übertragung der Daten (TDMA) übergegangen werden, siehe Abbildung 1.1. Hierdurch wird mit Hilfe des Scheduling eine exakte Planung möglich, der Jitter darf dabei 0,5 bis 10µs (typisch 1 bis 3µs) betragen.

12 Grundlagen FlexRay V Da die Kommunikation in Zyklen organisiert ist, in denen jeder ECU definierten Slots zur Verfügung stehen, ist eine vorhersehbare Nachrichtenlaufzeit garantiert. Der Schwerpunkt bei der Entwicklung des neuen Bussystems lag auf der Flexibilität und Erweiterbarkeit. Daraus resultierte, dass nicht nur entschieden werden kann, welche Nachrichten redundant übertragen werden, sondern das System kann auf Verfügbarkeit oder auf Durchsatz, statische oder dynamische Vergabe der Bandbreite, optimiert werden. Eine Anzahl von 60 Parametern, im Netzwerk Design, ermöglicht die Anpassung des FlexRay-Bussystems an die speziellen Anforderungen der jeweiligen Anwendung, hierzu gehören zum Beispiel die Nachrichtenlänge oder die Zykluslänge. Die genauen Anforderungen an das Protokoll können in der FlexRay Requirements Specification V2.1 [FRRS05] nachgelesen werden. Aufgrund dieser Eigenschaften ist das FlexRay-Bussystem für einen Backbone, Echtzeitanwendungen und sicherheitskritische Systeme hervorragend geeignet. Verwendung findet der FlexRay-Bus bereits im BMW X5, BMW 7, Audi A8 und in der neuen S-Klasse von Daimler [VeSc11]. 2 Technische Grundlagen 2.1 OSI-Schichtenmodell Abbildung 2.1 OSI-Schichtenmodell für Bussysteme und Protokolle Der allgemeine Aufbau eines Kommunikationssystems wird im OSI-Referenzmodell dargestellt. Wie in Abbildung 2.1 zu sehen ist wird das Modell in Schichten aufgebaut. Jede Schicht übernimmt eine spezielle Funktionalität und ist auf die darunterliegende aufgebaut. Ein FlexRay-System beschreibt die OSI-Layer 1 und 2, darüber liegende Schichten sind in FlexRay nicht genauer spezifiziert. Die Bitübertragungsschicht (OSI-Layer 1), die als Physical Layer bezeichnet wird, ist in der FlexRay Communications System Electrical Physical Layer Specification [FREPLS06] beschrieben. Die Sicherungsschicht (OSI-Layer 2) auch Data Link Layer genannt, stellt das eigentliche Kommunikationsprotokoll dar und ist in der FlexRay Communications System Protocol Specification [FRPS05] spezifiziert. Wie bereits erwähnt, werden alle darüber liegenden Schichten von FlexRay nicht genauer beschrieben. Dies übernimmt in unserem Fall und im Automotivbereich die AUTOSAR

13 Grundlagen FlexRay V Spezifikationen. Die Anwendungsschicht (OSI-Layer 7) verschafft den Anwendungen Zugriff auf die Hardware und stellt Datenstrukturen und Protokolle im Application Layer bereit. 2.2 Aufbau eines Kommunikationsknotens Ein FlexRay-Netzwerk setzt sich aus mehreren Kommunikationsknoten (engl. Nodes) und Kommunikationskanälen (engl. Channels) zusammen. Ein FlexRay-Knoten besteht dabei, wie in Abbildung 2.2 dargestellt, aus einem Mikrokontroller (engl. Microcontroller (µc)), auch Host genannt, einem FlexRay-Kommunikationskontroller (engl. Communication Controller (CC)), einem optionalen Bus Guardian (BG) und einem oder zwei Bustreibern (engl. Bus Driver (BD)). Der Bus Guardian findet in der Praxis keine Verwendung, da zum einen keine Mikrochips vorhanden sind und zum anderen in Zukunft ein zweiter Communication Controller geplant ist [VeSc11]. Abbildung 2.2 Aufbau eines FlexRay-Knotens [VeSc11] Dabei übernimmt jede Komponente spezielle Aufgaben. Es existierten auch unterschiedliche Ausführungen für den Microcontroller mit oder ohne integrierten FlexRay-Communication Controller. Die Bus Driver stellen die physikalische Verbindung zum jeweiligen Kanal her. Der Bus Guardian war als Sicherheitssystem der Buszugriffe zwischen Communication Controller und Bus Driver vorgesehen, wird aber wie schon erwähnt nicht verwendet. Der FlexRay-Communication Controller setzt das FlexRay-Protokoll um, d.h. er regelt den Buszugriff (engl. Media Access Control (MAC)), überprüft das im Schelduling definierte Zeitverhalten und den Syntax der empfangenen Frames (engl. Frame and Symbol Processing (FSP)), auch die Umwandlung von Nutzdaten in einen Bitstrom (engl. Coding and Decoding Process (CODEC)) und die Synchronisation der globalen Zeit (engl. Clock Synchronization Process (CSP)). Diese Prozesse sind ausführlich in der FlexRay Communications System Protocol Specification [FRPS05] in der Specification and Description Language (SDL) beschrieben. Auf dem Host läuft das eigentliche Anwendungsprogramm, dieser steuert über das Controller Host Interface (CHI) den Communication Controller mit Hilfe einer Protokollzustandsmaschine (engl. Protocol Operation Control (POC)).

14 Grundlagen FlexRay V Abbildung 2.3 Zustände des Communication Controllers [FRPS05] Der Communication Controller kann folgende POC Zustände aus Abbildung 2.3 einnehmen: default config ist der Startzustand des Communication Controller. In diesem Zustand ist keine Kommunikation möglich, da noch keine Informationen über das genutzte FlexRay-Netzwerk vorliegen. config der Microcontroller übermittelt ausgewählte Daten aus der FIBEX oder AUTOSAR Datei, welche für den Betrieb des Communication Controllers notwendig sind. ready in diesem Zustand wurde der Communication Controller vollständig konfiguriert und ist für die Kommunikation bereit. Es besteht die Möglichkeit sich in ein bestehendes System zu integrieren oder ein schlafendes Netzwerk aufzuwecken. wakeup befindet sich der FlexRay-Knoten in einem schlafenden Netzwerk kann der Microcontroller den Communication Controller anweisen, das Netzwerk aufzuwecken. Hierfür geht der Communication Controller in den wakeup Zustand über und sendet mehrere Wakeup Pattern, siehe Anschnitt 2.6. startup hier versucht der Netzwerkknoten sich mit dem Bus zu synchronisieren. Je nach Rolle des Knotens müssen zwei Vorgehensweisen unterschieden werden. Handelt es ich bei dem Knoten um einen Coldstart Node nimmt er aktiv an der

15 Grundlagen FlexRay V Synchronisation des Netzwerkes teil, anderenfalls verhält er sich passiv und nutzt die bestehende Kommunikation zur eigenen Synchronisation. normal active ist der eigentliche Betriebszustand des Communication Controllers, in dem eine Kommunikation mit dem FlexRay-Bus stattfinden kann. normal passive bei bestimmten Fehlern geht der Knoten selbständig in diesen oder den halt Zustand über. Hier darf der Knoten nur noch Frames empfangen, jedoch keine Informationen mehr senden. Bei Verwendung der AUTOSAR Spezifikation wird dieser Zustand aus Sicherheitsgründen nicht verwendet, da der Microcontroller diesen Übergang nicht steuern kann. halt alle internen Prozesse innerhalb des Communication Controllers sind gestopt. Dieser Zustand wird erreicht, wenn ein interner Fehler des Communication Controller festgestellt wurde und kann ausschließlich über default config verlassen werden. Für detailliertere Informationen kann in der FlexRay Communication System Protocol Specification [FRPS05] nachgelesen werden. Abbildung 2.4 Aufbau eines FlexRay Active Star Knotens [VeSc11] Als Verbindung einzelner Teilbussysteme (engl. Branches) kann ein aktiver Stern (engl. Active Star (AS)) verwendet werden. Dieser kann, wie in Abbildung 2.4 zu sehen ist, ausschließlich mit Bus Drivern aufgebaut werden. 2.3 Terminierung der Netzwerkknoten Um eine bessere Signalqualität auf dem Bus zu erhalten und Reflexionen an den Leitungsenden zu minimieren, werden die Leitungen an den am weitesten auseinanderliegenden Enden abgeschlossen. Die einfachste Art des Leitungsabschlusses, siehe Abbildung 2.5, ist ein Widerstand RT = Ω (typisch 110Ω) zwischen Bus Plus (BP) und Bus Minus (BM).

16 Grundlagen FlexRay V Terminiertes Kabelende R T = Ω Abbildung 2.5 Kabelabschluss mittels Widerstand [FREPLS06] An einer ECU wird die Terminierung der Leitung durch ein schwarz ausgefülltes Viereck markiert. Einen besseren Abschluss erhält man durch eine Beschaltung, wie in Abbildung 2.6, in der der Widerstand RT durch zwei gleich große Widerstände RTA und RTB ersetzt wird. Zwischen den Widerständen wird noch ein 20 MHz RC-Filter angeschlossen. R TA, R TB = Ω R 1 < 10 Ω C 1 = 4700 pf Abbildung 2.6 Kabelabschluss durch RC-Beschaltung [FREPLA06] Eine weitere Verbesserung des EMV-Verhaltens kann durch den Einsatz einer Gleichtaktdrossel oder Strom kompensierten Drossel (engl. Common Mode Choke) erreicht werden. Die Beschaltung ist in Abbildung 2.7 zu sehen, dabei sollte auf die geringe Streuinduktivität Lstreu geachtet werden. R Leitung 1 Ω L 100 µh L streu < 1µH Abbildung 2.7 Kabelabschluss durch RCL-Beschaltung [FREPLA06] Nicht jeder Knoten kann mit einem Terminierungswiderstand versehen werden, da ansonsten der Gesamtwiderstand des Bussystems zu gering werden würde. Bei Knoten ohne Kabelabschluss, siehe Abbildung 2.8, wird der Eingang des Bus Drivers direkt mit der Leitung verbunden.

17 Grundlagen FlexRay V Unterminiertes Kabelende Abbildung 2.8 offener Kabelabschluss [FREPLS06] Alle Abschlusswiderstände in einem Branch sind elektrisch parallel geschaltet. Der daraus resultierende Widerstand RDCLoad muss zwischen 40 und 55Ω liegen. Die Nutzung einer Gleichstromdrossel, wie im terminierten Fall, ist ebenfalls erlaubt. Je nach Topologie werden die Knoten unterschiedlich abgeschlossen, der resultierende Gesamtwiderstand muss dabei im Definitionsbereich von RDCLoad liegen. 2.4 Physikalische Topologie Die physikalische Topologie beschreibt den strukturellen Aufbau eines Netzwerkes. In Abbildung 2.9 ist die einfachste Form einer passiven Verbindung zwischen zwei Netzwerkknoten, Point-to-Point oder auch Peer-to-Peer genannt, zu sehen. Die maximal erlaubte Kabellänge lbus beträgt dabei 24m und es müssen die jeweiligen Enden mit einem Abschlusswiderstand terminiert werden. Abbildung 2.9 Point-to-Point Verbindung [FREPLS06] Es existieren noch zwei weitere passive Bustopologien der linear passive Bus, siehe Abbildung 2.10, und der passive Stern, siehe Abbildung Der linear passive Bus erweitert die Point-to-Point Verbindung um zusätzliche Netzwerkknoten. Die Anzahl der Knoten ist dabei von 4 bis auf maximal 22 definiert. Auch hier darf die maximale Buslänge lbus = lstubn+ lsplicedistancen,m + lstubm = 24m nicht überschritten werden. Typischer Weise sind die Stichleitungen lstub2 oder lstub3 zum Hauptbus nur einige Zentimeter lang und dürfen selbst keine weiteren Abzweigungen (Stubs) enthalten.

18 Grundlagen FlexRay V Abbildung 2.10 Linearer passiver Bus [FREPLS06] Bei einem passiven Stern ist kein Hauptstrang zu erkennen. Die maximale Buslänge beträgt ebenfalls lbus = lstubn + lstubm = 24m. In der Praxis werden in dieser Struktur meist 3 Knoten mit einer Kabellänge von lstubn = 12m verwendet. Maximal dürfen 22 Knoten verwendet werden; dabei sinkt die Länge der Stubs lstubn jedoch rapide, zum Beispiel bei 6 Knoten ist lstubn << 4m. Abbildung 2.11 Passiver Stern [FREPLS06] Eine Möglichkeit die maximale Buslänge zu erhöhen bietet die Verwendung von einem Active Star, siehe Abbildung Hier ist eine Länge lactivestarn = 24m und eine maximale Länge zwischen zwei Active Stars von lstarstar = 24m erlaubt. Die Nutzung von Active Stars ermöglicht auch Bus Mischstrukturen wie in Abbildung 2.13 dargestellt. Hierbei ist die jeweilige Bustopologie, jeder Abzweigung eines Active Star, wie ein eigenständiges Netzwerk zu betrachten und unterliegt den oben beschriebenen Regeln der verwendeten passiven Struktur. Verringert man die Busgeschwindigkeit ergibt sich eine weitere Möglichkeit, die maximale Buslänge proportional zu erhöhen (10Mbit/s lbus = 24m, 5Mbit/s lbus = 48m, etc.).

19 Grundlagen FlexRay V Abbildung 2.12 Aktiver Stern [FREPLS06] Abbildung 2.13 Topologiebeispiel für eine gemischte Struktur mit Active Star Wird ein Active Star in einem Netzwerk verwendet, muss darauf geachtet werden, dass keine Rückkopplung, d.h. ein zweiter Pfad von einer ECU zur anderen, existiert, da ansonsten die Struktur ungültig wird. Auch eine Unterbrechung eines Kanals innerhalb eines Branch ist nicht erlaubt.

20 Grundlagen FlexRay V Signalübertragung FlexRay verwendet zwei verdrillte Leitungen zur Signalübertragung der Daten. Diese werden durch definierte, differenzielle Spannungspegel um 2,5V erzeugt. Der Sendepegel ubus resultiert aus der Differenz von ubp und ubm. Abbildung 2.14 FlexRay-Pegeldiagramm [FREPLS06] Anhand der unterschiedlichen Pegel aus Abbildung 2.14 kann der FlexRay-Bus vier verschiedene Zustände annehmen: Idle_LP (Idle Low Power) der Spannungspegel ubus beträgt 0V und Transceiver setzen die Spannungspegel der FlexRay-Leitungen auf GND. Idle der Spannungspegel ubus beträgt 0V Data_0 der Spannungspegel ubus beträgt -2V, da mindestens ein FlexRay- Transceiver die Busleitung Bus Plus auf 1,5V und Bus Minus auf 3,5V geschaltet hat. Data_1 der Spannungspegel ubus beträgt +2V, da mindestens ein FlexRay- Transceiver die Busleitung Bus Plus auf 3,5V und Bus Minus auf 1,5V geschaltet hat. Die Buszustände Idle, Data_0 und Data_1 werden von den Bus Drivern im normal Zustand erkannt und haben je nachdem wo sie sich im Netzwerk befinden unterschiedlich definierte Werte. Diese Testpunkte (engl. Test Point (TP)) sind in Abbildung 2.15 definiert und in Tabelle 2.1 sind die jeweils gültigen Spannungspegel ubus angegeben. Zusätzlich lassen sich aus den Augendiagrammen in Abbildung 2.16 die Zeiten der steigenden bzw. fallenden Flanke und die Signaldauer ablesen.

21 Grundlagen FlexRay V Abbildung 2.15 Definition von FlexRay-Netzwerk-Testpunkten [FREPLS06] Tabelle 2.1 Spannungspegel an den Testpunkten Buszustand ubus [mv] Min Max Idle_LP TP Idle TP TP Data_0 TP TP Data_1 TP TP Abbildung 2.16 Augendiagramm [FREPLS06] Liegt auf dem Bus Idle_LP befindet sich der Bus Driver im sogenannten Sleep-Mode und muss durch ein lokales Ereignis in den Normal-Mode überführt werden um den Bus aufzuwecken.

22 Grundlagen FlexRay V Wakeup Der Zustandsübergang von einem Low-Power-Zustand zu einem Power-Zustand des Bus Drivers wird wecken bzw. Wakeup genannt. Dieser Übergang kann vom Communication Controller initialisiert werden, oder vom Bus selbst, indem der Bus Driver Wakeup Pattern empfängt. Hierfür muss der Bus Driver mindestens zwei Wakeup Symbole erkennen. Nicht jede ECU im Netzwerk, darf Wakeup Pattern senden, besitzt ein Knoten die Erlaubnis wird er als Wakeup Node bezeichnet und kann zwischen 2 und 63 Wakeup Symbole senden. Ein Wakeup Symbole ist, wie in Abbildung 2.17 zu sehen, als eine Data_0 Phase gefolgt von einer Idle Phase definiert. Damit der Bus Driver diese Phasen sicher erkennt müssen folgende Zeiten eingehalten werden dwu01, dwuidle1, dwu02, dwuidle2 > 4µs und dwu < 48µs. Abbildung 2.17 Wakeup Pattern [EPLS06] In einem Netzwerk dürfen maximal 3 Wakeup Nodes vorhanden sein, da ansonsten durch Überlagerung der Wakeup Pattern keine korrekte Erkennung der Wakeup Symbole, wie in Tabelle 2.2 definiert, möglich ist. Tabelle 2.2 Wakeup Pattern Erkennung [EPLS06] Name Beschreibung Min Max Einheit dwu0detect Akzeptanzbereich für das Erkennen 1 4 µs eine Data_0 Phase. dwuidledetect Akzeptanzbereich für das Erkennen 1 4 µs eine Idle Phase. dwutimeout Akzeptanzbereich für das Erkennen eines Wakeup Patterns µs Es ist jedoch erlaubt, für die beiden Kanäle A und B unterschiedliche Wakeup Nodes zu definieren. Dies bietet dem Entwickler weitere Möglichkeiten beim Design des Clusters, wie zum Beispiel in Abbildung Hier wird das Netzwerk an Kanal A durch ein lokales Event von ECU 1 geweckt, während Kanal B noch schläft.

23 Grundlagen FlexRay V Abbildung 2.18 Wakeup Beispiel eines Clusters Nach Abschluss der Wakeup Phase, versuchen die Coldstart Nodes eine Kommunikation auf dem Bus zu initialisieren. 2.7 Startup Beim Start eines FlexRay-Netzwerkes werden die Timer aller ECUs synchronisiert. Die Schwierigkeit dabei besteht nun darin die Knoten durch Kommunikation zu synchronisieren, ohne dabei bereits synchrone Knoten zu stören. Im Detail wird darauf in Abschnitt 2.8 eingegangen. Es existieren unterschiedliche Szenarien, die beim Startup eines FlexRay-Netzwerkes auftreten können. Hierbei ist zu beachten, dass ausschließlich Knoten die als Coldstart Node definiert wurden die Berechtigung besitzen Startup Frames zu senden. Ebenfalls müssen sich die ECUs im Zustand POC:ready befinden, um am Startup eines Clusters teilnehmen zu können. 1. Szenario kein Coldstart Node im Cluster Dieses Szenario tritt auf, wenn kein Coldstart Nodes im FlexRay-Netzwerk definiert wurde oder sich die entsprechenden Knoten nicht in POC:ready befinden.

Kommunikationssysteme: FlexRay

Kommunikationssysteme: FlexRay Vorlesung Echtzeitsysteme Wintersemester 2009 Kommunikationssysteme: FlexRay 26.01.2010 Karl Leiß Echtzeitsysteme: Kommunikation - FlexRay Übersicht Agenda: Einleitung Anwendungsbereich Systemkomponenten

Mehr

Entwicklung eines intelligenten FlexRay-Sternkopplers Paul Milbredt, AUDI AG, 11.05.2010, TU Darmstadt

Entwicklung eines intelligenten FlexRay-Sternkopplers Paul Milbredt, AUDI AG, 11.05.2010, TU Darmstadt Entwicklung eines intelligenten FlexRay-Sternkopplers Paul Milbredt, AUDI AG, 11052010, TU Darmstadt Gliederung Elektronikentwicklung bei Audi Grundlagen Ethernet als Vergleich FlexRay Konzept eines intelligenten

Mehr

T 3.2.12.9 Datenübertragung im Kfz mit FlexRay

T 3.2.12.9 Datenübertragung im Kfz mit FlexRay T 3.2.12.9 Datenübertragung im Kfz mit FlexRay Guido Weimer 1. Auflage 03.2011 Version: 20WEI02PME11W10 566890DE Diese Seite bleibt aus drucktechnischen Gründen frei! 2 Inhalt 1 Der FlexRay-Datenbus...

Mehr

AP-Note FlexRay Cluster-Entwurf mit dem FIBEX-Editor

AP-Note FlexRay Cluster-Entwurf mit dem FIBEX-Editor Münchener Str. 4a D-82131 Gauting Tel. +49-89-8931043/45 E-Mail: contact@crst.de Web: www.crst.de AP-Note FlexRay Cluster-Entwurf mit dem FIBEX-Editor Einführung Bisher wurden seitens der Automobilhersteller

Mehr

Ausgewählte Kapitel eingebetteter Systeme TTP und FlexRay

Ausgewählte Kapitel eingebetteter Systeme TTP und FlexRay Ausgewählte Kapitel eingebetteter Systeme TTP und FlexRay Richard Membarth 14.06.2006 Inhaltsverzeichnis 1 Einleitung 3 1.1 Allgemein.................................... 3 1.2 Geschichte....................................

Mehr

Das Bussystem. Leistungsmerkmale und Anwendungen. www.tzm.de. Prof. Dr.-Ing. Osterwinter, Geschäftsleitung Daniel Hotzy, Bereichsleitung FlexRay

Das Bussystem. Leistungsmerkmale und Anwendungen. www.tzm.de. Prof. Dr.-Ing. Osterwinter, Geschäftsleitung Daniel Hotzy, Bereichsleitung FlexRay Das Bussystem Leistungsmerkmale und Anwendungen Prof. Dr.-Ing. Osterwinter, Geschäftsleitung Daniel Hotzy, Bereichsleitung FlexRay Robert-Bosch-Str. 6 Fon: +49 (7161) 50 23 0 www.tzm.de TZ Mikroelektronik

Mehr

Dresden, 20.12.2006. Markus Wintermann. Hauptseminar Technische Informationssystem FlexRay - Automobilbussystem der nächsten Generation

Dresden, 20.12.2006. Markus Wintermann. Hauptseminar Technische Informationssystem FlexRay - Automobilbussystem der nächsten Generation Fakultät Informatik Institut für Angewandte Informatik, Professur für technische Informationssysteme Hauptseminar Technische Informationssystem FlexRay - Automobilbussystem der nächsten Generation Markus

Mehr

Praktische Übungen im Labor Automatisierungstechnik. Versuch Nr. 6. Einführung in das Bussystem FlexRay am Beispiel Steer-by-Wire. Kurzanleitung CANoe

Praktische Übungen im Labor Automatisierungstechnik. Versuch Nr. 6. Einführung in das Bussystem FlexRay am Beispiel Steer-by-Wire. Kurzanleitung CANoe Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. M. Weyrich Praktische Übungen im Labor Automatisierungstechnik Versuch Nr. 6 Einführung in das Bussystem FlexRay

Mehr

On-Board Fahrzeugdiagnose

On-Board Fahrzeugdiagnose 1 Übersicht 1.Einführung 2.Bussysteme 3.OBD II 4.Zusammenfassung 2 Einführung Haupteinsatzbereiche elektronischer Systeme in Fahrzeugen: Motorsteuerung (Zündung,Einspritzung,...) Steuerung des Fahrverhaltens

Mehr

Zeitgesteuerte Kommunikationssysteme für Hard-Real-Time Anwendungen. Jörn Sellentin

Zeitgesteuerte Kommunikationssysteme für Hard-Real-Time Anwendungen. Jörn Sellentin Zeitgesteuerte Kommunikationssysteme für Hard-Real-Time Anwendungen Jörn Sellentin Agenda Anforderungen an die Kommunikation in Fahrzeugen Verlässliche Kommunikation (Dependability) Fehlertoleranz (Fault

Mehr

TU Dortmund Fakultät Informatik

TU Dortmund Fakultät Informatik TU Dortmund Fakultät Informatik Ausarbeitung zum Seminarthema FlexRay im Rahmen des Seminarteils der Projektgruppe AutoLab Christian Horn (111100) Betreuer: Prof. Dr.-Ing. Olaf Spinczyk Horst Schirmeier

Mehr

Local Interconnect Network

Local Interconnect Network Local Interconnect Network PG 522: AutoLab Eine Experimentierplattform für automotive Softwareentwicklung Universität Dortmund WS 2007/2008 und SS 2008 Matthias Meier 2. November 2007 Inhaltsverzeichnis

Mehr

Mathias Rausch. FlexRay. Grundlagen Funktionsweise Anwendung. CD inside

Mathias Rausch. FlexRay. Grundlagen Funktionsweise Anwendung. CD inside Mathias Rausch FlexRay Grundlagen Funktionsweise Anwendung CD inside Inhaltsverzeichnis VII Vorwort... V Abbildungsverzeichnis...XV Tabellenverzeichnis... XXIII Abkürzungsverzeichnis... XXV 1 Einleitung...

Mehr

Hardware-Interfaces für FlexRay und CAN

Hardware-Interfaces für FlexRay und CAN Hardware-Interfaces für FlexRay und CAN FlexRay, das Bussystem für hohe Datenraten im Fahrzeug, stellt sehr hohe Anforderungen an die Hardwareschnittstellen. Nutzen Sie die Vector FlexRay Interfaces für

Mehr

Bussysteme im Automobil CAN, FlexRay und MOST

Bussysteme im Automobil CAN, FlexRay und MOST Bussysteme im Automobil CAN, FlexRay und MOST Thomas Dohmke Technische Universität Berlin Fakultät Elektrotechnik und Informatik Fachgebiet Softwaretechnik In Zusammenarbeit mit der

Mehr

5.1 Fahrzeugelektrik. 5 Kraftfahrzeugelektronik. 5.2 Fahrzeugelektronik. Kraftfahrzeugtechnik 5 Kraftfahrzeugelektronik Herzog

5.1 Fahrzeugelektrik. 5 Kraftfahrzeugelektronik. 5.2 Fahrzeugelektronik. Kraftfahrzeugtechnik 5 Kraftfahrzeugelektronik Herzog 5 Kraftfahrzeugelektronik 5.1 Fahrzeugelektrik 5.2 Fahrzeugelektronik Anstieg elektrischer Fahrzeugfunktionen Quelle: BMW 5.1 Fahrzeugelektrik Klemmenbezeichnungen und Kabelbaüme Lichtmaschinen Fahrzeugbatterien

Mehr

Ethernet als Bus für Echtzeitanwendungen im Automobil:

Ethernet als Bus für Echtzeitanwendungen im Automobil: Ethernet als Bus für Echtzeitanwendungen im Automobil: Konzepte aus der Automatisierungsbranche Hochschule für Angewandte Wissenschaften Hamburg Anwendungen 1 WS 08/09 16. Dezember 2008 Wie alles began

Mehr

Vorlesung "Verteilte Systeme" Wintersemester 2000/2001. Verteilte Systeme. Empfänger Kommunikationssystem. Netzwerk

Vorlesung Verteilte Systeme Wintersemester 2000/2001. Verteilte Systeme. Empfänger Kommunikationssystem. Netzwerk Verteilte Systeme 1. Netzwerke Grundstruktur Sender Empfänger Kommunikationssystem Empfänger Systemsoftware Systemsoftware Hardware Hardware Netzwerk Verteilte Systeme, Wintersemester 2000/2001 Folie 1.2

Mehr

SEIS Statusseminar 20. September 2011, München

SEIS Statusseminar 20. September 2011, München SEIS Statusseminar 20. September 2011, München Ethernet AVB als Backbonenetzwerk auf Basis eines QoS Gateways - Application and Realization of Gateways between conventional Automotive and IP Ethernet based

Mehr

Systemvergleich der Multimedia-Bussysteme: MOST, USB 2.0, IEEE 1394

Systemvergleich der Multimedia-Bussysteme: MOST, USB 2.0, IEEE 1394 Systemvergleich der Multimedia-Bussysteme: MOST, USB 2.0, IEEE 1394 von Jens Brocke 26.10.2000 FH Braunschweig/Wolfenbüttel Inhalt der Präsentation Herkunft und Anwendungsgebiete Gemeinsame Eigenschaften

Mehr

Vernetzte Systeme Touran und Golf ab 2003

Vernetzte Systeme Touran und Golf ab 2003 Arbeitsblatt 5.3 Nachrichtenformate beim Touran und Golf ab 23 5.3. Aufbau der -Botschaft Die -Botschaft beruht auf einem seriellen Kommunikationsprotokoll, das sich mit einer Ausnahme (dem Synchronisationsbreak)

Mehr

Präsentation Zusammenfassung: OSI-Schichtenmodell, Hub, Switch

Präsentation Zusammenfassung: OSI-Schichtenmodell, Hub, Switch Bechtle Systemhaus Mannheim 03.03.2003 Netzwerkkomponenten Folie 1 Ulrike Müller, Fabian Simon, Sabine Moldaschl, Andreas Peter Präsentation Zusammenfassung: OSI-Schichtenmodell, Hub, Switch Bechtle Systemhaus

Mehr

Der CAN-Bus (Controller Area Network)

Der CAN-Bus (Controller Area Network) Der CAN-Bus (Controller Area Network) Was ist das und wozu braucht man das? Jürgen Stuber 2012-10-03 Jürgen Stuber () Der CAN-Bus (Controller Area Network) 2012-10-03 1 / 15 Anwendungen KFz Jürgen Stuber

Mehr

Verteiltes Energiemanagement bei Netzwerken im Automobil

Verteiltes Energiemanagement bei Netzwerken im Automobil Verteiltes Energiemanagement bei Netzwerken im Automobil Norbert Balbierer, Thomas Waas Continental Automotive GmbH IT-Anwenderzentrum, Hochschule Regensburg 29. August 2011 Zusammenfassung In diesem Whitepaper

Mehr

Kap. 4. Sicherungs-Schicht ( Data Link Schicht)

Kap. 4. Sicherungs-Schicht ( Data Link Schicht) Kap. 4 Sicherungs-Schicht ( Data Link Schicht) Sicherungs-Schicht (Data-Link-Schicht) Rolle: Beförderung eines Datagramms von einem Knoten zum anderen via einer einzigen Kommunikationsleitung. 4-2 Dienste

Mehr

CAN im Auto. Studienarbeit. Embedded Control 5. Semester

CAN im Auto. Studienarbeit. Embedded Control 5. Semester Berner Fachhochschule Hochschule für Technik und Informatik Fachbereich Elektro- und Kommunikationstechnik Studienarbeit CAN im Auto Embedded Control 5. Semester Autor Christian Meister Klasse E3b Dozent

Mehr

TCP/UDP. Transport Layer

TCP/UDP. Transport Layer TCP/UDP Transport Layer Lernziele 1. Wozu dient die Transportschicht? 2. Was passiert in der Transportschicht? 3. Was sind die wichtigsten Protkolle der Transportschicht? 4. Wofür wird TCP eingesetzt?

Mehr

FIBEX Theorie und Praxis

FIBEX Theorie und Praxis CRST GmbH FIBEX Theorie und Praxis Thomas Criegee CRST GmbH Münchener Str. 4a D-83 Gauting Tel. 089-893043/45 www.crst.de Göpel Automotive Days 007 Jena, 9. Juni 007 Inhalt Theorie Praxis Tools FIBEX =

Mehr

CAN - Controller Area Network (V4) - 1 - www.siegfriedmeier.de CAN. Controller Area Network

CAN - Controller Area Network (V4) - 1 - www.siegfriedmeier.de CAN. Controller Area Network - Controller Area Network (V4) - 1 - www.siegfriedmeier.de Controller Area Network 1 Übersicht...2 1.1 Übersicht...2 1.2 Varianten...2 1.3 Topologie...2 1.4 Internationale Normungen...3 1.5 Design-Hinweise...3

Mehr

TCP/IP-Protokollfamilie

TCP/IP-Protokollfamilie TCP/IP-Protokollfamilie Internet-Protokolle Mit den Internet-Protokollen kann man via LAN- oder WAN kommunizieren. Die bekanntesten Internet-Protokolle sind das Transmission Control Protokoll (TCP) und

Mehr

Messdatenerfassung: Messdaten und CAN-Botschaften synchron erfassen Nur einen USB-Anschluss entfernt!

Messdatenerfassung: Messdaten und CAN-Botschaften synchron erfassen Nur einen USB-Anschluss entfernt! Messdatenerfassung: Messdaten und CAN-Botschaften synchron erfassen Nur einen USB-Anschluss entfernt! Balazs Toth balazs.toth@ni.com Agenda Übersicht NI-XNET Plattform NI-XNET unter CompactDAQ NI-XNET

Mehr

Ethernet Applikation Guide

Ethernet Applikation Guide Ethernet Applikation Guide Derzeit sind drei Arten von Ethernet gängig, jede mit Ihren eigenen Regeln. Standard Ethernet mit einer Geschwindigkeit von 10 Mbit/s, Fast Ethernet mit Datenraten bis zu 100

Mehr

MIT DEM BUS IM REBREATHER

MIT DEM BUS IM REBREATHER MIT DEM BUS IM REBREATHER BUSSYSTEME IN DER REBREATHERTECHNOLOGIE FALKO HÖLTZER Voll geschlossene elektronisch gesteuerte Rebreather mit Bussystem 2 INHALT WARUM GIBT ES BUSSYSTEME? WAS IST DER BUS? I

Mehr

All People Seem To Need Data Processing: Application Presentation - Session Transport Network Data-Link - Physical

All People Seem To Need Data Processing: Application Presentation - Session Transport Network Data-Link - Physical OSI-Schichtenmodell (OSI = Open System Interconnection) Bitubertragungsschicht (Physical Layer L1): Bitübertragung Sicherungsschicht (Data-Link Layer L2): Gruppierung des Bitstroms in Frames Netzwerkschicht

Mehr

Fachbereich Medienproduktion

Fachbereich Medienproduktion Fachbereich Medienproduktion Herzlich willkommen zur Vorlesung im Studienfach: Grundlagen der Informatik I USB Universal serial bus (USB) Serielle Datenübertragung Punkt-zu-Punkt Verbindungen Daten und

Mehr

CAN - BUS. Inhaltsverzeichnis

CAN - BUS. Inhaltsverzeichnis Inhaltsverzeichnis Überblick CAN Übersicht Bussysteme ISO / OSI Schichtenmodell Physical Layer (Hardwareschicht) Data Layer (Softwareschicht) Application Layer (Anwendungsschicht) Anwendungsgebiete Literaturverzeichnis

Mehr

OSEK / COM. Inhaltsverzeichnis. Abbildungsverzeichnis. Florian Hohnsbehn. PG AutoLab Seminarwochenende 21.-23. Oktober 2007

OSEK / COM. Inhaltsverzeichnis. Abbildungsverzeichnis. Florian Hohnsbehn. PG AutoLab Seminarwochenende 21.-23. Oktober 2007 OSEK / COM Florian Hohnsbehn PG AutoLab Seminarwochenende 21.-23. Oktober 2007 Inhaltsverzeichnis Abbildungsverzeichnis 1 1 Einführung 1.1 Was ist OSEK COM? OSEK COM ist eine vom OSEK-VDX-Konsortium entwickelte

Mehr

B U S S Y S T E M E IN KRAFTFAHRZEUGEN

B U S S Y S T E M E IN KRAFTFAHRZEUGEN B U S S Y S T E M E IN KRAFTFAHRZEUGEN TECHNISCHE UNIVERSITÄT GRAZ Institut für Elektronik Michael Hinterberger michael.hinterberger@tugraz.at WICHTIGE BUSSYSTEME IM KFZ CAN LIN FLEXRAY MOST weitere BUSSYSTEME

Mehr

9 Verteilte Verklemmungserkennung

9 Verteilte Verklemmungserkennung 9 Verteilte Verklemmungserkennung 9.1 Grundlagen Für die Existenz einer Verklemmung notwendige Bedingungen Exklusive Betriebsmittelbelegung Betriebsmittel können nachgefordert werden Betriebsmittel können

Mehr

Grundlegende Informationen zum CAN-Bus von Thomas Wedemeyer

Grundlegende Informationen zum CAN-Bus von Thomas Wedemeyer Grundlegende Informationen zum CAN-Bus von Thomas Wedemeyer 1. Vorwort Dieser Text ist ein Ausschnitt aus meiner Studienarbeit, die sich mit der Entwicklung eines CAN auf RS232 / SSI-Interfaces beschäftigt.

Mehr

Übungen zu Rechnerkommunikation

Übungen zu Rechnerkommunikation Übungen zu Rechnerkommunikation Sommersemester 2009 Übung 7 Jürgen Eckert, Mykola Protsenko PD Dr.-Ing. Falko Dressler Friedrich-Alexander Universität Erlangen-Nürnberg Informatik 7 (Rechnernetze und Kommunikationssysteme)

Mehr

Allgemeine Beschreibung (1)

Allgemeine Beschreibung (1) Allgemeine Beschreibung (1) Zunächst soll erklärt werden, wozu ein ISDN Primärmultiplexanschluss gebraucht wird. Dieser wird nur als Anlagenanschluss (Punkt zu Punkt) angeboten. Diese Anschlussart besagt,

Mehr

Media Oriented Systems Transport Die MOST-Systembus Architektur

Media Oriented Systems Transport Die MOST-Systembus Architektur Fakultät Informatik - Institute für Technische Informatik - VLSI-Entwurfssysteme, Diagnostik und Architekur Die MOST-Systembus Architektur Christian Greth s7277485@mail.inf.tu-dresden.de Dresden, 17. Juni

Mehr

OSEK COM und CAN. Hauptseminar SS 06 Markus Walter

OSEK COM und CAN. Hauptseminar SS 06 Markus Walter OSEK COM und CAN Hauptseminar SS 06 Markus Walter Überblick 1. CAN Eigenschaften Arbitrierung Format Datentelegramm und Fehlertelegramm 2. OSEK COM Einzelnen Schichten Nachrichtenempfang Nachrichtenversand

Mehr

Ringlicht-v3 - Frei konfigurierbares Ringlicht mit RS232 Anbindung. Kurzbeschreibung

Ringlicht-v3 - Frei konfigurierbares Ringlicht mit RS232 Anbindung. Kurzbeschreibung Ringlicht-v3 - Frei konfigurierbares Ringlicht mit RS232 Anbindung Kurzbeschreibung Das frei konfigurierbare Ringlicht kann jede beliebige Abfolge an Lichtmustern erzeugen und über einen Triggereingang

Mehr

Inhalt: 1. Layer 1 (Physikalische Schicht) 2. Layer 2 (Sicherungsschicht) 3. Layer 3 (Vermittlungsschicht) 4. Layer 4 (Transportschicht) 5.

Inhalt: 1. Layer 1 (Physikalische Schicht) 2. Layer 2 (Sicherungsschicht) 3. Layer 3 (Vermittlungsschicht) 4. Layer 4 (Transportschicht) 5. Inhalt: 1. Layer 1 (Physikalische Schicht) 2. Layer 2 (Sicherungsschicht) 3. Layer 3 (Vermittlungsschicht) 4. Layer 4 (Transportschicht) 5. Ethernet 6. Token Ring 7. FDDI Darstellung des OSI-Modell (Quelle:

Mehr

München-Gräfelfing. Mixed Mode GmbH.

München-Gräfelfing.  Mixed Mode GmbH. München-Gräfelfing sales@mixed-mode.de Einführung in den CAN Bus CAN auf Erfolgskurs Was macht CAN so interessant? Idee, Anwendungsgebiete, Leistungsmerkmale Eigenschaften von CAN Einführung in die Funktionsweise

Mehr

Vorstellung Diplomarbeit

Vorstellung Diplomarbeit Vorstellung Diplomarbeit Entwurf und Implementierung eines BUS-Moduls für das Automatisierungswerkzeug ECU-TEST engineering software test Gliederung Einleitung Überblick Testautomatisierung Kurzvorstellung

Mehr

Diagnose- und Testfunktionen in CANoe.J1939

Diagnose- und Testfunktionen in CANoe.J1939 Diagnose- und Testfunktionen in CANoe.J1939 V0.05 2008-03-06 Agenda > CANoe Test Feature Set Diagnose mit CANoe Slide: 2 Notwendigkeit von Tests? Ausgangssituation Heute Komplexität der Software in Steuergeräten

Mehr

Vortrag zur Diplomarbeit

Vortrag zur Diplomarbeit Fakultät Informatik Professur für VLSI-Entwurfssysteme, Diagnostik und Architektur Vortrag zur Diplomarbeit Entwurf und Implementierung eines zuverlässigen verbindungsorientierten Transportprotokolls für

Mehr

T est of 1GBit/s Fiber optical communication interfaces based on FlexRIO R Series

T est of 1GBit/s Fiber optical communication interfaces based on FlexRIO R Series T est of 1GBit/s Fiber optical communication interfaces based on FlexRIO R Series Inhalt 1. Einführung... 2 2. Anforderungen... 2 3. Komponenten... 3 3.1. PXI 7952R... 3 3.2. Fiber Optical Interface Module

Mehr

Grundlagen verteilter Systeme

Grundlagen verteilter Systeme Universität Augsburg Insitut für Informatik Prof. Dr. Bernhard Bauer Wolf Fischer Christian Saad Wintersemester 08/09 Übungsblatt 5 26.11.08 Grundlagen verteilter Systeme Lösungsvorschlag Aufgabe 1: Erläutern

Mehr

InfiniBand Low Level Protocol

InfiniBand Low Level Protocol InfiniBand Low Level Protocol Seminar Ausgewählte Themen in Hardwareentwurf und Optik HWS 08 17.12.2008 Andreas Walter Universität Mannheim Inhalt Motivation InfiniBand Basics Physical Layer IB Verbs IB

Mehr

Synchronisierung. Kommunikationstechnik, SS 08, Prof. Dr. Stefan Brunthaler 73

Synchronisierung. Kommunikationstechnik, SS 08, Prof. Dr. Stefan Brunthaler 73 Synchronisierung Kommunikationstechnik, SS 08, Prof. Dr. Stefan Brunthaler 73 Übertragungsprozeduren Die Übertragung einer Nachricht zwischen Sender und Empfänger erfordert die Übertragung des Nutzsignals

Mehr

Andere Industrielle Bussysteme

Andere Industrielle Bussysteme Andere Industrielle Bussysteme Dr. Leonhard Stiegler Automation www.dhbw-stuttgart.de Industrielle Bussysteme Teil 8 Andere Feldbusse, L. Stiegler Inhalt Profinet Ethernet Powerlink Avionics Full Duplex

Mehr

Aufzugssteuerung. 1 Aufgabenstellung. Aufgabe 5. Prozeßrechner- Technische Universität München

Aufzugssteuerung. 1 Aufgabenstellung. Aufgabe 5. Prozeßrechner- Technische Universität München Technische Universität München Institut für Informatik Dr. G. Schrott Prozeßrechner- Praktikum Echtzeitsysteme Aufgabe 5 Aufzugssteuerung 1 Aufgabenstellung Für den im Praktikumsraum 03.05.01 dreifach

Mehr

SEIS Statusseminar 20. September 2011, München

SEIS Statusseminar 20. September 2011, München SEIS Statusseminar 20. September 2011, München Netzwerkmanagement bei IP-basierten Netzwerken im Automobil Vorläufige Ergebnisse des Arbeitspaketes 2.4 N. Balbierer, J. Nöbauer, A. Kern, B. Dremel, A.

Mehr

ishrt CommDTM Benutzerhandbuch UNIFIED FIELD COMMUNICATION

ishrt CommDTM Benutzerhandbuch UNIFIED FIELD COMMUNICATION Benutzerhandbuch UNIFIED FIELD COMMUNICATION Inhalt 1 Installation der Software...3 2 Kommunikations-DTM ishrt CommDTM...4 3 Konfiguration ishrt Comm DTM offline...5 3.1 Treiberkonfiguration...5 3.2 Kanalkonfiguration...6

Mehr

3. Stelltechnik / Aktorik

3. Stelltechnik / Aktorik 3. Stelltechnik / Aktorik 3.1 Grundstrukturen von Aktoren Aktor ist Bindeglied zwischen Informationsverarbeitung und technischem Prozess 3. Stelltechnik / Aktorik 3.1 Grundstrukturen von Aktoren Aufgabe

Mehr

Müller, Sommer, Stegemann

Müller, Sommer, Stegemann 1 2 3 früher: Anzahl der Funktionen im Kfz gering direkte Verdrahtung jetzt: starker Zuwachs im Bereich Komfort zu hoher Verdrahtungsaufwand Suche nach: einem einfachen & kostengünstigen Bussystem Standard

Mehr

Demonstrator für hochratige RFID- und NFC-Systeme

Demonstrator für hochratige RFID- und NFC-Systeme Demonstrator für hochratige RFID- und NFC-Systeme Michael Roland Diplomarbeit am FH-Masterstudiengang Embedded Systems Design FH Oberösterreich, Campus Hagenberg Juli 2009 Michael Roland Demonstrator für

Mehr

Vernetzte Systeme Touran und Golf ab 2003

Vernetzte Systeme Touran und Golf ab 2003 Arbeitsblatt 1 4.3 Signalerzeugung (Local Interconnect Network) 4.3.1 Grundsätzlicher Aufbau der Vernetzung Das ist die preisgünstige Alternative zum CAN und verbindet über kurze Entfernungen Steuerelemente

Mehr

OSEKtime - Time-Triggered OSEK/OS

OSEKtime - Time-Triggered OSEK/OS OSEKtime - Time-Triggered OSEK/OS Gregor Kaleta gregor.kaleta@udo.edu PG Seminarwochenende 21.-23. Oktober 2007 1 Überblick Einleitung OSEKtime Task-Zustandsmodell, Scheduling-Verfahren Interrupt-Verarbeitung

Mehr

OSEK / OSEKtime Ausgewählte Kapitel eingebetteter Systeme

OSEK / OSEKtime Ausgewählte Kapitel eingebetteter Systeme OSEK / OSEKtime Ausgewählte Kapitel eingebetteter Systeme Wilhelm Haas Wilhelm.Haas@informatik.stud.uni-erlangen.de Friedrich-Alexander-Universität Erlangen-Nürnberg Institut für Informatik Lehrstuhl 4

Mehr

(LANs) NET 4 Teil 1.4 - Local Area Networks 1

(LANs) NET 4 Teil 1.4 - Local Area Networks 1 Teil 1.4 Local Area Networks (LANs) NET 4 Teil 1.4 - Local Area Networks 1 Klassifikation Netzwerke Primär nach Ausdehnung: Local Area Network (LAN) Metropolitan Area Netzwork (MAN) Wide Area Network (WAN)

Mehr

CAN-Datenbus von Bosch

CAN-Datenbus von Bosch CAN-Datenbus von Bosch CAN = CONTROLLER AREA NETWORK Der CAN-Bus dient der seriellen Datenübertragung im Kraftfahrzeug. Er erfreut sich einer immer breiteren Anwendung und ist zwischenzeitlich auch im

Mehr

Versuch CAN-Bus Anwendung im Kfz

Versuch CAN-Bus Anwendung im Kfz µc Hochschule für Technik und Wirtschaft Dresden (FH) Versuch CAN-Bus Anwendung im Kfz Praktikum Automobilelektronik 1 Allgemeiner Aufbau des Versuches Die im Versuch verwendeten Platinen besitzen interne

Mehr

Der P-Net Feldbus. Die Geschichte 2 Markt und Einsatzgebiete 2 Anwendungsmodelle 2 Technologie 4. Installationstechnik 6.

Der P-Net Feldbus. Die Geschichte 2 Markt und Einsatzgebiete 2 Anwendungsmodelle 2 Technologie 4. Installationstechnik 6. Der P-Net Feldbus Arbeit im Vertiefungsmodul Embedded Control WS 2005 Bernhard Rytz E3b Die Geschichte 2 Markt und Einsatzgebiete 2 Anwendungsmodelle 2 Technologie 4 Die Architektur 4 Die Telegramme 4

Mehr

Netzwerktechnologie 2 Sommersemester 2004

Netzwerktechnologie 2 Sommersemester 2004 Netzwerktechnologie 2 Sommersemester 2004 FH-Prof. Dipl.-Ing. Dr. Gerhard Jahn Gerhard.Jahn@fh-hagenberg.at Fachhochschulstudiengänge Software Engineering Software Engineering für Medizin Software Engineering

Mehr

Ko-TAG Protokoll- und Systementwurf für die Ko-TAG-Kommunikation und -Lokalisierung

Ko-TAG Protokoll- und Systementwurf für die Ko-TAG-Kommunikation und -Lokalisierung Ko-TAG Protokoll- und Systementwurf für die Ko-TAG-Kommunikation und -Lokalisierung Dirk Lill, Manuel Schappacher, Alexander Gutjahr, Prof. Dr. Axel Sikora Steinbeis-Innovationszentrum Embedded Design

Mehr

Router 1 Router 2 Router 3

Router 1 Router 2 Router 3 Network Layer Netz 1 Netz 2 Netz 3 Router 1 Router 2 Router 3 Router 1 Router 2 Router 3 Netz 1, Router 1, 1 Netz 1, Router 1, 2 Netz 1, Router 2, 3 Netz 2, Router 2, 2 Netz 2, Router 2, 1 Netz 2, Router

Mehr

OSEK/VDX NM (Network Management)

OSEK/VDX NM (Network Management) OSEK/VDX NM (Network Management) Alexander Berger alexander.berger@uni-dortmund.de PG Seminarwochenende 21.-23. Oktober 2007 1 Überblick Motivation Aufgaben des NM Architektur Konzept und Verhalten Indirektes

Mehr

Gigabit Ethernet. Technische Daten: Standart 802.3z. Aspekte für Gigabit Ethernet

Gigabit Ethernet. Technische Daten: Standart 802.3z. Aspekte für Gigabit Ethernet Standart 802.3z Gigabit Ethernet Aspekte für Gigabit Ethernet 80% aller Installationen im LAN-Bereich sind Ethernet-Installationen hohe Zuverlässigkeit entscheidet im Unternehmenseinsatz alle vorhandenen

Mehr

Telekommunikationsnetze 2

Telekommunikationsnetze 2 Telekommunikationsnetze 2 Breitband-ISDN Lokale Netze Internet WS 2008/09 Martin Werner martin werner, January 09 1 Breitband-ISDN Ziele Flexibler Netzzugang Dynamische Bitratenzuteilung Effiziente Vermittlung

Mehr

Containerformat Spezifikation

Containerformat Spezifikation Containerformat Spezifikation Version 1.0-09.05.2011 Inhaltsverzeichnis 0 Einführung... 4 0.1 Referenzierte Dokumente... 4 0.2 Abkürzungen... 4 1 Containerformat... 5 1.1 Aufbau des Container-Headers...

Mehr

Technische Information. Der CAN-Datenbus. Geschichte des CAN-Datenbusses. Was bedeutet eigentlich CAN: CAN steht für Controller Area Network

Technische Information. Der CAN-Datenbus. Geschichte des CAN-Datenbusses. Was bedeutet eigentlich CAN: CAN steht für Controller Area Network 1 Hella KGaA Hueck & Co., Lippstadt 12. Dezember 2003 1-9 Der CAN-Datenbus Geschichte des CAN-Datenbusses 1983 Beginn der CAN Entwicklung. 1985 Beginn der Kooperation mit Intel zur Chipentwicklung. 1988

Mehr

Die in Teil 1 dieses Artikels. FlexRay frühzeitig im Griff. Bussysteme. Teil 2: Automatisierte Analyse und Validierung von FlexRay- Netzwerktopologien

Die in Teil 1 dieses Artikels. FlexRay frühzeitig im Griff. Bussysteme. Teil 2: Automatisierte Analyse und Validierung von FlexRay- Netzwerktopologien FlexRay frühzeitig im Griff Teil 2: Automatisierte Analyse und Validierung von FlexRay- Netzwerktopologien Dieser zweiteilige Artikel beschreibt eine simulationsbasierte Methodik für die Entwicklung von

Mehr

CAN-Schnittstelle für FMS. Einführung

CAN-Schnittstelle für FMS. Einführung Einführung CAN-Schnittstelle für FMS Dieses Dokument enthält Informationen zum FMS-Standard. Der FMS-Standard ist eine von mehreren Lkw-Herstellern entwickelte, offene Schnittstelle. FMS-Standard description

Mehr

Abb. 6-1 : Einordnung des LIN in die Bussystemwelt im Kfz

Abb. 6-1 : Einordnung des LIN in die Bussystemwelt im Kfz 6. Ausgewählte Bussysteme 6.1 LIN 6.1.1 Einleitung Der LIN- Bus (Local Interconnect Network) ist das jüngste und universellste serielle Low-Cost-Kommunikationssystem im Fahrzeug. Er wurde ins Leben gerufen,

Mehr

6 Kommunikationssysteme

6 Kommunikationssysteme 6 Kommunikationssysteme 6.1 Übersicht Die in diesem Abschnitt beschriebenen Kommunikationssysteme basieren auf PC-Hardware mit Windows 1 als Betriebssystem. PC-basierte Kommunikationssysteme werden in

Mehr

Containerformat Spezifikation

Containerformat Spezifikation Containerformat Spezifikation Version 1.1-21.02.2014 Inhaltsverzeichnis 0 Einführung... 4 0.1 Referenzierte Dokumente... 4 0.2 Abkürzungen... 4 1 Containerformat... 5 1.1 Aufbau des Container-Headers...

Mehr

32-Bit Microcontroller based, passive and intelligent UHF RFID Gen2 Tag. Zürcher Fachhochschule

32-Bit Microcontroller based, passive and intelligent UHF RFID Gen2 Tag. Zürcher Fachhochschule 32-Bit Microcontroller based, passive and intelligent UHF RFID Gen2 Tag Inhalt Vorgeschichte Was wurde erreicht Hardware Energy Micro Microcontroller µctag Plattform EPC Gen2 Tag Standard Protokoll-Vorgaben

Mehr

EtherCAT für die Fabrikvernetzung. EtherCAT Automation Protocol (EAP)

EtherCAT für die Fabrikvernetzung. EtherCAT Automation Protocol (EAP) EtherCAT für die Fabrikvernetzung EtherCAT Automation Protocol (EAP) Inhalt sebenen Struktur Daten-Struktur 1. sebenen Feldebene (EtherCAT Device Protocol) Leitebene (EtherCAT Automation Protocol) 2. EAP

Mehr

Hochverfügbares Ethernet MRP - Media Redundancy Protocol

Hochverfügbares Ethernet MRP - Media Redundancy Protocol Hochverfügbares Ethernet MRP - Media Redundancy Protocol Hirschmann Automation and Control GmbH Dipl.- Ing. Dirk Mohl 1 25.01.07 - ITG Automation Übersicht Netzwerke und Redundanztypen Rapid Spanning Tree

Mehr

B U S S Y S T E M E IN KRAFTFAHRZEUGEN TECHNISCHE UNIVERSITÄT GRAZ

B U S S Y S T E M E IN KRAFTFAHRZEUGEN TECHNISCHE UNIVERSITÄT GRAZ B U S S Y S T E M E IN KRAFTFAHRZEUGEN TECHNISCHE UNIVERSITÄT GRAZ Institut für Elektronik Michael Hinterberger michael.hinterberger@tugraz.at WICHTIGE BUSSYSTEME IM KFZ CAN LIN FLEXRAY MOST weitere BUSSYSTEME

Mehr

Manchester Codierung sowie Differenzielle Manchester Codierung

Manchester Codierung sowie Differenzielle Manchester Codierung Manchester Codierung sowie Differenzielle Manchester Codierung Nadine Sass 1 von 8 Inhaltsverzeichnis Inhaltsverzeichnis... 2 Abbildungsverzeichnis... 3 Das Ethernet... 4 Das IEEE 802.3 Ethernet Paketformat...

Mehr

Seminar. PG AutoLab. Verteilte Echtzeitsysteme. Sabrina Hecke. PG 522 Fachbereich Informatik Technische Universität Dortmund Lehrstuhl XII

Seminar. PG AutoLab. Verteilte Echtzeitsysteme. Sabrina Hecke. PG 522 Fachbereich Informatik Technische Universität Dortmund Lehrstuhl XII PG AutoLab Seminar Verteilte Echtzeitsysteme Sabrina Hecke PG 522 Fachbereich Informatik Technische Universität Dortmund Lehrstuhl XII 21. bis 23. Oktober 2007 Inhaltsverzeichnis 1 Was sind Echtzeitsysteme?

Mehr

SERVICEORIENTIERTE KOMMUNIKATION MIT IP UND ETHERNET MARKUS BECHTER

SERVICEORIENTIERTE KOMMUNIKATION MIT IP UND ETHERNET MARKUS BECHTER SERVICEORIENTIERTE KOMMUNIKATION MIT IP UND ETHERNET MARKUS BECHTER ETHERNET ENABLER UND AUSLÖSER FÜR SERVICEORIENTIERTE KOMMUNIKATION Hohe Bandbreite Netzwerk nicht mehr limitierender Faktor Switched

Mehr

Grundlagen zum CAN Bus

Grundlagen zum CAN Bus Grundlagen zum CAN Bus Allgemeine Einführung Schnittstellen dienen zur Übertragung von Informationen zwischen den einzelnen Komponenten eines Systems. In einem Bussystem werden alle Komponenten über kurze

Mehr

Serielle Datenauswertung

Serielle Datenauswertung Serielle Datenauswertung Liebherr Temperature Monitoring Serial Interface Kälte-Berlin Inh.: Christian Berg Am Pfarracker 41 12209 Berlin Fon: +49 (0) 30 / 74 10 40 22 Fax: +49 (0) 30 / 74 10 40 21 email:

Mehr

netzwerke TECHNISCHE KAUFLEUTE UND HWD

netzwerke TECHNISCHE KAUFLEUTE UND HWD netzwerke TECHNISCHE KAUFLEUTE UND HWD Was ist ein Netzwerk? Zweck? N. stellen innerbetriebliche, zwischenbetriebliche und überbetriebliche Datenverbindungen zwischen mehreren IT- Systemen her. Es werden

Mehr

... relevante Ports für Streaming bzw. Remote Control!

... relevante Ports für Streaming bzw. Remote Control! ... relevante Ports für Streaming bzw. Remote Control! Wenn Sie mit der Installation des IO [io] 8000 / 8001 beginnen, ist es am sinnvollsten mit einem minilan zu beginnen, da dies mögliche Fehlrequellen

Mehr

Matthias Hofherr. WLAN-Sicherheit. Professionelle Absicherung von 802.11-Netzen. Heise

Matthias Hofherr. WLAN-Sicherheit. Professionelle Absicherung von 802.11-Netzen. Heise Matthias Hofherr WLAN-Sicherheit Professionelle Absicherung von 802.11-Netzen Heise 5 Bevor man einen genaueren Blick auf die Sicherheitsmechanismen von Netzwerken auf Basis des Standards 802.11 wirft,

Mehr

Der Mikrocontroller beinhaltet auf einem Chip einen kompletten Mikrocomputer, wie in Kapitel

Der Mikrocontroller beinhaltet auf einem Chip einen kompletten Mikrocomputer, wie in Kapitel 2 Der Mikrocontroller Der Mikrocontroller beinhaltet auf einem Chip einen kompletten Mikrocomputer, wie in Kapitel 1 beschrieben. Auf dem Chip sind die, ein ROM- für das Programm, ein RAM- für die variablen

Mehr

2.5! Verteilte und vernetzte Systeme

2.5! Verteilte und vernetzte Systeme teuergerätenetzwerk als verteiltes, vernetztes ystem Technische Kommunikationsverbindung teuergerät A teuergerät B teuergerät C teuergerät D teuergerät 1 J. chäuffele, Th. Zurawka:, Vieweg, 2003 Realisierung

Mehr

Synchronisation des Temperatur-Loggers

Synchronisation des Temperatur-Loggers Synchronisation des Temperaturloggers Juni 10, 2010 1 / 7 Synchronisation des Temperatur-Loggers Einführung Zwei oder mehr Installationen der Temperaturlogger-Software können so zusammen geschaltet werden,

Mehr

Mod_com.lib. Inhalt. WAGO-I/O-PRO 32 Bibliothek

Mod_com.lib. Inhalt. WAGO-I/O-PRO 32 Bibliothek Anhang A Weitere Bibliotheken WAGO-I/O-PRO 32 Bibliothek Mod_com.lib Inhalt ADD_DESC (Datentyp)...2 ADD_PI_INFORMATION...4 CRC16...6 FBUS_ERROR_INFORMATION...7 GET_DIGITAL_INPUT_OFFSET...8 GET_DIGITAL_OUTPUT_OFFSET...10

Mehr

Netzwerkperformance 2.0

Netzwerkperformance 2.0 Netzwerkperformance 2.0 Die KPI`s als Schlüsselfaktoren der Netzwerke Andreas Dobesch, Product Manager DataCenter Forum 2014, Trafo Baden ISATEL Electronic AG Hinterbergstrasse 9 CH 6330 Cham Tel. 041

Mehr

Energieverbrauch von verschiedene Bluetooth Smart Varianten

Energieverbrauch von verschiedene Bluetooth Smart Varianten Energieverbrauch von verschiedene Bluetooth Smart Varianten Jachen Bernegger Institute of ZHAW Zürcher Hochschule für Angewandte Wissenschaften berj@zhaw.ch For information contact: info.ines@zhaw.ch Ablauf

Mehr

Mobility Support by HIP

Mobility Support by HIP Mobile Systems Seminar Mobility Support by HIP Universität Zürich Institut für Informatik Professor Dr. Burkhard Stiller Betreuer Peter Racz 8 Mai 2008 Svetlana Gerster 01-728-880 1 Gliederung OSI und

Mehr