Task Dauer bei RTOS Anwendungen

[Andreas (Gast)]

Hallo Experten,

was sind normalerweise die verwendeten Taskzeiten bei RTOS? bei 
Zeitkritischen Anwendungen? in ms? in us?

Gruß

[Bernhard R. (barnyhh)]

42!

[Andreas (Gast)]

was heißt 42! ?

[Albert .. (albert-k)]

Die Zeit eines Tasks ist nicht vorgeschrieben. Was du wahrscheinlich 
meinst ist der Zeitslot den der Scheduler einem Task zuweist (wenn 
dieser nicht in den blocked, oder vor ende der zeit fertig wird).

Musst mal in der RTOS Doku schauen ob da was zum scheduler steht

[Thomas R. (tinman)]

Andreas schrieb:
> was heißt 42! ?

naja, weniger als 42. Du kannst es leicht ausrechnen:

1 / (google "RTOS" * google "µC" / google "gehirn")

das ganze in µs.


Wenn Du immer noch die antwort nicht verstanden hast veruch mal mit

http://www.mikrocontroller.net/articles/Netiquette

[Andreas (Gast)]

genau ich meinte der Zeitslot, nur aus Neugier wollte ich wissen was 
wird in kritischen Anwendungen benutzt, oder gehen die Tasks blockieren 
die Tasks eh davor!

[(prx) A. K. (prx)]

Der Timeslot muss nicht unbedingt vom RTOS definiert werden. Im 
Gegenteil, oft lässt das RTOS selbst dies offen und der Programmierer 
entscheidet selbst darüber, zumal so die Abhängigkeit der RTOS 
Portierung von einem systemabhängigen Timer entfällt. Das RTOS stellt 
dabei nur das Framework für zeitabhängige Funktionalität.

Mit der Reaktionszeit auf Ereignisse hat das ohnehin nichts zu tun, denn 
wenn ein Interrupt eine höher priorisierte Task aufweckt, dann wird 
bereits mit dem Ende des Interrupts diese Task aktiv, nicht mehr die 
unterbrochene Task. Jedenfalls bei wenn preemtive.

[(prx) A. K. (prx)]

Beispiel: Mit AvrX habe ich mal ein Zeitraster von nur 100µs verwendet, 
um die längeren Zeitphasen des 1-Wire Protokolls durch RTOS Mechanismen 
abdecken zu können. Grad bei AVRs, zumal wenn nicht maximal getaktet, 
fällt das sonst eher länger aus.

[Rolf Magnus (Gast)]

Andreas schrieb:

> genau ich meinte der Zeitslot, nur aus Neugier wollte ich wissen was
> wird in kritischen Anwendungen benutzt,

Soviel wie diese "kritischen Anwendungen" eben jeweils brauchen. GGf. 
auch gar keine, wenn man einen kooperativen Scheduler verwendet.

> oder gehen die Tasks blockieren die Tasks eh davor!

Keine Ahnung, was das bedeuten soll.