Atmega mit AVRStudio vs RTOS

[epidm (Gast)]

Hallo, bis jetzt habe ich Programme für Atmega-Controller in C per 
AVRStudio geschrieben und mit avrgcc Compiler kompiliert, und mit dem 
STK500 übertragen...

Für was ist jetzt aber ein RTOS und in welchem oben genannten Schritt 
müsste es eingebunden werden?

Danke

[holger (Gast)]

>Für was ist jetzt aber ein RTOS

Auf jeden Fall nichts für dich.

[RTOS (Gast)]

Ein RTOS ist eine Abkürzung für
Real-Time-Operating-System
und eine komplett andere Denk, Analyse- und Programmierweise für 
Aufgaben, die Nebeneinander ablaufen.

Siehe: http://www.cocoos.net/

[Noch einer (Gast)]

Auf einem Atmega kümmert sich der Programmierer um jeden Kleinkram 
selbst. Interrupt-Routinen, Filesystem auf SD-Karte, Ausgabe auf UART...

Auf einem PC kümmert sich der Programmierer nur um das 
Anwendungsprogramm. Den ganzen technischen Kleinkram machen Windows, 
Linux oder ähnliches.

Entwickelst du ein umfangreiches Programm auf dem Mikrocontroller, dann 
wächst dir der technische Kleinkram über den Kopf, aber ein Linux ist zu 
gross und zu träge.

Dafür gibt es dann Real-Time-Operating-Systeme. Für die Anforderungen 
von umfangreichen Mikrocontroller-Programmen konzipiert.

Wahrscheinlich wirst du so etwas auf 8-Bit Mikrocontrollern niemals 
brauchen.

[W.A. (Gast)]

epidm schrieb:
> Für was ist jetzt aber ein RTOS ...

https://de.wikipedia.org/wiki/RTOS

> ... und in welchem oben genannten Schritt müsste es eingebunden werden?

In keinem der obigen Schritte.

[epidm (Gast)]

W.A. schrieb:
> epidm schrieb:
>> Für was ist jetzt aber ein RTOS ...
>
> https://de.wikipedia.org/wiki/RTOS

Das hatte ich auch schon gelesen. Ein bisschen stehe ich trotzdem noch 
auf dem Schlauch...

Es gibt ja RTOS die auf so 8bit laufen... aber wie läuft die 
Installation dann ab? Was wird alles für Software benötigt?

Soweit ich gelesen habe benötigt z.
B. die GUI ugfx ein RTOS System dahinter. Aber die Zusammenhänge, bzw. 
die benötigte Software/ Schritte - versteh ich noch nicht...

Es geht mir darum GUIs für kleine TFT's  (SPI/MCU) zu erstellen, ohne 
sich um jedes Pixel/Bit kümmern zu müssen...

[W.A. (Gast)]

epidm schrieb:
> Es geht mir darum GUIs für kleine TFT's  (SPI/MCU) zu erstellen, ohne
> sich um jedes Pixel/Bit kümmern zu müssen...

Wie koomst du dann gerade auf ein RTOS. Das benötigt man, wenn man für 
Echtzeitanwendungen definierte Reaktionszeiten auf äußere Ereignisse 
benötigt.

[epidm (Gast)]

W.A. schrieb:
> wie koomst du dann gerade auf ein RTOS


http://ugfx.org/  benötigt z.B so ein System?

[Noch einer (Gast)]

Ob so ein 8-Bit Atmega dafür die richtige Entscheidung ist?

Da werden Speicher und Performance schon recht knapp. In Summe 
verbringst du mehr Zeit mit Speicher- und 
Geschwindigkeits-Optimierungen, als du mit RTOS und bequemer GUI 
einsparst.

[Meister Propper (Gast)]

epidm schrieb:
> W.A. schrieb:
>> wie koomst du dann gerade auf ein RTOS
>
> http://ugfx.org/  benötigt z.B so ein System?

Quatsch.

[Stefan F. (Gast)]

Programmiere erst mal selbst multi-threaded Anwendungen mit endlichen 
automaten (ohne Framework und OS).

Danach wirst du das Konzept von RTOS verstehen können und auch erkennen, 
ob und wann es für Dich sinnvoll ist.