Uhrzeit stellen vor dem bieten

[Joachim]

Hallo,

ich nutze gerade die 30 Tage zum testen von Schnapper Pro. Besteht die Möglichkeit die Uhr auch kurz vor dem bieten zu synchronisieren, da ich meiner PC Uhr nicht sehr traue. Was nütz es mir nur beim Programmstart die Uhr zu stellen, wenn das erste Gebot dann vielleicht erst 10 Std. später gemacht wird und die Uhr dann schon wieder um vielleicht 20 Sekunden falsch läuft.

Gruß Joachim

[Robert Beer]

Hallo Joachim,

die Systemuhr wird vor jedem Gebot noch einmal synchronisiert.
Der Zeitpunkt dafür kann mit dem Vorlauf für den Verbindungsaufbau und das Login eingestellt werden.

[meshsmooth]

Ich habe beobachtet, dass die Uhr sehr unregelmäßig läuft. Die Uhr läuft viel zu schnell. Bereits nach paar Minuten hat die Uhr schon 1 Minute Vorlauf. Wenn man es synchronisiert, stimmt alles wieder. Kein wirkliches Problem, wenn die Uhr vor dem Bieten nochmal synchronisiert wird, aber wie kommt es zu solchen Unterschieden? Man sieht es deutlich, wie unterschiedlich der Sekundentakt ist: kurz, lang, normal, lang, kurz...
???

[Robert Beer]

Es gibt wirklich extrem ungenau laufende Systemuhren.

Warum das so ist, kann ich nur vermuten. Entweder ist die Netzspannung ungenau, oder die in manchen Boards verbauten Uhren sind einfach mangelhaft.

[Charly]

Hallo Rober & alle Mitschnapper,

an der netzspannung liegt es mit sicherheit nicht, die freq. ist sehr genau,
und wird nicht fuer die uhr im pc verwendet da wir ein schaltnetzteil im pc
haben.
Im PC wird die uhrzeit von einem sogennanten RTC ´gemacht´ an dem
ein billiger quarz dranhaengt, nach dem motto : "wird schon passen..."
frueher war am quartz noch ein trimm-C damit konnte die freq.
abgeglichen werden, fehlt in den heutigen PC´s da "zu teuer" .......

normalerweise wird der RTC auch nur einmal beim starten des pc´s
ausgelesen und ab dann laeuft eine ´softwareuhr´ ueber den soge-
nannten TICKER (der ist aber fuer die huener in dem moment wo
von irgend einem programm int. gesperrt werde)

eine periodische syncronisation (zb. jede stunde) waehre wuenschenswert
zum einen passt dann die uhrzeit , zum zweiten wird man dann ueber die
anzeige auch fruehzeitig auf updates hingewiesen und verpasst nicht
"langelaeufige" auktionen (zb. 10Tage) da ebay mal wieder was geaendert hat

´fachbegriffe´ koennen bi google nachgelesen werden

vg
charly

[Robert Beer]

Hallo Charly,

vielen Dank für die Erklärungen.

...eine periodische syncronisation (zb. jede stunde) waehre wuenschenswert
zum einen passt dann die uhrzeit , zum zweiten wird man dann ueber die
anzeige auch fruehzeitig auf updates hingewiesen und verpasst nicht
"langelaeufige" auktionen (zb. 10Tage) da ebay mal wieder was geaendert hat.

Das ist doch kein Problem:

Einfach einen Task einrichten, der SchnapperPro mit dem Parameter '-time' aufruft. Der kann nahezu beliebig häufig ausgeführt werden.

[mibm]

Hallo Joachim,

die Systemuhr wird vor jedem Gebot noch einmal synchronisiert.
Der Zeitpunkt dafür kann mit dem Vorlauf für den Verbindungsaufbau und das Login eingestellt werden.

Hallo Robert,

bei mir ist da aber was schief gelaufen. Zuerst ein Beispiel wie es wohl sein soll und dann das Problem.

Im ersten, positiven Beispiel ist das Synchronieren tatsächlich genau so wie Du es beschrieben hast von SnapperPro durchgeführt worden:

Code: Alles auswählen

19.04.2005 16:21:12 -  - 8 -  - Verbindungsaufbau begonnen...
19.04.2005 16:21:12 -  - 8 -  - Login begonnen [x]
19.04.2005 16:21:14 -  - 8 -  - Login beendet [x]
19.04.2005 16:21:22 -  - 8 -  - Timesync: 16:21:15 -> 16:21:22
19.04.2005 16:21:22 -  - 8 -  - Bietvorgang beginnt in 10 Sekunden...
19.04.2005 16:21:32 - 19.04.2005 16:21:40 - x - 71.57 - New CommClient - Version 1.5.20
19.04.2005 16:21:32 - 19.04.2005 16:21:40 - x - 71.57 - Bieten Teil 1/2 - gestartet
19.04.2005 16:21:33 - 19.04.2005 16:21:40 - x - 71.57 - Bieten Teil 1/2 - beendet
19.04.2005 16:21:33 - 19.04.2005 16:21:40 - x - 71.57 - Bieten Teil 2/2 - gestartet
19.04.2005 16:21:34 - 19.04.2005 16:21:40 - x - 71.57 - Bieten Teil 2/2 - Höchstgebot abgegeben
19.04.2005 16:21:34 - 19.04.2005 16:21:40 - x - 71.57 - Bieten Teil 2/2 - beendet
19.04.2005 16:21:45 - 19.04.2005 16:21:40 - x - EUR 51.36 - Artikel aktualisiert

allerdings schon bei nächsten mal ist es einfach ausgefallen:

Code: Alles auswählen

21.04.2005 13:09:56 -  - 8 -  - Verbindungsaufbau begonnen...
21.04.2005 13:09:56 -  - 8 -  - Login begonnen [x]
21.04.2005 13:10:36 -  - 8 -  - Bietvorgang beginnt in 10 Sekunden...
21.04.2005 13:10:46 - 21.04.2005 13:10:54 - 7508319703 - 73.57 - New CommClient - Version 1.5.20
21.04.2005 13:10:46 - 21.04.2005 13:10:54 - 7508319703 - 73.57 - Bieten Teil 1/2 - gestartet
21.04.2005 13:10:47 - 21.04.2005 13:10:54 - 7508319703 - 73.57 - Bieten Teil 1/2 - Auktion war schon beendet
21.04.2005 13:10:47 - 21.04.2005 13:10:54 - 7508319703 - 73.57 - Bieten Teil 1/2 - beendet
21.04.2005 13:10:59 - 21.04.2005 13:10:54 - 7508319703 - EUR 69.00 - Artikel aktualisiert

Was mir auffällt: Die Zeile mit den

Code: Alles auswählen

... Login beendet ...

fehlt genauso wie dann das notwendige (und von Dir eben beschriebene)

Code: Alles auswählen

... Timesync: ...

als nachfolgende Aktion


Der Unterschied zwischen beiden Läufen, den ich zuverantworten habe, ist der, dass ich die Login-Vorlaufzeit von 30 auf 60 Sekunden erhöht habe.

Kannst Du mir weiterhelfen?

Gruß
mibm

[Robert Beer]

Hallo 'mibm',

das Problem scheint bein Login entstanden zu sein.

Wie bei der ersten Auktion deutlich zu sehen, erfolgt das Synchronisieren direkt nach dem Login. Der Loginvorgang ist von seiner Duaer her nicht wirklich konstant. Meistens werden dafür etwa 5, manchmal aber auch deutlich mehr als 20 Sekunden benötigt. Man kann das durch Strg+F4 leicht herausfinden.
Vermutlich ist der Loginvorgang bei der zweiten Auktion erst nach dem Bietvorgang abgeschlossen worden. Der zweite Logeintrag sollte sich etwas weiter unten befinden.
Es wäre sicher besser, die Synchronisierung noch vor dem Login erfolgen zu lassen. Die Komponente die das Gebot abgibt, hat einen eigenen Fallback-Mechanismus falls keine gültige Session-ID vorliegt, aber keinen für eine nachlaufende Systemuhr.

Ich werde das im nächsten Update ändern.

Ansonsten dürfte die grössere Vorlaufzeit eher einen positiven Effekt haben, da ja dann die Zeitreserve für das Login grösser ist, und auch grössere Korrekturen an der Systemuhr möglich sind.

[mibm]

Danke für die schnelle Antwort!