EMIT MTR og enkle arrangementer
Havard Tveite
bruk av EMIT elektronisk stemplingssystem.
Drømmesituasjonen er som følger:
1) Arrangementet kjøres av en person kun med bruk av EMITs MTR
ved mål i skogen. Kun med internt batteri. Ingen
strømforsyning, ingen PC, ...
2) Alle brikkene leses av i MTR etter innkomst, og løperne får
sine strekktidlapper.
3) Arrangøren tar med seg MTR hjem etter løpet og laster alle
data ned fra MTR inn i et eller annet program på sin PC.
4) Resultatlister med strekktider produseres og legges ut på
WWW.
Noen i klubben har forsøkt dette. Alt er vel og bra til og med
punkt 2, men punkt 3 har det ikke vært mulig å få til.
Dette burde være mulig! Er det det?
For hvilke versjoner av MTR skal det fungere?
Hva slags programvare er nødvendig?
Spesielle triks for å få dette til?
--
Håvard Tveite Phone: +47 64948857
Department of Mapping Sciences Fax: +47 64948856
Agricultural University of Norway
POBox 5034, N-1432 Ås, NORWAY http://www.nlh.no/ikf/
Terje Mathisen
>
> Vi arrangerer nå og da treningsløp og enkle karuselløp med
> bruk av EMIT elektronisk stemplingssystem.
> Drømmesituasjonen er som følger:
>
> 1) Arrangementet kjøres av en person kun med bruk av EMITs MTR
> ved mål i skogen. Kun med internt batteri. Ingen
> strømforsyning, ingen PC, ...
> 2) Alle brikkene leses av i MTR etter innkomst, og løperne får
> sine strekktidlapper.
> 3) Arrangøren tar med seg MTR hjem etter løpet og laster alle
> data ned fra MTR inn i et eller annet program på sin PC.
> 4) Resultatlister med strekktider produseres og legges ut på
> WWW.
>
> Noen i klubben har forsøkt dette. Alt er vel og bra til og med
> punkt 2, men punkt 3 har det ikke vært mulig å få til.
>
> Dette burde være mulig! Er det det?
> For hvilke versjoner av MTR skal det fungere?
> Hva slags programvare er nødvendig?
> Spesielle triks for å få dette til?
Hei Håvard!
Dette er nøyaktig det jeg fikk innført i bedrifts-løpene i Oslo i fjor.
Som deg så oppdaget jeg at punkt 3 ikke virker, dvs. jeg var klar over
at EMIT's egen programvare har problemer med dette, man visste at
Veritas' o-gruppe hadde skrevet sin egen programvare for å løse det til
sine EMIT-baserte trenings-løp.
Nå viste det seg at heller ikke Veritas koden virker (muligens pga at
jeg hadde helt nye klokker, uten minst 7 foregående løp i lageret),
uansett så førte dette til at jeg skrev min egen kode for å gjøre
akkurat det som du ønsker deg:
Vi bruker 2 stk MTR-II i skogen, løperen får en strekktids-lapp som
han/hun deretter bruker til å skrive opp slutt-tiden på
oppslags-tavlene. Den andre skriveren generer en lang sammenhengende
remse med alle løperene, slik at vi har den som backup i tilfelle
fullstendig krasj, og for å kunne lete tilbake til en løper/brikke som
tilsynelatende mangler ute i skogen.
Etter løpet bruker vi så de programmene jeg skrev:
1) Ett minimalt C-program som kun foretar en binær dump av alt som
finnes i EMIT-klokken. Dette tar noen få minutter selv om den er helt
full. Output filen er en tekst-fil hvor alle binærdata er dumpet som
hexadesimale verdier, dvs. at det er i nødsfall mulig å lese/redigere
denne med en tekst-editor.
Dumpen ser slik ut:
EMIT reader (COM1)
ff ff 37 2a 03 40 28 f4 05 10 00 40 21 00 01 00
fc 10 00 4a 10 00 19 00 eb 41 00 54 00 17 41 00
2e 10 00 11 00 ed
ff ff e6 53 bc 00 42 28 2e 4d 00 40 00 6b 09 00
00 00 a0 20 fa 51 fa 00 3f 00 3f 00 3f 00 3f 00
3f 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20
02 20 02 20 02 20 02 20 02 20 02 20 02 20 02 20
2) Ett perl-script som gjør resten:
2a) Parser og oversetter hex-dumpen til en normal tekst-fil, med en
linje per EMIT-avlesning:
(Det blir noen ganske lange linjer, her har jeg delt disse opp: Hver
record starter med dato/klokke-slett)
01-08-16 7:10:38,2044,67731,13:56,103;0:40,104;3:23,105;3:46,106;4:18,
107;4:37,112;5:03,129;5:21,109;5:58,117;6:56,113;9:13,123;9:52,124;11:04,
119;11:36,115;13:01,128;13:56,250;14:35,250;0:00
01-08-16 18:10:17,2045,68147,32:22,100;32:22,250;32:42
01-08-16 18:15:46,2046,31066,61:11,55;3:34,56;11:10,57;20:17,58;29:39,
59;45:58,60;55:25,69;60:41,100;61:11,250;61:15
2b) Leser inn en tab-separert fil som inneholder løper-registeret:
KLASSE FORNAVN ETTERNAVN LAG BRIKKE
H 5-6 EGIL IVERSEN GLAAMENE 10242
HA JON R SOLSRUD OPTIMO 12010
H 9 BJØRN ELVEVOLD OSLO LÆRERNE 12084
D 1-4 NINA BUREID OSLO KOMMUNE 12212
H 5-6 JAN ERIK MOE FO BIL 13118
2c) Leser inn klasse-oversikten, som viser hvilke klasser som løper
hver løype
LANG,H1-4,HA,H5-6,ÅL
MELLOM,H7,H8,ÅM
KORT,H9,H10,D1-4,D5-6,D7-8,ÅK
EKORT,H11,H12,H13,D9-10,D11-12,ÅE
N,N
2d) Leser inn løype-oversikten, med postkoder/løype:
KORT,31,35,36,70,57,58,59,60,69,100
EKORT,55,56,57,58,59,60,69,100
LANG,31,35,36,51,52,53,54,56,57,58,59,60,69,100
MELLOM,34,35,36,51,52,53,70,57,58,59,60,69,100
Hvis løype-oversikten ikke finnes, så vil programmet i stedet generere
en liste over alle post-kombinasjoner som løperene har løpt, sortert
etter hvor mange ganger hver kombinasjon forekommer. På denne måten så
skiller de egentlige løypene seg veldig greit ut, så etter å ha fjernet
ulovlige kombinasjoner osv, så er dette blitt til løype-oversikten.
På dette tidspunkt så er all nødvendig informasjon klar, og jeg kan
generere resultat-listene.
Jeg lager dem på HTML tabell-format, med løpende plass-siffer på hver
post og per strekktid, beste løper på strekket/løperen som leder blir
fargekodet.
Overskriften viser hvilken kode som har vært på hver post, og evt
feilstemplete løpere får ut all informsjon om koder/poster/tider slik at
det er lett å se nøyktig hva de har gjort feil.
Løpere som har løpt en annen løype enn de står påmeldt i blir merket som
disk, men med tillegg at de i stedet ser ut til å ha løpt f.eks LANG
løype i stedet for KORT.
Ta en titt, her er resultatlisten fra bedrifts-KM!
http://home.online.no/~jsolheim/P18-01strekk.htm
Terje
PS. Disse to programmene er selvsagt åpent tilgjengelig hvis det er noen
som har bruk for noe tilsvarende!
--
- <Terje.M...@hda.hydro.com>
"almost all programming can be viewed as an exercise in caching"
Havard Tveite
> Havard Tveite wrote:
> > Vi arrangerer nå og da treningsløp og enkle karuselløp med
> > bruk av EMIT elektronisk stemplingssystem.
> > Drømmesituasjonen er som følger:
> >
> > 1) Arrangementet kjøres av en person kun med bruk av EMITs MTR
> > ved mål i skogen. Kun med internt batteri. Ingen
> > strømforsyning, ingen PC, ...
> > 2) Alle brikkene leses av i MTR etter innkomst, og løperne får
> > sine strekktidlapper.
> > 3) Arrangøren tar med seg MTR hjem etter løpet og laster alle
> > data ned fra MTR inn i et eller annet program på sin PC.
> > 4) Resultatlister med strekktider produseres og legges ut på
> > WWW.
> >
> > Noen i klubben har forsøkt dette. Alt er vel og bra til og med
> > punkt 2, men punkt 3 har det ikke vært mulig å få til.
>
> at EMIT's egen programvare har problemer med dette, man visste at
> Veritas' o-gruppe hadde skrevet sin egen programvare for å løse det til
> sine EMIT-baserte trenings-løp.
Kjedelig for EMIT at de ikke har programvare som fikser dette.
Denne typen funksjonalitet burde jo være et meget godt salgsargument!
> Nå viste det seg at heller ikke Veritas koden virker (muligens pga at
> jeg hadde helt nye klokker, uten minst 7 foregående løp i lageret),
> uansett så førte dette til at jeg skrev min egen kode for å gjøre
> akkurat det som du ønsker deg:
...
Glimrende at du har fikset dette, Terje!
Jeg tar kontakt når vi får bruk for programsnuttene dine.
bjarte dyngjeland
> Terje Mathisen wrote:
> > Havard Tveite wrote:
> > > Vi arrangerer nå og da treningsløp og enkle karuselløp med
> > > bruk av EMIT elektronisk stemplingssystem.
> > > Drømmesituasjonen er som følger:
> > >
> > > 1) Arrangementet kjøres av en person kun med bruk av EMITs MTR
> > > ved mål i skogen. Kun med internt batteri. Ingen
> > > strømforsyning, ingen PC, ...
> > > 2) Alle brikkene leses av i MTR etter innkomst, og løperne får
> > > sine strekktidlapper.
> > > 3) Arrangøren tar med seg MTR hjem etter løpet og laster alle
> > > data ned fra MTR inn i et eller annet program på sin PC.
> > > 4) Resultatlister med strekktider produseres og legges ut på
> > > WWW.
Hallo
Både eTiming og epttest kan hente data fra MTR både som enkelt brikke avlesning
og som dump. Det lille testprogrammet som følger med når klokkekomponenten
installeres klarer ikke å lese en lengre dump.
Emit as
Bjarte Dyngjeland
Terje Mathisen
Det hadde vært veldig bra hvis dette var sant, men gitt at både Veritas,
meg selv og tydeligvis Ås har prøvd disse systemene, og gitt opp å få
dem til å virke i denne modusen (som skal være støttet i.flg eTiming's
egne menyvalg!), så tror jeg at EMIT har en liten jobb å gjøre her.
Ja, dette har sikkert virket på ett eller annet tidspunkt, med det
ustyret som står på lab'em til EMIT, men når en rekke tildels ganske
data-kyndige o-løpere alle har feilet, så er det nok noe rart som
gjenstår. :-(
Terje
PS. Jeg prøvde også epttest, uten hell.
Asbjørn Frøseth
Vi i Verdal o-klubb og jeg vet at Frol IL også bruker dette på både
treningsløp og "bygdakamp"
Det jeg gjør er at ejg lager løpet i Etime og melder på løperne med brikkenr
og på riktig løype. Så tar jeg MTR og henter dataene over og dermed har jeg
resultatene og strekktider. Dette funker som bare det her hos meg
"Terje Mathisen" <terje.m...@hda.hydro.com> wrote in message
news:3C41E920...@hda.hydro.com...
Terje Mathisen
>
> Hei alle sammen
> Vi i Verdal o-klubb og jeg vet at Frol IL også bruker dette på både
> treningsløp og "bygdakamp"
> Det jeg gjør er at ejg lager løpet i Etime og melder på løperne med brikkenr
> og på riktig løype. Så tar jeg MTR og henter dataene over og dermed har jeg
> resultatene og strekktider. Dette funker som bare det her hos meg
Merkelig!
Er det versjons-forskjeller på MTR-2 enhetene, eller er problemet det
samme som jeg tror Veritas hadde, dvs. at programmet er skrevet for å
først laste over listen med start/slutt for hvert av de 8 siste løpene
som er lagret.
Når klokken er ny, så er de fleste av disse feltene tomme, og ett naivt
program kan da fort finne ut at det finnes (-1) løper her, og prøve seg
på negative indekser ved adressering.
Jeg valgte rett og slett å skrive ett absolutt minimalt dump-program,
som bare laster ut alle data helt rått, og skriver det til en hex-dump.
Etter at hex-dumpen er lagret kan jeg i ro og mak gjøre hva jeg vil med
klokke-dataene, uten fare for å miste noe, og uten at det tar lang tid å
kjøre ett eller annet om igjen.
På denne måten er det ikke så mye som i det hele tatt _kan_ gå galt! :-)
På OBIK's resultat-sider kan dere se ett eksempel på hvordan disse
resultatene ser ut:
http://home.online.no/~jsolheim/P18-01strekk.htm
Noen forslag til forbedringer/ting som burde vært anderledes?
Terje
Havard Tveite
> Vi i Verdal o-klubb og jeg vet at Frol IL også bruker dette på både
> treningsløp og "bygdakamp"
> Det jeg gjør er at ejg lager løpet i Etime og melder på løperne med brikkenr
> og på riktig løype. Så tar jeg MTR og henter dataene over og dermed har jeg
> resultatene og strekktider. Dette funker som bare det her hos meg
Og dere har kun med dere MTR i skogen, ikke noen PC,
og dere tar så med dere MTR hjem, kobler til PC og laster
ned?
Kan dette bety at alle løyper og alle løpere må være definert før
det er mulig å laste ned data fra MTR?
Dette er i tilfelle lite fleksibelt!
Havard Tveite
> Hallo
> Både eTiming og epttest kan hente data fra MTR både som enkelt brikke avlesning
> og som dump. Det lille testprogrammet som følger med når klokkekomponenten
> installeres klarer ikke å lese en lengre dump.
Det som er problemet er "off-line" avlesning av MTR,
dvs en dump av data som er registrert *før* MTR ble
tilkoblet PC. Skal dette fungere?
Asbjørn Frøseth
uten noen form for informasjon om løpet så blir det dannet en MTR log. Denne
er "litt kryptisk" ja hvis den blir lest i notepad. Alle tider her er i
sekunder etter aktivering, så det må en omrekning til. Dette gjøres i Etime
uten problem. Men hvorfor er det ikke interresant å lage løpet i Etime for
å få ut resultatlister / strekktider. Dette er jo kurrant når du får sitte i
fred og ro hjemme. Skal du lage lister i annet system så må du også ha navn
og brikker og løyper! Jeg ser ikke helt problemet. Hvis resultatlistene ikke
er det interresante så må det vel være nok at løperne får sin utskrift på
printeren i skogen.
"Havard Tveite" <havard...@ikf.nlh.no> wrote in message
news:3C42C407...@ikf.nlh.no...
Havard Tveite
> Vi har med kun MTR2 m/skriver ut i skogen ja. Har gjort forsøk ikveld og
> uten noen form for informasjon om løpet så blir det dannet en MTR log. Denne
> er "litt kryptisk" ja hvis den blir lest i notepad. Alle tider her er i
> sekunder etter aktivering, så det må en omrekning til. Dette gjøres i Etime
> uten problem. Men hvorfor er det ikke interresant å lage løpet i Etime for
> å få ut resultatlister / strekktider. Dette er jo kurrant når du får sitte i
> fred og ro hjemme. Skal du lage lister i annet system så må du også ha navn
> og brikker og løyper! Jeg ser ikke helt problemet. Hvis resultatlistene ikke
> er det interresante så må det vel være nok at løperne får sin utskrift på
> printeren i skogen.
Dette høres jo bra ut. Jeg får ta en runde med de som har testet
dette hos oss. Veldig rart at dette fungerer for noen men ikke
for andre. Kan det være ulike varianter av MTR2?
Så lenge vi klarer å få til en dump fra MTR er vi fornøyde. Så
kan vi prosesserer dataene videre enten med Etime eller annen
egnet programvare.
Helge M. Erdal
Me i Samanger IL brukar programmet OEvent (www.oevent.org) for lokale o-løp.
Det er eit fullverdig tidtakarprogram med den gode funksjonen "MTR2 training
wizard". Med den kan ein lesa inn eitt eller fleire løp, frå MTR2, og
programmet samanliknar stemplingane til dei forskjellige løparane og
sorterer dei i respektive løyper. Er løparane registrert i databasen, kan me
skriva ut resultat/strekktid lister eventuelt eksportera til html filer. (må
kun redigera namn på løyper, eventuelt dela løypene opp i forskjellige
klassar. Dame/herre løparar kan sorterast automatisk ved innlesing frå MTR2)
Programmet er gratis opp til 40 løparar. Over 40 løparar får ein ikkje lagra
OEvent fila men ein kan laga lister. Registrering kostar 150$.
(Dersom ein bestemmer seg for å kjøpa programmet kan ein senda ein e-post
til utgivaren og sei at de har fått OEvent anbefalt av oss (Samnanger IL),
de vil då få 20% avslag og me får avslag på ei eventuell oppgradering)
Helge M. Erdal
"Havard Tveite" <havard...@ikf.nlh.no> wrote in message
news:3C3D5991...@ikf.nlh.no...
Asbjørn Frøseth
OEvent? Det brukes jo navn (Brikker) og løyper her også Etime har jo også en
løperdatabase. Problemet ligger jo i at på et treningsløp eller et mindre
løp kan det være flere som kan gå med samme brikke da må jo disse behandles
spesielt allikevel. Når man lager et nytt løp i Etime og samtidig importerer
løpere fra et tidligere arrangement og legger til / eventuelt fjerner de
løperne som
ikke startet i forhold til det foregående løp så fungerer jo dette på samme
vis etter mitt skjønn.
"Helge M. Erdal" <hel...@online.no> wrote in message
news:9XS08.2020$8e6....@news4.ulv.nextra.no...
Helge M. Erdal
del som har problem med det!
Det er klart at det blir ein del redigeringsarbeid når fleire går med same
brikka eller det er mange leigebrikker.
Fordelen med OEvent (slik eg ser det) er at det er eit mindre og enklare
program. Har løparane eigne brikker og er lagt inn i databasen, blir det
ingen import/legge til/fjerne løparar. Ein treng heller ikkje laga løyper
med postkodane (må ein det i Etime?)
Uansett må ein ha eit program der ein kan laste inn informasjon frå MTR2 for
så å redigere. Det er vel berre snakk om å gjera det på enklaste og minst
tidkrevjande måten.
Helge M. Erdal
("Asbjørn Frøseth" <asfr...@online.no> wrote in message
news:sHT08.2536$Tr2....@news2.ulv.nextra.no...
Paul Biseth
program EptTest. Dette har jeg brukt i ca. ett år nå. Kun MTR2 benyttes
under løpet, ingen PC. Når du kommer hjem fra skogen, koples MTR2 til en av
serieportene på PC'en, velger så det siste løpet (8 siste løp er lagret) og
spooler dataene til en fil: Log.txt.
Vi har alle våre medlemmer registrert på et Excel regneark m/brikkenr.
fornavn og etternavn.
På samme regnarket registreres på samme måte andre løpere fra andre klubber
som hyppig deltar
på våre treningsløp/mindre arrangementer. Det er praktisk med et regneark
pgra sortering og printing.
Filen Log.txt fra MTR2 behandler jeg i et annet resultat-regneark ved å
starte en makro skrevet i
Visual Basic. Hver brikke-registrering blir parret med korrekt navn fra
medlemsregisteret og resultatliste lages
umiddelbart med disksjekk og markering av beste strekktider. Det eneste du
spesifiserer fra løp til løp
er postkodene til de klassene (løypene) du har. Resten går automatisk
(Har du leiebrikker må du selvsagt på resultat-regnearket erstatte
Leiebrikke med riktig navn.)
Du kan også lage grafer for de forskjellige klassene som viser løpsutvikling
sammenlignet med beste løper.
Det er ingen grense for hvor mange deltagere du kan ha.
Fellestart m/korrigering av tid til første post blir støttet.
Et enkelt stafettprogram er også inkludert.
(En brikke fungerer som stafettpinne for laget. Maks. 50
poster/registreringer)
Enklere kan det ikke bli.
Og det beste av alt:
Install-Shield (ca. 3 MB) inkludert EMITS EptTest.exe og brukerbeskrivelse
(Word) m/demo,
kan fås gratis ved å sende meg en mail.Husk å angi klubb.
Hilsen Paul Biseth, Kongsberg O-lag
paul....@broadpark.no
"Havard Tveite" <havard...@ikf.nlh.no> wrote in message
news:3C42C6C0...@ikf.nlh.no...
Asbjørn Frøseth
Det forundrer meg hvor mye som gjøres for å unngå å bruke Etime. Demo
versjonen her takler også 200 løpere hvis man ikke vil kjøpe lisens. Det som
beskrives her under forskjellige innlegg ser for meg ut som at det er like
mye arbeide som det å bruke Etime, eller hva Bjarte Dyngeland? Det eneste
som jeg ser som er forskjell er at i Etime må man lage løypene i tillegg.
Men hva med å lage HTML filer for å legge ut på nett blant annet?? Jeg er
litt forundret over situasjonen.
"Paul Biseth" <paul....@broadpark.no> wrote in message
news:3c447a05$1...@news.broadpark.com...
Terje Mathisen
>
> Hei alle sammen
> Det forundrer meg hvor mye som gjøres for å unngå å bruke Etime. Demo
> versjonen her takler også 200 løpere hvis man ikke vil kjøpe lisens. Det som
> beskrives her under forskjellige innlegg ser for meg ut som at det er like
> mye arbeide som det å bruke Etime, eller hva Bjarte Dyngeland? Det eneste
> som jeg ser som er forskjell er at i Etime må man lage løypene i tillegg.
> Men hva med å lage HTML filer for å legge ut på nett blant annet?? Jeg er
> litt forundret over situasjonen.
Hei Asbjørn, du har misforstått litt:
Problemet er slett ikke at vi ikke ville bruke Etime, vi fikk tvert imot
med en lisens på dette programmet når vi kjøpte inn alt ustyret.
Det som gjorde at jeg (og tydeligvis flere andre) har skrevet våre egne
programmer er rett og slett at Etime osv ikke virket, dvs det var slett
ikke mulig å få noen av EMITs forskjellige programmer til å lese ut data
fra MTR-2 i ettertid.
Vi var naive nok til å tro at dette skulle virke, siden det er et eget
menyvalg, men som sagt så har flere forskjellige presumptivt kompetente
o-løpere opplevd at det ikke har virket.
Terje
Asbjørn Frøseth
problemer og andre ikke så bør jo Emit kunne svare på om det er tekniske
problemer eller om det er versjonsproblemer. Jeg for min del har brukt dette
siden vi graderte opp vår MTR1 til MTR2 sist vår og har ikke hatt noen
problemer. Det eneste jeg har hatt problemer med at MTR ikke leser alle
brikkene like bra, men har mistanke om at det er gamle brikker eller at de
har vært i nærheten av mobiltelefon?? Jeg vet at noen "aldri har hørt" at
brikken / EKT ikke skal brukes sammen med mobil og legger derfor brikken
sammen med mobiltelefon i bagen når de drar på løp. Hva dette egentlig har å
si vet jeg ikke. Kanskje noen andre har erfaring med det.
Hvis jeg kan på noen måte bidra til at folk kan bruke MTR mot Etime i
etterkant av løpet så kan jeg nåes på tlf.740 40121 eller 906 70980. Jeg
anser meg ikke selv som noen ekspert, men kan kaskje litt mere enn
gjennomsnittet.
Asbjørn Frøseth
"Terje Mathisen" <terje.m...@hda.hydro.com> wrote in message
news:3C455718...@hda.hydro.com...
bjarte dyngjeland
lese dump fra mtr2 fungerer i epttest og etiming.
programmet lager en log fil med alle data, for så å importere dem.
en kan også lage dumpen i epttest for å importere logfilen i etiming.
i etiming under resultat>skriv resultatliste kan man krysse av for
hent løypenr.
programmet vil da godkjenne løpere i en løype og lage resultatliste
basert på løypen istedenfor klasser.
dersom det er problemer med å få importen så kan man jo sende support
spørsmål til oss - bja...@emit.no eller em...@emit.no
vi arbeider med en ny versjon av eTiming for årets o-sesong
(i tillegg til de tilpasingene som nå er gjort for langrenn)
og tar i mot tilbakemedlinger / ønsker.
Hilsen
Emit as
Bjarte Dyngjeland
Paul Biseth
løperene med brikkenr. i riktig løype. Påmelding med navn og løype er
uakseptabelt ekstraarbeid som må unngås ved enkle løp. (Løperens postkoder
og brikkenr har du jo fra MTR2 og da er det bare å la programmet sjekke mot
løypenes fasitkoder og plassere løperen i riktig løype og med riktig navn.)
Vi har 2 treningsløp pr. uke med 40-80 deltagere hele sesongen og da ville
dette medføre mye unødvendig arbeid, så jeg er ikke forundret...
Vedr. HTML så kan Excel save filer i HTML-format.
Hilsen Paul Biseth, Kongsberg
"Asbjørn Frøseth" <asfr...@online.no> wrote in message
news:yBb18.456$uI4....@news2.ulv.nextra.no...
Terje Mathisen
>
> Asbjørn Frøseth sier i et tidligere innlegg at han i Etime må melde på
> løperene med brikkenr. i riktig løype. Påmelding med navn og løype er
> uakseptabelt ekstraarbeid som må unngås ved enkle løp. (Løperens postkoder
Jeg tror han kan importere denne listen fra forrige løp, og da er det
ikke så farlig.
Noe punching første gang må det jo bli; navn på løperen må uansett inn,
om du da også legger inn en klasse-kode spiller svært liten rolle.
> og brikkenr har du jo fra MTR2 og da er det bare å la programmet sjekke mot
> løypenes fasitkoder og plassere løperen i riktig løype og med riktig navn.)
Enig.
I bedriftsløpene i Oslo-området så har hver løper en fast klasse/løype,
men siden mange klasser deler samme løype så er det nødvendig å vite
hvilken klasse de løper i.
Nå kan man imidlertid godt starte i en annen løype enn den vanlige i ett
eller flere løp, og da hjelper programmet mitt til:
Løperen blir selvsagt merket som disket på resultatlisten, men så lenge
han/hun har løpt en lovlig løype, så blir det også notert på
resultatlisten at det ser ut til at han har startet f.eks. i MELLOM i
stedet for KORT som klassen hans løper.
Hvis dette var en lovlig endring, dvs skifte til lenger løype enn
vanlig, så flytter jeg løperen over i tilsvarende klasse, hvis han har
gått ned til en for kort løype i stedet, så blir han i stedet satt opp i
trim-klassen for den aktuelle løypa.
> Vi har 2 treningsløp pr. uke med 40-80 deltagere hele sesongen og da ville
> dette medføre mye unødvendig arbeid, så jeg er ikke forundret...
Vi har vanligvis 180 til 280 løpere i hvert av to løp/uke, etter en
sesong med EMIT så har i alle fall 95% av de som løpere flere løp fått
seg egen brikke. Folk som slenger innom på ett enkelt løp, eller som har
byttet/glemt brikke må punches inn, men dette gjøres etter at vi har
gjort første resultat-kjøring, for da merkes alle avvik tydelig.
Jeg har også gjort løypekodingen halv-automatisk, dvs hvis det ikke
finnes noen fil med oversikt over postkoder per løype, så vil programmet
i stedet generere en liste over alle post-kombinasjoner som har blitt
løpt, sortert etter hvor mange som har benyttet hver av dem.
Siden vi har 5 forskjellige løyper, så vil så godt som alltid disse 5
kombinasjonene skille seg ut klart, og da er det bare å stryke de
resterende linjene i oversikten.
F.eks. så kan det se slik ut etter første kjøring:
(Antall løpere, løype som disse ligger inne med, postkoder,,,)
25,KORT,31,35,36,70,57,58,59,60,69,100,250
20,EKORT,55,56,57,58,59,60,69,100,250
16,LANG,31,35,36,51,52,53,54,56,57,58,59,60,69,100,250
13,MELLOM,34,35,36,51,52,53,70,57,58,59,60,69,100,250
6,KORT,100,250
3,MELLOM,34,35,36,51,52,53,70,100,250
3,LANG,31,35,36,51,52,53,54,100,250
3,N,42,43,100,250
3,LANG,31,35,36,51,52,53,54,56,100,250
3,MELLOM,31,100,250
3,KORT,31,35,36,100,250
2,EKORT,55,100,250
... pluss en rekke kombinasjoner som bare en løper har brukt.
På denne listen så tar jeg vare på første forekomst av hver løype, og
stryker antallet foran samt avlesnings-koden (250) til slutt:
KORT,31,35,36,70,57,58,59,60,69,100
EKORT,55,56,57,58,59,60,69,100
LANG,31,35,36,51,52,53,54,56,57,58,59,60,69,100
MELLOM,34,35,36,51,52,53,70,57,58,59,60,69,100
N,42,43,100
> Vedr. HTML så kan Excel save filer i HTML-format.
Har du noen sinne tatt en titt på automatisk generert HTML fra ett
regneark?
:-(
Det er vannvittig ineffektivt, men så lange du bare har noen få
deltagere så er jo ikke dette så farlig.
Terje
Arne Sørli
> ...
> 1) Ett minimalt C-program som kun foretar en binær dump av alt som
> finnes i EMIT-klokken. Dette tar noen få minutter selv om den er helt
> full. Output filen er en tekst-fil hvor alle binærdata er dumpet som
> hexadesimale verdier, dvs. at det er i nødsfall mulig å lese/redigere
> denne med en tekst-editor.
> PS. Disse to programmene er selvsagt åpent tilgjengelig hvis det er
> noen som har bruk for noe tilsvarende!
Hei!
Dette hørtes interessant ut! Hadde det vært mulig å få kildekoden til
C-programmet? Jeg har laget et lite program for beregning av resultater
fra poengløp og som baserer seg på logge-fila fra epttest. Men det
er litt slitsomt å hele tiden måtte switche mellom programmene, dumpe
ut loggefil og parse den for hver gang det kommer i mål noen løpere.
Jeg har programmert en god del, men ikke på lavnivå slik som
kommunikasjon mot serieporter. Men med et eksempel tror jeg at jeg
skulle få til et langt smidigere opplegg. Og er det andre som er
interessert i kode/program for poengløp så er koden min selvfølgelig
fritt tilgjengelig på forespørsel :-)
mvh,
Arne Sørli
Terje Mathisen
Du kan godt få koden min, men hvis du skal ha løpende resultater, så kan
du slett ikke basere deg på dump:
Dette krever at MTR-2 blir slått av og på hver gang du skifter mellom å
ha en skriver påkoblet (for å lese av nye løpere), og å bruke PC til å
dumpe ut alle data som ligger inne.
Terje
Havard Tveite
selvfølgelig(?), at det var snakk om ei blemme fra vår
side. Vi benytter kretsens MTR2, og det fulgte med lite
dokumentasjon. Jeg sjekket EMIT sine WWW-sider, og så
at en måtte benytte en null-modemkabel til formålet.
Dette var ikke gjort av "vår mann", og følgelig var det
svært vanskelig å få noe fornuftig ut av MTR2 :-)
Nå fungerer imidlertid både EMITs epttest og Terje
Mathisens emit.exe utmerket. Vi syntes at Terjes konsept
med en full dump av MTR2 og etterprosessering med et
Perl-program var utmerket, og har modifisert litt på
Terjes program for å "fikse" på den spartanske
HTML-genereringen til Terje (for å få litt mer fancy
presentasjon av strekktidene).
Framgangsmåte for :
0) Arranger løpet kun med bruk av MTR2, ta ut batteriet fra MTR2
etter at siste løper er registrert.
1) Start opp PC
2) Koble til EMIT MTR2 til en av serieportene (husk null-modemkabel)
3) Sett i MTR2-batteriet (det er et backupbatteri internt)
4a) Kjør epttest (gratis nedlastbart fra EMIT sine WWW-sider)
og få generert ei tekstfil med MTR-innholdet
4b) Kjør Terje Mathisens emit.exe i f.eks. et dos-vindu
( "emit >resultat.hex" dersom MTR er koblet til com1),
og du får generert "resultat.hex"
5... Prosesser i vilden sky
oo) Ferdig HTML-fil legges over på en WWW-server.
Terje Mathisen
>
> Nå har vi endelig fått dreisen på det! Det viste seg,
> selvfølgelig(?), at det var snakk om ei blemme fra vår
> side. Vi benytter kretsens MTR2, og det fulgte med lite
> dokumentasjon. Jeg sjekket EMIT sine WWW-sider, og så
> at en måtte benytte en null-modemkabel til formålet.
> Dette var ikke gjort av "vår mann", og følgelig var det
> svært vanskelig å få noe fornuftig ut av MTR2 :-)
>
> Nå fungerer imidlertid både EMITs epttest og Terje
> Mathisens emit.exe utmerket. Vi syntes at Terjes konsept
> med en full dump av MTR2 og etterprosessering med et
> Perl-program var utmerket, og har modifisert litt på
> Terjes program for å "fikse" på den spartanske
> HTML-genereringen til Terje (for å få litt mer fancy
> presentasjon av strekktidene).
Hvor da, resultatene fra løp 1 var ikke særlig fancy!?!
>
> Framgangsmåte for :
> 0) Arranger løpet kun med bruk av MTR2, ta ut batteriet fra MTR2
> etter at siste løper er registrert.
> 1) Start opp PC
> 2) Koble til EMIT MTR2 til en av serieportene (husk null-modemkabel)
> 3) Sett i MTR2-batteriet (det er et backupbatteri internt)
> 4a) Kjør epttest (gratis nedlastbart fra EMIT sine WWW-sider)
> og få generert ei tekstfil med MTR-innholdet
> 4b) Kjør Terje Mathisens emit.exe i f.eks. et dos-vindu
> ( "emit >resultat.hex" dersom MTR er koblet til com1),
> og du får generert "resultat.hex"
> 5... Prosesser i vilden sky
Hvorfor kom det aldri noen annonsering av når løpene skulle arrangeres,
jeg ville jo gjerne ha vært med!
Havard Tveite
> Havard Tveite wrote:
> > Nå fungerer imidlertid både EMITs epttest og Terje
> > Mathisens emit.exe utmerket. Vi syntes at Terjes konsept
> > med en full dump av MTR2 og etterprosessering med et
> > Perl-program var utmerket, og har modifisert litt på
> > Terjes program for å "fikse" på den spartanske
> > HTML-genereringen til Terje (for å få litt mer fancy
> > presentasjon av strekktidene).
>
> Hvor da, resultatene fra løp 1 var ikke særlig fancy!?!
Pga problemene med MTR2-avlesningen ble resultatene fra løp1
knottet inn. Det er mulig de mer "fancy" (litt uheldig valgt
ord .. :-) listene blir lagt ut etter hvert. Jeg har sendt
over en ny versjon til de ansvarlige, men det ser ut til at
de er godt fornøyd med den som ligger der.
For løp nr 2 ble en tidlig versjon av det modifiserte
programmet benyttet.
Vi får se når siste versjon av det modifiserte Perl-skriptet
ditt blir tatt i bruk.
> Hvorfor kom det aldri noen annonsering av når løpene skulle arrangeres,
> jeg ville jo gjerne ha vært med!
Enig i at dette var dårlig markedsført. Vi får forsøke å
skjerpe oss!
Løpet i går kveld var en relativ tung fornøyelse i rundt 20cm
snø ved Drøbak, mens det første løpet gikk i varmegrader og
med kun et par cm snø på bakken.