Semaphoren Kurze Erklärung.

Es wäre wahrscheinlich leichter zu antworten, wenn du uns den kompletten 
Code zeigen würdest und nicht nur ein paar Zeilen hinklatschst, die 
wahrscheinlich so nicht im Code dastehen...

Naja ich habe halt gedacht das die paar Zeilen einfacher zu überblicken 
sind als der gesamte Code der über 20 dateien verstreut ist. Die 
wichtigsten sind im Anhang.

Es handelt sich um das USB Generic HID Beispiel von Atmel

http://www.atmel.com/dyn/resources/prod_documents/AVR328.zip

PEte schrieb:
> Was genau treibt diese Semaphore?

Stichworte zum nachschlagen in deinem C-Buch:

while-Schleife
define-Makro
!-Operator

Oliver

Oliver schrieb:
> PEte schrieb:
>> Was genau treibt diese Semaphore?
>
> Stichworte zum nachschlagen in deinem C-Buch:
>
> while-Schleife
> define-Makro
> !-Operator
>
> Oliver

Ja die while schleife wird solange ausgeführt bis a = True (bzw. 
scheduler_tick_flag = True). Aber was soll das?

Jörg Wunsch schrieb:
> Wobei der zweite Prozess vermutlich ein Interruptkontext ist.  Musst
> du halt gucken, wo scheduler_tick_flag noch so benutzt wird (ist
> vermutlich durch das wirre Makro-Gewurschtel nicht offensichtlich).

Der Witz ist ja das es nirgendwo gesetzt wird?! Ich habe diese sinnlosen 
Funktionen einfach alle mal rausgeworfen und es scheint immer noch zu 
funktionieren. Also die Programmierung dieser Beispiele mit dem 
"Makro-Gewurschtel ©" ist irgendwie ziemlich bescheuert.
Das Problem hat sich damit wohl gelöst.

Vielen Dank :))

PEte schrieb:
> Der Witz ist ja das es nirgendwo gesetzt wird?!

Schau die mal alle Timer an; mit Sicherheit wird dort das Flag gesetzt, 
ggf. nicht offensichtlich sondern über einen Alias/direkten 
Speicherzugriff

Jörg Wunsch schrieb:
>> Der Witz ist ja das es nirgendwo gesetzt wird?!
>
> Das wiederum halte ich für ein Gerücht.  Wenn es nie gesetzt würde,
> würde der Code an dieser Stelle "stehenbleiben".  Macht er aber
> wohl nicht.

Kann schon sein, mit SCHEDULER_TYPE = SCHEDULER_FREE

1

#if SCHEDULER_TYPE != SCHEDULER_FREE

2

//! When SCHEDULER_TYPE != SCHEDULER_FREE, this flag control task calls.

3

bit   scheduler_tick_flag;

4

#endif

1

00185 #ifndef SCHEDULER_TYPE

2

00186   #error You must define SCHEDULER_TYPE in config.h file

3

00187 #elif SCHEDULER_TYPE == SCHEDULER_FREE

4

00188   #define Scheduler_set_tick_flag()

5

00189   #define Scheduler_reset_tick_flag()

6

00190 #elif SCHEDULER_TYPE == SCHEDULER_TIMED

7

00191   #define Scheduler_new_schedule()      Wait_semaphore(scheduler_tick_flag)

8

00192   #define Scheduler_set_tick_flag()     (scheduler_tick_flag = TRUE)

9

00193   #define Scheduler_reset_tick_flag()   (scheduler_tick_flag = FALSE)

10

00194 #elif SCHEDULER_TYPE == SCHEDULER_TASK

11

00195   #define Scheduler_call_next_task()    Wait_semaphore(scheduler_tick_flag)

12

00196   #define Scheduler_set_tick_flag()     (scheduler_tick_flag = TRUE)

13

00197   #define Scheduler_reset_tick_flag()   (scheduler_tick_flag = FALSE)

14

00198 #elif SCHEDULER_TYPE == SCHEDULER_CUSTOM

15

00199   #error Make sure you have setup macro/fct Scheduler_new_schedule & Scheduler_call_next_task

16

00200   #define Scheduler_set_tick_flag()     (scheduler_tick_flag = TRUE)

17

00201   #define Scheduler_reset_tick_flag()   (scheduler_tick_flag = FALSE)

18

00202 #endif

Oliver

Jörg Wunsch schrieb:
> Dann wird der gezeigte Code aber vermutlich bei SCHEDULER_TYPE ==
> SCHEDULER_FREE gar nicht erreicht.  Schau dir mal das Ergebnis des
> Präprozessors an (Dateiname.i, wenn du --save-temps benutzt, oder
> Compileroption -E).

Ja danke für den Tipp bin auch gerade zur selben Zeit drüber gestolpert. 
Aber mal im Ernst, zwei makros inneinander verschachtelt um eine normale 
Funktion aufzurufen das ist doch schon ein bisschen sinnfrei.