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
>Daher sollten die Prozesse unterbrechbar >sein => echtes Multitasking. Popcorn.
Wieso? Ist nicht wesentlicher mutiger als normale Controllerprogrammierung mit Interrupts.
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.
> Echtes Multitasking ohne vollwertige MMU? mutig...
Was hat eine MMU damit zu tun?
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:
1 | #define MAX_TASKS 3
|
2 | |
3 | int task = 0; |
4 | |
5 | timer_interrupt() { |
6 | task++; |
7 | task %= MAX_TASKS; |
8 | }
|
9 | |
10 | void thread0() { |
11 | // keine while(1) nötig
|
12 | if(nix_zu_tun) { |
13 | task++; |
14 | task %= MAX_TASKS; |
15 | return; |
16 | }
|
17 | }
|
18 | |
19 | void init() { |
20 | setup_timer(10 usec); |
21 | }
|
22 | |
23 | int main() { |
24 | init(); |
25 | switch(task) { |
26 | case 0: thread0(); break; |
27 | case 1: thread1(); break; |
28 | case 2: thread2(); break; |
29 | // ... usw
|
30 | }
|
31 | }
|
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
ups .. im Code oben fehlt in main die Endlosschleife bitte mental dazudenken :)
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.
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
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.