Export page to Open Document format Export page to xhtml format

Løpertidsberegning

Konklusjon i denne artikkelen:

  1. Klokketid på MTR må være korrekt og synkronisert med klokke på start.
  2. Kun første avlesning på første 250 (MTR) enhet etter stempling på målbukk gir korrekt tid.
  3. Hvis brikken veives over MTR kan tiden bli feil. Brikken må legges kontant på riktig vei og ikke fjernes før avlesning er ferdig.

Løpertidsberegning type 'S', 'R' og 'J'

Denne siden tar for seg hvilke feilsituasjoner som kan oppstå ved annen løpertidsberegning enn brikketid.

Hvordan beregnes tiden når MTR er målklokke

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?

Akkumulert tid fram til avlesning på 250 (MTR)

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:

  1. Tid på målpost kode 145, 2507 sekunder = 41:47
  2. Tid på avlesningsenhet kode 250, 2517 sekunder = 41:57

Disse tidene er fra da brikken ble nullet. Vi ser at det gikk 10 sekunder fra innkomst til avlesning.

Beregning av nulltime og intime

Vi kan dermed beregne nullingsstidspunktet og innkomsttiden:

  1. Nullingstidspunkt = Avlesning minus akkumulert tid på 250 = 13:36:42 - 41:57 = 12:54:45
  2. Innkomsttid = Avlesning minus tid fra innkomst til avlesning 12:36:42 - 10 = 12:36:32

Beregning av løpertid (time)

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

Feilkilder

Feilkilde: tid fra målpost til avlesningsklokke (250/MTR)

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.

Eksempel 1 - Brikke leses av 2 ganger

  • Brikken er først avlest kl 19:05:14. Deretter kl 19:05:29.
  • Avlesning 1 kl 19:05:14:
    Tiden fra målpost til avlesning er 3694-3686 = 8 sekunder. Avlesningstidspunktet er 19:05:14. Vi regner oss tilbake 8 sekunder og får 19:05:06. Og løpertid 20:06
  • Avlesning 2 kl 19:05:29:
    Her ser vi at det har kommet inn post nr 250 på nytt men brikken har stoppet og tiden viser 0 sekunder. Da blir det umulig å regne ut når løperen kom i mål!

Eksempel 2 - Brikke veives over MTR før avlesning



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:

  1. nulltime skal være 22:00:00
  2. intime skal være 22:00:10
  3. codesandtimes skal være 95 10, 250 30
  4. Istedet blir 250 tiden 20 sek fordi brikken ble veivet over MTR etter 20sek og da stoppet brikka. Dermed har vi en feilkilde.
feilsituasjoner/lopertidsberegning.txt · Sist modifisert: 2011/05/18 22:09 (ekstern redigering)
Recent changes RSS feed Creative Commons License Donate Driven by DokuWiki