Es muss kein vollwertiges Betriebssystem sein, muss aber mindestens über Multitasking-Funktionen verfügen (z. B. einen Scheduler).
Bitte erwähnen Sie, auf welche Prozessorarchitektur es sich bezieht.
Dies ist eine Umfrage , also sind genaue Fähigkeiten nicht wirklich wichtig. Betrachten Sie dies als einen Ort, an dem Sie nach Möglichkeiten suchen können, wenn Ihr nächstes 8-Bit-Embedded-Projekt auftaucht ...
Mir ist klar, dass die meisten 8-Bit-Mikrocontroller kein Betriebssystem benötigen, aber als Gegenbeispiel bietet Rabbit Semiconductor das RCM3710-Prozessormodul mit vier seriellen Ports, einem 10-BaseT-Ethernet-Port, 512 KByte RAM und 512 KByte Flash. All das für 39 $. Alles basiert auf einem 8-Bit-Z80-Core.
8-bit bedeutet NICHT notwendigerweise extreme Ressourcenbeschränkung.
Dies mag ein ungewöhnlicher Standpunkt sein, aber ich würde dringend empfehlen, zweimal zu überlegen oder sogar dreimal, bevor Sie sich entscheiden, ein Betriebssystem für einen 8-Bit-Computer zu verwenden. Betriebssysteme sind für komplexe Anwendungsbedürfnisse und 8-Bit-CPUs sind nicht die beste Wahl für diese Aufgaben.
Ich sage nicht, dass ein OS nie für ein 8-Bit verwendet werden sollte, nur dass es weniger wahrscheinlich ist, dass es die beste Lösung ist.
Für diejenigen, die anstelle eines Betriebssystems State Machines vorschlagen, weil sie wenig Overhead haben, sollten Sie Contiki ausprobieren. Es ist sehr klein und kostenlos. Es hat kein traditionelles Threading-Modell, stattdessen verwendet es ProtoThreads: Ссылка .
ProtoThreads geben Ihnen etwas Näheres zur Threading-Semantik ohne den Overhead eines echten Betriebssystems mit Multi-Stacks, etc ... Als Bonus brauchen Sie kein Betriebssystem, um sie zu verwenden Contiki oder sonst.
Wir haben sie bei einem Projekt mit großem Erfolg eingesetzt. Sie machen das Schreiben komplizierter Code viel einfacher.
Ich glaube Contiki wird funktionieren. Adam Dunkels macht wirklich coole Sachen.
Es läuft auf vielen Plattformen, einschließlich des Commodore 64.
Rabbit Semiconductor hat einen Port der MicroC / OS II für ihre Prozessoren.
Was ist das Ziel hier? Eingebettete Betriebssysteme kosten sehr viel. (MicroC / OS II usw.)
Es hört sich so an, als würden Sie OS-Unterstützung vor etwas platzieren, das ich für wichtigere Dinge halte, wenn es um die Geräteauswahl geht. Sie sollten die allgemeinen Entwurfsmuster für die Plattform kennen, an der Sie arbeiten. Versuchen Sie nicht, PC-Konzepte in so winzige eingebettete Chips wie diese zu schieben.
OMFG ... Java gehört NICHT zu einem 8-Bit-Prozessor. Ich habe tatsächlich diesen Maxix / Dallas DS80C400 Chip ausprobiert. Es hatte ein vereinfachtes Betriebssystem (lesen: Scheduler) und TCP / IP-Stack auf dem Chip gebacken, und es sah gut aus auf dem Datenblatt. Es war eine völlige Katastrophe. Langsam, langsam, langsam!
Ich endete mit einem FPGA-basierten Soft-Prozessor und einem Soft-MAC. Kein OS ... hat super funktioniert. Sobald ein FIFO-Fehler Pakete tatsächlich so schnell gesendet hat, dass jeder Windows-PC im Netzwerk feste Interrupts gesperrt hat (selbst wenn die Maus gesperrt ist), bis ich das Dev-Board eingeschaltet habe.
Ich persönlich fand es ziemlich schwierig, so viel Code für einen 8-Bit-Prozessor zu schreiben, dass man sogar ein Betriebssystem braucht. Ich bin sicher, dass einige Anwendungen / Situationen es wünschenswerter machen als ich es gesehen habe. Die einzige Verwendung für ein Betriebssystem, die ich gefunden habe, ist, wenn Sie ein komplexes Gerät mit Gerätetreibern für ein bestimmtes Betriebssystem haben, das Sie verwenden möchten, und dann ist es keine "allgemeine Betriebssystem" -Frage mehr.
Machen Sie sich mit dem allgegenwärtigen 1ms-Timer-Tick + der globalen Flag-Liste "volatile char g_TASKS []" + einer einfachen main () - Schleife vertraut, die Task-Flags und Aufruf-Subroutinen prüft. Staatsmaschinen sind dein Freund. Sie werden viel besser im Griff haben, wie Ihr System läuft. Dies sind die Entwurfsmuster von 8-Bit-Prozessoren.
Jedes Mal, wenn Sie Aufgabe A benötigen, um auf Aufgabe B zu warten, dann fügen Sie der Aufgabe A einen Zustandsmaschinenzustand hinzu, und Aufgabe B setzt diesen Zustand ... oder etwas in diesen Zeilen.
Eine viel nützlichere (IMHO) Liste wäre von guten 8-Bit-Prozessoren zu verwenden, nicht von Betriebssystemen. Hier wären meine Kriterien: geringe Leistung, exzellentes Debugging (OCD), exzellente Entwicklungsumgebung (oder nur Eclipse-Integration), niedrige Kosten, gute C-Compiler-Unterstützung und allgemeine Stabilität der Debugging-Plattform / Debugger / etc.
Ich habe uC / OS auf einer Z180 (8-Bit-Maschine) verwendet. Ich musste zu unserem kundenspezifischen Speichermodell portieren. Aber ansonsten war großartig, vor allem mit einem detaillierten Buch, das die ganze Funktionalität beschreibt. Und obwohl es ein RTOS war, mussten wir Threads usw. sehr sparsam verwenden.
Mitte der 70er Jahre schrieb ich, und 1982 stoppte ich ein 8-Bit-Betriebssystem (SDOS) für Motorola 6800/6801/6809. Diese Betriebssysteme gab es in verschiedenen Varianten:
Wo warst du, als ich einen Kunden brauchte: -? (Ich gab es auf, als es klar wurde, dass IBM Bill Gates durch Blitz wählte, um Mikroprozessor OS König zu sein).
Es gibt auch Uzix, für die MSX-basierten (z80) Computer, eine Unix-ähnliche, Posix-konforme, multi-tasked, preemptive und mit einem TCP / IP-Stack implementiert.
HI-TECH Salvo - Die HI-TECH Salvo-Funktionen sind ein kooperatives, ereignisgesteuertes, prioritätsbasiertes Multitasking-RTOS. Es ist für Prozessoren mit stark eingeschränktem RAM (& lt; 256 Bytes), arbeitet innerhalb eines Hardware-Aufrufs; Rücksprungstapel von 8 Ebenen oder weniger, unterstützt 16 separate dynamische Aufgabenprioritätsebenen und bietet Inter-Task-Kommunikation und Synchronisation, ISR-zu-Task-Kommunikation und gemeinsame Nutzung von Ressourcen. Es ist ein extrem kleiner RAM- und ROM-Footprint, kein PUSH / POP-Stack oder Stack-Pointer erforderlich, ROMable und erweiterbar. Geringe Unterbrechungslatenz, schneller Kontextwechsel und portabel - geschrieben in ANSI C mit minimalem Compiler.
Salvo - Das RTOS, das an winzigen Orten läuft (TM). - Salvos bescheidene ROM- und winzige RAM-Anforderungen bedeuten, dass Sie ereignisgesteuerte, prioritätsbasierte Multitasking-Anwendungen in nahezu jedem Single-Chip-Mikrocontroller haben können, mit viel Platz für Ihre Anwendung. Mit Salvo können Sie: Neue Designs schnell implementieren * Funktionalität mit vorhandenen Ressourcen verbessern * Echtzeitleistung verbessern * Multitasking.
Das ist wahrscheinlich nicht das, was Sie wollen, aber für MSX und Armstrad gibt es ein absolut erstaunliches GUI-Betriebssystem namens SymbOS ( Ссылка ). Das Tolle daran ist, dass es komplett von einem deutschen Typ namens Prodatron ( Ссылка ) gemacht wurde. Es hat echtes Multitasking und viele Anwendungen, was Sie von einem modernen Betriebssystem erwarten würden:
Ich habe gesehen, dass es von seinem Autor vorgeführt wurde und der einzige Kommentar vom Publikum war "Du musst grazil sein!". Niemand hat jemals zuvor solche Features auf einem 8-Bit-MSX-Computer gesehen.
Ich habe vor ein paar Jahren für das Z80 geschrieben, aber das z80 unterstützt kein Hardware-Multitasking oder Paging, Multitasking ist möglich, aber Ihre Freiheit ist ziemlich begrenzt Sie müssen mit Dingen wie keine absoluten Sprünge oder verschiedene Startpositionen in verschiedenen Programmen rollen.
Ich habe Schwierigkeiten, den Typ des 8-Bit-Prozessors in Betracht zu ziehen, den Sie hier verwenden wollen - im Grunde genommen, wenn es etwas ist, das stark genug ist, um etwas wie ein OS zu betreiben (ein H8 zum Beispiel), werden Sie mit Sicherheit finden dass ein ARM-Cored Micro genauso billig sein wird.
Ich habe einen Round-Robin-Scheduler für i8051 geschrieben (der viel schwächer ist als i8085 / Z80) und einen winzigen Kernel für einen 16-Bit-TI-DSP TMS320C54xx (Scheduler mit Prioritäten, Systemaufrufe, Sperren / Mutexe). Wenn Sie in Assembly programmieren können und Ihre Timer-ISRs arbeiten können, können Sie ähnliche grundlegende Funktionalität implementiert und arbeiten in weniger als einer Woche Arbeit.
Tags und Links embedded operating-system rtos