Felter mærket med * skal angives.

Emne: *
Besked: *
vis indlæg formatteret   |  (brug [] i stedet for <> til at formattere med HTML) Du svarer på: I søndags hørte jeg, at Odense OK havde lokaliseret problemet med tiderne fra i lørdags, men desværre har de ikke offentliggjort deres viden, så vi kan lære af det. Måske giver RRs beskrivelse svaret. I E-time må hver brik kun aflæses een gang ind i systemet, når fast starttid anvendes. Brikken kan sammenlignes med et stopur, som startes, når den løftes fra startenheden og standses igen, når den lægges i aflæseren (MTR-enheden). Aflæsningen påføres samtidig klokkeslæt fra MTR-enheden. Når en aflæsning indlæses i systemet, bliver starttidspunktet kontrolleret ved at trække \"stopurets\" tid fra det påførte klokkeslæt. Hvis enheden aflæses igen, vil et nyt klokkeslæt blive hæftet på, mens \"stopurets\" tid er den samme. Systemet vil nu beregne, at løberen er startet for sent. Tiden, der bliver lagt til, vil være tiden mellem de to aflæsninger, hvilket passer fint med RRs beskrivelse. I lørdags blev min brik aflæst i tre enheder. Hvis der anvendes flere aflæsningsenheder skal E-time programmet læse fra 1. enhed og kun 1. enhed. Efterfølgende enheder kan kun anvendes til udskrivning af stræktider. Igen, det vil være dejligt at høre, hvad Odense OK har fundet ud af. Måske passer min beskrivelse med situationen i lørdags
Dit navn/alias: *
Din e-mailadresse:

Bemærk venligst, at alle indlæg logges, hvilket vil sige at webmaster ved hvem du er, selvom du vælger at optræde anonymt.

For at beskytte mod misbrug af denne side til f.eks SPAM er det nødvendigt at indtaste følgende kodeord præcist nedenfor: giqinnigit

Brug o-snakken med omtanke! Du opfordres selvfølgelig til at stå ved din mening ved at bruge dit rigtige navn når du skriver indlæg, men det er også tilladt at ytre sig uden at andre ved hvem man er. Her gælder de nomale regler for pli, for eksempel ingen ubegrundede personangreb. Indlæg skrevet i reklameøjemed toleres heller ikke. Læs i øvrigt vore Policy.