imported>TaxonBot: Bot: Auflösung doppelter toter Links nach https://de.wikipedia.org/w/index.php?title=Wikipedia:Bots/Anfragen&oldid=266185123#Aufl%C3%B6sung_der_doppelten_Toten_Links

2026-04-17T11:48:20Z

Bot: Auflösung doppelter toter Links nach https://de.wikipedia.org/w/index.php?title=Wikipedia:Bots/Anfragen&oldid=266185123#Aufl%C3%B6sung_der_doppelten_Toten_Links

Neue Seite

'''RTOSVisor''' ist eine [[Software]] des Unternehmens ''acontis technologies'', um gleichzeitig mehrere [[Echtzeitbetriebssystem]]e (RTOS, Real Time Operating System) und andere [[Betriebssystem]]e (GPOS, General-Purpose Operating System, z. B. [[Microsoft Windows XP|Windows]] und [[Linux]]) auf einem Computer mit [[Mehrkernprozessor|Multicore-Prozessor]] betreiben zu können<ref>{{Internetquelle|hrsg=acontis technologies GmbH|url=http://www.acontis.com/eng/products/virtualization-and-realtime-hypervisor/rtosvisor/index.php|titel=AT-RTOSVisor: Real-time Hypervisor Plattform|zugriff=12. Dezember 2009}}</ref>. Damit werden sowohl Aufgaben der [[Steuerungstechnik|Steuerungs-]] oder [[Regelungstechnik]] in [[Echtzeit]] durchgeführt, als auch der Einsatz allgemeiner [[Informationstechnik|Techniken]] wie [[grafische Benutzeroberfläche]]n und [[Rechnernetz|Netzwerk-]] oder [[Datenbank]]-Verbindungen ermöglicht. Die Verbindung beider Aufgabengebiete ist häufig in der industriellen [[Automatisierung]], [[Medizintechnik]] oder in der [[Test]]- und [[Messtechnik]]<ref>{{Internetquelle|autor=Rick Kuhlman, Jeffrey Phillips|hrsg=National Instruments Germany GmbH|url=http://natinst.de/pdf/artikel/2009/09_sept/14_kuhlman_parallel.pdf|titel=Parallel, drahtlos und in Echtzeit|format=PDF 95KB|datum=September 2009|zugriff=12. Dezember 2009|archiv-datum=2015-12-09|archiv-url=https://web.archive.org/web/20151209001042/http://natinst.de/pdf/artikel/2009/09_sept/14_kuhlman_parallel.pdf|offline=ja|archiv-bot=2025-03-21 01:37:57 InternetArchiveBot}}</ref> notwendig.

== Eigenschaften ==
[[Datei:RTOSVisor.png|mini|RTOSVisor Übersicht]]

RTOSVisor stellt die fünfte Software-Generation dar und besteht hauptsächlich aus dem echtzeitfähigen RTOS-VM [[Hypervisor]] und den RTOS-Virtual Machines (VM). Diese sind im RTOS Virtual Machine Framework (VMF) zusammengefasst (siehe Bild). Der RTOS-VM-Hypervisor nutzt wie jeder andere Type-2-Hypervisor die [[Gerätetreiber]] des Betriebssystems, auf dem er abläuft. Wenn der Hypervisor wie bei der Vorgängergeneration direkt das Anwender-GPOS nutzt, kann dieses nicht unabhängig vom Hypervisor und den RTOS neu gestartet werden. Da diese Unabhängigkeit in der Praxis gelegentlich eine Anforderung darstellt, wurde 2009 von ''acontis technologies'' RTOSVisor vorgestellt. Dabei ist das Anwender-GPOS nicht identisch mit dem Hypervisor-Betriebssystem und die beiden Betriebssysteme sind somit voneinander unabhängig. Als Hypervisor-Betriebssystem kommt in der ersten Version ein auf ein Minimum reduziertes Linux-Betriebssystem ohne Grafikoberfläche („Headless“) zum Einsatz. Dieses wird als erstes gebootet, lädt und startet dabei die RTOS-Virtual Machines samt RTOS-VM-Hypervisor. Auf diesen Grundumfang aufbauend können zunächst eine oder mehrere Instanzen des gleichen oder unterschiedliche RTOS ablaufen.

Die erst in jüngerer Zeit in Intel- und AMD-Prozessoren eingeführten hardwareunterstützten Virtualisierungen [[Intel Virtualization Technology|Intel VT]] oder [[AMD-V]] sind für den alleinigen RTOS-Betrieb durch die zu den Vorgängerversionen kompatibel beibehaltene [[Paravirtualisierung]] der RTOS nicht erforderlich. Bei gefordertem harten Echtzeitbetrieb darf die hardwareunterstützte Virtualisierung auf die RTOS nicht angewendet werden, da die Echtzeitfähigkeit durch die „Vorspiegelung“ von Hardware und der sich daraus ergebenden notwendigen Verwaltungsarbeiten leiden würde. Daher muss den RTOS, welche Hardware in Echtzeit ansteuern soll, der Zugriff auf die jeweilige Hardware, Speicher und Prozessor-Cores direkt und exklusiv erlaubt werden. Dadurch entstehen für jedes RTOS sogenannte Partitionen. Diese Vorgehensweise kann mit der Aussage „Partition where we can, virtualize where we must“ treffend beschrieben werden. [[Intel Virtualization Technology|Intel VT]] oder AMD-V wird bei RTOSVisor erst notwendig, wenn zusätzlich zu den RTOS ein oder mehrere nicht echtzeitfähige GPOS (wie z. B. Windows oder Linux) betrieben werden sollen. Für diese Betriebsart wird das minimale Linux-Betriebssystem um die weit verbreiteten Open Source Software-Komponenten [[Kernel-based Virtual Machine|KVM]] und [[QEMU]] erweitert. Der Linux-Kernel, KVM und QEMU unterliegen der [[GPL]] und sind als solche kein kommerzieller Bestandteil von RTOSVisor. Sie bilden lediglich eine Infrastruktur, in denen nicht echtzeitfähige GPOS zusätzlich zu den echtzeitfähigen RTOSVisor-Komponenten inklusive der RTOS ablaufen können. In zukünftigen RTOSVisor-Versionen können Linux, KVM und QEMU gegen andere Mainstream GPOS-Virtualisierungslösungen wie beispielsweise Microsoft [[Hyper-V]] ausgetauscht werden.

Damit die Performance der GPOS trotz Virtualisierung akzeptabel bleibt, kommen Techniken wie PCI- oder VGA-[[Pass Through]] zur Anwendung. Dabei erhält das GPOS ebenso wie die RTOS direkten Zugriff auf anzusteuernde Hardware wie Grafik oder Festplatte.

Das erste Core kann wie bei der Vorgängergeneration zwischen einem GPOS- und einem RTOS-Betriebssystemen aufgeteilt werden. Dadurch können Windows oder Linux zusammen mit einem RTOS auf preiswerten Prozessoren mit nur einem einzigen Core betrieben werden.

Die Kommunikation zwischen dem GPOS und den RTOS kann durch direkte Shared Memory Zugriffe stattfinden, welche über entsprechende VMF-API-Aufrufe verwaltet werden. Eine weitere Möglichkeit besteht durch ein virtuelles Netzwerk, bei dem jedes Betriebssystem seine eigene IP-Adresse erhalten kann.

Der Name „RTOSVisor“ entstand aus „RTOSWin“ durch Beibehalten des Begriffes „RTOS“ und Austauschen von „Win“ gegen „Visor“. Das Weglassen von „Hyper“ aus „Hypervisor“ trug der Tatsache Rechnung, dass aus Marketing-Gründen von vielen neu aufkommenden Marktbegleitern ein großer [[Hype-Zyklus|Hype]] um dieses Thema entfacht worden ist, welches von der hier beschriebenen Produktfamilie bereits seit langem abgedeckt wird.<ref>{{Webarchiv|url=http://www.computer-automation.de/nachrichten/steuerungsebene/industrie-pc/article/echtzeit-hypervisor_wer_soll_das_bezahlen/9631/0bc6d1ee-0245-11de-96ab-001ec9efd5b0 |wayback=20090331070313 |text=''Echtzeit-Hypervisor: Wer soll das bezahlen?'' |archiv-bot=2019-05-08 20:13:01 InternetArchiveBot }}, 24. Februar 2009, abgerufen am 21. November 2009</ref>

Im Rahmen eines Outsourcing-Vertrages erwirbt acontis technologies 2010 von KUKA Roboter die exklusiven Rechte, die KUKA Roboter Echtzeit-Software selbständig weiterzuentwickeln und zu vermarkten.

== Entwicklungsgeschichte ==
Im Folgenden werden die Entwicklungsgeschichte von RTOSVisor, die damit verbundenen Firmenzusammenhänge und die Namensgebung erläutert.

=== Aktive Einsteckkarten ===
==== CAREEN 68k ====
[[Datei:1988 - CAREEN 68k.jpg|mini|CAREEN 68k]]
[[Datei:1988 - CAREEN 68k PC-Paket.jpg|mini|CAREEN 68k/PC Paket mit XT-Adapter]]

1987 stellte LP Elektronik [[Gesellschaft mit beschränkter Haftung (Deutschland)|GmbH]], welche aus der 1986 gegründeten '''L'''eibinger & '''P'''artner [[Gesellschaft bürgerlichen Rechts (Deutschland)|GbR]] hervorgegangen war, einen [[Europe Card Bus]] (ECB) Einplatinen-Computer im 10 cm × 16 cm großen Europaformat mit dem [[16-Bit]] [[Motorola 68000]] Mikroprozessor vor. Der Name dieses ersten Produktes war ''CAREEN 68k'', was für '''C'''omputer für '''A'''llgemeinen '''R'''echner'''e'''insatz und '''E'''chtzeit-'''N'''utzung mit Motorola-'''68'''000-Prozessor stand. Als Echtzeitbetriebssystem kam [[OS-9]] des US-amerikanischen Unternehmens [[Microware Software|Microware]] zum Einsatz. ''CAREEN 68k'' konnte zusätzlich in ein ECB-Einschubgehäuse gesteckt werden, in dem sich ein auf [[Intel 8080]] oder [[Zilog Z80]] basierter [[CP/M]]-Rechner befinden musste. CP/M des US-amerikanischen Unternehmens [[Digital Research]] war zur damaligen Zeit ein weitverbreitetes Betriebssystem für allgemeine Computer Anwendungen. Für CP/M gab es leistungsfähige Programme, wie den Texteditor [[WordStar]] und andere für die Büroumgebung nützliche und leistungsfähig Programme.
Die erste Intention von ''CAREEN 68k'' war es daher, die mächtigen CP/M-Software-Werkzeuge für OS-9 nutzen zu können. Zunächst nur für die Software-Entwicklung, später zusätzlich für Steuerungssysteme. In der OS-9-Welt waren Software-Entwicklungswerkzeuge und alles was in der frühen „Personal-Computer-Welt“ weit verbreitet war, sehr spärlich und speziell (z. B. [[vi]] oder [[Emacs]] als Editor). Diese Kombination von aus der [[Mainstream]]-Bürowelt stammenden, mächtigen und weit verbreiteten Software-Werkzeugen („allgemeiner Rechnereinsatz“) mit Echtzeitbetriebssystemen („Echtzeitnutzung“) blieb als Grundidee für alle folgenden Produktfamiliengenerationen erhalten.

[[Datei:1989 - AT-Adapter.jpg|mini|CARREN 68k AT-Adapter ohne gesteckte CAREEN 68k]]

Mit dem Erscheinen [[IBM-PC-kompatibler Computer]] mit dem Microsoft-Betriebssystem [[MS-DOS]] und dem dadurch ausgelösten Niedergang von CP/M wurde eine Adaption sowohl der ''CAREEN 68k''-Hardware-Karte als auch der Kommunikations-Software notwendig. Hardwareseitig wurde dies durch einen [[Adapter]] realisiert, mit dem eine ECB-Karte in einen [[IBM-PC XT]] oder kompatiblen eingesteckt werden konnte. Der Bus im XT-PC war lediglich 8 Bit breit, was ein gewisses Nadelöhr in der Kommunikation darstellte. Softwareseitig wurde die Kommunikations-Software von CP/M nach MS-DOS portiert, wobei der OS-9 Teil weitestgehend beibehalten wurde. Dieses Software-Paket erhielt den Namen „DOS-9“, was durch ein Zusammenfließen der beiden Betriebssystemnamen „DOS“ und „OS-9“ zustande kam. Das Bundle aus Hard- und Software wurde als CAREEN-68k/PC-Paket angeboten.

Um das Nadelöhr in der Kommunikation zu beseitigen, wurde für die [[IBM-PC/AT]] kompatiblen Computer der ''AT-Adapter'' aufgelegt. Mit diesem waren durch [[Busmastering]] bidirektionale Speicherzugriffe von dem jeweils einen System in das andere hinein auch auf Zusatzkarten und I/O-Ports des PC möglich. Der ''AT-Adapter'' wies zwei Steckplätze für bis zu zwei Eltec-IPIN-Erweiterungsmodule auf, welche der hardwarespezifischen Erweiterung dienten und deren Anschlüsse an den Steckkartenblechen nach außen geführt waren.

Diese, durch aktive Zusatz-Hardware herbeigeführte „Echtzeiterweiterung“ von herkömmlichen Computersystemen, stellte die erste Generation der Produktfamilie dar.

[[Datei:1991 - LP Elektronik GmbH LC20.jpg|mini|LC20]]
[[Datei:1989 - Entwicklungshilfe C20.jpg|mini|hochkant|C20]]

==== C20 ====
Die ''C20'' (kurz für '''C'''AREEN 680'''20''') kam 1989 auf den Markt und war eine lange PC-Einsteckkarte ohne ECB-Busanschluss, stattdessen mit einem direkten Stecker für den 16-bit-[[Industry Standard Architecture|IBM-PC-AT-Bus]].
Als Prozessor kam der leistungsfähigere 32-Bit-[[Motorola 68020|Motorola-68020]]-Prozessor und weiterhin OS-9 als Betriebssystem zum Einsatz.
Die C20 hatte zwei Steckplätzen für bis zu zwei Eltec IPIN-Erweiterungsmodule, welche zur Hardware-spezifischen Erweiterung der C20-Karte dienten und deren Anschlüsse an den Steckkartenblechen nach außen geführt waren.

==== LC20 ====
''LC20'' war der Name des C20-Nachfolgers, welcher 1991 auf den Markt kam und einen [[Motorola 68EC020|Motorola-68EC020]]-Economy-Prozessor aufwies. Das „LC“ stand für „Low Cost“, was sich in der höheren Integrationsdichte und weniger Erweiterungssteckplätzen niederschlug.

Softwareseitig wurde dem aufkommenden [[Windows]] Rechnung getragen und der Produktname „DOS-9“ wurde zu „WinDOS-9“ erweitert.
Mit diesem Produkt wurde es möglich, alle in Windows zur Verfügung stehenden Werkzeuge für OS-9 mit benutzen zu können.
Zusätzlich zu OS-9 wurde ab 1992 begonnen, [[VxWorks]] als alternatives Echtzeitbetriebssystem anzupassen. Da VxWorks zum damaligen Zeitpunkt nur mittels sehr teuren [[Unix]]-[[Workstation]]s entwickelt werden konnte, wurde zunächst die gesamte zur VxWorks-Entwicklung notwendige [[GNU Toolchain]] nach MS-DOS und dem 32-Bit-DOS-Extender [[DJGPP]] portiert.

==== VxWin LC20 ====
Im Jahre 1994 wurde für die ''LC20'' zusätzlich zu OS-9 auch VxWorks als alternatives Echtzeitbetriebssystem angeboten. Dafür wurde erstmals der Name „VxWin“ kreiert, der durch das Zusammenziehen von '''VxW'''orks und '''Win'''dows generiert wurde. Der Name „WinDOS-9“ konnte jedoch naheliegender Weise nicht mehr beibehalten werden. ''VxWin LC20'' bezeichnete sowohl die Hardware- als auch die Software-Komponenten.<ref>{{Webarchiv|url=http://www.dedicated-systems.com/Magazine/97q2/1997q2_p047.pdf |wayback=20110727181830 |text=''LP--VxWin VxWorks Together with Windows on the same PC'' |archiv-bot=2019-05-08 20:13:01 InternetArchiveBot }}, Dedicated Systems Magazine 1997, (PDF 95 kB), abgerufen am 21. November 2009</ref>

Softwareseitig konnte der Windows-Anteil der Kommunikationssoftware „WinDOS-9“ weitestgehend beibehalten und erweitert werden.

=== Passive PC-Einsteckkarten ===
==== LP-Real-Time Accelerator ====
Um nach wie vor das Ziel erreichen zu können, die [[Office-Paket|Office]]-[[Mainstream]]-Welt und die spezialisierten Welten von Echtzeitbetriebssystemen zusammenzubringen, wurde wegen der Krise im deutschen Maschinenbau im Jahre 1992 ein radikaler Neuansatz notwendig.
Einsteckkarten mit aktiven Zusatzprozessoren wurden zu teuer. Es musste eine Lösung gefunden werden, das gleiche Ziel mit deutlich geringeren Kosten zu erreichen. Dank des [[Mooresches Gesetz|Mooreschen Gesetzes]] war die Rechenleistung der PC-[[Prozessor]]en zum damaligen Zeitpunkt bereits so groß geworden, dass sie die Rechenarbeit der teuren Zusatzprozessoren mit übernehmen konnten. Dazu musste jedoch das Problem der fehlenden Echtzeitfähigkeit des [[Windows 3.11|Windows-3.11]]-Betriebssystems gelöst werden. Dieses wurde mittels der nicht sperrbaren [[Unterbrechungsanforderung]] (NMI, Non Maskable Interrupt) gelöst, der bei jedem PC-Prozessor vorhanden und über die Signale [[IOCHCK]] bei XT/AT- und über [[SERR]] bei [[Peripheral Component Interconnect|PCI-Bussen]] über PC-Einsteckkarten zugänglich ist.

[[Datei:1992 LP Elektronik GmbH RTAcc.jpg|mini|LP-Real-Time Accelerator Board (RTAcc)]]

Eine einfache und preiswerte Einsteckkarte mit nur einem einzigen passiven programmierbaren [[Logikbaustein]] konnte normale sperrbare Interrupts der PC-Busse in NMIs umwandeln und dadurch hartes und deterministisches Echtzeitverhalten unter dem Windows-Betriebssystem herbeiführen. Auf dieses Verfahren wurde 1994 ein Patent angemeldet, das im Jahre 2000 erteilt wurde.<ref>{{Patent| Land=DE| V-Nr=4406094| Code=C2| Titel=Vorrichtung zum Betrieb einer Steuerungsanwendung| A-Datum=1994-02-25| V-Datum=2000-04-13| Anmelder=LP Elektronik GmbH| Erfinder=Heinrich Munz, Josef Leibinger}}</ref> Die Karte und der zentrale Chip wurden ''LP-Real-Time Accelerator'' (LP-RTAcc) genannt („Echtzeitbeschleuniger“). Neben dieser Funktionalität eines [[Interrupt Controller]]s für ineinander verschachtelbare (nested) NMIs wies der RTAcc Chip einen programmierbaren [[Timer]] auf, um zusätzlich einen periodischen Echtzeitinterrupt mit programmierbarer Zykluszeit generieren zu können.

Nachdem die Hardware-Voraussetzungen erfüllt waren, wurde mit dem ''LP-RTWin Toolkit'' ('''R'''eal '''T'''ime for '''Win'''dows Toolkit) ein Produkt geschaffen, mit dem die Kunden durch eigene Programmierung von echtzeitfähigen Interrupt-Behandlungsroutinen die harte Echtzeitfähigkeit von Windows selbst anwenden konnten.<ref>{{Webarchiv|url=http://www.dedicated-systems.com/magazine/97q2/1997q2_p043.pdf |wayback=20040104153437 |text=''LP-RTWin Toolkit'' |archiv-bot=2019-05-08 20:13:01 InternetArchiveBot }}, Dedicated Systems Magazine 1997, abgerufen am 30. November 2009</ref> Zusätzlich wurde erstmals mit Linux experimentiert, um es über den NMI ebenfalls hart echtzeitfähig zu machen. Dies konnte aus Ressourcengründen jedoch nicht weiter verfolgt werden.

Alle auf LP-RTAcc basierenden Produkte bildeten die zweite Generation und es wurde den Produktnamen erstmals „LP“ vorangestellt. Dies geschah in Anlehnung an Microsoft, welches ebenfalls allen ihren Produkten „MS“ vorangestellt hatte (MS-DOS, MS-Windows, MS-Word etc.).

==== LP-VxWin RTAcc ====
Das Programmieren von echtzeitfähigen Interrupt-Behandlungsro
utinen mittels des ''LP-RTWin Toolkit'' reichte für Anwendungsfälle nicht aus, bei denen die volle Leistungsfähigkeit eines Echtzeitbetriebssystems erforderlich war. Deshalb wurde 1994 mit der Portierung von VxWorks auf die Basisfunktionalität des ''LP-RTWin Toolkits'' begonnen, wodurch ''LP-VxWin RTAcc'' entstand<ref>{{Toter Link |datum=2019-05 |url=http://www.sommer.homepage.dk/SOFT_PLC.PDF |text=''Styring med soft-PLC'' |archivebot=2019-05-08 20:13:01 InternetArchiveBot}} (PDF; 4,9 MB), Afgangsprojekt ved Instituttet for Konstruktion og Styreteknik, DTU 1998, abgerufen am 30. November 2009</ref><ref>{{Toter Link |datum=2019-05 |url=http://www.automationit.hut.fi/file.php?id=20 |text=''Open Real-time Robotics Control – PC Hardware, Windows/VxWorks Operating Systems and Communication'' |archivebot=2019-05-08 20:13:01 InternetArchiveBot}}, Juhani Heilala VTT Manufacturing Technology 2001, abgerufen am 30. November 2009</ref>.<ref>{{Webarchiv|url=http://www.fidia.it/download/ricerca/ocean/deliverable1.1.pdf |wayback=20050128142625 |text=''Usability Study of available Real-Time Operating and Communication Systems'' |archiv-bot=2019-05-08 20:13:01 InternetArchiveBot }}, OCEAN Open Controller Enabled by an Advanced real-time Network Contract IST-2001-37394 2002, abgerufen am 30. November 2009</ref> Anfang 1995 konnte das Unternehmen [[KUKA Roboter|KUKA-Roboter]]- und Schweißanlagen GmbH für dieses, sich noch in Entwicklung befindliche Produkt als Kunde gewonnen werden. KUKA stellte 1996 auf der [[Hannover Messe]] Industrie als Weltneuheit erstmals eine auf Windows95-PC-basierende Steuerung für ihre [[Industrieroboter]] vor.<ref>{{Webarchiv|url=http://wwwiaim.ira.uka.de/germrob/FA4.13-Protokolle/Sitzung35/5_Munz_KUKA_RTEx4Robots.pdf |wayback=20110719101658 |text=''Echtzeitplattformen für Windows zur Entwicklung PC-basierter Robotersteuerungen'' |archiv-bot=2019-05-08 20:13:01 InternetArchiveBot }}, Vortrag auf der 35. Sitzung des VDI/VDE-GMA-FA 4.13. 2003, (PDF 1,6 MB), abgerufen am 21. November 2009</ref><ref>{{Toter Link |datum=2025-03 |url=http://all-electronics.de/ai/resources/2983050e8a8.pdf |text=''Teamwork bring Roboter auf Trab'' |archivebot=2025-03-21 01:37:57 InternetArchiveBot}}, IEE 2003, (PDF 49 kB), abgerufen am 21. November 2009</ref><ref>{{Webarchiv|url=http://www.industrialnetworking.co.uk/mag/v9-4/f_robots.html |wayback=20070705172746 |text=''Real-time Windows – 30,000 robots can't be wrong!'' |archiv-bot=2019-05-08 20:13:01 InternetArchiveBot }}, Industrial Networking 2003, abgerufen am 30. November 2009</ref>

Diese auf ''LP-VxWin RTAcc'' aufbauende Robotersteuerung mit Windows-Benutzeroberfläche war der Begründer des immensen Geschäftserfolges, welchen KUKA Roboter seit 1996 aufweisen kann. Um diese Technologie für sich abzusichern, beteiligte sich KUKA Roboter noch im selben Jahr mit etwa 51 % an LP Elektronik GmbH.

=== Echtzeiterweiterungen ===
==== LP-VxWin Lite ====
[[Datei:Real Time Extension State Machine.png|mini|Zustandsmaschine der Echtzeiterweiterungstechnik]]

Um ''LP-VxWin'' auf Computern einsetzen zu können, welche keine Steckmöglichkeit für die RTAcc-Technologie aufweisen konnten (z. B. tragbare [[Laptop]]-Computer), wurde 1997 mit der Entwicklung einer Echtzeiterweiterungstechnologie begonnen, die wie alle folgenden Generationen ohne jegliche Hardware auskam und damit die dritte Generation begründete.<ref>{{Webarchiv|url=http://martin.feld.cvut.cz/~mmm/vyuka/13AMP/files/lecture11.pps |wayback=20160111051938 |text=''11. přednáška (Vorlesung)'' |archiv-bot=2025-03-21 01:37:57 InternetArchiveBot }}, Ing. Martin Molhanec, CSc. 2004, abgerufen am 30. November 2009</ref> Diese Echtzeit-Erweiterung alleinig durch Software ist grundsätzlich nur auf der 32-Bit-Familie von Microsoft Windows, beginnend mit [[Microsoft Windows NT]] möglich. Während bei der Echtzeiterweiterungstechnik von 16-Bit-Windows (3.11, 95, 98 und Millennium) mittels des NMI-LP-Elektronik eine weltweite Monopolstellung innehatte, kamen ab 1996 mehrere andere Wettbewerber hinzu, welche ebenfalls Echtzeiterweiterungstechnologien für die 32-Bit-Windows-Familie anboten.

Der Zusatz „Lite“ sollte andeuten, dass die Echtzeitfähigkeit bei diesem Produkt zunächst nicht so hoch war, wie bei den anderen, auf Hardware-Technologien basierenden Produktfamilienmitgliedern. Dieses Manko wurde jedoch bald daraufhin eliminiert.

==== CeWin und VxWin ====
Im Jahre 2002 wurde mit ''CeWin'' ein Produkt vorgestellt, das statt VxWorks das Betriebssystem [[Windows CE]] von Microsoft verwendete. Windows CE stellt ab der Version 3 ein vollwertiges Echtzeitbetriebssystem dar. Da damit das GPOS [[Windows 2000]] oder XP und das RTOS Windows CE zusammen auf einem Computer betrieben werden konnte, hatten die Anwender den Vorteil in beiden Welten ausschließlich mit Microsoft-Produkten und -Technologien arbeiten zu können.<ref>{{Webarchiv|url=http://www.neue-verpackung.de/ai/resources/8a298cb34e8.pdf |wayback=20110719065350 |text=''Microsoft Windows CE.net'' |archiv-bot=2019-05-08 20:13:01 InternetArchiveBot }}, (PDF 390 kB), abgerufen am 21. November 2009</ref><ref>{{Webarchiv|url=http://www.aud24.net/pi/index.php?forward=downloadPdf.php&p=mJ3rC2nsGxWFBanjU.jGmQF3Ccl_ExFqccClnMfiMg3pRUO0RLjeEtTqn_w6X@A@CRJjmQJpa8e3AR.nUUH1BX8tHbyvWd8.X_dxRUO-f@Byqp33CwCuGh5DBX83 |wayback=20110723021317 |text=''Echtzeit mit Windows XP'' |archiv-bot=2025-03-21 01:37:57 InternetArchiveBot }}, (PDF 500 kB), A&D 2004, abgerufen am 21. November 2009</ref><ref>[http://www.smallformfactors.com/pdfs/KUKA.Spr04.pdf ''How to bring Microsoft Windows CE and WindowsXP together on the same PC''], PC104 Embedded Solutions 2004, (PDF 2 MB), abgerufen am 21. November 2009</ref><ref>[http://www.kuka-robotics.com/germany/de/pressevents/newsletter/NL_061122_Newsletter.htm ''KUKA Roboter präsentiert VxWin und CeWin''], Newsletter KUKA Roboter 2006, abgerufen am 21. November 2009</ref>

Der Name ''CeWin'' entstand aus dem zusammenziehen von „Windows '''CE'''“ und „'''Win'''dows 2000“ und basierte auf derselben Echtzeiterweiterungsbasistechnologie wie VxWin.

Da im selben Jahr KUKA Roboter LP Elektronik vollständig übernommen und in KUKA Controls umbenannt hatte, wurde auf die Voranstellung von „LP“ vor den Produktnamen verzichtet.

=== Virtual Machines mit Hypervisor ===
==== RTOSWin ====
[[Datei:RTOSWin.png|mini|RTOSWin Übersicht]]
Neben VxWorks und Windows CE gibt es eine ganze Reihe weiterer Echtzeitbetriebssysteme für [[Intel]]-[[X86-Prozessor]]en. Um diese ebenfalls als RTOS zusammen mit Windows und geringstmöglichen Anpassungsarbeiten nutzen zu können und um Neuentwicklungen im Prozessormarkt wie „[[Multicore]]“ Rechnung zu tragen, wurde 2006 mit der Entwicklung der vierten Produktgeneration begonnen. Diese erhielt den Familiennamen ''RTOSWin'', was durch den allgemeinen Begriff „RTOS“ statt eines Echtzeitbetriebssystemkürzels zustande kam. RTOSWin basiert auf dem eigens hierfür entwickelten „Virtual Machine [[Framework]]“ (VMF), also einem domänenspezifischen Framework für virtuelle Echtzeit-Maschinen, wobei die [[Programmierschnittstelle]] des Frameworks, das „VMF-API“ zur Paravirtualisierung der Betriebssysteme verwendet wird. Der „Inhalt“ des Frameworks sind die „RTOS Virtual Machines“ und der „RTOS-VM Hypervisor“. Dabei handelt es sich um einen [[Hypervisor]] vom Typ 2 mit erforderlicher [[Paravirtualisierung]] der eingesetzten Betriebssysteme und Windows als gleichzeitigem Hypervisor-Betriebssystem und GPOS.

Die Entwicklung dieser Generation 4 und somit des Virtual Machine Framework (VMF) wurde nach der Standortschließung von KUKA Controls, Weingarten und der Eingliederung in KUKA Roboter Anfang 2006 an die ebenfalls in Weingarten ansässige ''acontis technologies GmbH'' komplett als Dienstleistungsauftrag vergeben. ''acontis technologies GmbH'' konnte als [[Ableger (Wirtschaft)|Spin Off]] der ehemaligen LP-Elektronik-Expertise mit den technischen Grundlagen aufweisen.

Neben den bereits auf den älteren Technologien eingesetzten RTOS VxWorks und Windows CE kam 2008 als weiteres RTOS [[QNX]] dazu, welches von der Königsbrunner Firma IBV an das VMF durch Paravirtualisierung angepasst wurde und unter dem Namen QWin vertrieben wird.<ref>{{Webarchiv|url=http://www.blogspan.net/presse/qnx-meets-windows-ibv-zeigt-qwin%C2%AE-nun-auch-mit-smp/mitteilung/30890 |wayback=20110723031911 |text=''QNX meets Windows: IBV zeigt QWin® nun auch mit SMP'' |archiv-bot=2019-05-08 20:13:01 InternetArchiveBot }}, 4. Februar 2009, abgerufen am 21. November 2009</ref> Zusätzlich erfolgten 2008 Anpassungen von [[On Time RTOS-32]] durch ''acontis'' (''RTOS32Win'') und durch ''[[EUROS]] Embedded Systems'' (''EUROSWin'').<ref>[http://www.computer-automation.de/steuerungsebene/steuernregeln/news/article/73073/0/RTOS_nach_Belieben_ ''RTOS nach Belieben''], Computer&Automation 2008, abgerufen am 21. November 2009</ref>

==== RTOSLin ====
[[Datei:RTOSLin.png|mini|RTOSLin Übersicht]]

Mit ''RTOSLin'' wurde 2009 erstmals ein umgekehrter Weg beschritten: Statt wie bisher nur die Anzahl der RTOS zu erweitern, wurde erstmals mit [[Linux]] auch ein weiteres [[GPOS]] unterstützt. Die Basistechnologie VMF wurde beibehalten, so dass alle RTOS, welche bisher mit Windows kombiniert werden konnten, nun auch für den Echtzeiteinsatz unter Linux zur Verfügung stehen. Die Familienmitglieder im Einzelnen ergeben sich also zu ''VxLin'', ''CeLin'', ''QLin'', ''RTOS32Lin'' und ''EUROSLin''.

Der Name ''RTOSLin'' wurde dadurch generiert, dass „Lin“ (von '''Lin'''ux) statt „Win“ (von '''Win'''dows) hinten angestellt wurde.

== Weblinks ==
* [http://www.linux-magazin.de/Heft-Abo/Ausgaben/2008/06/Gerade-echtzeitig Gerade echtzeitig], [[Linux-Magazin]] 6/2008
* [http://www.linux-kvm.org/ KVM-Projekt]
* [http://www.nongnu.org/qemu/about.html QEMU opensource processor emulator]
* [http://www.acontis.de/ acontis technologies GmbH]
* [http://www.kuka-roboter.de/ KUKA Roboter]

== Einzelnachweise ==
<references />

[[Kategorie:Echtzeitbetriebssystem]]
[[Kategorie:Virtualisierung]]

RTOSVisor - Versionsgeschichte

imported>TaxonBot: Bot: Auflösung doppelter toter Links nach https://de.wikipedia.org/w/index.php?title=Wikipedia:Bots/Anfragen&oldid=266185123#Aufl%C3%B6sung_der_doppelten_Toten_Links