usdelay braucht zu lange

Ein usleep(50) schläft für mindestens 50 µs. Kann aber auch beliebig 
viel länger sein.

Peter schrieb:
> Ich benutze usleep und nicht usdelay!

Welches Betriebssystem?

Unter Windows ist "usleep" keine Win32-API-Funktion; einen Thread legt 
man mit Sleep (oder mit einer der Wait..-Funktionen) schlafen -- die 
Wartedauer allerdings kann nur in msec angegeben werden.

Das ist auch kein Wunder, weil hier die Granularität des Schedulers ins 
Spiel kommt, und die beträgt bestenfalls 1 msec, standardmäßig sogar 
nur 10 msec.

Wenn Du kürzere Verzögerungszeiten verwenden möchtest, geht das nicht 
über den Scheduler, sondern nur mit aktivem Warten -- und das wirkt sich 
auf die Prozessorlast aus, wie Du auch schon beobachtet hast.

> Welches Betriebssystem?

Overlapped klingt sehr WINdig ;) Aber da kann man doch auch mit 
WaitFor(Single)Object bequem den Treiber das Warten auf neue Daten 
erledigen lassen. Geht grob so:

OVERLAPPED ovl;
ovl.hEvent=CreateEvent(...)
ReadFile(...,&ovl)

und dann später:

WaitForSingleObject(ovl.event,INFINITE)

> Geräte gleichzeitig wartet hatte das mein Timming total zerlegt.

Dann musst du das besser managen ;)

> Jetzt ohne jedes Wait ist das timming perfekt bis auf die Systemlast.
> Und die muss ich jetzt noch runter bekommen.

AFAIR gibts da nichts ausser RTOS-Erweiterungen, eine garantierte 
Reaktionszeit ist ja jetzt auch mit BusyWaiting nicht gegeben. In Zeiten 
von Multicores ist zwar ein Core mit BusyWaiting nicht wirklich schlimm, 
aber an sich schon ein Zeichen, dass irgendwas am Systemdesign faul ist 
:P

Peter schrieb:
> Soll das heißen in kann nur ein Wait/ Sleep von mindestens 10ms machen?

Nein, die Granularität des Schedulers lässt sich auf 1 msec verfeinern. 
Das geht mit der Win32-API-Funktion timeBeginPeriod.

http://msdn.microsoft.com/en-us/library/windows/desktop/dd757624%28v=vs.85%29.aspx

Das muss einmal mit der gewünschten Granulariät (welchen anderen Wert 
als 1 will man hier wohl haben?) aufgerufen werden, und schon ist das 
umgestellt.

Obwohl diese Funktion in den Scheduler eingreift, kann sie von normalen 
Usermode-Programmen aufgerufen werden; sie ist/war primär für 
Multimedia-Programme und die dort erforderliche präzise Zeitsteuerung 
gedacht, bei älteren Versionen von Windows NT lag die Granulariät 
standardmäßig sogar bei 15 msec.

Zur Synchronisation mehrerer Threads lassen sich Funktionen wie 
WaitForSingleObject bzw. WaitForMultipleObjects verwenden, die auf 
verschiedene Dinge warten können, wie z.B. Events.