Effizientes Programmieren mit Mikrocontroller

[Andre S. (andre008)]

Hallo,

ich suche ein Buch oder Tutorial, welches erklärt wie man einen 
Mikrocontroller optimal ausnutzt.
Also wenn der Controller mehrere Funktionen abarbeiten soll, dass dieser 
zb. nicht so lange in Delay-Schleifen hängt weil er ja in dieser Zeit 
andere Aufgaben erledigen kann.

Gibt es dazu irgendwelche Techniken ??

Gruß
Andre

[Zacc (Gast)]

Ja. Gibt es. Willkommen in der Realitaet. Die Technologie heisst 
Realtime programmierung. (Echtzeit) Viel Glueck mit Gurgel

[Wilhelm F. (Gast)]

Na, ich fing auch mal klein an.

Mit Büchern wie Mikrocontroller-Kochbuch von Andreas Roth, und aus dem 
Elektor-Verlag. Bevor es Internet gab.

Heute, würde ich alles wichtige im Internet finden, wenn nicht sogar 
hier im Forum.

[Karl H. (kbuchegg)]

Nunu Stone schrieb:

> Also wenn der Controller mehrere Funktionen abarbeiten soll, dass dieser
> zb. nicht so lange in Delay-Schleifen hängt weil er ja in dieser Zeit
> andere Aufgaben erledigen kann.
>
> Gibt es dazu irgendwelche Techniken ??

Keine _delay_xx Funktionen benutzen?


Im Ernst, die Technik heißt hier im Forum 'Jobflags benutzen'.

Für jede Aufgabe gbt es ein Flag, das anzeigt, ob diese Arbeit (der Job) 
jetzt gerade erledigt werden muss.

In der Hauptschleife steht dann

int main()
{
  ...

  while( 1 ) {

    if( Job1_Needs_to_be_done ) {
      perform Job1;
      Job1_Needs_to_be_done = FALSE;
    }
 
    if( Job2_Needs_to_be_done ) {
      perform Job2;
      Job2_Needs_to_be_done = FALSE;
    }

    ...

    if( Jobn_Needs_to_be_done ) {
      perform Jobn;
      Jobn_Needs_to_be_done = FALSE;
    }
  }
}

Um einen Job zur Auführung zu bringen, wird sein Jobflag auf TRUE 
gesetzt. Meistens passiert das in einer Interrupt Routine, die zb von 
einem Timer angestossen wird. Das muss aber nicht so sein. Im Grunde 
kann jeder Code so ein Jobflag auf TRUE setzen.

Wichtig ist, dass kein Job den Prozessor mehr als eine gewisse Zeit 
blockieren darf. Warteschleifen sind tabu.
Wenn ein Job tatsächlich mal etwas länger dauern wird, dann muss man ihn 
eben auf ein paar Teiljobs aufteilen, wobei dann ein Job den nächsten 
aktiviert. Wenn ein Job zwischendurch auf etwas warten muss, dann teilt 
man das auf 3 Jobs auf

     Job 1: den Teil vor der Warteschleife. Ist der Teil fertig, wird
     am Ende der Job 2 mittels Jobflag aktiviert und Job 1
     deaktiviert sich.

     Job 2: seine Aufgabe ist es, das Ende der Warterei zu erkennen.
     Erkennt er es, dann aktiviert er mittels Jobflag den Job 3 und
     deaktiviert sich selbst. Ist das Ende der Warterei nicht in Sicht
     dann bleibt der Job aktiviert, so dass beim nächsten Durchlauf
     durch die while Schleife er wieder zum Zug kommt, und erneut auf
     das Ende der Warterei prüft.

     Job 3: Alles was nach der Warterei passieren muss.


Das ganze geht dann auch schon in den Bereich der Statemachines hinein 
und oft hat nman eine Mischung aus beidem: einer Statemachine 
(Zustandsmaschine) und Jobflags.

[Wilhelm F. (Gast)]

@Karl heinz Buchegger:

Ganz klar: Statemachine ist das Zauberwort...

[Falk B. (falk)]

Siehe Multitasking

[Wilhelm F. (Gast)]

@Falk Brunner:

>Siehe Multitasking

Manch einer ist am 21.01.2010 22:05 noch nicht müde, und hat nur Schalk 
im Nacken...

[Falk B. (falk)]

@Wilhelm Ferkes (ferkes-willem)

>>Siehe Multitasking

>Manch einer ist am 21.01.2010 22:05 noch nicht müde, und hat nur Schalk
>im Nacken...

????

[Peter D. (peda)]

Falk Brunner schrieb:
> Siehe Multitasking

Schöne Antwort, kurz und auf den Punkt gebracht.

Besonders diese Stelle:

http://www.mikrocontroller.net/articles/Multitasking#Verbesserter_Ansatz


Peter

[EGS_TI (Gast)]

Saugeil, danke!!