Site Title

Der größte Nachteil dieser so genannten Laufzeit - Architektur ist, dass alle Funktionen innerhalb der main() Loop mit der gleichen Zykluszeit ausgeführt werden.

In der Praxis werden jedoch häufig für verschiedene Funktionen unterschiedliche Zykluszeiten benötigt. Um dem gerecht zu werden wird die main() Loop auf Basis eines Timers erweitert. Viele Entwickler sind sich nicht bewusst, dass sie damit die zentrale Funktion eines RTOS, den Scheduler entwickeln.

Wenn eine Applikation mehr als 5 ISR's besitzt oder die main() Loop um Timer ergänzt wird sollte grundsätzlich über den Einsatz eines RTOS nachgedacht werden.

Die zentrale Komponente eines RTOS ist der so genannte Scheduler. Er verwaltet die Laufzeit verschiedener Teile der Software - Applikation. Darüber hinaus stellt ein RTOS die wichtigsten Dienste bereit, die für die Realisierung eines Architektur-Designs für Embedded - Anwendungen erforderlich sind. Insbesondere Aufgaben wie Multi Tasking, Speicherverwaltung, Kommunikation, Event- und Message Handling etc. lassen sich oft mit Hilfe eines handelsüblichen RTOS schneller und sicherer erfüllen, als durch ein selbst entwickeltes Laufzeitsystem.

Außer einer deutlichen Kostenersparnis bringt dies oft auch eine erhebliche Qualitätssteigerung durch verbessertes und sicheres Laufzeitverhalten mit sich. Dabei stellt sich für kleinere Anwendungen oft die Frage nach dem Ressourcenverbrauch und der Performance eines RTOS. Die von Willert Software Tools empfohlenen Echtzeitbetriebssysteme sind für Zielplattformen mit stark begrenzten Ressourcen geeignet und erfüllen auch harte Echtzeitanforderungen. Gleichzeitig können diese ohne Anpassungsaufwand zusammen mit unseren UML - Tools verwendet werden.