Konklusjon i denne artikkelen:
Denne siden tar for seg hvilke feilsituasjoner som kan oppstå ved annen løpertidsberegning enn brikketid.
Eksempel: Løper har starttid 12:00:00 og stempler i mål kl 12:36:32 Brikken ble nullet før start kl 11:54:45. Brikken ble avlest klokka 12:36:42. Starttime kl 12:00:00 ble trukket kvelden før løpet.
Hvordan beregnes tiden? Foruten starttid er det eneste kjente klokkeslettet i eksempelet readtime som er MTR klokka kl 13:36:42.
Hvordan kommer man fram til alle de andre klokkeslettene?
Her er en dump av løperens poster og akkumulerte tider på hver av postene. Dette er rådata fra brikken. Det viktigste tidene å legge merke til her er de to på slutten:
Disse tidene er fra da brikken ble nullet. Vi ser at det gikk 10 sekunder fra innkomst til avlesning.
Vi kan dermed beregne nullingsstidspunktet og innkomsttiden:
Hvis avlesningsklokka og klokken på start har vært synkronisert kan vi dermed beregne løperens tid.
intime-starttime = 12:36:32 - 12:00:00 = 36:32
Brikkene er laget slik at de lagrer tiden fra en post umiddelbart når en postenhet er registrert i nærheten. Dersom brikken holdes lenge på en post, eller kommer i kontakt med posten flere ganger (uten en annen post i mellom). Så beholdes tiden fra første kontakt. Slik må det være for at man skal få så nøyaktig som mulig måltid på brikken.
Desverre skjer det samme når man legger brikken på avlesningsenhet som har kode 250. Den registrerte tiden i brikken må kobles mot MTR klokka. Feilkilde kan oppstå hvis brikken har stoppet før MTR klokka har registrert brikken og dermed ikke får koblet tiden i brikken mot avlesningstidspunkt.
Her er resultatet på skjermen i slutten av videoen:
Her er det noe galt. Brikken ble tross alt nullet kl 22:00:00
Hvis vi unngår å veive brikka over MTR etter 20 sekunder blir resultatet riktig: