REFLEX Ein Echtzeitbetriebssystem für tief eingebettete Systeme

Größe: px
Ab Seite anzeigen:

Download "REFLEX Ein Echtzeitbetriebssystem für tief eingebettete Systeme"

Transkript

1 Forum der Forschung 21/2008: BTU Cottbus, Eigenverlag, ISSN-Nr.: REFLEX Ein Echtzeitbetriebssystem für tief eingebettete Systeme Kurzfassung Jedes komplexere technische Produkt enthält heute Kleinstrechner, die in Echtzeit vielfältige Steuer- und Regelvorgänge vornehmen. Diese sogenannten eingebetteten Systeme verwenden aus Kostengründen ressourcenarme Microcontroller, die aufgrund ihrer Betriebsmittelknappheit die Softwareentwicklung zu einer besonderen Herausforderung machen. REFLEX (Real-Time Event FLow EXecutive) ist ein ereignisgetriebenes Echtzeitbetriebssystem für solche tief eingebetteten Systeme, das selber nur einen extrem geringen Speicherbedarf hat und dennoch eine objektorientierte Softwareentwicklung dem Stand der Kunst entsprechend ermöglicht. Beispielhaft wird dies in diesem Beitrag anhand eines komplexen Hauskontrollsystems gezeigt, das von der Heizungssteuerung mit zwei Brennern, über ein bewegliches Solarpanel bis hin zur Licht- und Alarmanlage alles zuverlässig mit nur einem einzigen kleinen Mikrocontroller steuert. Abstract Nowadays every sophisticated technical product is based on computer electronics, often used to realize a sort of real-time control. These so called embedded systems engage low-end microcontrollers for economical reasons, which makes it challenging to implement high quality software for those systems. REFLEX (Real-Time Event FLow EXecutive) is an event based real-time operating system for such an environment. It has low memory requirements, even though it allows state of the art object oriented software development. This paper shows exemplarily, how a complex house control application can be implemented at a high abstraction level, using only one microcontroller. Hauptspeicher. Aufgrund dieser Einschränkungen ist es bis heute üblich, selbst komplexe, nebenläufige Steuersysteme unter Verzicht auf jegliche Betriebssystemplattform direkt in Maschinensprache zu entwickeln, eine fehleranfällige und kostenträchtige Vorgehensweise, die nur bei hohen Produktstückzahlen rentabel ist. REFLEX (Real-Time Event FLow EXecutive) ist ein leichtgewichtiges Echtzeitbetriebssystem für solche tief eingebetteten Systeme. Das System beruht durchgängig auf einem Ereignisflussmodell, das problemadäquate Abstraktionen für die Programmierung von nebenläufigen Steuerungssystemen bietet, die auf vielfältige externe Ereignisse (ausglöst durch Sensorik bzw. Aktuatorik) reagieren müssen. Bereits auf der Modellebene können wesentliche Eigenschaften einer Anwendung etwa die Echtzeitfähigkeit oder Synchronisation überprüft bzw. sichergestellt werden, während die eigentliche Implementierung dem Stand der Technik entsprechend mit Hilfe einer objektorientierten Hochsprache (C++) erfolgt. Dadurch wird nicht nur die Softwareentwicklung deutlich vereinfacht, sondern es ist möglich, selbst komplexe, nebenläufige Steuerprogramme auf einfachen und kostengünstigen Mikrocontrollerplattformen ablaufen zu lassen. In diesem Beitrag zeigen wir dies beispielhaft anhand eines auf REFLEX basierenden Hauskontrollsystems, das kostengünstig ausschließlich mit Standard-Hardware realisiert wurde und inzwischen seit vier Jahren zuverlässig seinen Dienst versieht. In Abschnitt 2 geben wir zunächst einen kurzen Überblick über das RE- FLEX-System. Danach stellen wir in Abschnitt 3 das Hauskontrollsystem mit seiner Sensorik und Aktuatorik vor. Abschließend fassen wir unsere Erkenntnisse noch einmal kurz zusammen und geben einen Ausblick auf weiterführende Arbeiten. 1 Einleitung Im täglichen Leben sind wir von Millionen von Mikrocontroller-basierten Systemen umgeben, die als Bestandteile technischer Systeme aller Art von der Waschmaschine bis zum Flugzeug zuverlässig im Verborgenen wirken. Ohne diese eingebetteten Informatiksysteme ist heutzutage kaum ein komplexes Produkt mehr vorstellbar. Aus Kostengründen kommen in diesem Bereich fast ausschliesslich betriebsmittelarme Mikrocontroller zum Einsatz. Diese Ein-Chip-Rechnersysteme haben nur eine geringe Rechenleistung und bestenfalls wenige KB 2 Das REFLEX-System REFLEX ist ein ereignisgetriebenes Betriebssystem, in dem jegliche Steuer- und Regelvorgänge von externen Ereignissen (Interrupts) initiiert werden. Letztere werden von Geräten (Timer, Sensorik, Aktuatorik) ausgelöst, wenn z. B. Uhren abgelaufen sind, Schwellwerte erreicht oder überschritten werden oder eine angeschlossene Aktuatorik eine definierte Postion erreicht hat. Diese Ereignisse lösen eine direkte Vorbehandlung durch Unterbrechungsbehandlungsroutinen aus, die ihrerseits bei Bedarf sogenannte Aktivitäten anstoßen können. Aktivitäten implementieren die eigentlichen Steuer- und Regelfunktionen 59

2 und sind passive Objekte, die Zustandsinformationen über mehrfache Aktivierungen hinweg speichern können. Dadurch wird auch nur ein einziger Stapel (Stack) benötigt, was im Gegensatz zu Systemen mit mehreren Kontrollflüssen signifikant Speicher einspart. Aktivitäten können über Ereigniskanäle miteinander verknüpft werden, sodass eine komplette Anwendung sich als gerichteter Graph darstellt, entlang dessen Kanten zur Laufzeit Ereignisse propagiert werden. Das Schreiben eines Wertes in einen Ereigniskanal führt dazu, dass dieser Wert nach einer wählbaren Strategie gespeichert und die mit diesem Kanal assozierte Aktiviät vom Scheduler für den späteren Ablauf eingeplant wird. Hat eine Aktivität mehrere Eingänge, wird sie nur dann eingeplant, wenn an allen Eingängen Daten anliegen. In Abb. 1 ist ein typischer Ereignisflussgraph dargestellt. Abbildung 1: Ereignisflussgraph für PWM Temperaturmessung In dem Beispiel signalisiert eine trigger-aktivität einem Temperaturfühler mit PWM-Controller (Pulse Width Modulation), dass ein Rohwert aufgenommen werden soll. Die capture-aktivität started daraufhin den Messvorgang. Die PWM-Hardware initiiert nun bei der nächsten Signalflanke eine Unterbrechung und misst die Pulsweite. Dieser Rohwert muss zur Weiterverarbeitung seinerseits in einen Temperaturwert konvertiert werden und wird dazu einfach auf den Eingangskanal einer Konversionsaktivität convert geschrieben. Letztere wird dadurch angestoßen, konvertiert den empfangenen Rohwert und schreibt ihrerseits den Wert auf den Ereigniskanal einer evaluate-aktivität, die den Wert daraufhin auswertet. An dem Beispiel ist gut zu sehen, dass funktionale Komponenten sowohl Aktivitäten als auch Unterbrechungsbehandlungsroutinen kapseln können. Die Kommunikation zwischen Komponenten erfolgt immer asynchron über Ereigniskanäle, während alle Aktivitäten innerhalb einer Komponente auch auf gemeinsame Zustandsvariablen zugreifen können, ohne sich explizit zu synchronisieren. Dies setzt jedoch voraus, dass alle beteiligten Aktivitäten die gleiche Priorität besitzen. Dieses Konzept ist ähnlich zu TinyGALS (Globally Asynchronous Locally Synchronous) (CHEONG, LIEBMAN, LIU & ZHAO, 2003). Die asynchrone Form der Kommunikation über Ereigniskanäle erfordert Puffer am Ende der Ereigniskanäle, deren Typ frei konfiguriert werden kann. REFLEX stellt zu diesem Zweck Standardpuffer wie Warteschlangen, Fifos mit definierbarer Tiefe oder verschiedene Einzelwertpuffer zur Verfügung. Der Zugriff auf diese Puffer erfolgt implizit und atomar bei dem Beschreiben bzw. Lesen des zugehörigen Ereigniskanals. Aufgrund dieser Eigenschaften sind die meisten Applikationen bereits implizit synchronisiert (WALTHER & NOLTE, 2006), was die Gefahr nichtdeterministischer Synchronisationsfehler deutlich herabsetzt. Weiterhin wird für jedes Datum im Puffer ein Planungsvorgang angestossen und die Aktivitäten können sich immer darauf verlassen, dass mit jeder Aktivierung auch gültige Daten vorliegen. Alle Aktivitäten haben grundsätzlich eine sogen. run-to-completion-semantik wie es in ereignisgetriebenen Systemen allgemein üblich ist. Diese Semantik verbietet es, dass Aktivitäten in Endlosschleifen gehen oder blockierend warten. REFLEX ist jedoch ein objektorientiertes System und die Aktivitäten sind nicht nur durch einfach Funktionen repräsententiert, sondern durch Objekte (Instanzen von C++-Klassen), die mit einer virtuellen run()-methode assoziiert sind. Daher können Aktivitäten auf einfacheweise Zustandsinformationen über mehrfache Aktivierungen hinweg bewahren. Ferner ist das Ereignisflussmodell orthogonal zur verwendeten Planungsstrategie. Das Scheduling-Rahmenwerk (WALTHER & NOLTE, 2007) von REFLEX umfasst die Strategien FCFS (First Come First Served), FP (Fixed Priority), EDF (Earliest Deadline First) und TT (Time Triggered). Die FP- und EDF-Scheduler umfassen außerdem präemptive wie nichtpräemptive Versionen. Alle Varianten nutzen lediglich einen einzigen systemweiten Stapel, wodurch der Speicheraufwand gegenüber Thread-basierten Systemen drastisch sinkt. Ermöglicht wird das durch die run-to-completion- Semantik der Aktivitäten. Die Planungstrategie kann zudem einfach ersetzt werden, ohne den eigentlichen Anwendungskode zu verändern. Dadurch wird die Wiederverwendbarkeit von existierendem Code in neuen Anwendungskontexten deutlich vereinfacht und neue Applikationen können aus vorhandenen Komponenten zusammengestellt werden. Zudem kann eine Aktivität unabhängig von deren Implementierung parametriesiert werden, um deren Ausführung in fest vorgegebenen Zeitschranken (Deadlines) sicherzustellen. 3 Fallstudie: Das Hauskontrollsystem Das betrachtete Hauskontrollsystem steuert zum einem das Heizungssystem und zum anderen die Alarm- und Lichtanlage (Hoflicht). Das Heizungssystem allein ist bereits komplex und besteht aus einem Ölbrenner, einem Holz-Kohlenofen, einem beweglichen Solarpanel, diversen Raumheizungen, zwei Warmwasserspeichern, mehreren Pumpen und Temperatursensoren. Das Hoflicht- und Alarmsystem umfasst diverse Reed-Relais an Toren und Türen, sowie Lampen, Lichtsensoren und eine Alarmsirene. Beide Subsysteme beziehen von einer batteriegepufferten DCF77-Funkuhr die lokale Uhrzeit. Alles in allem umfasst die Steuersoftware neun verschiedene Gerätetreiber, von denen fünf unterbrechungsgetrieben und vier zeitgesteuert arbeiten. Ferner ist neben einem obligatorischen Watchdog-Treiber zur Selbstüberwachung auch ein Subsystem für die Ein-/Ausgabe vorhanden. Insgesamt überwacht das System 24 Sensoren, steuert 16 Aktuatoren und kommuniziert außerdem mit 6 externen Geräten. 60

3 3.1 Die Heizungs- und Warmwassersteuerung Die Warmwasserversorgung des Hauses wird über 2 Speicher mit einem Gesamtinhalt von 860 Litern sichergestellt. Die Wasserspeicher werden durch das Solarpanel, den Holz-/Kohlebrennofen und den Ölbrenner beheizt. können. Deshalb sind die beiden Öfen in Reihe geschaltet, zuerst wird das Wasser durch den Holzofen erhitzt und durch den automatisch kontrollierten Ölofen nur bei Bedarf zugeheizt. Das Solarpanel ist das primäre Heizsystem und hat eine Fläche von 3m 2 (Abb. 2). Das Panel wird mit dem Lauf der Sonne mitbewegt, um einen hohen Wirkungsgrad zu erzielen. Die Position des Panels wird deshalb stündlich korrigiert. Die beste Position für jede Stunde wurde für jede Jahreszeit a priori ermittelt. Der Motor des Panels besitzt eine eigene Stromversorgung. Endschalter zu Beginn und am Ende des Weges sorgen dafür, dass das Panel sich nicht um sich selbst dreht und die eigenen Kabel und Schläuche abdreht. Diese Schalter sind aufgrund der Ungenauigkeit des Positioniermotors notwendig. Mit einem präziseren Motor könnte man auch darauf verzichten, dies würde jedoch den Preis der Anlage unnötig in die Höhe treiben und würde die Steuerung auch nicht vereinfachen. Abbildung 3: Die beiden Öfen, Holz (links) und Öl (rechts) Abbildung 2: Das bewegliche Solarpanel Abb. 4 zeigt den Heizverlauf für einen Novembertag. Im oberen Teil ist zu sehen wann die Heizkreispumpe (Heating Circuit Pump) und der Ölbrenner (Oil Burner) aktiv waren. Im unteren Teil sind verschiedene Temperaturen für ein Zimmer, den Rücklauf, den Holzofen und den Ölbrenner aufgetragen. Bis 6.00 Uhr morgens wurde keine Heizung benötigt, da in der Nacht die Restwärme des Systems zum beheizen ausreichte. Um 6.00 Uhr morgens wurde der Ölbrenner gestartet, woraufhin sich auch die Rücklauftemperatur erhöht. Durch die Geschwindigkeit, in der die Rücklauftemperatur sich erhöht oder abfällt kann der Heizbedarf ermittelt werden. Gut zu sehen ist dies beim ersten Anstieg, der flacher ist als die Folgenden, da beim ersten Start das Rohrleitungssystem mit erwärmt werden muss. Danach weist die Regelung ungefähr einen 40-minütigen Zyklus auf. Das warme Wasser für das Heizsystem wird in den beiden Öfen (Holzofen VEB Niederkirchner Berlin und Hansa Ölofen, Abb. 3 links und rechts) aufgeheizt. Im Gegensatz zu den meisten Systemen, die Heizwasser unabhängig vom Verbrauch produzieren, wurde hier ein verbrauchsorientiertes System ähnlich dem Bajorath-Verfahren (BAJO- RATH, 2005) implementiert. Dazu wird mit Hilfe eines Temperatursensors die Temperatur des rückfliessenden Heizungswassers bestimmt und daraus auf die im Haus absorbierte Energie geschlossen. Dieses Kontrollsystem verringert effektiv die Anzahl der Startvorgänge im Ölbrenner, da dieser gerade nach dem Start sehr ineffizient arbeitet und eine längere Aufwärmphase benötigt. Beide Heizöfen haben höchst unterschiedliche Eigenschaften. Der Ölofen ist vollständig durch das Kontrollsytem steuerbar, der Holzofen jedoch kann nur überwacht werden und muss manuell befeuert werden. Dieses lohnt sich aufgrund des hohen Ölpreises und aufgrund der Tatsache, dass die Bewohner sich selbst mit Feuerholz versorgen Abbildung 4: Heizverlauf an einem Novembertag 61

4 Um Uhr hat jemand versucht, den Holzofen zu starten. Der Kurve ist zu entnehmen, dass dies fehlschlug, weil die Temperatur nur von 10 auf 20 Grad Celsius gestiegen ist. Der Ofen brennt normalerweise ca. 2-3 Stunden, weshalb gegen Uhr wieder jemand zum nachfüllen kam und das Problem festgestellt hat. Diesmal war das Anfeuern erfolgreich, wie man an der Temperatur von ca. 65 Grad sehen kann. Da der Ölbrenner ebenfalls noch brannte, erreicht die Wassertemperatur beinahe 80 Grad. Wenn der Holzofen das Wasser auf über 40 Grad erhitzt hat, wird der Ölbrenner automatisch abgestellt. Da er sich jedoch in heißem Zustand befand, dauerte das Abkühlen noch eine Weile. Alle Türen werden außerdem durch das Alarmsystem überwacht. Normalerweise werden die Türen nur zwischen 6.00 und Uhr geöffnet. Außerhalb dieser Zeit werden alle Türöffnungen gemeldet. So werden potentielle Eindringlinge erfasst und die Bewohner daran erinnert, alle Türen nach Uhr geschlossen zu halten. Das gesamte Alarmsystem ist vollständig ereignisgetrieben, d. h., alles wird durch einen Zustandsautomaten gesteuert, der nur auf Ereignisse der Sensorik reagiert. Ein zeitgesteuertes oder zyklisches Abfragen der beteiligten Sensorik ist daher nicht notwendig. Ein eher ungewöhnlicher Aspekt des Heizungssystems ist die beheizte Hundehütte (Abb. 5). Da die Temperaturen im Winter beträchtlich niedrig sein können, wurde hier eine rein elektrisch betriebene Heizung für die Hundehütte vorgesehen, die ebenfalls mit Hilfe eines Sensors automatisch frostfrei gehalten wird. Abbildung 6: Skizze des Anwesens 3.3 Die Hauptkontrolleinheit und periphere Hardware Abbildung 5: Die beheizte Hundehütte 3.2 Das Hoflicht- und Alarmsystem Abb. 6 skizziert das Anwesen. Die bereits beschriebenen Öfen sind im oberen Mittelteil dargestellt. Das obere Gebäude war ehemals ein Stall, der jetzt als Garage und Waschküche dient und außer den Öfen auch die Holz- und Ölvorräte beherbergt. Das Wohnhaus ist auf der linken Seite zu finden. Die Gebäude rechts und unten sind Wirtschaftgebäude. In der Mitte des Bildes sind die Positionen der Lampen (n-p) und der Lichtsensoren dargestellt. Wenn es draußen dunkel ist und eine der Türen geöffnet wird, wird automatisch das Hoflicht eingeschaltet. Zwei der Lampen bleiben auch nach dem Schliessen aller Türen für weitere 20 Sekunden eingeschaltet, damit man den Hof problemlos überqueren kann. Die dritte Lampe (p) wird hingegen als Rückmeldung sofort abgeschaltet. Die Hauptkontrolleinheit besteht aus 6 Elementen. Zwei Netzteile (12 Watt bei 5 V bzw. 12 V) sind für die Stromversorgung der Sensoren und der Kontrollrelais verantwortlich. Die digitalen Ein- und Ausgänge der Sensorik/Aktuatorik werden über 4 I2C-Schnittstellenbausteine mit 8 Bit Breite angeschlossen, wobei 2 für die Eingänge und 2 für die Ausgänge verwendet werden. Die Eingänge bekommen Daten von den Türkontakten, dem Lichtsensor und den Endschaltern des Solarpanels. Die Platine mit dem steuernden Mikrocontroller ist eine CardD64 der Fa. Elektronikladen, die mit einem 8 MHz Freescale HC(S)12 mit 4 KB Hauptspeicher und 64 KB ROM bestückt ist. Die kleine Platine ist in Abb. 7 im oberen Mittelteil zu finden. Auf diesem Microcontroller läuft das gesamte Hauskontrollsystem. Neben der Hauptkontrolleinheit wird eine Reihe peripherer Hardware benötigt, um den Ölbrenner und die Pumpen zu steuern. Hier kommen insgesamt 16 Triac 220V/4A Lastschalter zum Einsatz. Letztere haben zusätzlich den Vorteil, dass sie auch manuell geschaltet werden können, was in Problemfällen z. B. eine schnelle Abschaltung defekter Geräte ermöglicht. 62

5 softwaregesteuerte Emulation einer parallelen Schnittstelle notwendig ist, die Signalantwortzeiten von 0.5 Millisekunden garantieren muss. Deshalb war es notwendig, ein präemptives, prioritätenbasiertes Planungsschema für die Steueraktivitäten zu verwenden. Andernfalls wäre es nicht möglich gewesen, die vorgegebenen Zeitschranken einzuhalten. Das kombinierte Licht-/Alarmsystem verwendet eine Sirene und einen Lichtsensor. Ferner kommen im Heizungssystem eine Reihe von Pumpen zum Einsatz. Die Kontrolleinheit ist über eine RS 232 Schnittstelle mit einem PC verbindbar, um das System bei Bedarf zu reprogrammieren oder den Zustand der Haussteuerung abzufragen. 3.4 Das Steuersystem Abbildung 7 Die Hauptkontrolleinheit Die Temperatursensoren vom Typ SMT160 arbeiten mit Pulsweitenmodulation (vergl. Abschnitt 2) und generieren eine Frequenz zwischen 1 und 8 Khz. Diese Sensoren sind über einen Maxim 16x1 Multiplexer an das System angeschlossen. Die Alarmanlage wie auch das Heizungssystem benötigen eine hinreichend genaue Uhrzeit, die von einer Conrad DCF77 Funkuhr geliefert wird. Mit Hilfe des Funksignals werden stündlich oder nach einem Reset die internen Uhren des Mikrocontrollers abgeglichen. Die Funkuhr ist batteriebetrieben und wird direkt an den Mikrocontroller angeschlossen. Letzteres ist nicht ganz trivial, da für den Anschluss eine In Abb. 8 sind die gesamten Komponenten des Steuersystems dargestellt. Alle dunkelgrauen Komponenten sind hardware-abhängige Gerätetreiber, während die hellgrauen Komponenten hardware-unabhängig sind. Mit ca. 800 Zeilen C++-Quellcode und einem Speicherverbaruch von 23 KB Code und 2 KB Daten, von denen ca. 1.7 KB allein auf die komplexe Funkuhrenbehandlung zurückzuführen sind, ist das Gesamtsystem trotz der relativ hohen Komplexität erstaunlich klein und wartbar. Dies ist in erster Linie auf das eingängige und problemadäquate Ereignisflusskonzept von REFLEX mit seinen impliziten Synchronisationsmechanismen und der objektorientierten Implementierung zurückzuführen. Der Programmierer kann so seine Probleme auf einem hohen Abstraktionsniveau formulieren und wird von der typischen, extrem fehleranfälligen Synchronisationsproblematik in nebenläufigen Systemen weitgehend befreit. Abbildung 8: Die Software-Komponenten des Hauskontrollsystems 63

6 Zu Beginn des Projektes musste die Software etwa wöchentlich aktualisiert werden, um all die diversen Parameter korrekt einzustellen. Dies war jedoch weniger ein Software als ein allgemeines Mess- und Regelproblem. Danach wurden Software-Änderungen in erster Linie zur funktionalen Erweiterung und zur Aktualisierung der REFLEX-Basiplattform durchgeführt, wobei die diversen graphischen Möglichkeiten zur Systemüberwachung die wichtigsten waren. Abgesehen davon lief das System über längere Perioden (bis zu 7 Monaten) fehlerfrei. Die längste Periode wurde jäh durch einen Blitzschlag im Sommer 2007, der alle elektrischen Einrichtungen des Hauses zerstörte, beendet. 5 Zusammenfassung In diesem Artikel haben wir REFLEX, ein ereignisgetriebenes Betriebssystem für tief eingebettete Systeme vorgestellt und die wesentlichen Eigenschaften des Systems anhand eines komplexen Hauskontrollsystems, das 24 Sensoren, 16 Aktuatoren und 6 externe Geräte mit nur einem einfachen Mikrocontroller steuert, demonstriert. Sowohl das REFLEX zugrunde liegende Ereignisflussmodell als auch die objektorientierte Implementierung haben eine hohe Effektivität in der Softwareentwicklung ermöglicht. Die Ereigniskanäle und die impliziten Synchronisationsmechanismen erlauben es in Verbindung mit dem Scheduling-Rahmenwerk, neue Steuer- und Regelsoftware weitgehend frei aus vorhandenen Komponenten zusammenzustellen. Der nächste logische Schritt wird eine weitere Erhöhung des Abstraktionsniveaus durch modellgetriebenen Entwurf sein. Ein erster Schritt in diese Richtung wurde bereits unternommen, indem eine REFLEX-Laufzeitumgebung für ein kommerzielles SDL-Werkzeug realisiert wurde (WAGENKNECHT, DIETTERLE, EBERT & KRAE- MER; 2006). Literatur BAJORATH, R.; (2005): Hintergrundinformationen zur verfahrenstechnik (Tech. Rep.). Bajorath Systemhaus für Regelungstechnik und Hydraulik GmbH. CHEONG, E.; LIEBMAN, J.; LIU, J. & ZHAO, F.; (2003): Tinygals: A programming model for event-driven embedded systems. In Sac (p ). WAGENKNECHT, G.; DIETTERLE, D.; EBERT J.-P. & KRAEMER R., (2006): Transforming protocol specifications for wireless sensor networks into efficient embedded system implementations. In Proc. of european workshop on wireless sensor networks. WALTHER K. & NOLTE J., (2006): Event-flow and synchronization in single threaded systems. In First gi/itg workshop on non-functional properties of embedded systems (nfpes). WALTHER K. & NOLTE J., (2007): A flexible scheduling framework for deeply embedded systems. In In proc. of 4th ieee international symposium on embedded computing. M.Sc. Karsten Walther, geboren 1978, Studium der Informations und Medientechnik an der BTU Cottbus , seit Oktober 2003 wissenschaftlicher Mitarbeiter am Lehrstuhl Verteilte Systeme Betriebssysteme. Beschäftigt sich mit der Hochsprachen-basierten Programmierung tief eingebetteter Systeme. Dipl.-Inf. Reinhardt Karnapke, geboren 1978, Studium der Informatik an der FU Berlin , seit April 2005 wissenschaftlicher Mitarbeiter am Lehrstuhl Verteilte Systeme Betriebssysteme. Beschäftigt sich mit Kommunikationsprotokollen für Sensornetze und tief eingebettete Systeme. Prof. Dr.-Ing. Jörg Nolte wurde 1962 geboren und ist seit 2003 Professor für Verteilte Systeme und Betriebssysteme an der Brandenburgischen Technischen Universität Cottbus. Er erhielt 1988 sein Diplom in Informatik von der TU Berlin und promovierte 1994 an der TU Berlin zum Dr.-Ing. Von war er am Forschungsinstitut für Rechnerund Softwaretechnik (FIRST) der GMD (seit 2001 FhG) tätig und war dort u. a. maßgeblich an dem Entwurf und der Entwicklung der PEACE Betriebssystemfamilie für Deutschlands ersten massiv parallelen Rechner beteiligt. In den Jahren und ging er als Postdoc Fellow und Senior Researcher im Rahmen des Real World Computing Programmes des MITI an das Tsukuba Research Center der RWCP in Japan. Die aktuellen Forschungsaktivitäten seines Lehrstuhls konzentrieren sich auf schlanke Middleware-, Laufzeit- und Betriebssysteme für verteilte, parallele und eingebettete Systeme. Jörg Nolte ist seit 2004 Mitglied des Leitungsgremiums der FG Betriebssysteme der Gesellschaft für Informatik und seit 2008 deren stellvertretender Sprecher. Ferner ist er Subject Area Editor for Parallel and Distributed Systems für Elsevier s Journal of Systems Architecture und seit Ende 2005 Vorsitzender des Fakultätsrates der Fakultät 1 Mathematik, Naturwissenschaften und Informatik an der BTU Cottbus. 64

Reflex The Real-Time Event Flow EXecutive

Reflex The Real-Time Event Flow EXecutive Einführung The Real-Time Event Flow EXecutive Karsten Walther, und Jörg Nolte Brandenburgische Technische Universität Cottbus 1. Statusseminar des InnoProfile Projekt TANDEM 2007 Gliederung Einführung

Mehr

White Paper. Embedded Treiberframework. Einführung

White Paper. Embedded Treiberframework. Einführung Embedded Treiberframework Einführung White Paper Dieses White Paper beschreibt die Architektur einer Laufzeitumgebung für Gerätetreiber im embedded Umfeld. Dieses Treiberframework ist dabei auf jede embedded

Mehr

Echtzeitbetriebssysteme (am Beispiel QNX) Dr. Stefan Enderle HS Esslingen

Echtzeitbetriebssysteme (am Beispiel QNX) Dr. Stefan Enderle HS Esslingen Echtzeitbetriebssysteme (am Beispiel QNX) Dr. Stefan Enderle HS Esslingen 1. Einführung 1.1 Embedded Systeme Embedded Systeme besitzen / benutzen einen Mikrocontroller Embedded Systeme erfüllen meist eine

Mehr

Zeit- und ereignisgesteuerte Echtzeitsysteme

Zeit- und ereignisgesteuerte Echtzeitsysteme Zeit- und ereignisgesteuerte Echtzeitsysteme Stephan Braun Stephan.Braun.Hagen@t-online.de PG Seminarwochenende 21.-23. Oktober 2007 1 Überblick Echtzeitsystemmodell Einführung Ereignis- und zeitgesteuerte

Mehr

Embedded OS für ARM Cortex Microcontroller

Embedded OS für ARM Cortex Microcontroller Embedded OS für ARM Cortex Microcontroller RTOS Design, Timinganalyse und Test mit Core Simulation und Hardware Debugger Entscheidende Fragen für oder gegen RTOS Lohnt sich der Einsatz eines RTOS auch

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

Systeme 1. Kapitel 5. Scheduling

Systeme 1. Kapitel 5. Scheduling Systeme 1 Kapitel 5 Scheduling Scheduling Verteilung und Zuweisung von begrenzten Ressourcen an konkurrierende Prozesse Beispiel: -> Zeitablaufsteuerung Zwei Prozesse zur gleichen Zeit rechenbereit auf

Mehr

Vorbereitung zur Prüfung Echtzeitbetriebssysteme

Vorbereitung zur Prüfung Echtzeitbetriebssysteme Vorbereitung zur Prüfung Echtzeitbetriebssysteme Zugelassene Hilfsmittel: Taschenrechner Bitte verwenden Sie keinen roten Farbstift! 1. Echtzeitbetriebssysteme - Allgemein (15 Punkte) 1.1. Warum setzen

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

FACTS eine regelbasierte Middleware für WSN

FACTS eine regelbasierte Middleware für WSN FACTS eine regelbasierte Middleware für WSN Seminar Sensordatenbanken 13.07.2007 Vortragender: Paul Buerschaper Gliederung der Präsentation 1. Middleware 2. FACTS 3. Beispielszenario 4. Bewertung Definition

Mehr

Echtzeitfähige Ereignisgetriebene Scheduling-Strategien

Echtzeitfähige Ereignisgetriebene Scheduling-Strategien Friedrich-Alexander-Universität Erlangen-Nürnberg Ausgewählte Kapitel eingebetteter Systeme Echtzeitfähige Ereignisgetriebene Scheduling-Strategien Sven Kerschbaum 1. Einführung Bei einem eingebetteten

Mehr

Alarmgeber. Alarmgeber. Produktkatalog - SafeLine 2011 152-153 154-160. Alarmgeber SmartSMS. Allgemeines Zubehör Ersatzteile Produktindex

Alarmgeber. Alarmgeber. Produktkatalog - SafeLine 2011 152-153 154-160. Alarmgeber SmartSMS. Allgemeines Zubehör Ersatzteile Produktindex menu Alarmgeber Produktkatalog - SafeLine 2011 Alarmgeber Alarmgeber SmartSMS Allgemeines Zubehör Ersatzteile Produktindex 152-153 154-160 179-196 197-202 211-212 151 Alarmgeber Alarmgeber SmartSMS Die

Mehr

Einführung in die OPC-Technik

Einführung in die OPC-Technik Einführung in die OPC-Technik Was ist OPC? OPC, als Standartschnittstelle der Zukunft, steht für OLE for Process Control,und basiert auf dem Komponentenmodel der Firma Microsoft,dem Hersteller des Betriebssystems

Mehr

Performance Monitoring Warum macht es Sinn?

Performance Monitoring Warum macht es Sinn? Performance Monitoring Warum macht es Sinn? achermann consulting ag Nicola Lardieri Network Engineer Luzern, 25.5.2011 Inhalt Definition Monitoring Warum Performance Monitoring? Performance Monitoring

Mehr

B e d i e n u n g s a n l e i t u n g N O R T E S K O N A X - 4

B e d i e n u n g s a n l e i t u n g N O R T E S K O N A X - 4 B e d i e n u n g s a n l e i t u n g N O R T E S K O N A X - 4 I I 1 Grundeinstellungen im Steuerungskasten Im Steuerungskasten des Whirlpools befindet sich dieser Schalter: Bevor sie Änderungen am Steuerungskasten

Mehr

Unterschiede in den Konzepten von TinyOS und Embedded Linux

Unterschiede in den Konzepten von TinyOS und Embedded Linux Fakultät Informatik Institut für Angewandte Informatik, Professur Technische Informationssysteme Unterschiede in den Konzepten von TinyOS und Embedded Linux Dresden, 29.11.2010 Inhalt 1. Einführung 1.1

Mehr

Studienvertiefungsrichtung Informationstechnik

Studienvertiefungsrichtung Informationstechnik Studienvertiefungsrichtung Informationstechnik Prof.Dr.-Ing. Ulrich Sauvagerd Lehrgebiet Informationstechnik Nov. 2006, Seite 1 www.etech.haw-hamburg.de/~sauvagerd Lehrgebiet Informationstechnik Nov. 2006,

Mehr

Group and Session Management for Collaborative Applications

Group and Session Management for Collaborative Applications Diss. ETH No. 12075 Group and Session Management for Collaborative Applications A dissertation submitted to the SWISS FEDERAL INSTITUTE OF TECHNOLOGY ZÜRICH for the degree of Doctor of Technical Seiences

Mehr

GmbH, Stettiner Str. 38, D-33106 Paderborn

GmbH, Stettiner Str. 38, D-33106 Paderborn Serial Device Server Der Serial Device Server konvertiert die physikalische Schnittstelle Ethernet 10BaseT zu RS232C und das Protokoll TCP/IP zu dem seriellen V24-Protokoll. Damit können auf einfachste

Mehr

Funktionale Sicherheit ISO 26262 Schwerpunkt Requirements Engineering,

Funktionale Sicherheit ISO 26262 Schwerpunkt Requirements Engineering, Funktionale Sicherheit ISO 26262 Schwerpunkt Requirements Engineering, Manfred Broy Lehrstuhl für Software & Systems Engineering Technische Universität München Institut für Informatik ISO 26262 Functional

Mehr

Monitoring von. Sebastian Theiss. Innovationsforum Software Saxony Dresden, 24. April 2009

Monitoring von. Sebastian Theiss. Innovationsforum Software Saxony Dresden, 24. April 2009 TU Dresden» Informatik» ngewandte Informatik» Technische Informationssysteme Einsatz von genten zum Monitoring von utomatisierungssystemen Vladimir Vasyutynskyy Sebastian Theiss Innovationsforum Software

Mehr

Excel beschleunigen mit dem mit Windows HPC Server 2008 R2

Excel beschleunigen mit dem mit Windows HPC Server 2008 R2 Excel beschleunigen mit dem mit Windows HPC Server 2008 R2 Steffen Krause Technical Evangelist Microsoft Deutschland GmbH http://blogs.technet.com/steffenk Haftungsausschluss Microsoft kann für die Richtigkeit

Mehr

Code wiederverwenden: Objektorientierte Programmierung (OOP) sinnvoll nutzen Roland Wagner Automatisierungstreff IT & Automation 2015

Code wiederverwenden: Objektorientierte Programmierung (OOP) sinnvoll nutzen Roland Wagner Automatisierungstreff IT & Automation 2015 Code wiederverwenden: Objektorientierte Programmierung (OOP) sinnvoll nutzen Roland Wagner Automatisierungstreff IT & Automation 2015 CODESYS a trademark of 3S-Smart Software Solutions GmbH Agenda 1 Warum

Mehr

Leckage-Überwachung LECKAGE - NACHTVERBRAUCH LECKAGE - VORLAGE

Leckage-Überwachung LECKAGE - NACHTVERBRAUCH LECKAGE - VORLAGE Mai, 2010 Leckage-Überwachung LECKAGE - NACHTVERBRAUCH Alle Messwerte werden in kurzen Intervallen (15 Minuten Werte), ausgelesen. Deshalb lässt sich eine präzise Verbrauchskurve für den jeweiligen Leitungsabschnitt

Mehr

Slothful Linux: An Efficient Hybrid Real-Time System by Hardware-Based Task Dispatching. Rainer Müller

Slothful Linux: An Efficient Hybrid Real-Time System by Hardware-Based Task Dispatching. Rainer Müller Slothful Linux: An Efficient Hybrid Real-Time System by Hardware-Based Task Dispatching Rainer Müller 21. November 2013 Spezialisierung von Betriebssystemen Vielzweckbetriebssysteme (General Purpose OS,

Mehr

Gebäudeintelligenz. EBA National Champion 2013. Produkte Merkblatt FIBARO SYSTEM

Gebäudeintelligenz. EBA National Champion 2013. Produkte Merkblatt FIBARO SYSTEM Gebäudeintelligenz EBA National Champion 2013 Produkte Merkblatt FIBARO SYSTEM Über FIBARO Intuitives und benutzerfreundliches Interface. Das Fibaro-System ist zur Zeit die modernste Lösung im intelligenten

Mehr

(Prüfungs-)Aufgaben zum Thema Scheduling

(Prüfungs-)Aufgaben zum Thema Scheduling (Prüfungs-)Aufgaben zum Thema Scheduling 1) Geben Sie die beiden wichtigsten Kriterien bei der Wahl der Größe des Quantums beim Round-Robin-Scheduling an. 2) In welchen Situationen und von welchen (Betriebssystem-)Routinen

Mehr

Programierung Stand 24.05.2014

Programierung Stand 24.05.2014 Funktion 1: Heizkreisregelung A3, A8/9 Programierung Stand 24.05.2014 http://doku.uvr1611.at/doku.php/uvr1611/funktionen/timer S15: Raumsenor Erdgeschoss S 15 Temp.Raum S5: Fussbodenheizung Vorlauf S 5

Mehr

Die Mikroprogrammebene eines Rechners

Die Mikroprogrammebene eines Rechners Die Mikroprogrammebene eines Rechners Das Abarbeiten eines Arbeitszyklus eines einzelnen Befehls besteht selbst wieder aus verschiedenen Schritten, z.b. Befehl holen Befehl dekodieren Operanden holen etc.

Mehr

Atomic Basic Blocks Eine kontrollflussunabhängige Zwischendarstellung für Echtzeitsysteme

Atomic Basic Blocks Eine kontrollflussunabhängige Zwischendarstellung für Echtzeitsysteme Atomic Basic Blocks Eine kontrollflussunabhängige Zwischendarstellung für Echtzeitsysteme Fabian Scheler Martin Mitzlaff Wolfgang Schröder-Preikschat Informatik 4 Verteilte Systeme und Betriebssysteme

Mehr

StarterKit Embedded Control SC13 + DK51. From the electronic to the automation

StarterKit Embedded Control SC13 + DK51. From the electronic to the automation SC13 + DK51 From the electronic to the automation 21.10.2005 No. 1 /14 Entwicklungssystem für Embedded Controller Applikationsspezifische Komponenten ergänzen. Ethernet-Anbindungen seriellen Schnittstellen

Mehr

Ausarbeitung im Rahmen der PG Autolab zum Thema: OSEK 1 -OS. geschrieben von Oliver Botschkowski

Ausarbeitung im Rahmen der PG Autolab zum Thema: OSEK 1 -OS. geschrieben von Oliver Botschkowski Ausarbeitung im Rahmen der PG Autolab zum Thema: OSEK 1 -OS geschrieben von Oliver Botschkowski 1 Offene Systeme und deren Schnittstelle für die Elektronik im Kraftfahrzeug 1 Oliver Botschkowski - OSEK-OS

Mehr

Orientierungshilfe Alarmanlagen

Orientierungshilfe Alarmanlagen Orientierungshilfe Alarmanlagen 11/03 2014 Welche Alarmanlage ist für meine Zwecke geeignet? Nachstehend finden Sie eine kurze Beschreibung unserer Alarmsysteme. AMG Sicherheitstechnik bietet die umfangreichste

Mehr

Wolki der freundliche DIY Wolkensensor

Wolki der freundliche DIY Wolkensensor Make Light-Wettbewerb 2014 Photonik vernetzt - vernetzte Photonik Wolki der freundliche DIY Wolkensensor Bei diesem Projekt handelt es sich um ein privates DIY-Projekt von René Bohne. Kurzbeschreibung

Mehr

State Event Technik CT2, Donnerstag 10.00-11.35 / TE402 M. Thaler, TG208, tham@zhaw.ch

State Event Technik CT2, Donnerstag 10.00-11.35 / TE402 M. Thaler, TG208, tham@zhaw.ch State Event Modellierung State Event Technik CT2, Donnerstag 10.00-11.35 / TE402 M. Thaler, TG208, tham@zhaw.ch http://www.zhaw.ch/~tham 1 ZHAW, CT2 FS14, M. Thaler Systembus CT2 Anschluss von Input/Output

Mehr

pimoto - Ein System zum verteilten passiven Monitoring von Sensornetzen

pimoto - Ein System zum verteilten passiven Monitoring von Sensornetzen pimoto - Ein System zum verteilten passiven Monitoring von Sensornetzen Rodrigo Nebel Institut für Informatik Lehrstuhl für Rechnernetze und Kommunikationssysteme (Informatik 7) Friedrich-Alexander-Universität

Mehr

Symmetric Multiprocessing mit einer FPGA basierten. Marco Kirschke INF-M3 Seminar Wintersemester 2010/2011 25. November 2010

Symmetric Multiprocessing mit einer FPGA basierten. Marco Kirschke INF-M3 Seminar Wintersemester 2010/2011 25. November 2010 Symmetric Multiprocessing mit einer FPGA basierten MPSoC Plattform Marco Kirschke INF-M3 Seminar Wintersemester 2010/2011 25. November 2010 Inhalt Motivation Vorarbeiten Ziele für die Masterarbeit Vorgehensweise

Mehr

Test. Dipl. Wirtsch. Ing. Alexander Werth 9-1

Test. Dipl. Wirtsch. Ing. Alexander Werth 9-1 Test Dipl. Wirtsch. Ing. Alexander Werth 9-1 Phasen der Problemdefinition Anforderungsanalyse Spezifikation Entwurf Implementation Erprobung Wartung Methoden der 9-2 Software Test / Erprobung Messen der

Mehr

Vom Abitur zur Informatik (computer science)

Vom Abitur zur Informatik (computer science) Vom Abitur zur Informatik (computer science) André Frimberger, andre@frimberger.de 16.06.2009 André Frimberger Vom Abitur zur Informatik (computer science) 1 1 Einleitung Was ist Informatik? 2 Das Informatikstudium:

Mehr

Industrie-Promotion der Mittelweg zum Doktortitel zwischen Theorie und Praxis. Christian Köhler Infineon Technologies AG

Industrie-Promotion der Mittelweg zum Doktortitel zwischen Theorie und Praxis. Christian Köhler Infineon Technologies AG Industrie-Promotion der Mittelweg zum Doktortitel zwischen Theorie und Praxis Christian Köhler Infineon Technologies AG Inhaltsverzeichnis Vorstellung Zu meiner Person Mein Arbeitgeber - Infineon Technologies

Mehr

Willkommen zur Vorlesung. Objektorientierte Programmierung Vertiefung - Java

Willkommen zur Vorlesung. Objektorientierte Programmierung Vertiefung - Java Willkommen zur Vorlesung Objektorientierte Programmierung Vertiefung - Java Zum Dozenten Mein Name: Andreas Berndt Diplom-Informatiker (TU Darmstadt) Derzeit Software-Entwickler für Web- Applikationen

Mehr

Netduino Mikroprozessor für.net Entwickler

Netduino Mikroprozessor für.net Entwickler Netduino Mikroprozessor für.net Entwickler Patrick Herting Softwareentwickler BlueTem Software GmbH Blog E-Mail www.wdev.de pher@live.de Ablaufplan - Theorieteil Was ist der Netduino? Welche Modelle gibt

Mehr

HomeMatic IP: Heizungssteuerung via App

HomeMatic IP: Heizungssteuerung via App 52399 Merzenich Telefon 02275 / 9196-44 Telefax 02275 / 9196-46 Internet : www.contronics.de e-mail : mail@contronics.de HomeMatic IP: Heizungssteuerung via App Kostenlose App für komfortable Steuerung

Mehr

Easy-Monitoring Universelle Sensor Kommunikations und Monitoring Plattform

Easy-Monitoring Universelle Sensor Kommunikations und Monitoring Plattform Easy-Monitoring Universelle Sensor Kommunikations und Monitoring Plattform Eberhard Baur Informatik Schützenstraße 24 78315 Radolfzell Germany Tel. +49 (0)7732 9459330 Fax. +49 (0)7732 9459332 Email: mail@eb-i.de

Mehr

Mikrocontroller Grundlagen. Markus Koch April 2011

Mikrocontroller Grundlagen. Markus Koch April 2011 Mikrocontroller Grundlagen Markus Koch April 2011 Übersicht Was ist ein Mikrocontroller Aufbau (CPU/RAM/ROM/Takt/Peripherie) Unterschied zum Mikroprozessor Unterschiede der Controllerarten Unterschiede

Mehr

Entwicklung eines Scheduling-Verfahrens zur Optimierung der Reihenfolge von Prototypentests. Masterarbeit

Entwicklung eines Scheduling-Verfahrens zur Optimierung der Reihenfolge von Prototypentests. Masterarbeit Entwicklung eines Scheduling-Verfahrens zur Optimierung der Reihenfolge von Prototypentests Masterarbeit zur Erlangung des akademischen Grades Master of Science (M.Sc.) im Masterstudiengang Wirtschaftswissenschaft

Mehr

Systeme I: Betriebssysteme Kapitel 7 Scheduling. Maren Bennewitz

Systeme I: Betriebssysteme Kapitel 7 Scheduling. Maren Bennewitz Systeme I: Betriebssysteme Kapitel 7 Scheduling Maren Bennewitz Version 23.01.2013 1 Inhalt Vorlesung Aufbau einfacher Rechner Überblick: Aufgabe, Historische Entwicklung, unterschiedliche Arten von Betriebssystemen

Mehr

Technische Informatik II

Technische Informatik II Institut für Technische Informatik und Kommunikationsnetze Technische Informatik II Übung 1: Prozesse und Threads Aufgabe 1: Prozesse und Threads a) Wie verhält sich eine Applikation die aus mehreren Prozessen

Mehr

Task A Zündung. Task B Einspritzung. Task C Erfassung Pedalwert. J. Schäuffele, Th. Zurawka: Automotive Software Engineering, Vieweg, 2003

Task A Zündung. Task B Einspritzung. Task C Erfassung Pedalwert. J. Schäuffele, Th. Zurawka: Automotive Software Engineering, Vieweg, 2003 Task! evt. parallel zu bearbeitende Ausführungseinheit! Beispiel: Task A Zündung Task B Einspritzung Task C Erfassung Pedalwert Zeit t J. Schäuffele, Th. Zurawka:, Vieweg, 2003 Echtzeitbetriebssysteme

Mehr

Sichere Nutzung und schnelle Anpassung von Sensornetzen

Sichere Nutzung und schnelle Anpassung von Sensornetzen Sichere Nutzung und schnelle Anpassung von Sensornetzen Dienstorientierte Sensornetze bieten Flexibilität für Benutzer und Entwickler Einleitung Der Einsatz von Sensornetzen ermöglicht die Überwachung

Mehr

IRF2000, IF1000 Application Note ModbusTCP API

IRF2000, IF1000 Application Note ModbusTCP API Version 2.0 Original-Application Note ads-tec GmbH IRF2000, IF1000 Application Note ModbusTCP API Version 2.0 Stand: 28.10.2014 ads-tec GmbH 2014 IRF2000 IF1000 2 Inhaltsverzeichnis 1 Einführung... 3 2

Mehr

Prüfung VO Betriebssysteme SS2008 / 7. Juli 2008

Prüfung VO Betriebssysteme SS2008 / 7. Juli 2008 Name: Matrikel-Nr: Prüfung VO Betriebssysteme SS2008 / 7. Juli 2008 Bitte schreiben Sie leserlich und antworten Sie kurz und präzise. 1. Zeichnen Sie das Schichten-Modell eines Computersystems und markieren

Mehr

DBUS Interprozess-Kommunikation für Embedded-Plattformen

DBUS Interprozess-Kommunikation für Embedded-Plattformen DBUS Interprozess-Kommunikation für Embedded-Plattformen Andreas Schwarz Neratec Solutions AG Firmenprofil Neratec Solutions AG Produkt-Entwicklungen für kundenspezifische elektronische Produkte Produkte

Mehr

Einbau- und Bedienungsanleitung KEMPER KHS-Kabelset Figur 686 03 004

Einbau- und Bedienungsanleitung KEMPER KHS-Kabelset Figur 686 03 004 Einbau- und Bedienungsanleitung KEMPER KHS-Kabelset Figur 686 03 004 DE EN Anschluss an die Gebäudeleittechnik Die Hygienespülung verfügt über zwei Schnittstellen: Schnittstelle RS485 Digitale Schnittstelle

Mehr

AVR Net-IO. Der originale von Pollin vertriebene Bausatz hat folgende Eckdaten:

AVR Net-IO. Der originale von Pollin vertriebene Bausatz hat folgende Eckdaten: AVR Net-IO 2013 DL2USR Bitte alles sorgfältig lesen. Weitere Hinweise enthält die Readme.txt im Softwareordner. Keine Garantie für Vollständigkeit und Fehlerfreiheit, kein Support in irgendeiner Art! Ein

Mehr

TeleButler HC. HomeController für - Heizungsfernsteuerungen - Heizungsregelungen - Storen- und Lichtsteuerung mit Feller - Zeptrion.

TeleButler HC. HomeController für - Heizungsfernsteuerungen - Heizungsregelungen - Storen- und Lichtsteuerung mit Feller - Zeptrion. TeleButler HC HomeController für - Heizungsfernsteuerungen - Heizungsregelungen - Storen- und Lichtsteuerung mit Feller - Zeptrion Cadec AG Neufelstrasse 2 CH - 3076 Worb Tel. +41 31 839 70 83 Fax. +41

Mehr

6 Architektur-Mittel (WOMIT)

6 Architektur-Mittel (WOMIT) 6 Architektur-Mittel (WOMIT) Abb. 6-1: Positionierung des Kapitels im Ordnungsrahmen. Dieses Kapitel befasst sich mit der WOMIT-Dimension des architektonischen Ordnungsrahmens, indem es grundlegende Konzepte

Mehr

Limit betrieben wird. Als Systemsoftware wird wenn überhaupt ein schlankes, vielfach selbst entwickeltes Realzeitbetriebssystem

Limit betrieben wird. Als Systemsoftware wird wenn überhaupt ein schlankes, vielfach selbst entwickeltes Realzeitbetriebssystem 1 1 Einleitung Systeme, die neben den ohnehin vorhandenen funktionalen Anforderungen zusätzlich noch zeitlichen Anforderungen typischerweise im Sekundenbereich und darunter genügen müssen, werden als Realzeitsysteme

Mehr

Soft-SPS - Was ist eine SPS?

Soft-SPS - Was ist eine SPS? Soft-SPS - Was ist eine SPS? SPS = Speicherprogrammierbare Steuerung PLC = Programmable Logic Control Ursprünglich elektronischer Ersatz von Relaissteuerungen (Schützsteuerung) 1 Soft-SPS - Relais-Steuerung

Mehr

Multicore Herausforderungen an das Software-Engineering. Prof. Dr.-Ing. Michael Uelschen Hochschule Osnabrück 15.09.2010

Multicore Herausforderungen an das Software-Engineering. Prof. Dr.-Ing. Michael Uelschen Hochschule Osnabrück 15.09.2010 Multicore Herausforderungen an das Software-Engineering Prof. Dr.-Ing. Michael Uelschen Hochschule Osnabrück 15.09.2010 Inhalt _ Motivation _ Herausforderung 1: Hardware _ Herausforderung 2: Software-Partitionierung

Mehr

OMEGA Architektur. Verlässlichkeit komponentenbasierter Systeme. Hauptseminar Softwaretechnik Falk Reimann EGS Softwaretechnik

OMEGA Architektur. Verlässlichkeit komponentenbasierter Systeme. Hauptseminar Softwaretechnik Falk Reimann EGS Softwaretechnik Verlässlichkeit komponentenbasierter Systeme Hauptseminar Softwaretechnik EGS Softwaretechnik s7286510@inf.tu-dresden.de Betreuer: Steffen Zschaler Überblick Motivation QoS Broker QoS Protokoll Dienste

Mehr

Einsatz einer Echtzeit-Publish/Subscribe-Kommunikation für die Teleoperation mobiler Roboter

Einsatz einer Echtzeit-Publish/Subscribe-Kommunikation für die Teleoperation mobiler Roboter Einsatz einer Echtzeit-Publish/Subscribe-Kommunikation für die Teleoperation mobiler Roboter, André Herms und Michael Schulze lindhors@st.ovgu.de, {aherms,mschulze}@ovgu.de Fakultät für Informatik Institut

Mehr

Roboter programmieren im Unterricht der Sekundarstufe I

Roboter programmieren im Unterricht der Sekundarstufe I Roboter programmieren im Unterricht der Sekundarstufe I C. Kieslich D. Justen Agenda 14:30 14:40 Begrüßung 14:40 15:15 Grundlagen 15:15 16:00 Praktische Übung I 16:00 16:30 Pause 16:30 17:45 Praktische

Mehr

CPU-Scheduling - Grundkonzepte

CPU-Scheduling - Grundkonzepte CPU-Scheduling - Grundkonzepte Sommersemester 2015 Seite 1 Gesamtüberblick 1. Einführung in Computersysteme 2. Entwicklung von Betriebssystemen 3. Architekturansätze 4. Interruptverarbeitung in Betriebssystemen

Mehr

Software Release Notes

Software Release Notes Software Release Notes dss V1.8.1 Mit den Software Release Notes (SRN) informiert die aizo ag über Software-Änderungen und -Aktualisierungen bei bestehenden Produkten. Dokument-Nummer SRN-2013-04 Datum

Mehr

Beschreibung für das Solardatenerfassungs- und Überwachungssystem SolarCount Net Lan

Beschreibung für das Solardatenerfassungs- und Überwachungssystem SolarCount Net Lan Beschreibung für das Solardatenerfassungs- und Überwachungssystem SolarCount Net Lan Inhaltsverzeichnis Inhaltsverzeichnis... 1 Komponenten des Net Lan Systems... 2 Anschlüsse und Verkabelung... 2 Konfiguration

Mehr

RAID. Name: Artur Neumann

RAID. Name: Artur Neumann Name: Inhaltsverzeichnis 1 Was ist RAID 3 1.1 RAID-Level... 3 2 Wozu RAID 3 3 Wie werden RAID Gruppen verwaltet 3 3.1 Software RAID... 3 3.2 Hardware RAID... 4 4 Die Verschiedenen RAID-Level 4 4.1 RAID

Mehr

Inhalt 1 Inbetriebnahme 2 Erläuterungen zum Gateway 3 Bedienung der App 4 Hinweise zur Fehlerbehebung. 1 - Inbetriebnahme. 1.1 - Gateway anschließen

Inhalt 1 Inbetriebnahme 2 Erläuterungen zum Gateway 3 Bedienung der App 4 Hinweise zur Fehlerbehebung. 1 - Inbetriebnahme. 1.1 - Gateway anschließen Inhalt 1 Inbetriebnahme 2 Erläuterungen zum Gateway 3 Bedienung der App 4 Hinweise zur Fehlerbehebung 1 - Inbetriebnahme Nachdem Sie die WeatherHub App von TFA Dostmann aus dem Apple App Store oder dem

Mehr

Robot Karol für Delphi

Robot Karol für Delphi Robot Karol für Delphi Reinhard Nitzsche, OSZ Handel I Version 0.1 vom 24. Januar 2003 Zusammenfassung Nach der Einführung in die (variablenfreie) Programmierung mit Robot Karol von Freiberger und Krško

Mehr

ORGA 6041 DFU Firmwareupdate

ORGA 6041 DFU Firmwareupdate ORGA 6041 DFU Firmwareupdate ORGA 6000 MCTUpgrade V1.4 18.03.2013 Dokumenten Historie Version Datum Autor Änderungen V1.0 04.03.2008 TSS Initialversion V1.1 07.04.2008 TSS Änderung der Dokumenten Eigenschaften

Mehr

RTEMS- Echtzeitbetriebssystem

RTEMS- Echtzeitbetriebssystem RTEMS- Echtzeitbetriebssystem Name: Hussein Hammoud Matrikel- Nr.: 230768 Studiengang: Technische Informatik Fach: Projekt Eingebettete Kommunikation Technische Universität Berlin Sommersemester 2006 RTEMS-

Mehr

Kompatibilität von Microsoft Exchange Server mit den Microsoft Windows Server-Betriebssystemen

Kompatibilität von Microsoft Exchange Server mit den Microsoft Windows Server-Betriebssystemen Kompatibilität von Microsoft Exchange Server mit den Microsoft Windows Server-Betriebssystemen Whitepaper Veröffentlicht: April 2003 Inhalt Einleitung...2 Änderungen in Windows Server 2003 mit Auswirkungen

Mehr

Ein ereignisbasiertes Betriebssystemkonzept für tief eingebettete Steuersysteme

Ein ereignisbasiertes Betriebssystemkonzept für tief eingebettete Steuersysteme Ein ereignisbasiertes Betriebssystemkonzept für tief eingebettete Steuersysteme Von der Fakultät für Mathematik, Naturwissenschaften und Informatik der Brandenburgischen Technischen Universität Cottbus

Mehr

GNUBLIN, die offene EmbeddedPlattform für die Ausbildung

GNUBLIN, die offene EmbeddedPlattform für die Ausbildung GNUBLIN, die offene EmbeddedPlattform für die Ausbildung Benedikt Sauter Linuxtag Berlin 23.05.2013 Zur Person Benedikt Sauter Informatiker Interessen: Mikrocontroller, Linux, Web Diverse Open-Source Projekte

Mehr

Safer Software Formale Methoden für ISO26262

Safer Software Formale Methoden für ISO26262 Safer Software Formale Methoden für ISO26262 Dr. Stefan Gulan COC Systems Engineering Functional Safety Entwicklung Was Wie Wie genau Anforderungen Design Produkt Seite 3 Entwicklung nach ISO26262 Funktionale

Mehr

McAfee Advanced Threat Defense 3.0

McAfee Advanced Threat Defense 3.0 Versionshinweise McAfee Advanced Threat Defense 3.0 Revision A Inhalt Über dieses Dokument Funktionen von McAfee Advanced Threat Defense 3.0 Gelöste Probleme Hinweise zur Installation und Aktualisierung

Mehr

Implementierung der Jikes Research Virtual Machine

Implementierung der Jikes Research Virtual Machine Fakultät Informatik Institut für technische Informatik, Professur für VLSI-Entwurfssysteme, Diagnostik und Architektur Implementierung der Jikes Research Virtual Machine Hauptseminar Technische Informatik

Mehr

5. Threads, Serverprozesse und Benachrichtigungen

5. Threads, Serverprozesse und Benachrichtigungen 5. Threads, Serverprozesse und Benachrichtigungen Threads allgemein Threads in Android: Handler und Messages Services: Local, Remote, Binding Benachrichtigungen Entwicklung mobiler Anwendungen Europäische

Mehr

Zeitsynchronisation Windows Server 2008 R2 PDC Master der FRD mit einer externen Zeitquelle

Zeitsynchronisation Windows Server 2008 R2 PDC Master der FRD mit einer externen Zeitquelle Zeitsynchronisation Windows Server 2008 R2 PDC Master der FRD mit einer externen Zeitquelle Wie funktioniert die Zeitsynchronisation in Windows Netzwerken: http://support.microsoft.com/kb/816042 MSDN Blog

Mehr

Einführung (0) Erster funktionsfähiger programmgesteuerter Rechenautomat Z3, fertiggestellt 1941 Bild: Nachbau im Deutschen Museum München

Einführung (0) Erster funktionsfähiger programmgesteuerter Rechenautomat Z3, fertiggestellt 1941 Bild: Nachbau im Deutschen Museum München Einführung (0) Erster funktionsfähiger programmgesteuerter Rechenautomat Z3, fertiggestellt 1941 Bild: Nachbau im Deutschen Museum München Einführung (1) Was ist ein Rechner? Maschine, die Probleme für

Mehr

Caching Handbuch. Auftraggeber: Version: 01. INM Inter Network Marketing AG Usterstrasse 202 CH-8620 Wetzikon

Caching Handbuch. Auftraggeber: Version: 01. INM Inter Network Marketing AG Usterstrasse 202 CH-8620 Wetzikon Caching Handbuch Auftraggeber: Version: 01 Projekttyp: Erstellt durch: Internet David Bürge INM Inter Network Marketing AG Usterstrasse 202 CH-8620 Wetzikon Email david.buerge@inm.ch URL http://www.inm.ch

Mehr

Mark Fink @ VHS Augsburg 2015. Einführung in die Mikrocontroller-Programmierung. mark@mark-fink.de

Mark Fink @ VHS Augsburg 2015. Einführung in die Mikrocontroller-Programmierung. mark@mark-fink.de Mark Fink @ VHS Augsburg 2015 mark@mark-fink.de Mark Fink Testautomation & PerformanceEngineering Finance, Telco, Logistic Mark Fink Webmaster Media-Site Open-Source @ Github Robotics Seminar-Ablauf Haftungs-Ausschluss

Mehr

Skript zum Labor Maschinenkonstruktion. Konzipieren mechatronischer Produkte: Modellbasierte Programmierung eines Mikroroboters

Skript zum Labor Maschinenkonstruktion. Konzipieren mechatronischer Produkte: Modellbasierte Programmierung eines Mikroroboters Skript zum Labor Maschinenkonstruktion Konzipieren mechatronischer Produkte: Modellbasierte Programmierung eines Mikroroboters Sommersemester 2012 1. Einführung 1.1. Modellbasierte Entwicklung mechatronischer

Mehr

B.4. B.4 Betriebssysteme. 2002 Prof. Dr. Rainer Manthey Informatik II 1

B.4. B.4 Betriebssysteme. 2002 Prof. Dr. Rainer Manthey Informatik II 1 Betriebssysteme Betriebssysteme 2002 Prof. Dr. Rainer Manthey Informatik II 1 Bekannte Betriebssysteme Windows 2000 CMS UNIX MS-DOS OS/2 VM/SP BS 2000 MVS Windows NT Solaris Linux 2002 Prof. Dr. Rainer

Mehr

INES-Webserver. Damit gehen Ihre Geräte und Anlagen online. 1 Inhalt

INES-Webserver. Damit gehen Ihre Geräte und Anlagen online. 1 Inhalt Damit gehen Ihre Geräte und Anlagen online Mit dem Webbrowser bedienen, steuern und überwachen Sie INES und die daran angeschlossene Peripherie... ganz einfach übers Internet. 1 Inhalt 1 Inhalt 1 2 Anwendungen

Mehr

Nahtlose Mechatronik-Toolchain Von der Maschinensimulation bis zum Motorstromregler

Nahtlose Mechatronik-Toolchain Von der Maschinensimulation bis zum Motorstromregler Nahtlose Mechatronik-Toolchain Von der Maschinensimulation bis zum Motorstromregler Jochen Klier AE-Specialists Manager 11/8/2010 2 Agenda Tools für den mechatronischen Systementwurf Soft- und Hardware-Konzepte

Mehr

Powernet EIB System. Aktor. C D Technische Daten: Versorgung extern

Powernet EIB System. Aktor. C D Technische Daten: Versorgung extern Produktname: Binärein-/ausgang 2/2fach 16 A REG Bauform: Reiheneinbau Artikel-Nr.: 0439 00 ETS-Suchpfad: Gira Giersiepen, Ein/Ausgabe, Binär/binär, Binärein-/ausgang 2/2fach REG Funktionsbeschreibung:

Mehr

5000 Meter RF Drahtloser Empfänger (Modell 0020137)

5000 Meter RF Drahtloser Empfänger (Modell 0020137) 5000 Meter RF Drahtloser Empfänger (Modell 0020137) Besonderheit: Drahtlose Steuerung, einfach zu installieren Wasserdichtes Gehäuse und Wasserdichtsteckverbinder. Diese Empfänger kann draußen installiert

Mehr

Grid Computing. Einführung. Marc Lechtenfeld. Seminar Grid Computing Sommersemester 2004 Universität Duisburg-Essen

Grid Computing. Einführung. Marc Lechtenfeld. Seminar Grid Computing Sommersemester 2004 Universität Duisburg-Essen * Grid Computing Einführung Marc Lechtenfeld Seminar Grid Computing Sommersemester 2004 Universität Duisburg-Essen Übersicht 1 Problematik 2 Systemanforderungen 3 Architektur 4 Implementation 5 Projekte

Mehr

PARC. Eine virtuelle Echtzeit Entwicklungsumgebung für den Ausbildungsbereich

PARC. Eine virtuelle Echtzeit Entwicklungsumgebung für den Ausbildungsbereich PARC Eine virtuelle Echtzeit Entwicklungsumgebung für den Ausbildungsbereich Andre Köthur und Dr. Norbert Drescher Fachhochschule Südwestfalen 5095 Hagen Haldener Str. 12 Einleitung und Zielsetzung Die

Mehr

Einführung der neuen 10- -Banknote der Europa-Serie

Einführung der neuen 10- -Banknote der Europa-Serie Einführung der neuen 10- -Banknote der Europa-Serie Die neue Version der 10- -Banknote wird am 23. September in Umlauf gebracht. CPI ist erfreut, bekanntgeben zu können, der MEI Cashflow 2000 sowie alle

Mehr

Komponenten- und ereignisorientierte Softwareentwicklung am Beispiel von Borland-Delphi

Komponenten- und ereignisorientierte Softwareentwicklung am Beispiel von Borland-Delphi Komponenten- und ereignisorientierte Softwareentwicklung am Beispiel von Borland-Delphi Dr. Henry Herper Otto-von-Guericke-Universität Magdeburg Institut für Simulation und Graphik Lisa-Weiterbildung -

Mehr

Definition (BSI) Intrusion Detection Systeme. Alternative Definition. Hauptkomponenten. Erkennung von Angriffen. Hauptkomponenten

Definition (BSI) Intrusion Detection Systeme. Alternative Definition. Hauptkomponenten. Erkennung von Angriffen. Hauptkomponenten Definition (BSI) Intrusion Detection Systeme IDS Aktive Überwachung von Systemen und Netzen mit dem Ziel der Erkennung von Angriffen und Missbrauch. Aus allen im Überwachungsbereich stattfindenen Ereignissen

Mehr

Enterprise Computing

Enterprise Computing Enterprise Computing Prof. Dr.-Ing. Wilhelm G. Spruth Teil 6 Partitionierung NUMA Sharing Disk Storage HP Superdome Cell Board 4 Itanium 2 CPU Chips 32 128 Gbyte I/O Bus mit Kühlern Hauptspeicher Anschlüsse

Mehr

RC TAC3 HRmural / HRflat - ALARME Technische Informationen

RC TAC3 HRmural / HRflat - ALARME Technische Informationen RC TAC3 HRmural / HRflat - E Technische Informationen (v.07/2009) Die Fernbedienung RC TAC3 HRmural / HRflat zeigt 9 Alarm-Typen an : Type 1: Type 2: Type 3: Type 4: Type 5: Type 6: Type 7: Type 8: Type

Mehr

EIB-Sicherheitsanlage mit dem Ereignisbaustein N341

EIB-Sicherheitsanlage mit dem Ereignisbaustein N341 EIB-Sicherheitsanlage mit dem Ereignisbaustein N341 3 Zonen: Zone 1 = Alarmaktiv Aussenschutz Zone 2 = Alarmaktiv Schlafen Zone 3 = Alarmaktiv Gäste Textausgabe: Imformation über den jeweiligen Zustand

Mehr

Embedded Linux gnublin Board Programmieren Sonstiges. Embedded Linux am Beispiel des Gnublin-Boards

Embedded Linux gnublin Board Programmieren Sonstiges. Embedded Linux am Beispiel des Gnublin-Boards Embedded Linux am Beispiel des Gnublin-Boards Was ist Embedded Linux? Wikipedia Als Embedded Linux bezeichnet man ein eingebettetes System mit einem auf dem Linux-Kernel basierenden Betriebssystem. In

Mehr

Energie sparen bei Heizungsanlagen und Bedienung der Heizung mit PC und Handy

Energie sparen bei Heizungsanlagen und Bedienung der Heizung mit PC und Handy Energie sparen bei Heizungsanlagen und Bedienung der Heizung mit PC und Handy Energiekosten zu sparen lohnt sich und bietet sich bei der eigenen Heizungsanlage an. So läuft beispielsweise die Warmwasseraufbereitung

Mehr