Wofür und wann ein RTOS verwenden?

Lutz Gast #898000
Lesenswert?
• ▲
▼ 
Hallo,

gerade habe ich einige Threads gelesen, wo unterschiedlichste Ansichten 
zum Thema RTOS auf uC vertreten wurden. Leider habe ich irgendwie außer 
den Grunddefinitionen eines RTOS nicht wirklich was zum Thema finden 
können. Ich "spiele" noch in der kleinsten Anfängerliga und würde gerne 
wissen, ob das was wissenswertes für mich ist bzw. bald wird oder nicht.

1.) Wann bzw. wozu braucht man eines (Anwendungsbeispiele)?
2.) Was sind die Unterschiede z.B. zu Interruptroutinen?
3.) Wie unterscheidet sich praktisch die Programmierung?

Danke im Voraus
Lutz
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
3358 Gast #898019
Lesenswert?
• ▲
▼ 
Mit dem Aufwand von unten kommend hat man irgendwann eine Statusmaschine 
im Main und einen Satz Interruptroutinen. Damit kann man eigentlich 
alles machen. Mit zunehmender kompexitaet der Statusmaschine wird diese 
schwerer wartbar. Dann wird es Zeit fuer ein RTOS. Der Preis ist der 
Determinismus, den man mit einer Statusmaschine noch hat und mit einem 
RTOS nicht mehr hat. Der Gewinn ist die Uebersichtlichkeit, die 
Wartbarkeit.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
PS Gast #898432
Lesenswert?
• ▲
▼ 
> Der Preis ist der
> Determinismus, den man mit einer Statusmaschine noch hat und mit einem
> RTOS nicht mehr hat.

Echtzeitbetriebssysteme sind aber dafür gemacht, dass man
damit Anwendungen mit exakt vorhersagbarem Zeitverhalten
implementieren kann.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
3359 Gast #898594
Lesenswert?
• ▲
▼ 
Ja, das Antwortverhalten ist definiert, nicht notwendigerweise 
sichergestellt. Aber man weiss nicht ob nach Prozess A der Prozess B 
dran kommt. Das RTOS macht selber was, aufgrund von Regeln, sprich 
Prioritaeten. Je nachdem ob man Preemptives Multitasking oder 
Kooperatives Multitasking hat.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Stefan E. #898603
Lesenswert?
• ▲
▼ 
> Ja, das Antwortverhalten ist definiert, nicht notwendigerweise
> sichergestellt.

Kann es sein, dass du da irgendetwas verwechselst? Es ist doch gerade 
die entscheidende Eigenschaft eines RTOS, dass das Zeitverhalten in den 
gegebenen Grenzen sichergestellt ist. Wenn es nicht sichergestellt ist, 
dann ist es auch kein RTOS.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Tim R. #898968
Lesenswert?
• ▲
▼ 
Stefan Ernst wrote:
>> Ja, das Antwortverhalten ist definiert, nicht notwendigerweise
>> sichergestellt.
> Kann es sein, dass du da irgendetwas verwechselst? Es ist doch gerade
> die entscheidende Eigenschaft eines RTOS, dass das Zeitverhalten in den
> gegebenen Grenzen sichergestellt ist. Wenn es nicht sichergestellt ist,
> dann ist es auch kein RTOS.
Das kommt drauf an welche Art von RTOS du hast. Bei einem Hard-RTOS ist 
das Antwortverhalten zeitkritisch und muss sichergestellt sein (bspw. 
Airbag - wenn der zu spaet aufgeht bringts nichts mehr). Bei einem 
Soft-RTOS kann eine Deadline auch mal ueberschritten werden, was aber 
keine grossen Konsequenzen nach sich zieht (bspw. Encodieren eines 
Videos, wird man nicht rechtzeitig mit dem Encodieren fertig, wird das 
Bild einfach verworfen).
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren