Betriebsystem für AVR

[Daniel (root) (Gast)]

Hallo zusammen,

Ich suche ein BS für AVR. Speziell geht es mir darum die Technik
zum Kontextwechsel anzuschauen. Daher sollten die Prozesse unterbrechbar
sein => echtes Multitasking.

Grüsse, Daniel

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

Klein: AvrX. Vergleichsweise gross: FreeRTOS.

[holger (Gast)]

>Daher sollten die Prozesse unterbrechbar
>sein => echtes Multitasking.

Popcorn.

[Markus -. (mrmccrash)]

Echtes Multitasking ohne vollwertige MMU? mutig...

_.-=: MFG :=-._

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

Wieso?

Ist nicht wesentlicher mutiger als normale Controllerprogrammierung mit 
Interrupts.

[vlad (Gast)]

ich denmke für sowas ist ein AVR ungeeignet, das Verhältnis von 
rechenpower zu Verwaltungsaufansd für multitasking ist zu gering.
Wenn man sowas braucht, sollten man sich nach einem brauchbaream ARM 
oder sowas umsehen.

[Rolf Magnus (Gast)]

> Echtes Multitasking ohne vollwertige MMU? mutig...

Was hat eine MMU damit zu tun?

[Daniel (root) (Gast)]

Ist im Wesentlichen nur zu Lernzwecken gedacht. Bevor ich die
Quellen von einem "echten OS" anschaue und mit 100 Konzepten
gleichzeitig erschlagen werde, will ich etwas kleines putziges^^

Das Schema für ein kooperatives OS habe ich schon:

#define MAX_TASKS 3

int task = 0;

timer_interrupt() {
    task++;
    task %= MAX_TASKS;
}

void thread0() {
    // keine while(1) nötig
    if(nix_zu_tun) {
        task++;
        task %= MAX_TASKS;
        return;
    }
}

void init() {
   setup_timer(10 usec);
}

int main() {
   init();
   switch(task) {
       case 0: thread0(); break;
       case 1: thread1(); break;
       case 2: thread2(); break;
       // ... usw
   }
}

Wenn ein thread trotzdem auf ihregendeine Weise while(1)
hinbekommt, dann hängt alles.
Etwas ähnliches habe ich auf Linux programmiert. Habe dafür
alarm() system call als Timer missbraucht. Wenn da ein Thread
blockierend liest, dann hängt auch alles.

Ich überlege mir wie ich Speicher "aufteilen" soll, damit jeder
Thread eigenen Stack bekommt.(und weitere Aufrufe tätigen kann)
Bestimmt gibt es andere Probleme, an die ich nicht gedacht habe.
MMU zählt erst mal nicht dazu ;-)

Grüsse

[Daniel (root) (Gast)]

ups .. im Code oben fehlt in main die Endlosschleife
bitte mental dazudenken :)

[Sven (Gast)]

Guckst du : http://www.femtoos.org/

Gruß
Sven

[Rik Langobar (Gast)]

FreeRTOS ist ziemlich cool (wurde oben ja schon erwaehnt). Laeuft 
problemlos ab Atmega32. Nur muss man hoellisch aufpassen mit dem 
RAM-Verbrauch, weil jeder Task (logischerweise) seinen eigenen Stack 
unterhaelt.

[Arne (Gast)]

ChibiOS http://chibios.sourceforge.net/
pC/OS http://www.embedded-os.de/

[Peter D. (peda)]

RTOSe gibts für den AVR ne Menge, einfach mal bei AVRfreaks nachschauen 
oder googlen.

Allerdings ist der AVR nicht sonderlich gut dafür geeignet, da er sehr 
wenig SRAM hat.
Pro Task 32 Register sichern, 32 Byte Call-Stack, 32 Byte Variablen, 
also ~100Byte ist nicht viel.
Bei nur 10 Tasks ist dann ein ATmega16 (1kB) rappeldicht zu.
Interrupts sind dabei nichtmal eingerechnet. Auch sonstige 
SRAM-Verbraucher (Display-Buffer, UART-FIFO usw.) kannste knicken.

Ein RTOS geht also nur für sehr kleine und überschaubare Applikationen, 
wo man es eigentlich garnicht bräuchte.


Peter