XProfan

Deutsch

Detlef
Tussing

Wie genau ist der Timer bei z.B. sleep 350 und wieviel Zeit benötigen die danach folgenden Befehle
z.B.

setdigi1%
sleep 350
x%=readdigi1%

mit setdigi1% steuer ich eine externe Hardware
mit readdigi1% lese ich die Hardware aus
die ext. Hardware benötigt 20 ms
dann müßte x% nach 370 ms einen Wert haben
oder lieg ich da falsch

Gruß Detlef Tussing
Windows XP, XProfan 10

11.11.2009 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Nico
Madysa

Rechnerisch sollte es hinkommen, jedoch darfst du nich vergessen, dass Sleep sehr ungenau ist. Plus minus 12 msec war die Unsicherheit, wenn ich mich nicht irre.

Nico Madysa

11.11.2009 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Detlef
Tussing

Hast du da schon erfahrung damit ?

Gruß Detlef Tussing
Windows XP, XProfan 10

11.11.2009 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Nico
Madysa

Nein, so genau musste ich bisher noch nie etwas timen; jedoch habe ich hier im Forum schon öfters mal etwas drüber aufgeschnappt. Ich will wetten, dass die Forensuche nach "Sleep" oder "Timer" oder etwas Ähnlichem dir reichlich Erkenntnisse bescheren wird.

Nico Madysa

11.11.2009 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Windows Sleep ist nach unten nicht stabil, unabhängig mal von eingebauter Ungenauigkeit. Muss nur ein Prozess 100% muxen und aus Sleep 100 wird Sleep 100000, aber niemals andersum.

Die Zeile x%=readdigi1% kannst Du je nach Rechnergeschwindigkeit ein paar mal pro Millisekunde durchführen, hier eine ganze ms draufzuaddieren wäre schon viel.

>> dann müßte x% nach 370 ms einen Wert haben

Sleep 350 bedeutet warte mindestens350+x ms. ^^

11.11.2009 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Jörg
Sellmeyer

Genauer gehts wahrscheinlich mit SetTimer 10 und dann &GetTickCount abchecken.

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

12.11.2009 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Millisekundengenau sogar läuft das hier bei mir:
Kompilieren Markieren Separieren

 {$cleq}
#include compatible.inc
Print "Hallo Welt"
~setTimer(%hWnd,0,1,procAddr(myTest1,4))
waitinput
end

nproc myTest1

    parameters data&,b&,c&,d&
    setText(data&,str$(&getTickCount))
    return data&

endproc

aber ich glaube Detlef will nur etwas Zeit überbrücken. ^^

12.11.2009 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

GDL

Hi Detlef,

ich habe das Ganze mit sleep aufgegeben.Da bei der Sache zuviele interne Sachen mitspielen.

Anstatt die RS232 nur einmal abzufragen, frage ich die RS232 continurierlich ab.Somit entgeht mir kein Zeichen mehr.
Kompilieren Markieren Separieren

...............
Hauptschleife

whilenot ende%=1

    settimer 10
    waitinput
    auslesen  Unterprogramm was ausliest
    killtimer
    .......
    .......

wend

oder mit der thread pcu
..... = xbeliebiger anderer Programmcode

Servus
Georg

Windows7 Xprofan 8,9,10 und 11
Musikwelt: [...]

Verwitwet - Forum für Betroffene : [...]

12.11.2009 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

GDL, Beitrag=54886, Zeitpunkt=12.11.2009

frage ich die RS232 continurierlich ab.Somit entgeht mir kein Zeichen mehr... settimer 10

Hallo Georg,

sind 10ms ausreichend bzw. warum/wann sind 10ms ausreichend?

12.11.2009 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

GDL

Hi,

das ist experimentiell bei mir ermittelt.
Kommt auch auf die Anzahl der zu empfangenen Bytes an.Je mehr umso länger settimer.

Ausserdem kann man im Empfangsunterprogramm noch variieren.
Bei mir gab das die beste Lösung für 3 zu empfangene Byte.

Servus
Georg

Windows7 Xprofan 8,9,10 und 11
Musikwelt: [...]

Verwitwet - Forum für Betroffene : [...]

12.11.2009 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren