Atmega mini Betriebssystem

Schon gelesen?
http://www.mikrocontroller.net/articles/Multitasking

Imo kommt man auf einem AVR sehr gut ohne Betriebssystem aus, wenn man 
die Grundsätze aus dem Artikel beachtet.

Ansonsten finde ich das Konzept von TinyOS ziemlich gut, wenn man 
modulare und perfekt wiederverwendbare, aber trotzdem sehr effiziente 
Anwendungen erstellen möchte. Allerdings ist die Einarbeitung und vor 
allem das Umstellen eines existierenden Programms nicht einfach. Man 
muss sich zuerst Bibliotheken und Konfigurationen für nicht von Haus aus 
unterstütze Hardware anlegen und seine Denkweise eventuell ziemlich 
umstellen. Wenn man sich darauf einlässt, macht es aber wirklich Spaß.

Tommi schrieb:
> Ich muss ein bisschen multi threading simulieren, weil ich öfter mal
> 20-100ms warten muss und sonst andere funktionen zu kurz kommen.
> Nebenbei brauche ich aber auch noch eine resourcenverwaltung. Also falls
> der BUS belegt ist, kann nur der prozess zugreifen, der ihn reserviert
> hat.
Nun trag hier mal nicht so dick auf und befass dich erstmal mit Timern. 
Dann kommt auch keiner zu kurz.

mfg.

Tommi schrieb:
> Also falls
> der BUS belegt ist, kann nur der prozess zugreifen, der ihn reserviert
> hat.

Was fürn Bus denn?

OT: warum ein mini betriebssystem, wenn man auch linux haben kann.?

http://dmitry.co/index.php?p=./04.Thoughts/07.%20Linux%20on%208bit

mach dir ein diagramm was der code tun soll und überleg dir dann wie du 
die anregungen der vorposter umsetzen kannst. ein betriebssystem ist auf 
einem kleinen µc eigentlich immer eine der schlechtesten optionen.

cppler schrieb:
> Eine einfache Aufgabe die wahrscheinlich sogar mittels delay erledigt
> werden könnte braucht also ein Betriebssystem ...

In den meisten Fällen wir genau anders rum ein Schuh daraus.
Gerade WEIL er _delay_ms benutzt, benötigt man ein Betriebssystem :-)

(Ausnahme: wirklich kurze delays wie sie zb bei der Pulserzeugung am TWI 
Bus entstehen)
_delay_ms ist selten die Lösung. Aber oft das Problem.

Uwe schrieb:
> Der BUS würde mich auch mal interessieren...
External Memory Interface

mfg.

Siehe statemachine.

Thomas Eckmann schrieb:
> Uwe schrieb:
>> Der BUS würde mich auch mal interessieren...
> External Memory Interface
>
> mfg.

Huch.
Wußte garnicht, daß der AVR multicore ist und es deshalb beim 
Memoryzugriff Konflikte geben kann.


Peter

Peter Dannegger schrieb:
> Wußte garnicht, daß der AVR multicore ist und es deshalb beim
> Memoryzugriff Konflikte geben kann.

Löte 2 AVRs übereinander und du hast Multicore
duckundwech

Peter Dannegger schrieb:
> Wußte garnicht, daß der AVR multicore ist und es deshalb beim
> Memoryzugriff Konflikte geben kann.
Durch besonders geschicktes Verwursten von Memory Mapped I/O kriegt man 
das auch so hin. Und dann braucht man ein Betriebssystem.

Martin Wende schrieb:
> Löte 2 AVRs übereinander und du hast Multicore
Man könnte auch aus einem alten Pentium4 das Hyperthreading ausbauen.

mfg.