Softwarestrukturen in Building Automation

Größe: px
Ab Seite anzeigen:

Download "Softwarestrukturen in Building Automation"

Transkript

1 Institut für Datentechnik und Kommunikationsnetze Seminararbeit Softwarestrukturen in Building Automation Sven Chmielewski Matrikelnummer: Juli 2011 Prüfer: Betreuer: Prof. Dr.-Ing Rolf Ernst Dr.-Ing Harald Schrom Technische Universität Braunschweig Institut für Datentechnik und Kommunikationsnetze

2 Echtheitserklärung "Hiermit erkläre ich, dass ich die vorliegende Arbeit selbständig verfasst, alle wörtlichen und sinngemäßen Übernahmen als solche gekennzeichnet und keine anderen als die angegebenen Quellen und Hilfsmittel benutzt habe." Braunschweig, Sven Chmielewski

3 Inhaltsverzeichnis 2 Inhaltsverzeichnis Inhaltsverzeichnis 3 Abbildungsverzeichnis 4 1 Einleitung Erläuterungen zu verwendeten Begriffen Eigenschaften eines Softwaresystems in Building Automation Systemanforderungen Leistungsfähigkeit Zuverlässigkeit Stabilität Langlebigkeit Sicherheit Echtzeitfähigkeit Skalierbarkeit Abstrahierung des Systems für den Benutzer Konzepte Cloud-Computing Open Source SmallCAN2.0: Ein Softwaresystem für Building Automation auf L4/FreeRTOS- Basis Gesamtkonzept Home-Gateway Inhouse-Gateway Busknoten Ein Softwaresystem für Building Automation auf Linux-Basis Hardware und Topologie Ein erweitertes Cloud-Konzept Betriebssystem Embedded Linux OpenBSD Building-Gateway Hardware Software

4 Inhaltsverzeichnis Room-Gateway Hardware Software Busknoten Hardware Software Vergleich des SmallCAN2.0-Systems mit einem Linux-basierten System 22 6 Fazit 23 Literatur 24 3

5 4 Abbildungsverzeichnis 1 Darstellung der Softwarestruktur eines Busknotens im SmallCAN2.0-System Schematische Darstellung einer RTAI-Software-Architektur Schematische Darstellung des Schedulings in LibeRTOS

6 1 Einleitung 5 1 Einleitung Das Forschungsgebiet "Home Automation", entstanden als Ableger der Gebäudeautomation für Privathaushalte, wandelt sich zusehends zu einer eigenständigen Forschungssparte, dessen Bedeutung in der Zukunft nicht hoch genug bewertet werden kann. Wo es früher auf die Automatisierung und Synchronisation von Industrieanlagen und großen Komplexen ankam, liegt der neue Fokus nun auf Komfort für den Nutzer und die Unsichtbarkeit der Technik. Aus der veränderten Ausrichtung eines Building Automation Systems (BAS) hin zu einem Smart Home System ergeben sich auch neue Anforderungen an die Software dieses Systems und ihre Struktur. Sowohl muss sich die Software in die veränderte Systemumgebung einfügen, als auch bieten sich Möglichkeiten für den Einsatz neuer Techniken. In diesem Paper werde ich einen Überblick über die Anforderungen der Softwarestruktur eines modernen Building Automation Systems für den Einsatz in Wohnhäusern geben. Des Weiteren werde ich einen neuen Ansatz für ein Softwaresystem vorstellen und ihn mit einem aktuell in der Entwicklung befindlichen System vergleichen. 1.1 Erläuterungen zu verwendeten Begriffen In diesem Dokument werden verschiedene Begriffe und Synonyme verwendet, um Gebäudeautomation zu beschreiben. Obwohl es in der exakten Definition Unterschiede gibt, werden die Begriffe Building Automation und Home Automation hier synonym verwendet und meinen die Gebäudeautomation mit Fokus auf der Automation von Wohnhäusern. Außerdem werden die Begriffe Smart Building System, Hausautomatisierungssystem und Building Automation System, sowie dessen Abkürzung BAS synonym verwendet und meinen das in einem Gebäude installierte System zur Gebäudeautomatisierung. 5

7 2 Eigenschaften eines Softwaresystems in Building Automation 6 2 Eigenschaften eines Softwaresystems in Building Automation Aus den in der Einleitung formulierten Zielen eines Building Automation Systems lassen sich Forderungen an die Software und ihre Struktur ableiten. Zur Erfüllung dieser Anforderungen werden in diesem Kapitel einige Konzepte vorgestellt. Diese umfassen insbesondere die Verwendung von Open-Source-Produkten 1 und die Anwendung eines Cloud-Computing-Konzepts 2 innerhalb eines Smart Buildings. 2.1 Systemanforderungen Als grundlegende Forderungen an jedes Softwaresystem lassen sich Leistungsfähigkeit, Zuverlässigkeit, Stabilität und Sicherheit nennen. Weiter werden noch Langlebigkeit, Sicherheit, Skalierbarkeit, Echtzeitfähigkeit und Abstrahierung der Systemstruktur für den Nutzer als etwas spezifischere Anforderungen an ein BAS angesprochen Leistungsfähigkeit Die Leistungsfähigkeit hängt insbesondere stark von der verwendeten Hardware ab, aber auch von der effizienten Nutzung der zur Verfügung stehenden Ressourcen. Da die Produktzyklen eines BAS im Vergleich zu anderen Computersystemen sehr lang sind, neue Funktionen dem Nutzer jedoch nicht vorenthalten werden und durch Updates eingespielt werden sollten, wird ein BAS den größten Teil seines Lebenszyklus mit veralteter Hardware ausgestattet sein. Ein schlankes, effizientes Softwaresystem ist also ein elementarer Bestandteil eines BAS Zuverlässigkeit Zuverlässigkeit betrifft die Ausfallsicherheit des System, beziehungsweise seine Fähigkeit partielle Ausfälle zu kompensieren. Ein großer Beitrag dazu lässt sich leisten, indem Redundanz in Hardware erzeugt wird. Das Datennetzwerk im Haus sollte den Ausfall einzelner Netzwerkknoten und -verbindungen verkraften können. Auch das Doppeln ganzer Recheneinheiten zur Redundanzerzeugung ist denkbar. Aufgaben der Software sind vor allem die Erkennung und Lokalisierung eines Ausfalls, sowie das Management einer angemessenen Reaktion. Einen entscheidenden Beitrag dazu kann das weiter unten beschriebene Cloud-Computing leisten, indem Aufgaben ausgefallener Einheiten auf andere übertragen werden. 1 siehe Abschnitt siehe Abschnitt

8 2 Eigenschaften eines Softwaresystems in Building Automation Stabilität Stabilität bedeutet die Gefahr des Absturz einzelner Gerätes so weit wie möglich zu reduzieren. Ein stabiles Betriebssytem ist also von entscheidender Bedeutung. Ebenso wichtig ist die Abstrahierung der Hardware für die auf dem Gerät laufenden Tasks, sodass diese nicht direkt auf Systemprozesse zugreifen können. Ein wichtiger Punkt ist insbesondere getrennte Speicherbereiche für alle Tasks zu nutzen Langlebigkeit Systeme für Home Automation sind auf Lebenszyklen von mehreren Jahrzehnten ausgelegt. 3 Sowohl Software als auch Hardware müssen also für eine sehr lange Lebensdauer geschaffen sein. Dieses Problem ist bei Software weniger stark ausgeprägt, da diese nicht wie Hardware einem irreversiblen Verschleiß unterliegt (Korrosion, Abnutzung etc.). Jedoch sollte es möglich sein jede Software im System upzudaten, um Fehler zu beseitigen und neue Funktionen zu implementieren. Auch muss sichergestellt werden, dass die Software über die gesamte Lebenszeit des BAS verfügbar ist. Insbesondere bei Software von Drittherstellern könnte sich das als problematisch erweisen Sicherheit Sicherheit ist ein in bisher existierenden BAS ein wenig beachteter Faktor. Zugangsbeschränkungen, Verschlüsselung von Informationen innerhalb des Systems etc. sind in den meisten Systemen gar nicht, oder nur schwach implementiert. 4 Insbesondere für die Home Automation tritt der Sicherheitsaspekt in Zukunft in den Vordergrund Echtzeitfähigkeit Sowohl an Hardware als auch an Software lässt sich die Forderung der Echtzeitfähigkeit stellen. Sie ergibt sich aus der Sicherheitskritikalität des Systems. Würden sicherheitsrelevante Daten nicht oder mit großer (unerwarteter) Verzögerung ihr Ziel erreichen, kann es zu Störungen im System oder zu Unfällen kommen. Insbesondere bei sich überlappenden Prozessen, wie beispielsweise einer Rolladensteuerung und einer Fensteröffnungsautomatik ist die Problematik klar ersichtlich. In Hardware lässt sich die Grundlage für Echtzeitfähigkeit durch genügend hoch getaktete Computer und echtzeitfähige Datenübertragung schaffen. Die Hauptaufgabe 3 Wartung und Diagnose sollten für 30 Jahre verfügbar sein.,[15, S.5] 4 Für eine Zusammenfassung von Sicherheitsmerkmalen in am Markt befindlichen BAS, siehe [12] 7

9 2 Eigenschaften eines Softwaresystems in Building Automation 8 liegt hier aber bei der Software, die sicherstellen muss, dass die entsprechenden Kriterien der Datenverarbeitung und Übertragung eingehalten werden Skalierbarkeit Da ein BAS in möglichst vielen Umgebungen problemlos einsetzbar sein soll, ist die Skalierbarkeit des Systems eine wichtige Forderung. Im Idealfall sollte sich ein kleines System mit nur wenigen Hardwareknoten gleich verhalten wie ein großes System mit sehr vielen Knoten. Um für verschieden komplexe Systeme die gleiche Struktur verwenden zu können, bietet sich ein dezentral organisiertes System an. Dadurch lässt sich das System durch Variation der Anzahl kleiner, vernetzter Recheneinheiten skalieren, es ist keine an die Systemgröße angepasste Zentraleinheit notwendig Abstrahierung des Systems für den Benutzer Für den Nutzer sollte die Struktur des Systems möglichst unsichtbar sein, um die Interaktion so einfach wie möglich zu gestalten. Der Benutzer bedient das System zum einen traditionell über Wandschalter (Lichtschalter, Dimmer etc.), zum anderen über Bildschirme, auf denen eine möglichst leicht verständliche Benutzeroberfläche läuft. Dabei hat der Benutzer Kontrolle über globale (oder räumlich eingeschränkte) Funktionen des Hauses, nicht über einzelne Geräte. Die Softwarestruktur selbst so wie auch die meiste Hardware ist abstrahiert und bleibt für den Nutzer verborgen. 2.2 Konzepte Cloud-Computing Der Begriff des Cloud-Computings wurde in den letzten Jahren zum Schlüsselwort für neue Dienste im Internet 5. Die Grundidee, Aufgaben nicht mehr nur auf einem Rechner abzuarbeiten, sondern die Tasks je nach Ressourcenverfügbarkeit auf viele Computer zu verteilen, lässt sich auch auf den Bereich der Building Automation anwenden. Die nötige Infrastruktur von mehreren (gleichstarken) Geräten, die gut vernetzt sind, ist in einem BAS gegeben. Der Nutzen einer besseren Ressourcennutzung und damit von effizienterem und energiesparenderem Arbeiten ist ebenfalls offensichtlich. Im weiteren Verlauf des Papers werden in beiden vorgestellten Systementwürfen verschiedene Ansätze des Cloud-Computings beschrieben und miteinander verglichen. 5 vgl. [17, Seiten3,4]und[16] 8

10 2 Eigenschaften eines Softwaresystems in Building Automation Open Source Um die Forderung nach einer langlebigen Softwareumgebung und der Unabhängigkeit von Drittherstellern zu erfüllen, bietet sich die Verwendung von Open-Source-Software im gesamten System an. Die in der Vergangenheit oft genannten Kritikpunkte am Konzept von Open Source haben sich in den allermeisten Fällen als unbegründet oder zumindest umgehbar herausgestellt. Einer der gravierensten Kritikpunkte ist sicher, dass Open-Source-Software oft eine geringere Qualität habe, da es es keinen finanziellen Anreiz für die Entwickler gäbe. Wissenschaftliche Untersuchungen konnten allerdings keine generell mindere Qualität bei Open-Source-Produkten feststellen. 6 Auch die Verwendung von Open Source in vielen hochprofessionellen Umgebungen (beispielsweise Googles Android als Smartphonebetriebssystem) spricht gegen diesen Vorwurf. Insbesondere für Kernel und Betriebssysteme der verschiedenen Systemkomponenten sind Open- Source-Produkte sinnvoll. Neben dem Entfallen von Lizenzgebühren macht es das System unabhängig vom wirtschaftlichen Erfolg der lizensierenden Softwarefirma. Der gesamte verwendete Code ist außerdem einsehbar und so für den Entwickler transparent. Ein Schlüsselargument für offene Software (bzw. ein freies Lizenzmodell) ist außerdem der Anreiz, der für Drittfirmen geschaffen wird, Soft- und Hardware für das BAS zu erstellen. Durch die Offenlegung des Codes und den Wegfall von Lizenzgebühren wird es insbesondere kleineren Entwicklerfirmen erleichtert Produkte für das System zu entwickeln. Ein wichtiges Argument im Kampf um die Vorherrschaft auf dem Markt der Smart-Building- Systeme wird die Offenheit von Standards und Schnittstellen sein, die ein großes Feld von Unterstützern ermöglichen. Innerhalb der verwendeten Lizenz sollte es jedoch auch möglich sein Closed-Source-Software ins System einzubinden, um Herstellern, die dies wünschen die Verwendung proprietärer Standards zu ermöglichen. 6 vgl. [20] 9

11 3 SmallCAN2.0: Ein Softwaresystem für Building Automation auf L4/FreeRTOS-Basis 10 3 SmallCAN2.0: Ein Softwaresystem für Building Automation auf L4/FreeRTOS-Basis 3.1 Gesamtkonzept Das in diesem Kapitel vorgestellte Hausautomatisierungssystem SmallCAN2.0 entsteht momentan am Institut für Datentechnik und Kommunikationsnetze der TU Braunschweig. Es ist der Nachfolger eines bereits existierenden, im gleichen Institut zu Forschungszwecken entwickelten Systems. 7 Der Entwurf verfolgt den Ansatz eines verteilten Systems mit verschiedenen Klassen von Geräten. Die oberste Instanz stellt das Home-Gateway dar. Es verbindet das BAS sowohl mit dem Internet als auch mit dem internen IT-Netzwerk des Hauses. Eine Stufe darunter befinden sich sogenannten Inhouse-Gateways, oder Segment-Controller. Diese haben die Aufgabe einzelne Bereiche des Netzes voneinander zu separieren, sowohl informationell, als auch elektrisch. Sie werden beispielsweise für jeden Raum installiert, sodass einzelne Räume voneinander unabhängig sind. Das kleinste Element im System sind die Busknoten. Sie sind in (oder an) jedem Sensor und Aktor im Haus enthalten, und verbinden diesen mit dem Netzwerk. Das Netzwerk selbst ist ein Feldbus. Hier kommt SmallCAN zum Einsatz, eine modifizierte Version des CAN- Busses, die Echtzeitfähigkeit ermöglicht. Allgemein bietet jede Hardware im System Echtzeitfähigkeit, auch die verwendeten Betriebssysteme unterstützen Echtzeitscheduling. Besonderes Augenmerk liegt auf der freien Integrierbarkeit neuer Komponenten ins System. So ist es beispielsweise möglich auch nach der Erstinstallation des Systems Inhouse-Gateways oder ganze Räume hinzuzufügen. Diese werden im Betrieb vom System erkannt und integriert. Des Weiteren ist der geringe Energieverbrauch ein wichtiger Punkt. Die gesamte Energie für die Inhouse-Gateways und Busknoten wird vom Home-Gateway über den Bus bereitgestellt. Dadurch entfallen zusätzliche Stromleitungen, was die Installation der Geräte stark vereinfacht. SmallCAN2.0 bietet grundlegende Funktionalitäten von Cloud-Computing. Busknoten und dem Home-Gateway ist es möglich einzelne Anwendungen oder Teile dieser an die Inhouse-Gateways auszulagern und von diesen bearbeiten zu lassen. Dadurch lassen sich freie Ressourcen dynamisch nutzen und das System effizienter betreiben. Im Folgenden werden nun die einzelnen Geräteklassen des SmallCAN2.0-Systems kurz vorgestellt. Dabei wird neben der Software auch kurz auf die Hardware der Geräte eingegangen. 7 Die Systembeschreibung in diesem Abschnitt stützt sich auf eine Konzeptschrift des Instituts für Datentechnik und Kommunkationsnetze der TU Braunschweig [15], sowie auf eine von Harald Schrom an den Autor [21]. Der Name SmallCAN2.0 ist in diesen Quellen nicht enthalten, da er bisher nicht offiziell feststeht. Er wurde dem Autor von Harald Schrom als Übergangsbezeichnung empfohlen. 10

12 3 SmallCAN2.0: Ein Softwaresystem für Building Automation auf L4/FreeRTOS-Basis Home-Gateway Die leistungsfähigste Einheit im System hat vor allem die Aufgabe die Verbindung zur Außenwelt herzustellen und das System mit Energie zu versorgen. Außerdem kommen ihr globale Systemmanagementaufgaben zu. Die Hardware umfasst ein Multikernsystem auf ARM-Basis 8, sowie einen FPGA für generische, hardwarenahe Anwendungen. Daneben ist die nötige Peripherie für den Anschluss an Ethernet (internetseitig) und SmallCAN (hausseitig) vorhanden, sowie zwei Netzteile zur eigenen Stromversorgung und der des Busses. Optional können Batterien angeschlossen sein, um bei Stromausfällen für kurze Zeit Notenergie bereitzustellen. Auf Seiten der Software kommt als Grundlage ein L4-Kernel 9 zum Einsatz. Darauf setzen zum einen direkt sicherheitskritische Tasks auf, zum anderen ein FreeRTOS-Betriebssystem 10,das die Kommunikation mit dem Rest des Hauses und deren Verwaltung übernimmt. Des Weiteren ist für Wartungszwecke parallel zu FreeRTOS ein Linux-System installiert. Dieses hat jedoch im Tagesgeschäft keinen Einfluss. Auf dem Betriebssystem selbst setzt eine Middleware auf, die die Hardwareabstrahierung übernimmt und Dienste anbietet wie Kommunikations-APIs, Logging und Debugging und die Cloudfunktionen des Systems verwaltet. Auf dieser Schicht laufen die User-Anwendungen. 3.3 Inhouse-Gateway Das Inhouse-Gateway ist im Wesentlichen eine kleine Version des Home-Gateways. Es trennt einen Raum (oder einen Bereich des Hauses) vom Rest des Netzwerks. Die Hardware ist ebenfalls eine geschrumpfte Version des Home-Gateways. Als Prozessor kommt ein ARM Cortex M3 zum Einsatz. Es sind mehrere CAN-Ports vorhanden. Weitere Peripherie könnte Speicherchips umfassen, sofern diese nötig sind. Auch hier kommen kleine Batterien oder speicherstarke Kondensatoren zum Einsatz, um im Falle eines Energieverlusts in einen kontrollierten Aus-Zustand überzugehen. Die Software baut wieder auf einem L4-Kernel auf. Darauf läuft ein FreeRTOS Betriebssystem, Linux ist hier nicht installiert. Die Laufzeitumgebung hat vor allem die Aufgabe des Datenroutings, sowie das Abarbeiten der durch die Cloud zugewiesenen Tasks. 8 Gemeint sind Prozessoren, deren Architektur der von ARM Limited lizensierten entspricht. 9 L4 ist eine Mikrokernel-Familie, die sich besonders durch ihre Kompaktheit und Effizienz auszeichnet. Eine Variante von L4 wurde als ein beweisbar sicheres System identifiziert. L4 erfreut sich als Grundlage für eingebettete Systeme in der Industrie großer Beliebtheit. Für weitere Informationen siehe [19] 10 FreeRTOS ist ein freies Echtzeitbetriebssystem für Mikrocontroller. Für weitere Informationen siehe [2] 11

13 KERNEL Mode USER Mode KERNEL Mode 3 SmallCAN2.0: Ein Softwaresystem für Building Automation auf L4/FreeRTOS-Basis 12 CAN Driver Communications API Task 1 Task 2 Task 3 Task 4 Task 5 Task 6 Task 7 Hardware Access Controller Driver 1 Dynamic Driver-Slots Driver 2 Driver 3 Driver 4... UART SPI Multiplexer SPI Queue Application MPU Region Abbildung 1: Darstellung der Softwarestruktur eines Busknotens im SmallCAN2.0-System Quelle: Institut für Datentechnik, TU Braunschweig 3.4 Busknoten Als kleinste Einheit hat der Busknoten vor allem die Aufgabe alle Geräte im Haus ans System anzubinden. Die Hardware nutzt wie das Inhouse-Gateway einen ARM Cortex M3, allerdings eine Variante mit geringerer Ausstattung. Ein CAN-Port stellt die Verbindung zum Bus her. Seine Energie bezieht der Knoten vom Bus. Die Software sieht ein FreeRTOS-Betriebssystem vor, allerdings diesmal ohne L4-Unterbau, da der Chip durch geringere Speichergröße nicht für die Verwendung von L4 geeignet ist. 12

14 4 Ein Softwaresystem für Building Automation auf Linux-Basis 13 4 Ein Softwaresystem für Building Automation auf Linux-Basis Durch den kontinuierlichen technischen Fortschritt in der Computertechnik werden schon in wenigen Jahren Systeme denkbar sein, die heute nicht realisierbar sind oder stark überdimensioniert erscheinen. So werden in naher Zukunft preisgünstige Mikroprozessoren erhältlich sein 11, die die Nutzung eines ursprünglich für Desktoprechner vorgesehenen Betriebssystems wie Linux auf allen im BAS vorkommenden Plattformen ermöglichen. Es mag zunächst widersinnig erscheinen ein so komplexes und damit auch potenziell fehleranfälliges System wie Linux selbst auf Lichtschalter-Controllern laufen zu lassen. Mit genügend Entwicklungsarbeit in jene Richtung könnte diese Variante jedoch erste Wahl für Building-Automation-Systeme der Zukunft werden. 4.1 Hardware und Topologie Der Ansatz eines dezentralen Netzwerks mit verteilten Strukturen des SmallCAN2.0-Systems sollte fortgesetzt und mit gestiegenen Rechenkapazitäten noch ausgebaut werden. Auch die Hierarchie der Geräteklassen wird aus dem vorher vorgestellten Ansatz übernommen. Ein Building-Gateway verbindet das BAS mit der Außenwelt und dem Internet. Mit ihm verbunden sind sogenannte Room-Gateways, an die sich wie beim Inhouse-Gateway des zuvor beschriebenen Systems ein isoliertes Netzwerk anschließt. Diese isolierten Netzwerke erstrecken sich in der Regel über einen Raum. Hier ist wieder jedes Gerät (wie Lichtschalter, Lampe, Heizung etc.) über einen Busknoten an das Netzwerk angeschlossen. Die Datenübertragung wird über Feldbusse realisiert. Allerdings kommen im Raumnetzwerk und dem übergeordneten Hausnetzwerk verschiedene Busse zum Einsatz. Der Grund liegt im unterschiedlichen Datenaufkommen der verschiedenen Netze. Das Raumnetzwerk ist vom Rest des Hauses isoliert und über den Bus müssen nur Daten übertragen werden, die für die Steuerung des Raumes relevant sind. Dagegen laufen über das Hausnetzwerk deutlich mehr Daten. Nämlich neben allen Steuerungsinformationen, die über einen Raum hinaus bekannt sein müssen auch alle Softwareupdates von außen und Loggingdaten. Außerdem sollte, um ein allumfassendes System im Haus zu schaffen, das Haus-Entertainmentsystem ebenfalls ins BAS eingebunden werden, sodass auch dessen datenintensive Dienste (Streaming etc.) über das Hausnetzwerk laufen müssen. Daher eignet sich hier ein sehr leistungsfähiges Bussystem, beispielsweise Highspeed-CAN 12, oder eher noch FlexRay 13 aufgrund seiner Echtzeitfähigkeit. In den einzelnen Räumen sollte ein ebenfalls echtzeitfähiges low-speed Bussystem, beispielsweise SmallCAN zum Einsatz kommen. Hier muss 11 vgl. [9] 12 Highspeed-CAN ist eine Version des CAN Feldbussystems, was Datenraten bis zu 1Mbit/s ermöglicht. Für weitere Informationen siehe [10]. 13 FlexRay ist ein echtzeitfähiges Feldbussystem, welches für den Automobilbereich entwickelt wurde. Es sind Datenraten von bis zu 10Mbit/s möglich. Für weitere Informationen siehe [11]. 13

15 4 Ein Softwaresystem für Building Automation auf Linux-Basis 14 Augenmerk auf die Datenrate und den Energieverbrauch als komplementäre limitierende Faktoren gelegt werden. Das im nächsten Absatz beschriebene Cloud-Konzept stellt gewisse Mindestanforderungen an den Datendurchsatz, die Hardware selber dagegen legt Höchstwerte für den Energieverbrauch fest. 4.2 Ein erweitertes Cloud-Konzept Um Ressourcen effizienter nutzen zu können, ist in diesem System ein im Vergleich zum zuvor beschriebenen Ansatz in einigen Punkten erweitertes Cloud-Konzept implementiert. Wie im SmallCAN2.0-System können Applikationen auf beliebigen Busknoten ausgeführt werden. Auch Daten können auf beliebigen Knoten gespeichert werden. Komplexe Aufgaben können von Busknoten an Room-Gateways delegiert werden. Allerdings können diese keine Aufgaben, deren Ergebnisse und Daten nicht außerhalb des Raumes benötigt werden ans Building-Gateway oder andere Room-Gateways weiterleiten. Eine Cloud ist immer auf einen Raum beschränkt; so wird das Konzept der isolierten Räume gewahrt und dieser Sicherheitsvorteil wird weiterhin genutzt. Diese Beschränkung könnte unter Umständen durch entsprechend starke Verschlüsselungen entfallen, dies wäre allerdings durch weiterführende Studien zu überprüfen. Der Kern der erweiterten Cloud ist die Möglichkeit nicht nur Applikationen auf beliebigen Knoten auszuführen, sondern auch einzelne Tasks einer Applikation auf verschiedene Hardwareeinheiten zu verteilen. Auch können Tasks on-the-fly auf einen anderen Knoten übertragen werden, sodass eine Umverteilung von Aufgaben bei veränderter Auslastung von Busknoten (oder dem Ausfall einzelner Einheiten) möglich ist. Bei der Umverteilung im laufenden Betrieb wird dazu zunächst eine Kopie des zu verschiebenden Tasks auf der Zielhardware erstellt. Dem nicht mehr benötigen Task wird dann ein Stoppbefehl gegeben. Dieser versendet den aktuellen Status seiner Variablen an den Zielknoten. Dort wird der Task mit erhaltenen Variablenwerten gestartet und der alte Prozess auf dem Ursprungsknoten gelöscht. Im Falle des Ausfalls eines Knotens wird der Task vom Room-Gateway ebenfalls neu auf einen funktionierenden Knoten geschrieben, muss dort allerdings neu starten und hat keine Laufzeitinformationen des alten Tasks. Das Management dieser Vorgänge übernimmt das Room-Gateway. Es muss über die Auslastung aller Busknoten im Netzwerk informiert sein, natürlich ebenso wie über die Verteilung der Tasks und deren Status. Es übernimmt auch die Änderung von Routing-Informationen für Applikationen und ihre verteilten Tasks. Jede im Raumnetzwerk vorhandene Software muss im Room-Gateway zur Nachinstallation hinterlegt sein. 14

16 4 Ein Softwaresystem für Building Automation auf Linux-Basis Betriebssystem Durch die unterschiedlichen Hardwareplattformen im System ist es nötig, verschieden leistungsfähige und Ressourcen-verbrauchende Betriebssysteme bereitzustellen. Während auf einem Building-Gateway ein leistungsfähiges Betriebssystem laufen muss, liegt der Fokus bei den Busknoten auf einer effizienten Nutzung der begrenzten Ressourcen und dem Sparen von Energie. Es bietet sich also an verschiedene Ansätze für die Geräte zu verwenden. Eine andere Möglichkeit ist die Verwendung eines einzigen Betriebssystems auf allen Geräten, wobei der unterschiedlichen Möglichkeiten der Hardware durch Softwareskalierung Rechnung getragen wird. Auf allen Geräten läuft der gleiche Kern, je nach Art des Geräts werden Funktionen hinzugefügt oder entfernt. Dazu ist ein Betriebssystem nötig, das sowohl in seiner Minimalausführung sehr klein und energiesparend ist, als auch in größerer Konfiguration die Möglichkeiten eines Desktopsystems bereitstellt. Der Vorteil ist sowohl die einfachere Handhabbarkeit des ganzen Systems, da Daten nur noch zwischen gleichen Betriebssystemen versandt werden, als auch der deutlich reduzierte Entwicklungsaufwand, da nur noch ein Betriebssystem betrieben werden muss. Neben dieser und anderen allgemeinen Forderungen an ein Building Automation System 14 sind an das Betriebssystem noch weitere Anforderungen zu stellen: unter einer Open-Source-Lizenz verfügbar, die die Verwendung in einem kommerziellen System erlaubt kompatibel für alle Hardware-Plattformen, die im System verwendet werden ständige Weiterentwicklung ist durch eine große Nutzerschaft gewährleistet. Im Folgenden werde ich insbesondere Linux als Embedded System auf die geforderten Eigenschaften hin überprüfen und zeigen, dass diese erfüllt werden können. Zum Vergleich werde ich außerdem kurz auf OpenBSD als Beispiel eines Betriebssystems aus der Familie der Berkeley Software Distribution eingehen Embedded Linux Als Embedded Linux werden im Allgemeinen Linux-Systeme bezeichnet, die speziell auf die Verwendung in eingebetteten Systemen zugeschnitten sind. 15 Das betrifft den Umfang an installierten Bibliotheken, Echtzeitfähigkeit und weitere Eigenschaften. 14 vgl. Abschnitt vgl. [14] 15

17 4 Ein Softwaresystem für Building Automation auf Linux-Basis 16 Im Vergleich zu anderen Open-Source-Betriebssystemen hat Linux mit Abstand die weiteste Verbreitung und Entwickler können auf eine sehr große Community zurückgreifen. Ein weiteres Argument für Embedded Linux ist die große Flexibilität. Je nach Distribution sind Systeme ab 200 kbyte Programmspeicher und ca. 500 kbyte Arbeitsspeicher möglich. 16 Eine untere Grenze der Skalierbarkeit besteht in der Mindestwortbreite von 32bit von Linux (bis auf wenige Ausnahmen). Nach oben sind kaum Grenzen gesetzt, es gibt viele Embedded-Linux-Lösungen für High-Performance-Systeme. Traditionell ist Linux, da als Desktop-Betriebssystem entworfen, nicht echtzeitfähig. Es gibt jedoch Ansätze von verschiedenen Gruppen und Firmen Echtzeitfähigkeit für Embedded Linux zu realisieren. Dabei werden verschiedene Strategien verfolgt. Eine Möglichkeit ist es einen zusätzlichen Scheduler in den Kernel einzufügen, der den ursprünglichen Scheduler übergeordnet ist. Eine andere Variante, die beispielsweise von RTAI verfolgt wird, ist einen weiteren Kernel ins System einzufügen, der in Echtzeit taktet. Inzwischen ist auch ein nativer Patch für Linux verfügbar 17, der (allerdings recht weich definiertes) Echtzeitverhalten ermöglicht. Im Folgenden werden zwei Varianten von Echtzeit-Linux-Systemen kurz vorgestellt. Sie verwenden die beiden erwähnten Strategien, um Echtzeitfähigkeit zu erreichen RTAI Real Time Application Interface erweitert Linux um einen zweiten Kernel mit Echtzeitscheduling als Unterbau zwischen Linuxkernel und Hardware. Der eigentliche Linuxkernel läuft nun als Echtzeit-Task des neuen Kernels. Damit Linux sich deterministisch verhält, wird die Interruptverwaltung des Linuxkernels von einer Hardwareabstraktionsschicht namens Realtime Hardware Abstraction Layer (RTHAL) übernommen. Diese wird durch einen Patch dem Kernel hinzugefügt. 18 Der Nachteil dieser Herangehensweise ist, dass Echtzeit-Tasks gleichberechtigt mit dem Linuxkern im Kernelspace laufen (siehe Abbildung 2). Dadurch sind sie nicht durch die Speicherschutzmechanismen des Betriebssystems kontrolliert, was zu Sicherheitsproblemen führen kann. Es gibt eine Erweiterung für RTAI namens LXRT, die es ermöglicht Echtzeit-Tasks im Userspace auszuführen. Sie dient allerdings nur als Entwicklungshilfe, und ist nicht zur normalen Verwendung gedacht. 19 In einer sicherheitskritischen Umgebung, wie sie in einem BAS gegeben ist, ist der Einsatz von RTAI also eher wenig sinnvoll. 16 Speicherplatzangaben von [4]. Die Firma Coventive Solutions hat sogar eine Distribution entwickelt, die nur 143kB Speicher benötigt [22]. 17 vgl. [8] 18 Funktionsbeschreibung von RTAI aus [6]. Für weiterführende Informationen siehe ebenda. 19 Zur Funktionsweise: LXRT erstellt für jeden Linux-Task, der in Echtzeit gescheduled werden soll einen sogenannten Angel im Kernel-Space. Dieser ist quasi ein Schatten des Linux-Tasks und führt alle Befehle des Tasks in Echtzeit aus und gibt die Ergebnisse zurück. Für weitere Informationen siehe [5]. 16

18 4 Ein Softwaresystem für Building Automation auf Linux-Basis 17 Abbildung 2: Schematische Darstellung einer RTAI-Software-Architektur Quelle: [13] LibeRTOS Linux Based Enhanced Realtime Operating System verfolgt den Ansatz, dem Linuxkernel durch einen Patch einen weiteren Scheduler hinzuzufügen. Dieser Echtzeit- Scheduler arbeitet vor dem eigentlichen Linux-Scheduler und übernimmt das Scheduling, sofern ein Task Echtzeitfähigkeit fordert. Auf diese Weise können, im Gegensatz zu RTAI, alle Echtzeit-Tasks im Userspace laufen. 20, 20 Eine genauere Erklärung der Funktionsweise findet sich hier: [18], vgl. auch Abbildung 3 17

19 4 Ein Softwaresystem für Building Automation auf Linux-Basis 18 Abbildung 3: Schematische Darstellung des Schedulings in LibeRTOS Quelle: [18] OpenBSD Neben Embedded Linux soll OpenBSD kurz als Alternative betrachtet werden. Als Mitglied der BSD 21 -Familie ist OpenBSD wie Linux ein Unix-Derivat. Ein besonderer Entwicklungsfokus von OpenBSD liegt auf der Sicherheit des Systems 22. Dies äußert sich zunächst in der Entwicklung des Betriebssystems selbst, wo regelmäßig sogenannte Code Audits durchgeführt werden, bei denen bestehender Code systematisch nach Fehlern durchsucht wird. Des Weiteren sind einige C-Befehle, deren Verwendung die Gefahr von Programmierfehlern erhöhen kann in OpenBSD-Anwendungen verboten. Der C-Compiler von OpenBSD ist mit Erweiterungen ausgestattet, die schon beim Compilieren das Risiko von Speicherüberläufen vermindern soll. Außerdem sind viele Kryptographiemechanismen direkt ins Betriebssystem integriert. All diese Erweiterungen sorgen dafür, dass OpenBSD im Vergleich zu anderen Betriebssystemen langsamer läuft 23 und weniger ressourcenschonend arbeitet. Echtzeitfähigkeit ist nativ nicht implementiert. Es gibt proprietäre Plugins, die Echtzeitfähigkeit bereitstellen 24, quelloffene Varianten sind nicht zu finden. Insgesamt eignet sich OpenBSD weniger für die Verwendung in dem hier vorgestellten Ansatz 21 BSD steht für Berkeley Software Distribution, daeineersteversionderbetriebssystemfamilieanderberkeley- Universität entwickelt wurde. 22 Für die in diesem Abschnitt beschriebenen Sicherheitsmerkmale, vgl. [23]. 23 Felix von Leitner hat Linux Kernel v2.4 und v2.6 mit OpenBSD mit Hilfe von Benchmarks verglichen. Die Ergebnisse finden sich hier: [1] 24 vgl. [7] 18

20 4 Ein Softwaresystem für Building Automation auf Linux-Basis 19 eines BAS. Seine geringere Flexibilität und schlechtere Unterstützung eines Echtzeitbetriebs lassen es im Vergleich zu einer Embedded-Linux-Lösung zurückfallen. 4.4 Building-Gateway Die Aufgaben des Building-Gateways sind vor allem die Verbindung des BAS mit dem Internet, sprich Verbinden der beiden Protokolle und physikalischen Leitungen, und das Datenmanagement innerhalb des Hausnetzes. Es ist der leistungsfähigste Rechner im System. Da prinzipiell nur dem Building Gateway alle Informationen des BAS zur Verfügung stehen, muss hier auch die Benutzerschnittstellen-Software laufen Hardware Auf Hardwareseite muss genug Rechenleistung verfügbar sein, um auch sehr komplexe Tasks abzuarbeiten. Ein Mehrkernsystem bietet sich an, da damit auch echtes Multitasking möglich wird, was aufgrund der unterschiedlichen Aufgaben des Computers vorteilhaft ist. Die Leistung sollte etwa im Bereich heutiger Desktoprechner liegen. Die High-Performance-Prozessoren der aktuellen ARM-Prozessor-Generation beispielsweise kommt dieser Forderung sehr nah. 25 Es ist sinnvoll den Router sowohl in Software als auch in Hardware möglichst weit vom Rest des Systems zu separieren, um Angriffe von außen zu erschweren. Denkbar ist sowohl ein vollkommen separiertes Gerät, wie auch eine Isolierung in Software, beispielsweise den Betrieb der Internet-Gateway Anwendung in einer Sandbox, die nur über eine definierte Schnittstelle mit dem Rest des Systems kommunizieren kann Software Das Betriebssystem des Building Gateways ist die höchste Skalierungsvariante, die im System vorhanden ist. Die vorhandene Hardware wird optimal genutzt. Die zuvor angesprochene Mehrkernarchitektur wird unterstützt, ein Dateisystem verwaltet vorhandenen Speicherplatz, Routingsoftware und eine Firewall sind integriert. Die Verwaltung einer grafischen Oberfläche und von Benutzerinteraktion ist ebenfalls Teil des Systems. Weitere Routingprozesse verwalten die Datenströme innerhalb des Hausnetzwerks. 25 Als Beispiel sei hier der ARM Cortex A15 angeführt. Er kann bis zu 8 Kerne enthalten und mit bis zu 2,4GHz takten. Erste Produkte mit dem A15 werden 2012 erwartet. Weitere Informationen gibt es hier: [9] 19

Softwarestrukturen in Building Automation

Softwarestrukturen in Building Automation Institut für Datentechnik und Kommunikationsnetze Seminararbeit Softwarestrukturen in Building Automation Sven Chmielewski Matrikelnummer: 2918545 29. Juli 2011 Prüfer: Betreuer: Prof. Dr.-Ing Rolf Ernst

Mehr

Embedded Linux. Embedded Linux. Daniel Buchheim daniel.buchheim@informatik.tu-cottbus.de. Seminar "Eingebettete drahtlose Systeme"

Embedded Linux. Embedded Linux. Daniel Buchheim daniel.buchheim@informatik.tu-cottbus.de. Seminar Eingebettete drahtlose Systeme Daniel Buchheim daniel.buchheim@informatik.tu-cottbus.de Embedded Linux 30.01.2009 Daniel Buchheim Inhalt: Was ist Embedded Linux? Hardwareunterstützung in Eingebetteten Systemen Open Source Aspekte Aufbau

Mehr

App-Entwicklung für Android

App-Entwicklung für Android App-Entwicklung für Android Einleitung - Systemarchitektur Hochschule Darmstadt WS15/16 1 Inhalt Historie Systemarchitektur Sandbox 2 Motivation Kontra Pro Limitierte Größe Begrenzte Ressourcen Kein Standardgerät

Mehr

Echtzeit mit Linux. Erweiterungen und deren Anwendung. Martin Krohn. 2. Februar 2006

Echtzeit mit Linux. Erweiterungen und deren Anwendung. Martin Krohn. 2. Februar 2006 Erweiterungen und deren Anwendung 2. Februar 2006 1 Einleitung Anwendungsgebiete 2 Linux als Echtzeitbetriebssystem Eignung von Linux 3 Erweiterungen für Linux RT-Linux RTAI- Real-Time Application Interface

Mehr

Virtualisierung ein Überblick

Virtualisierung ein Überblick Virtualisierung ein Überblick Frank Hofmann Potsdam 18. April 2007 Frank Hofmann (Potsdam) Virtualisierung ein Überblick 18. April 2007 1 / 33 Gedanken zum Thema Fragen, die sich jeder stellt Virtualisierung

Mehr

Hardware- und Software-Anforderungen IBeeS.ERP

Hardware- und Software-Anforderungen IBeeS.ERP Hardware- und Software-Anforderungen IBeeS.ERP IBeeS GmbH Stand 08.2015 www.ibees.de Seite 1 von 8 Inhalt 1 Hardware-Anforderungen für eine IBeeS.ERP - Applikation... 3 1.1 Server... 3 1.1.1 Allgemeines

Mehr

Medienkompetenz, Grafik und DTP

Medienkompetenz, Grafik und DTP VO 340381 Informationsdesign; Medienkompetenz, Grafik und DTP Zentrum für Translationswissenschaft Letztes Mal sprachen wir über: Computer Aufbau Software Was ist Software? Software Soft im Sinne von weich/veränderbar

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

Geschäftsbereich Mobile Services Was ist Android?

Geschäftsbereich Mobile Services Was ist Android? Geschäftsbereich Mobile Services Was ist Android? Hinter Hoben 149 53129 Bonn www.visionera.de Ansprechpartner: Arno Becker arno.becker@visionera.de +49 228 555 1111 +49 160 98965856 Einleitung Android

Mehr

Embedded Linux, OpenWRT

Embedded Linux, OpenWRT Embedded Linux, OpenWRT von Tim Keller EBV Spezialbetriebssysteme 1 Pro und Contra Embedded Linux Pro fehlende (oder bei fertigen Distributionen geringere) Lizenz- und Laufzeitgebühren Zugang zum Quellcode(gut

Mehr

Linutronix - Wir verbinden Welten. Open Source Software in der Industrie. Firmenvorstellung

Linutronix - Wir verbinden Welten. Open Source Software in der Industrie. Firmenvorstellung Linutronix - Wir verbinden Welten Open Source Software in der Industrie Firmenvorstellung Firma Gegründet 1996 von Thomas Gleixner 2006 Umwandlung in GmbH Maintainer von: X86 Architektur RT-Preempt UIO

Mehr

Projekt für Systemprogrammierung WS 06/07

Projekt für Systemprogrammierung WS 06/07 Dienstag 30.01.2007 Projekt für Systemprogrammierung WS 06/07 Von: Hassan Bellamin E-Mail: h_bellamin@web.de Gliederung: 1. Geschichte und Definition 2. Was ist Virtualisierung? 3. Welche Virtualisierungssoftware

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

Smartphone Entwicklung mit Android und Java

Smartphone Entwicklung mit Android und Java Smartphone Entwicklung mit Android und Java predic8 GmbH Moltkestr. 40 53173 Bonn Tel: (0228)5552576-0 www.predic8.de info@predic8.de Was ist Android Offene Plattform für mobile Geräte Software Kompletter

Mehr

Tier-Konzepte. Vertiefungsarbeit von Karin Schäuble

Tier-Konzepte. Vertiefungsarbeit von Karin Schäuble Vertiefungsarbeit von Karin Schäuble Gliederung 1. Einführung 3. Rahmenbedingungen in der heutigen Marktwirtschaft 3.1 Situation für Unternehmen 3.2 Situation für Applikationsentwickler 4. Lösungskonzepte

Mehr

Herausforderungen für sichere mobile Architekturen. Alexander von Gernler

Herausforderungen für sichere mobile Architekturen. Alexander von Gernler <Alexander Gernler@genua.de> Herausforderungen für sichere mobile Architekturen Alexander von Gernler Innovation Forum Smart Mobile Apps Konferenzzentrum München, 07. Dezember 2011 GeNUA und der Referent

Mehr

Embedded Software Engeneering mit dem Raspberry Pi

Embedded Software Engeneering mit dem Raspberry Pi Embedded Software Engeneering mit dem Raspberry Pi Übersicht Rasperry Pi Betriebssystem Hardware ARM Μ-Controller vs. Μ-Prozessor vs. SoC Embedded Software Engineering vs. Software Engineering Fazit Raspberry

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

Aktuelle Themen der Informatik: Virtualisierung

Aktuelle Themen der Informatik: Virtualisierung Aktuelle Themen der Informatik: Virtualisierung Sebastian Siewior 15 Mai 2006 1 / 22 1 Überblick 2 Techniken 3 Paravirtualisierung 4 Ende 2 / 22 Wieso Virtualisieren Wieso mehrere Betriebsysteme auf einer

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

4 Planung von Anwendungsund

4 Planung von Anwendungsund Einführung 4 Planung von Anwendungsund Datenbereitstellung Prüfungsanforderungen von Microsoft: Planning Application and Data Provisioning o Provision applications o Provision data Lernziele: Anwendungen

Mehr

B B BUILDING AUTOMATION SIMPLY DONE

B B BUILDING AUTOMATION SIMPLY DONE B B B BUILDING AUTOMATION SIMPLY DONE B Die erste Produktgruppe von B-control widmet sich der Raumautomation. Eine intelligente Raumautomation, die eine Energieeffizienzklasse A nach EN15232 ermöglicht,

Mehr

Prototypvortrag. Exploiting Cloud and Infrastructure as a Service (IaaS) Solutions for Online Game Service Provisioning. Projektseminar WS 2009/10

Prototypvortrag. Exploiting Cloud and Infrastructure as a Service (IaaS) Solutions for Online Game Service Provisioning. Projektseminar WS 2009/10 Prototypvortrag Exploiting Cloud and Infrastructure as a Service (IaaS) Solutions for Online Game Service Provisioning Projektseminar WS 2009/10 Eugen Fot, Sebastian Kenter, Michael Surmann AG Parallele

Mehr

Sicherheit in Android

Sicherheit in Android Motivation Aufbau Sicherheit Ausblick Quellen Sicherheit in Android Peter Salchow INF-M2 - Anwendungen 1 Sommersemester 2008 Department Informatik HAW Hamburg 20. Mai 2008 Peter Salchow Sicherheit in Android

Mehr

1HXHLQVWLHJ± /LQX[ RGHU0LFURVRIW (LQH(QWZHGHU2GHU(QWVFKHLGXQJ"

1HXHLQVWLHJ± /LQX[ RGHU0LFURVRIW (LQH(QWZHGHU2GHU(QWVFKHLGXQJ /XW]%URFNPDQQ Interoperabilität von Linux und Windows 1HXHLQVWLHJ± /LQX[ RGHU0LFURVRIW (LQH(QWZHGHU2GHU(QWVFKHLGXQJ" \DVF 8QWHUQHKPHQVJUXSSH 6RIWZDUH(QJLQHHULQJ yasc Informatik GmbH Gründung 1996 Sitz

Mehr

Die wichtigsten Vorteile von SEPPmail auf einen Blick

Die wichtigsten Vorteile von SEPPmail auf einen Blick Die wichtigsten Vorteile von SEPPmail auf einen Blick August 2008 Inhalt Die wichtigsten Vorteile von SEPPmail auf einen Blick... 3 Enhanced WebMail Technologie... 3 Domain Encryption... 5 Queue-less Betrieb...

Mehr

Cloud-Computing Seminar - Vergleichende Technologien: Grid-Computing Hochschule Mannheim

Cloud-Computing Seminar - Vergleichende Technologien: Grid-Computing Hochschule Mannheim Sven Hartlieb Cloud-Computing Seminar Hochschule Mannheim WS0910 1/23 Cloud-Computing Seminar - Vergleichende Technologien: Grid-Computing Hochschule Mannheim Sven Hartlieb Fakultät für Informatik Hochschule

Mehr

IT-Security on Cloud Computing

IT-Security on Cloud Computing Abbildung 1: IT-Sicherheit des Cloud Computing Name, Vorname: Ebert, Philipp Geb.: 23.06.1993 Studiengang: Angewandte Informatik, 3. FS Beruf: IT-Systemelektroniker Abgabedatum: 08.12.2014 Kurzfassung

Mehr

AustroFeedr. Pushing the Realtime Web. Projektplan. erstellt von: DI Klaus Furtmüller, DI Wolfgang Ziegler Version 1.0 Datum: 05.10.

AustroFeedr. Pushing the Realtime Web. Projektplan. erstellt von: DI Klaus Furtmüller, DI Wolfgang Ziegler Version 1.0 Datum: 05.10. AustroFeedr Pushing the Realtime Web Projektplan erstellt von: DI Klaus Furtmüller, DI Wolfgang Ziegler Version 1.0 Datum: 05.10.2010 gefördert durch die Internet Privatstiftung Austria (IPA) 1 Projektbeschreibung

Mehr

Die L4-Mikrokern. Mikrokern-Familie. Hauptseminar Ansätze für Betriebssysteme der Zukunft. Michael Steil. Michael Steil 18.04.2002

Die L4-Mikrokern. Mikrokern-Familie. Hauptseminar Ansätze für Betriebssysteme der Zukunft. Michael Steil. Michael Steil 18.04.2002 Die L4-Mikrokern Mikrokern-Familie Hauptseminar Ansätze für Betriebssysteme der Zukunft 18.04.2002 Folie 1 Aufbau des Vortrags 1. Mikrokerne: Idee und Geschichte 2. L4: ein schneller Mikrokern 3. L4Linux:

Mehr

BESCHAFFUNG UND LIZENZIERUNG MIT DEM VEREINFACHTEN ORACLE LIZENZMODELL

BESCHAFFUNG UND LIZENZIERUNG MIT DEM VEREINFACHTEN ORACLE LIZENZMODELL BESCHAFFUNG UND LIZENZIERUNG MIT DEM VEREINFACHTEN ORACLE LIZENZMODELL DIESER LEITFADEN IST FÜR FOLGENDE ORACLE SOFTWARE PROGRAMME GÜLTIG Oracle Database 11g Standard Edition One Die passende Datenbank-Lösung

Mehr

NOCTUA by init.at DAS FLEXIBLE MONITORING WEBFRONTEND

NOCTUA by init.at DAS FLEXIBLE MONITORING WEBFRONTEND NOCTUA by init.at DAS FLEXIBLE MONITORING WEBFRONTEND init.at informationstechnologie GmbH - Tannhäuserplatz 2 - A-1150 Wien - www.init.at Dieses Dokument und alle Teile von ihm bilden ein geistiges Eigentum

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

Die Linux Kernel Virtual Machine - Wo steht der Linux Hypervisor? 2. März 2008

Die Linux Kernel Virtual Machine - Wo steht der Linux Hypervisor? 2. März 2008 Die Linux Kernel Virtual Machine - Wo steht der Linux Hypervisor? 2. März 2008 Jörg Rödel Virtualization - Whats out there? Virtualisierung hat bereits längere Geschichte auf x86 Startete mit VMware Setzte

Mehr

Ein Auszug aus... Studie. Content Management Systeme im Vergleich. Empfehlungen und Entscheidungshilfen für Unternehmensbereiche

Ein Auszug aus... Studie. Content Management Systeme im Vergleich. Empfehlungen und Entscheidungshilfen für Unternehmensbereiche Ein Auszug aus... Studie Content Management Systeme im Vergleich Empfehlungen und Entscheidungshilfen für Unternehmensbereiche Die komplette Studie ist bei amazon.de käuflich zu erwerben. Inhaltsverzeichnis

Mehr

BESCHAFFUNG UND LIZENZIERUNG

BESCHAFFUNG UND LIZENZIERUNG BESCHAFFUNG UND LIZENZIERUNG MIT DEM VEREINFACHTEN ORACLE LIZENZMODELL DIESER LEITFADEN IST FÜR FOLGENDE ORACLE SOFTWARE PROGRAMME GÜLTIG: ORACLE LIZENZIERUNG Fragen Sie uns! Oracle Database 12c Standard

Mehr

Learning Suite Talent Suite Compliance Suite. Systemvoraussetzungen

Learning Suite Talent Suite Compliance Suite. Systemvoraussetzungen Learning Suite Talent Suite Compliance Suite Systemvoraussetzungen Vorwort Dieses Dokument beschreibt, welche Anforderungen an die Installationsumgebung zu stellen sind, um die Plattform unter optimalen

Mehr

bintec elmeg Filialisten Lösungen mit WLAN Controllern IP Access WLAN ITK VoIP / VoVPN IT Security UC Unified Teldat Group Company

bintec elmeg Filialisten Lösungen mit WLAN Controllern IP Access WLAN ITK VoIP / VoVPN IT Security UC Unified Teldat Group Company Filialisten Lösungen mit WLAN Controllern Autor: Hans-Dieter Wahl, Produktmanager bei Teldat GmbH IP Access WLAN ITK VoIP / Vo IT Security UC Unified Communications WLAN Netzwerke findet man inzwischen

Mehr

Übersicht der 10 relevanten Realtime Betriebssysteme. Urs Böhm/31.August 2010

Übersicht der 10 relevanten Realtime Betriebssysteme. Urs Böhm/31.August 2010 Übersicht der 10 relevanten Realtime Betriebssysteme Urs Böhm/31.August 2010 Übersicht Wann ist ein Betriebssystem Echtzeitfähig -und wann nicht? Warum gibt es so viele RTOS? Verschiedene Einsatzgebiete

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

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

Open Source. Eine kleine Geschichte zum Konzept der freien Software

Open Source. Eine kleine Geschichte zum Konzept der freien Software Open Source Eine kleine Geschichte zum Konzept der freien Software Open Source Definition (1) Freie Weitergabe Die Lizenz darf niemanden darin hindern, die Software zu verkaufen oder sie mit anderer Software

Mehr

SOLUCON GATEWAY WLAN. Artikel-Nr.: 01105505 PRODUKTEIGENSCHAFTEN TECHNISCHE EIGENSCHAFTEN LOGISTISCHE EIGENSCHAFTEN

SOLUCON GATEWAY WLAN. Artikel-Nr.: 01105505 PRODUKTEIGENSCHAFTEN TECHNISCHE EIGENSCHAFTEN LOGISTISCHE EIGENSCHAFTEN SOLUCON GATEWAY WLAN Artikel-Nr.: 01105505 Gateway zur verschlüsselten Kommunikation der per Funk verbundenen -Hardware mit der SOLUCON Plattform über eine kabellose Internetverbindung. Stellt die sichere

Mehr

Verteilte Echtzeit-Systeme

Verteilte Echtzeit-Systeme Seminar im SS06 Verteilte Echtzeit-Systeme Prof. Sergei Gorlatch Dipl.-Inf. Jens Müller jmueller@uni-muenster.de Einsteinstr. 62, Raum 705, Tel. 83-32746 Westfälische Wilhelms-Universität Münster Fachbereich

Mehr

Industrie 4.0 richtig vernetzt

Industrie 4.0 richtig vernetzt Titelstory Industrie 4.0 richtig vernetzt Die Datenmengen, die auf Maschinen-, Anlagen- und Fabriksebene übertragen und verarbeitet werden nehmen im Zuge der 4. industriellen Revolution massiv zu. Herkömmliche

Mehr

SOFTWARE-ENTWICKLUNG FÜR EMBEDDED SYSTEMS

SOFTWARE-ENTWICKLUNG FÜR EMBEDDED SYSTEMS SOFTWARE-ENTWICKLUNG FÜR EMBEDDED SYSTEMS Stimmungsbild zu den Herausforderungen bei der Software-Entwicklung für Embedded Systems Motivation In dieser Umfrage geht es um die Entwicklung von Software für

Mehr

Agenda. Einleitung Produkte vom VMware VMware Player VMware Server VMware ESX VMware Infrastrukture. Virtuelle Netzwerke

Agenda. Einleitung Produkte vom VMware VMware Player VMware Server VMware ESX VMware Infrastrukture. Virtuelle Netzwerke VMware Server Agenda Einleitung Produkte vom VMware VMware Player VMware Server VMware ESX VMware Infrastrukture Virtuelle Netzwerke 2 Einleitung Virtualisierung: Abstrakte Ebene Physikalische Hardware

Mehr

init.at informationstechnologie GmbH Tannhäuserplatz 2/5.OG 1150 Wien Austria

init.at informationstechnologie GmbH Tannhäuserplatz 2/5.OG 1150 Wien Austria init.at informationstechnologie GmbH Tannhäuserplatz 2/5.OG 1150 Wien Austria Seite 2 von 10 1 Inhaltsverzeichnis 2 Warum CORVUS by init.at... 3 3 Ihre Vorteile durch CORVUS... 3 4 CORVUS Features... 4

Mehr

MailStore Service Provider Edition (SPE)

MailStore Service Provider Edition (SPE) MailStore Solutions MailStore Service Provider Edition (SPE) E-Mail-Archivierung für Service Provider Mit Hilfe der MailStore Service Provider Edition können Sie Ihren Kunden moderne E-Mail-Archivierung

Mehr

Release Notes. NCP Secure Enterprise HA Server. 1. Neue Leistungsmerkmale und Erweiterungen. 2. Fehlerbehebung und Änderungen

Release Notes. NCP Secure Enterprise HA Server. 1. Neue Leistungsmerkmale und Erweiterungen. 2. Fehlerbehebung und Änderungen NCP Secure Enterprise HA Server Service Release 3.04 rev 13677(Linux 32/64) Oktober 2013 Voraussetzungen Diese Version ist nur für folgende Distributionen in den Ausführungen für 32- und 64-bit freigegeben:

Mehr

Konzept für eine Highperformance- und Hochverfügbarkeitslösung für. einen Anbieter von Krankenhaus Abrechnungen

Konzept für eine Highperformance- und Hochverfügbarkeitslösung für. einen Anbieter von Krankenhaus Abrechnungen Konzept für eine Highperformance- und Hochverfügbarkeitslösung für Anforderungen : einen Anbieter von Krankenhaus Abrechnungen Es soll eine Cluster Lösung umgesetzt werden, welche folgende Kriterien erfüllt:

Mehr

Einflussfaktoren bei der Gestaltung eines IT-Arbeitsplatzes

Einflussfaktoren bei der Gestaltung eines IT-Arbeitsplatzes Einflussfaktoren bei der Gestaltung eines IT-Arbeitsplatzes Version: V 1.0 Datum: 21.11.2008 Freigabe: 21.11.2008 Autor: Ernst Kammermann-Gerber, SBB AG Agenda Einleitung Sicht Benutzer Sicht Technik Lösungsansätze

Mehr

IT-Monitoring braucht Sicherheit Sicherheit braucht Monitoring. Günther Klix op5 GmbH - Area Manager D/A/CH

IT-Monitoring braucht Sicherheit Sicherheit braucht Monitoring. Günther Klix op5 GmbH - Area Manager D/A/CH IT-Monitoring braucht Sicherheit Sicherheit braucht Monitoring Günther Klix op5 GmbH - Area Manager D/A/CH Technische Anforderungen an IT Immer komplexere & verteiltere Umgebungen zunehmend heterogene

Mehr

Xenologie oder wie man einen Plastikmainframe baut

Xenologie oder wie man einen Plastikmainframe baut Xenologie oder wie man einen Plastikmainframe baut Alexander Schreiber http://www.thangorodrim.de/ Chemnitzer Linux-Tage 2006 I think there is a world market for maybe five computers.

Mehr

Das Interceptor Muster

Das Interceptor Muster Das Interceptor Muster Implementierung des Interceptor Musters basierend auf OSGi and Friends Benjamin Friedrich Hochschule für Technik und Wirtschaft des Saarlandes Praktische Informatik - Entwurfsmuster

Mehr

Use-Cases. Bruno Blumenthal und Roger Meyer. 17. Juli 2003. Zusammenfassung

Use-Cases. Bruno Blumenthal und Roger Meyer. 17. Juli 2003. Zusammenfassung Use-Cases Bruno Blumenthal und Roger Meyer 17. Juli 2003 Zusammenfassung Dieses Dokument beschreibt Netzwerk-Szenarios für den Einsatz von NetWACS. Es soll als Grundlage bei der Definition des NetWACS

Mehr

Behebung des sog. Heartbleed-Bugs (CVE-2014-0160) in der Krypto-Bibliothek OpenSSL.

Behebung des sog. Heartbleed-Bugs (CVE-2014-0160) in der Krypto-Bibliothek OpenSSL. NCP Secure Enterprise HA Server Service Release 3.04 rev 16486 (Linux 32/64) April 2014 Diese Version ist nur für folgende Distributionen in den Ausführungen für 32- und 64-bit freigegeben: SuSE Linux

Mehr

Referenzbericht Einführung Lynx CORESTO HA Storage Appliance im Hause SIMTEK

Referenzbericht Einführung Lynx CORESTO HA Storage Appliance im Hause SIMTEK Referenzbericht Einführung Lynx CORESTO Storage HA Appliance im Hause Präzisionswerkzeuge GmbH, Mössingen http://www.simtek.com mit Unterstützung von Lynx IT, Reutlingen - ein Geschäftsbereich der transtec

Mehr

TECHNISCHE PRODUKTINFORMATION CARUSO

TECHNISCHE PRODUKTINFORMATION CARUSO 1111 TECHNISCHE PRODUKTINFORMATION CARUSO TECHNISCHE PRODUKTINFORMATION Seite 0/7 Inhalt 1 Systemdefinition............2 2 Technische Details für den Betrieb von CARUSO......2 2.1 Webserver... 2 2.2 Java

Mehr

Software-Tool für den zentral gesteuerten Massen-Rollout bintec XAdmin

Software-Tool für den zentral gesteuerten Massen-Rollout bintec XAdmin Software-Tool für den zentral gesteuerten Massen-Rollout Client-Server-System Management von digitalen Zertifikaten Ausfallsicherheit durch ''Hot Stand-by'' Flexibles Benutzerkonzept, mehrbenutzerfähig

Mehr

whitepaper CLOUD-ENTWICKLUNG: BESTE METHODEN UND SUPPORT-ANWENDUNGEN

whitepaper CLOUD-ENTWICKLUNG: BESTE METHODEN UND SUPPORT-ANWENDUNGEN whitepaper CLOUD-ENTWICKLUNG: BESTE METHODEN UND SUPPORT-ANWENDUNGEN CLOUD-ENTWICKLUNG: BESTE METHODEN 1 Cloud-basierte Lösungen sind auf dem IT-Markt immer weiter verbreitet und werden von immer mehr

Mehr

Alcatel-Lucent VitalQIP Appliance Manager

Alcatel-Lucent VitalQIP Appliance Manager Alcatel-Lucent Appliance Manager End-to-end, mit hohem Funktionsumfang, anwendungsbasiertes und IP-Adressenverwaltung Optimierung der Verwaltung und Senkung der Verwaltungskosten mit dem Appliance Manager

Mehr

Managed VPSv3 Was ist neu?

Managed VPSv3 Was ist neu? Managed VPSv3 Was ist neu? Copyright 2006 VERIO Europe Seite 1 1 EINFÜHRUNG 3 1.1 Inhalt 3 2 WAS IST NEU? 4 2.1 Speicherplatz 4 2.2 Betriebssystem 4 2.3 Dateisystem 4 2.4 Wichtige Services 5 2.5 Programme

Mehr

{BSDBootCamp} FreeBSD: Einführung, Struktur, Gremien, Ziele. Daniel Seuffert ds@freebsd.org

{BSDBootCamp} FreeBSD: Einführung, Struktur, Gremien, Ziele. Daniel Seuffert ds@freebsd.org {BSDBootCamp} FreeBSD: Einführung, Struktur, Gremien, Ziele Daniel Seuffert ds@freebsd.org Grazer Linuxtag, 9. April 2011 Worum geht es hier überhaupt? Fun, was denn sonst? Was ist FreeBSD? Was ist das

Mehr

Intelligente Energiemessgeräte für Rechenzentren

Intelligente Energiemessgeräte für Rechenzentren Intelligente Energiemessgeräte für Rechenzentren Warum messen? Die elektrischer Energieversorgung ist der teuerste Posten unter allen variablen Kosten in einem Rechenzentrum. Allein schon aus diesem Grund

Mehr

Mindestanforderungen an Systemumgebung Für die Nutzung von excellenttango

Mindestanforderungen an Systemumgebung Für die Nutzung von excellenttango Die Hardware- und Softwareanforderungen sind als allgemeine Anforderungen zu betrachten. Zahlreiche Faktoren können sich auf diese Anforderungen auswirken und müssen daher beachtet werden: Die Anzahl und

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

2. In Abhängigkeit von der Anwendung und dem Zugang zum Internet im engeren Sinne verbindet sich der User über verschiedene Varianten mit dem Netz.

2. In Abhängigkeit von der Anwendung und dem Zugang zum Internet im engeren Sinne verbindet sich der User über verschiedene Varianten mit dem Netz. Aufbau des Internet Im Überblick ist im wesentlichen die Hardeare dargestellt, die digitale Informationen vom User bis zur Entstehung transportiert. Für diesen Überblick beschränken wir uns auf die wesentlichen

Mehr

IT-Dienstleistungszentrum Berlin

IT-Dienstleistungszentrum Berlin IT-Dienstleistungszentrum Berlin»Private Cloud für das Land Berlin«25.11.2010, Kai Osterhage IT-Sicherheitsbeauftragter des ITDZ Berlin Moderne n für die Verwaltung. Private Cloud Computing Private Cloud

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

Eine Taxonomie und Bewertung von Cloud Computing Diensten aus Entwicklersicht

Eine Taxonomie und Bewertung von Cloud Computing Diensten aus Entwicklersicht Eine Taxonomie und Bewertung von Cloud Computing Diensten aus Entwicklersicht Universität der Bundeswehr München Mario Golling und Michael Kretzschmar Fakultät für Informatik E-Mail: mario.golling@unibw.de

Mehr

Business Case. Lenovo setzt bei neuem Netbook auf Android statt eigenem Linux Kernel. Felix Feldmeier Heinrich Peuser Raissa Sachs Martin Stopczynski

Business Case. Lenovo setzt bei neuem Netbook auf Android statt eigenem Linux Kernel. Felix Feldmeier Heinrich Peuser Raissa Sachs Martin Stopczynski Business Case Lenovo setzt bei neuem Netbook auf Android statt eigenem Linux Kernel Felix Feldmeier Heinrich Peuser Raissa Sachs Martin Stopczynski 10.06.2010 Technologie- und Marketing-Management in IT-/TIMES-Märkten

Mehr

Mobile Application Development

Mobile Application Development Mobile Application Development Android: Einführung Jürg Luthiger University of Applied Sciences Northwestern Switzerland Institute for Mobile and Distributed Systems Lernziele Der/die Kursbesucher/in kann

Mehr

Einführung in Betriebssysteme

Einführung in Betriebssysteme Einführung in Betriebssysteme APPLE ios Entwicklung von ios Entwickelt auf der Basis von MacOS X UNIX Vorgestellt am 9.1.2007 Zusammen mit iphone Markenname von Cisco Internetwork Operating System Für

Mehr

Picosafe. Open Source USB-Sticks für Sicherheitsanwendungen. Michael Hartmann 17. März 2013

Picosafe. Open Source USB-Sticks für Sicherheitsanwendungen. Michael Hartmann <hartmann@embedded-projects.net> 17. März 2013 Picosafe Open Source USB-Sticks für Sicherheitsanwendungen Michael Hartmann 17. März 2013 Über Referent: - Student an der Universität Augsburg (Physik) - Linux und Open

Mehr

Hinweis. Kapitel 1 Die Neuerungen im Überblick

Hinweis. Kapitel 1 Die Neuerungen im Überblick Kapitel 1 Die Neuerungen im Überblick Hinweis In meinem Blog findet sich eine kurze Übersicht über Hyper-V unter http://www.borncity.com/blog/ 2011/09/07/windows-8-offizielle-informationen-zu-hyper-v/

Mehr

Worry-FreeTM. Business Security Standard- und Advanced-Versionen. Systemvoraussetzungen. Administrator s Guide. Securing Your Journey to the Cloud

Worry-FreeTM. Business Security Standard- und Advanced-Versionen. Systemvoraussetzungen. Administrator s Guide. Securing Your Journey to the Cloud Worry-FreeTM Business Security Standard- und Advanced-Versionen Securing Your Journey to the Cloud Administrator s Guide Systemvoraussetzungen Trend Micro Incorporated behält sich das Recht vor, Änderungen

Mehr

Heterogenes Speichermanagement mit V:DRIVE

Heterogenes Speichermanagement mit V:DRIVE Heterogenes Speichermanagement mit V:DRIVE V:DRIVE - Grundlage eines effizienten Speichermanagements Die Datenexplosion verlangt nach innovativem Speichermanagement Moderne Businessprozesse verlangen auf

Mehr

Projekt e-energy@home Prof. Dr.-Ing. Ingo Kunold

Projekt e-energy@home Prof. Dr.-Ing. Ingo Kunold Prof. Dr.-Ing. Ingo Kunold Entwurf eines Informations- und Kommunikationssystems zur zeitetikettierten Energiemengenerfassung und zum parametergestützten Last-Management im Energieversorgungsnetz für Privat-Haushalte

Mehr

SONARPLEX Technologiebasis & Sicherheit. The new standard.

SONARPLEX Technologiebasis & Sicherheit. The new standard. DE SONARPLEX Technologiebasis & Sicherheit The new standard. SONARPLEX Der direkte Weg zu umfassender IT-Effizienz im Unternehmen. Als deutscher Hersteller hat sich die Networks AG als innovativer Anbieter

Mehr

Behebung des sog. Heartbleed-Bugs (CVE-2014-0160) in der Krypto-Bibliothek OpenSSL.

Behebung des sog. Heartbleed-Bugs (CVE-2014-0160) in der Krypto-Bibliothek OpenSSL. NCP Secure Enterprise HA Server Service Release 3.04 Build 24 (Windows 32/64) April 2014 Voraussetzungen Microsoft Windows Betriebssysteme: Die folgenden Microsoft Windows Betriebssystemen sind mit diesem

Mehr

EMC. Data Lake Foundation

EMC. Data Lake Foundation EMC Data Lake Foundation 180 Wachstum unstrukturierter Daten 75% 78% 80% 71 EB 106 EB 133 EB Weltweit gelieferte Gesamtkapazität Unstrukturierte Daten Quelle März 2014, IDC Structured vs. Unstructured

Mehr

High Performance Computing Cluster-Lösung mit MOSIX im Einsatz bei VA-TECH HYDRO

High Performance Computing Cluster-Lösung mit MOSIX im Einsatz bei VA-TECH HYDRO High Performance Computing Cluster-Lösung mit MOSIX im Einsatz bei VA-TECH HYDRO Anastasios Stomas SFI Technology Services AG 12. März 2003 anastasios.stomas@sfi.ch Seite 1 Hintergrund INHALT Cluster-

Mehr

Grundsätzliches. Grundsätzliche Überlegungen zu Netzwerken Stand : Juli 2006

Grundsätzliches. Grundsätzliche Überlegungen zu Netzwerken Stand : Juli 2006 Grundsätzliches Grundsätzliche Überlegungen zu Netzwerken Stand : Juli 2006 Netzanforderungen und - probleme Radikale Designänderungen während des Baus / der Gestaltung von Netzwerken, daher unberechenbare

Mehr

Herzlich willkommen! gleich geht es weiter

Herzlich willkommen! gleich geht es weiter Herzlich willkommen! gleich geht es weiter Thomas Gruß Dipl.-Inform. (FH) Gruß + Partner GmbH Inhabergeführtes IT Systemhaus Seit über 15 Jahren im Rhein-Main und Rhein- Neckargebiet tätig 10 Mitarbeiter

Mehr

Was ist Freie Software? Was ist Open Source? Die Internationale Organisation für Open Source GIS-Software: Open Source Geospatial Foundation (OSGeo)

Was ist Freie Software? Was ist Open Source? Die Internationale Organisation für Open Source GIS-Software: Open Source Geospatial Foundation (OSGeo) Was ist Freie Software? Was ist Open Source? Die Internationale Organisation für Open Source GIS-Software: Open Source Geospatial Foundation (OSGeo) 1 / 14 Was sind Software und Hardware? Eine Definition

Mehr

Audiokommunikation im Computer. Andreas Jäger

Audiokommunikation im Computer. Andreas Jäger Audiokommunikation im Computer Wie kommunizieren die Teile einer DAW miteinander? Host Hardware Host Was gibt es in der Praxis zu beachten? Wo liegen Gefahren? Konkreter: Warum ist ASIO besser als MME?

Mehr

2 USBundLinuxhotplug. 2.1 Eigenschaften von USB. In diesem Kapitel lernen Sie. das USB-Schichtenmodell kennen.

2 USBundLinuxhotplug. 2.1 Eigenschaften von USB. In diesem Kapitel lernen Sie. das USB-Schichtenmodell kennen. 2 USBundLinuxhotplug In diesem Kapitel lernen Sie das USB-Schichtenmodell kennen. die Kernelmodule für USB-Treiber kennen. wie Sie USB-Geräte unter Linux verwenden. dashotplug-system von Linux kennen.

Mehr

Weiterentwicklung der Kommunikationsinfrastruktur der Ruprecht-Karls-Universität Heidelberg

Weiterentwicklung der Kommunikationsinfrastruktur der Ruprecht-Karls-Universität Heidelberg Weiterentwicklung der Kommunikationsinfrastruktur der Ruprecht-Karls-Universität Heidelberg 18. März 2009 Ausgangssituation bei der Universität Schon in den letzten Jahren hat das Team-Telefon des Universitätsrechenzentrums

Mehr

IT Storage Cluster Lösung

IT Storage Cluster Lösung @ EDV - Solution IT Storage Cluster Lösung Leistbar, Hochverfügbar, erprobtes System, Hersteller unabhängig @ EDV - Solution Kontakt Tel.: +43 (0)7612 / 62208-0 Fax: +43 (0)7612 / 62208-15 4810 Gmunden

Mehr

1 Welcher Service Operation Prozesse fehlen? Incident Management, Problem

1 Welcher Service Operation Prozesse fehlen? Incident Management, Problem 1 Welcher Service Operation Prozesse fehlen? Incident Management, Problem Management, Access Management a. Event Management b. Service Desk c. Facilities Management d. Change Management e. Request Fulfilment

Mehr

Zuverlässige Kommunikationsverbindungen

Zuverlässige Kommunikationsverbindungen Peter Dorfinger Zuverlässige Kommunikationsverbindungen 7. IT-Businesstalk Die 90er Getrennte Netze für Telefonie und Internet Oft eigene Verkabelung für Internet / Telefonie / Fernsehen Eigene Komponenten

Mehr

Szenarien zu Hochverfügbarkeit und Skalierung mit und ohne Oracle RAC. Alexander Scholz

Szenarien zu Hochverfügbarkeit und Skalierung mit und ohne Oracle RAC. Alexander Scholz Hochverfügbar und Skalierung mit und ohne RAC Szenarien zu Hochverfügbarkeit und Skalierung mit und ohne Oracle RAC Alexander Scholz Copyright its-people Alexander Scholz 1 Einleitung Hochverfügbarkeit

Mehr

Managed Cloud Services

Managed Cloud Services Managed Cloud Services Autor.: Monika Olschewski Whitepaper Version: 1.0 Erstellt am: 14.07.2010 ADACOR Hosting GmbH Kaiserleistrasse 51 63067 Offenbach am Main info@adacor.com www.adacor.com Cloud Services

Mehr

Remote-Administration von eingebetteten Systemen mit einem Java-basierten Add-On-Modell

Remote-Administration von eingebetteten Systemen mit einem Java-basierten Add-On-Modell Remote-Administration von eingebetteten Systemen mit einem Java-basierten Add-On-Modell F. Burchert, C. Hochberger, U. Kleinau, D. Tavangarian Universität Rostock Fachbereich Informatik Institut für Technische

Mehr

RITOP CLOUD. Leittechnik aus der Cloud hohe Servicequalität, passgenau dimensioniert

RITOP CLOUD. Leittechnik aus der Cloud hohe Servicequalität, passgenau dimensioniert RITOP CLOUD Leittechnik aus der Cloud hohe Servicequalität, passgenau dimensioniert «RITOP CLOUD STELLT IMMER DIE RICHTIGE INFRASTRUKTUR FÜR DIE LEITTECHNIK BEREIT. DAS BEWAHRT DIE FLEXIBILITÄT UND SPART

Mehr

Sowohl RTX64 als auch RTX bieten harten Echtzeitdeterminismus und symmetrische Multiprocessing- Fähigkeiten (SMP).

Sowohl RTX64 als auch RTX bieten harten Echtzeitdeterminismus und symmetrische Multiprocessing- Fähigkeiten (SMP). Produktbeschreibung Februar 2014 RTX RTOS-Plattform Mit der RTX-Echtzeitsoftware von IntervalZero wird aus Microsoft Windows ein Echtzeitbetriebssystem (RTOS). RTX64 von IntervalZero unterstützt 64-Bit-Betriebssysteme

Mehr

2. Braunschweiger Linux-Tage. Vortrag über RAID. von. Thomas King. http://www.t-king.de/linux/raid1.html. 2. Braunschweiger Linux-Tage Seite 1/16

2. Braunschweiger Linux-Tage. Vortrag über RAID. von. Thomas King. http://www.t-king.de/linux/raid1.html. 2. Braunschweiger Linux-Tage Seite 1/16 2. Braunschweiger Linux-Tage Vortrag über RAID von Thomas King http://www.t-king.de/linux/raid1.html 2. Braunschweiger Linux-Tage Seite 1/16 Übersicht: 1. Was ist RAID? 1.1. Wo wurde RAID entwickelt? 1.2.

Mehr

Migration einer bestehenden Umgebung in eine private Cloud mit OpenStack

Migration einer bestehenden Umgebung in eine private Cloud mit OpenStack Migration einer bestehenden Umgebung in eine private Cloud mit OpenStack CeBIT 2014 14. März 2014 André Nähring Cloud Computing Solution Architect naehring@b1-systems.de - Linux/Open Source Consulting,

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