Warum HTML5 die HMI-Technologie der Zukunft ist

Warum HTML5
die HMI-Technologie der Zukunft ist
Andy Gryc, Senior Product Marketing Manager, Automotive
Marc Lapierre, QNX CAR Developer
[email protected], [email protected]
Einführung
Im Internetzeitalter haben viele, die Interesse an einer neuen Technologie haben
und diese verstehen wollen, nicht das Problem, an zu wenig Informationen zu
gelangen, sondern eher an zu viele. HTML5 ist da keine Ausnahme.
Im Gegenteil, Informationen zu HTML5 gibt es im Überfluss: die W3CDokumente, Business-Case Betrachtungen, die Visionen der Technologie-Gurus
und die unüberschaubare Vielfalt der How-To Artikel und Tutorials mit unzähligen
Code-Beispielen1.
Dieses Whitepaper soll die Lücke zwischen den visionären Abhandlungen und
den Tutorials schließen. Es bietet einen Überblick über HTML5, der für all jene
hilfreich sein wird, die ausreichend technisches Wissen mitbringen, um zu
verstehen, was ein "Chromeless Browser" ist, aber noch nicht so weit in HTML5
vorgedrungen sind, dass sie nach detallierten Tipps suchen, wie z.B. ein
JavaScript für die Bearbeitung von Audioausgaben optimiert werden kann.
Abbildung 1: Detailansicht eines HTML5 basierten Infotainment-Systems.
Zunächst müssen wir definieren, was wir unter HTML5 verstehen wollen. Genau
genommen ist HTML5 die neueste, noch nicht vollständige Version des HTMLStandards zur Darstellung von Web-Inhalten. Allgemein wird unter HTML5
allerdings der Standard an sich zusammen mit zusätzlichen Standards und
Technologien verstanden: CSS3 (Cascading Style Sheets), die Sprache
1
"HTML5 Rocks" bietet beispielsweise detaillierte (aber auch für Nichtentwickler
verständliche) Informationen zum Einsatz von HTML5 <http://www.html5rocks.com>
1
Warum HTML5 die HMI-Technologie der Zukunft ist
JavaScript und damit verbundene Standards wie AJAX (Asynchronous
JavaScript And XML), JSON (JavaScript Object Notation), das Document Object
Model (DOM) und weitere nicht proprietäre Standards wie XML. Wir werden uns
in diesem Whitepaper mit dieser umfassenderen Definition von HTML5
beschäftigen.
Zusätzlich wollen wir uns einen besseren Überblick verschaffen, indem wir die
vielen neuen Features und Verbesserungen von HTML5 gegenüber den
Vorgängern in drei Gruppen einteilen:
•
Anwendungen: HTML5 bietet nun genug Unterstützung für Anwendungen,
die sowohl innerhalb als auch außerhalb des Browsers mit allen geforderten
Funktionalitäten laufen können: Datenbanken, Threading, Input von der
Gerätehardware u.v.a.m.
•
Rendering: Mit CSS3-Animationen, dem <canvas> Element, WebGL- und
SVG-Grafik bietet HTML5 eine umfassende Kontrolle über die HMIDarstellung, die präzise genug für Spiele und flexibel genug für
Anwendungen ist.
•
Verbessertes Entwicklungsmodell: Durch die Zunahme der Anwendungsentwickler (im Gegensatz zu reinen Web-Designern), die HTML5 für
plattformunabhängige Anwendungen nutzen, hat sich auch die Arbeitsweise
der Entwickler-Community geändert. Man folgt zunehmend klassischen
Entwurfsmustern, in dem man durch die Trennung von Model (HTML/
DOM), View (CSS) und Controller (JavaScript) besser wartbare Architekturen
schafft.
Mittlerweile reicht HTML5 mit diesen Neuerungen weit über das traditionelle
Anwendungsgebiet von HTML hinaus. Es ist nicht mehr nur ein Standard für die
Darstellung von Web-Inhalten, sondern eine Technologie für HMIs aller Arten
von Anwendungen – online oder offline, für traditionelle Browser oder
"Chromeless Browser" (Rendering-Engines ohne Browser-Widgets wie Navigation,
Verlauf, Lesezeichen, usw.).
HTML5-Anwendungen
HMTL-Inhalte erhalten mit HTML5 Fähigkeiten, die man bislang eher mit
"echten" Anwendungen verbunden hätte. Einer der großen Vorteile ist, dass
HMI-Designer nicht unterscheiden müssen, ob die Anwendung heruntergeladen
wurde oder als Service in der Cloud läuft. Beides kann man mit derselben
Codebasis unterstützen.
Ein Navigationsprogramm in einem Fahrzeug zum Beispiel sollte idealerweise
permanent online sein, um Verkehrsinformationen oder Wetterdaten empfangen
zu können oder die Fahrzeugposition zu aktualisieren. In der Praxis kann aber
eine permanente Datenverbindung nicht garantiert werden, Fahrzeuge bewegen
sich auch mal außerhalb der Netzabdeckung oder z.B. in Tunnels. Eine HybridApplikation, die Daten lokal speichert, könnte solche Situationen problemlos
lösen, sie würde einfach die lokal abgelegten Informationen synchronisieren,
sobald die Verbindung wieder verfügbar ist.
Lokale Datenspeicher
Lokale Datenspeicherung ist eine Schlüsselanforderung für viele OfflineAnwendungen. Bei früheren HTML-Versionen war die lokale Datenspeicherung
nur sehr eingeschränkt, unzuverlässig und restriktiv via Cookies (klein, sehr
2
Warum HTML5 die HMI-Technologie der Zukunft ist
limitierte Kapazität), Plug-Ins (oft lästig, häufig veraltet, Probleme mit Firewalls)
oder Browser-Erweiterungen (welche eine Abhängigkeit zu diesem Browser
bedeutet) möglich. HTML5 bietet den Entwicklern sowohl Web-Speicherung, als
auch IndexedDB-Datenbanken.
Web-Speicherung
Die Web-Speicherung ersetzt die alte lokale Speicherung mit Cookies und ist:
•
schneller: Nicht jede Server-Anfrage führt zu einer neuen Datenübertragung
•
sicherer: Die Daten sind nur auf der speichernden Webseite verfügbar
•
mächtiger: Die Datenmenge ist nicht so begrenzt wie bei Cookies
Bei der Web-Speicherung gibt es zwei Möglichkeiten: Lokale Speicherung (die
Daten sind persistent und bleiben lokal auf dem Gerät, solange sie nicht explizit
gelöscht werden) oder Session-Speicherung (die Daten sind nicht persistent und
werden beim Schließen des Browserfensters gelöscht). Beide Versionen der
Web-Speicherung arbeiten mit Key-Value-Paaren.
Leider unterstützt die Web-Speicherung folgende Features nicht:
•
Indizierung: Das Durchsuchen sehr großer Datenbestände kann die
Performance stark beeinträchtigen.
•
Transaktionssicherheit bei Datenbanken: Anwendungen können sich
gegenseitig die Daten überschreiben, somit müssen sich diese selbst um die
Datenintegrität kümmern.
IndexedDB
IndexedDB bietet sowohl schnelles Suchen, als auch Transaktionssicherheit. Sie
ist weniger komplex aufgebaut als die Web SQL Datenbank, die von der W3C
inzwischen eingestellt wurde2, vermutlich da weder Microsoft noch Mozilla sie
unterstützt haben.
Wie schon der Name suggeriert, unterstützt IndexedDB die Indizierung von
Feldern, auf denen häufig gesucht werden muss, was die Performance erhöht.
Zudem kann man die gesamte Datenbank, Tabellen und einzelne Spalten
sperren und somit die Datenintegrität bei Mehrfachzugriff gewährleisten.
IndexedDB benötigt etwas mehr Know-How als Web-Speicherung, bietet den
Anwendungen aber auch mehr Möglichkeiten beim Umgang mit den Daten.
Wir sollten allerdings berücksichtigen, dass IndexedDB immer noch den Status
eines Vorschlages (Proposal) hat und bislang weder Teil der HTML5Spezifikation ist, noch von allen Browsern unterstützt wird. Microsoft hat
durchklingen lassen, dass der IE10 IndexedDB wahrscheinlich unterstützen
wird, die Unterstützung bei mobilen Browsern ist Stand heute noch etwas
unklar.
Threading
Ein Webseitenentwickler meinte, dass Threading die wichtigste Neuerung
überhaupt in HTML5 sei. Threading wird durch eine Erweiterung in JavaScript
zur Verfügung gestellt, welche eine Pseudo-Threading Implementierung namens
2
Die W3C hat die Weiterentwicklung und Unterstützung für die Web SQL Datenbank im
November 2010 eingestellt. <http://dev.w3.org/html5/webdatabase/ >
3
Warum HTML5 die HMI-Technologie der Zukunft ist
"Web-Worker" anbietet. Ein Web-Worker ist “eine JavaScript-Datei, die im
Hintergrund geladen und ausgeführt wird”3.
Web-Workers haben nicht Zugriff auf alle JavaScript-Features, sie können weder
das DOM noch globale Variablen oder Funktionen verwenden4. Trotz dieser
Einschränkungen ermöglicht Threading einen viel einfacheren Entwurf
komplexer HTML5-Anwendungen.
Beispielsweise könnte man mit HTML5 eine Anwendung zur Steuerung der
Zapfsäule einer Tankstelle schreiben. Die Anwendung müsste u.a. in der Lage
sein, die Kreditkarte des Kunden zu lesen, die Verbindung für die Transaktion
aufzubauen und die geflossene Benzinmenge aus der Steuerung der Pumpe zu
ermitteln und diese darzustellen.
Ohne Threading wäre
so eine Anwendung
komplex und
schwerfällig – man
müsste den größten
Teil der Funktionalität
in die zugrunde
liegenden C/C++
Services verlagern.
Mit der JavaScriptThreadingUnterstützung
hingegen kann man
die Oberfäche zum
größten Teil innerhalb
des HMI
implementieren und
erreicht eine sauber
entkoppelte
Entwicklung.
Multimedia
Abbildung 2: JavaScript "Web Worker" Threads beim Start
HTML5 bietet nun
einer Transaktion an einer Zapfsäule.
nicht proprietäre
Spezifikationen an,
die alle Content-Erzeuger-Tools und Browser unterstützen sollten, um die
Anhängigkeit zu den Plug-Ins zu beenden. Mit den neuen Tags <audio> und
<video> können Entwickler Multimediainhalte direkt in eine Seite einbauen,
wie es bislang z.B. bei Bildern schon möglich war. Und die Anwender werden
nicht ständig damit konfrontiert, ihren Flash Player, QuickTime oder Silverlight
aktualisieren zu müssen. Innerhalb dieser Tags soll alles einfach nur funktionieren,
vorausgesetzt das System bietet Support für den entsprechenden Codec.
3
Craig Buckler, “JavaScript Threading With HTML5 Web Workers”, SitePoint, 10.
Dez. 2010. <http://www.sitepoint.com/javascript-threading-html5-web-workers/>
4
Robert Gravelle, “Introducing HTML 5 Web Workers: Bringing Multi-threading to
JavaScript”, HTMLGoodies, <http://www.htmlgoodies.com/html5/tutorials/introducinghtml-5-web-workers-bringing-multi-threading-to-javascript.html>
4
Warum HTML5 die HMI-Technologie der Zukunft ist
Wenn auch erwartet wird, dass der größte Teil der Audio-Verarbeitung durch
lower-level Code, z.B. C oder C++ geschieht, so bietet HTML5 auch die
Möglichkeit, die Audioverarbeitung direkt in JavaScript durchzuführen5.
Gibt man den Entwicklern direkten Zugriff auf die Audioverarbeitung, so
vereinfacht sich die Entwicklung enorm und die Effizienz der Entwickler steigt.
Die Geschwindigkeit von JavaScript wird zwar nie an kompilierten Code
heranreichen, aber abhängig von der verwendeten Plattform, dem Audiofile und
der Komplexität der Verarbeitung, wird es für viele Fälle eine durchaus
brauchbare Alternative sein.
Leider sind die Video-Spezifikationen in HTML5 noch nicht so weit wie die für
Audio. Das W3C hat zwar die Elemente und Attribute festgelegt (es gibt eine
unterhaltsame Demo mit einem "Big Buck Bunny" Film)6, aber nachdem viele
Browser in unterschiedlichste Richtungen tendieren, gibt es noch keinen
Konsens bezüglich des Standard-Codecs für Videos. Die aussichtsreichsten
Kandidaten scheinen H.264, Ogg und WebM zu sein, aber diese Debatte ist
längst noch nicht vorüber und es scheint eine Menge unterschiedlicher
Meinungen dazu zu geben.
Sprachinterface
Die "HTML5 Speech Incubator Group" hat eine standardisierte Schnittstelle
vorgeschlagen, die es JavaScript erlaubt, mit einer zugrunde liegenden SprachEngine zu kommunizieren. Die Schnittstelle unterstützt sowohl Spracherkennung
als auch synthetisierte Sprachausgabe und ist so konzipiert, dass "der Autor
einer Webseite.... eine Web-Anwendung um Sprach-Funktionalität erweitern
kann".7 Angenommen das zugrunde liegende System unterstützt eine SprachEngine, dann müsste ein Designer, der eine HMI mit Spracherkennung und
Sprachausgabe entwickelt, nur die HTML5-Schnittstelle kennen.
Geräteinteraktion
Im Zuge der Migration von HTML-Implementierungen auf mobile Plattformen –
von Smartphones bis zu Fahrzeugsystemen, bietet HTML5 APIs für den Zugriff
auf Geräteinformationen, wie z.B. Orientierung (hoch / quer) oder Position.
Damit kann man beispielsweise das HMI der Bildschirmorientierung anpassen,
die Position eines Taxis über das Navigationssystem verfolgen oder die Zeitzone
eines Handys automatisch anpassen - vorausgesetzt natürlich, das Gerät hat die
benötigten GPS- und Beschleunigungs-Sensoren.
Rendering
Einer der großen Vorteile von HTML-Inhalten und Browsern ist ihr verzeihendes
Naturell. Browser waren ursprünglich so konzipiert, dass sie so gut wie möglich
darstellen, was ihnen vorgesetzt wird - und das ignorieren, was sie nicht
verstehen. Wenn ein Font nicht verfügbar ist, nimmt man einfach einen anderen.
Wenn ein Element oder Attribut unbekannt ist, wird es weggelassen.
5
W3C, “Web Audio API: W3C Editor’s Draft”, 2012.
<https://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specification.html>
6
W3C, “HTML5 Video Events and API”.
<http://www.w3.org/2010/05/video/mediaevents.html>
7
W3C, “HTML Speech Incubator Group Final Report”, 6.Dez. 2011.
<http://www.w3.org/2005/Incubator/htmlspeech/XGR-htmlspeech-20111206/>
5
Warum HTML5 die HMI-Technologie der Zukunft ist
Der Nachteil dieser Toleranz ist, dass kaum zwei Browser Inhalte exakt gleich
darstellen. Das ist bei traditionellen Inhalten wie Text, Bildern, Formularen und
eingebettetem Video oder Audio nicht weiter tragisch. Aber es ist eine gewaltige
Hürde für HTML bei Darstellungen, die exakte Präzision erfordern. Die Position
eines Balles in einem Videospiel muss exakt kontrollierbar sein. Man kann es
nicht dem Browser überlassen, das Objekt mehr oder weniger an der Stelle
darzustellen, die der Entwickler vorgibt. Auch Karten müssen exakt stimmen,
ebenso wie z.B. die 3D-Darstellung einer Mammographie.
Mit HTML5 kommt eine Reihe neuer Features, die es HMI-Entwicklern erlauben,
Bilder exakt zu zeichnen und Displays pixelgenau ansprechen zu können.
Neben der Präzision hat man häufig auch den Vorteil, Hardwarebeschleuniger
verwenden zu können.
Canvas
Das HTML5-Element <canvas> definiert einen oder mehrere Bildschirmbereiche, in denen man mit JavaScript präzise Formen und Bilder zeichnen
kann. Bei diesem Element benötigt man keine Browsererkennung, um den
passenden Code für eine spezifische Browserversion bereitstellen zu können.
Somit erlebt man keine unliebsamen Überraschungen.
Solange der Browser HTML5-konform ist, werden Bitmaps innerhalb des
Bereiches, der mit den Canvas-Attributen height und width festgelegt wird,
exakt wie spezifiziert gezeichnet. In unserem Spiel beispielsweise wird der Ball
genau dahin fallen, wo er auftreffen soll. Er wird also nicht auf dem linken Fuß
auftreffen, wenn er eigentlich rechts landen sollte, nur weil Browser sich etwas
unterschiedlich verhalten.8
Anzumerken ist aber, dass das <canvas> Element auch Ansprüche an den
Entwurf stellt: Wenn die Ausgabe eines Programms auf ein anderes Gerät
wandert (beispielsweise vom einem Tablet auf ein In-Vehicle-InfotainmentSystem), dann wird der Browser eine Darstellung in einem Canvas nicht
automatisch einer geänderten Auflösung anpassen - das muss der Entwickler
bedenken und ggf. entsprechend implementieren.
WebGL und SVG
SVG (Scalable Vector Graphics) bietet eine einfach anzuwendende Unterstützung
für 2D-Grafik. Designer können JavaScript mit WebGL verwenden, um mit
OpenGL ES 2.0 sogar 3D-Renderings erzeugen zu können. Mit HTML5 und
JavaScript kann somit praktisch jede gewünschte Animation oder Grafik generiert
werden.
Die Sandbox
Die gleichzeitige Darstellung mehrerer Fenster unterschiedlicher Quellen auf
einem Bildschirm ist eine Vorgehensweise, die bislang besser vermieden werden
sollte. Wenn man dies dem Browser gestattet, läuft man Gefahr,
Sicherheitslücken zu öffnen. Beispielweise könnte eine bösartige Webseite ein
unsichtbares Fenster über eine legale Seite legen und so medizinische
Informationen oder Bankdaten ausspähen.
8
Siehe auch Mark Pilgrim, “Dive into HTML5” für ein schönes Beispiel zur CanvasProgrammierung.
<http://diveintohtml5.info/canvas.html>
6
Warum HTML5 die HMI-Technologie der Zukunft ist
Mit HTML5 können HMI-Entwickler Inhalte von verschiedenen Quellen in einer
einzigen HTML-Seite vereinen und, ganz wichtig, Zugriffsrechte für die Inhalte
festlegen. Das <iframe> Element verfügt nun über ein sandbox Attribut, das
Zugriffsrechte kontrolliert. Es gibt eine Reihe von Einstellungen bzgl. der
Zugriffsrechte, angefangen von dem Recht dass nur die reine Darstellung zulässt
bis hin zu umfangreichen Rechten, welche die Ausführung von Scripten oder
Formularen erlauben. Als Standardeinstellung wird die restriktivste und sicherste
Einstellungen verwendet: "Display only".
Ein HTML5-HMI kann somit z.B. eine Karte, Navigationsanweisungen und die
Points of Interest, und wiederum deren Inhalte, auf einer Seite vereinen.
Nachdem nicht verifizierte externe Inhalte auf die Sandbox beschränkt sind,
muss man sich keine Gedanken um schädliche Inhalte machen.
Besseres Programmiermodell
Trotz der vielen neuen und sehr nützlichen Features ist die vermutlich wichtigste
Neuerung von HTML5 nicht Teil der Spezifikation, sondern die Art und Weise
wie die Entwicklergemeinde auf das Arbeiten mit HTML5 reagiert. Nachdem
HTML5 auch für Anwendungen außerhalb der traditionellen Web-Browser
immer attraktiver wird, verbreitet sich auch die Tendenz, die Anwendungslogik
und Darstellung vom Datenmodell zu trennen, somit erhält das weit verbreitete
Model-View-Controller Design-Pattern Einzug in die HTML-Welt.
Semantische Tags
Wie frühere Versionen von HTML orientiert sich HTML5 an SGML und hat einige
syntaktische Features übernommen. Beispielsweise das <!doctype> Element.
Allerdings bezieht sich HTML5 nicht mehr auf eine SGML Document Type
Definition (DTD)9 und erweitert die Syntax um eigene Elemente (<section>,
<header>, <article>, <aside>, <time>, etc.) welche, wie bei SGML, die
Art des Inhaltes definieren und nicht die Darstellung. Diese wird mit CSS
festgelegt.
Jeder, der schon einmal versucht hat, ein Dokument mit <div> Tags zu
versehen, wird die Änderung zu schätzen wissen. HTML5 hat nicht die Absicht,
SGML oder XML für Verwaltung von Dokumentinhalten zu ersetzen. Vielmehr
sollen die wenigen neuen Elemente zur Typfestlegung helfen, die Auszeichnung
von Seiten und die Verarbeitung der Inhalte zu erleichtern.
Das Document Object Model (DOM)
Das Document Object Model ist ein HTML5-Mechanismus zur dynamischen
Änderung von HTML-Dokumenten. Die beste Definition für das Document
Object Model (DOM) kommt von der W3C selbst:
Das Document Object Model ist eine plattform- und sprachneutrale
Schnittstelle, welche es Programmen und Scripts ermöglicht, dynamisch auf
Inhalte und Struktur von Dokumenten zuzugreifen und diese zu verändern.
Das Dokument kann weiterverarbeitet werden und die Ergebnisse dieser
9
W3C, “HTML 5 Reference: A Web Developer’s Guide to HTML 5, W3C Editor’s Draft”,
23. März 2009. <http://dev.w3.org/html5/html-author/>
7
Warum HTML5 die HMI-Technologie der Zukunft ist
Verarbeitung können wiederum in die dargestellte Seite eingearbeitet
werden.10
Für die Verarbeitung des DOM wird JavaScript verwendet. Scripte ändern das
Object Model abhängig von den Aktivitäten des Anwenders. Diese Änderungen
werden wiederum von der Web-Rendering-Engine aufgegriffen, diese stellt dann
die Seite entsprechend des veränderten DOM neu dar. Die HTML5Verbesserungen erlauben eine einfachere und konsistentere Bearbeitung des
DOM. Die Programmierung von Anwendungen wird vereinfacht und für alle
Plattformen einheitlich.
Cascading Style Sheets (CSS3)
Cascading Style Sheets sind schon lange Bestandteil des HTML-Designs. Auch
bei HTML5 stehen sie an erster Stelle, wenn es um die Spezifikation der
Darstellung von HTML-Seiten geht. HTML legt fest, was dargestellt werden soll,
die Stylesheets legen fest, wie es dargestellt werden muss. Sofern es auf jedes
Device angepasste Stylesheets gibt, kann eine Anwendung, die nur einmal
geschrieben wurde, einfach zwischen den Geräten ausgetauscht werden. Die
Stylesheets sorgen dafür, dass die Anwendung auf jedem Gerät passend
dargestellt wird. Man kann sie "branden" oder Inhalte herausfiltern, wie z.B.
Animationen oder andere Ablenkungen, wenn die Anwendung auf einem InVehicle-System läuft, bei dem jede Ablenkung des Fahrers vermieden werden
muss.
Abbildung 3: Cascading Stylesheets ermöglichen die Migration von Anwendungen
zwischen Geräten
Nichts davon ist komplett neu. Aber CSS3 bringt, wenn man so möchte, eine
neue Dimension herein: Zeit. Es gibt neue, dynamische Fähigkeiten, z.B. 2Dund 3D-Transformationen oder Übergänge, bei denen ein Objekt kontinuierlich
sein Aussehen verändert. Im Sinne der HTML5-Philosophie, die Details der
Darstellung vom eigentlichen Inhalt zu trennen, bieten die Stylesheets allgemein
10
W3C Architecture Domain, “Document Object Model (DOM)”,
<http://www.w3.org/DOM/#what>.
8
Warum HTML5 die HMI-Technologie der Zukunft ist
verwendbare Manipulationen, anstatt spezielle Codierungen für einzelne
Elemente zu fordern.
Leider unterstützen aktuell nicht alle Browser alle CSS-Animationen. Die, die
Unterstützung anbieten, benötigen teils unterschiedlichen Code für die Styles,
beispielsweise ein Präfix vor dem transition Style: -moz-transition,
-webkit-transition, usw.
Fazit
Seit dem Start 2011 hat der Erfolg von HTML5 alle Erwartungen übertroffen.
HTML5 wird nicht irgendein weiterer Standard, sondern vielmehr der Standard,
nicht nur für Webseiten, sondern für alle Arten moderner Benutzerschnittstellen.
HTML ist einfach anwendbar - in einer vertrauten Umgebung. Es bietet
unzählige neue Features, die zuvor auf grundverschiedene, inkompatible und
proprietäre Technologien verteilt waren. HTML5 scheint sein Versprechen zu
halten.
Ü ber Q N X Software System s
QNX Software Systems ist Hersteller innovativer Embedded-Technologien, dazu
gehören Middleware, Entwicklungswerkzeuge und Betriebssysteme. Die
komponentenbasierte Architektur des QNX® Neutrino® RTOS, die QNX Momentics®
Tool Suite und die QNX Aviage® Middleware-Reihe bilden gemeinsam das
zuverlässigste und skalierbarste Fundament für leistungsfähige Embedded-Systeme.
Weltweit bekannte Firmen wie z.B. Cisco, Daimler, General Electric, Lockheed Martin
oder Siemens nutzen QNX-Technologie für Telematik- und Infotainmentsysteme,
Industrieroboter, Netzwerk-Router, medizinische Geräte, Sicherheits- und
Verteidigungs-systeme und viele andere betriebs- und sicherheitskritische
Applikationen. Die QNX-Firmenzentrale ist in Ottawa, Kanada, die deutsche
Niederlassung befindet sich in Hannover.
www.qnx.com
© 2012 QNX Software Systems Limited, a subsidiary of Research In Motion Ltd. All
rights reserved. QNX, Momentics, Neutrino, Aviage, Photon and Photon microGUI are
trademarks of QNX Software Systems Limited, which are registered trademarks and/or
used in certain jurisdictions, and are used under license by QNX Software Systems
Limited. All other trademarks belong to their respective owners. 302227 MC411.112