score software middels App; sorgV4

R

rupke

voor een iets meer interactieve scoreverwerking kwam ik onderstaande website tegen:
SW - SORGV4

Scores kun je invoeren middels een app op je telefoon (en het scannen van een QR code op je scorebriefje)

Heeft er iemand ervaring met dit systeem?
Ik ben de mogelijkheid aan het bekijken dit systeem te gaan gebruiken voor de NK-F3J competitie, maar het is wellicht ook interessant voor andere competities (F5J, F3B of F3K?)

Voor F3J is een voorwaarde dat het systeem ook kan werken zonder internetverbinding.
Een locaal (wifi?, bleuthooth?) netwerk zou voldoende moeten zijn. Ik heb reeds contact gezocht met de maker van de software en e.e.a. zou mogelijk moeten zijn.

Wie vindt het leuk om hierbij te ondersteunen?

Vragen die ik nog heb:
Hoe zet je een lokaal wifi/bluethooth netwerk op waarbij er geen risico is op interferentie met onze 2,4 gHz apparatuur. Reikwijdte van het lokale netwerk dient (voor F3J) ongeveer 100-120 meter te zijn? welke hardware heb je hier voor nodig?
Wie heeft eer ervaring met het opzetten van een eigen server op basis van PHP. Dit is volgens de maker een voorwaarde om e.e.a. lokaal te laten draaien.
etc....

Rob
 
Rob, bereik IMHO hoeft niet per se >100m te zijn.Dan komt de tijdwaarnemer maar ff langs bij de centrale post om de gegevens over te dragen (of je doet een rondje met de laptop). Belangrijk is vooral dat de vluchtgegevens 1 keer door de tijdwaarnemer worden ingevuld, goedgekeurd worden door de piloot en vervolgens draadloos overgedragen (het hoeft niet perse real time).
 
Dit lijkt mij een logische stap. Waarom data overschrijven van je smartphone om dan weer in te voeren in een computer?

Het opzetten van een lokaal netwerkje op het veld is eenvoudig te doen, iedere smartphone kan verbinden aan het WiFi netwerkje van de laptop. Bereik hoeft niet groot te zijn.

Ik ben de bouwer van een iPhone versie van een timer voor F3J (en F3B, F3K, F5J) en heb al meerdere keren de vraag gekregen of ik het gedoe met de scorebriefjes kon oplossen.

Dat zou met dit systeem dus kunnen. Ik spreek geen PHP maar wil wel mijn App aanpassen zodat hij de scores kan versturen.

Bij F5J wordt GliderScore gebruikt, en bij F3K weer iets anders (F3KMaster of zoiets). Standaardisatie van het formaat zou wel handig zijn.
 
ik weet niet hoe het gliderscore of f3k master werkt en of deze een interface hebben voor online score-entry.

De scoreverwerking van "sorg V4" werkt met een online database. Deze database kun je ook lokaal draaien (ik moet nog uitzoeken hoe, maar dit zou moeten kunnen).
In "sorg v4" heb je de indeling gemaakt en kun je daarna de scores invoeren. Dit zou dan moeten gaan middels een app voor android.
@ Wubbe, het zou natuurlijk mooi zijn als je jouw iphone app hiervoor ook geschikt kunt maken.

mbt wifi op het veld, bij veel vliegers gaat de voorkeur uit naar een systeem op de 5,8GHz om alle mogelijk interferentie met de 2,4gHz te voorkomen.
Bij F3J is een wifi reikwijdte van 100-150 meter wenselijk. De tijdwaarnemer/piloot op de laatste doelen kan dan ook "online" zijn score invullen en naar de centrale PC sturen.
De maker van de "sorg V4 "is met een nieuwere versie beter waarbij ook het remote invullen van de score gemakkelijker zou moeten worden. een volgende versie wordt in januari/februari verwacht.

Wie heeft er verstand van het opzetten van een 5,8GHZ wifi netwerk en wil helpen met het uitzoeken van de benodigde hardware?
 
Hi Wubbe et al,

voor een IT/netwerk specialist wss een eitje, voor de overige noobs een lastige opgave!

Vanuit diverse discplines (F3j/F5J/...) is er idd een duidelijke vraag om tot een papierloze wedstrijdorganisatie te komen. Geen 10tallen wedstrijdbriefjes meer waarop de landing/vluchtduur wordt genoteerd en vervolgens dit alles overkloppen in een PC/laptop, maar meteen registreren op een smartphone en overdragen aan een PC/laptop die de ronde/wedstrijdscore berekent. Doel is:

  • het verminderen van de foutgevoeligheid. Overkloppen van briefje naar laptop is manueel en dus foutgevoelig (zeker als het dan nog eens gaat om invoer van m/cm, afrondingsregels, komma of punt, tikfouten, etc)
  • sneller komen tot (tussen)standen. Het komt een wedstrijd ten goede als er vrijwel realtime tussenstanden beschikbaar zijn en als de betrouwbaarheid van de eindscore opgekrikt kan worden. (nu hebben we bij F3J telkens een voorlopige score na afloop vd wedstrijd en pas na controle van alle briefjes (ca. 150) een definitieve stand.
  • en we hebben weer een man minder nodig voor de saaie klus van het overtikken. Vaak een vrijwilliger die niet bekent is met de software - weliswaar goedbedoeld maar wel foutgevoelig.
  • en het scheelt ook in het aanmaken van de wedstrijdbriefjes ...
Er zijn bij mijn weten al enkele initiatieven - met name deze:
SW - SORGV4

Waar ik me echter zorgen om maak, is dat niet van te voren goed vastgesteld is wat willen.

Hoe willen we de smartphone gebruiken?

  • QR code om de piloot eenvoudig te identificeren
  • smartphone als vervanger van chrono? Tijdens de eindfase van een vlucht richt de concentratie vd tijdwaarnemer zich op het model (wanneer raakt ie de grond)? en niet op het 'knopje' van de smartphone. Het is inmiddels mogelijk de audio jack plug van een smartphone te gebruiken voor extra peripherie en het lijkt me een goed idee om hier een chrono start/stop knop aan te verbinden (vergelijkbaar met de start/knop vd chrono).
Wat hoort op een scorebriefje? (en ik denk hier vooral vanuit F3/5J):


  • identifiers (piloot/ronde/groep)
  • vliegtijd
  • landingsscore - dit kan gelijk het aantal punten zijn (SORG heeft hiervoor uitstekende meetlinten) of de opgemeten afstand
  • mogelijke penalties. Ik vermoed dat dit ontbreekt bij de RSE van SORG. Lijst van penalties moet goed gedefineerd worden en er moet een mogelijkheid zijn om local rules in te vullen.
  • Signaleren dat het briefje bij een reflight hoort
Dan kom ik op een 2de lastig punt: hoe dragen we de info over van smartphone naar PC? Liefst draadloos, dus mogelijkheden zijn:

  • GSM / internet: is de optie waar SORG nu voor gekozen heeft.
  • WiFi
  • Bluetooth
  • IR - niet echt een moderne oplossing
GSM (900MHz, 1.8 GHz) is aan zich een goede keuze want die interfereert weinig met onze frekwentieband. Op sommige velden is er echter slechte GSM coverage en het vereist bovendien dat de smartphones een dataverbinding hebben (meestal slechts beschikbaar bij phones met abonnement - prepaid heeft het meestal niet).

WiFi vind ik een gevaarlijke optie op een modelvliegveld: het maakt nl. gebruik van dezelfde ISM 2.4G band als onze zenders. Helaas moet ik nu ff technisch worden:

  • de 2.4G ISM band biedt ongeveer 60MHz totale bandbreedte.
  • Onze zenders gebruiken hiervan elk 1MHz en schakelen iedere 10ms om naar een andere frekwentie (frequency hopping). De kans dat je gedurende langere tijd geen verbinding hebt is hierdoor bijna nihil.
  • 2.4G Wifi legt echter meteen beslag op 20MHz bandbreedte (voor 1 WiFi kanaal). Aangezien Wifi outdoor tussen de 50 a 100m bereik heeft, heb je voor F3J/F5J minimaal 1 access point + 1 a 2 repeaters nodig. Voeg daar nog 8 smartphones met Wifi bij en je hebt aardig wat stoorzenders in de lucht.
  • er is ook 5GHz WiFi (802.11a/n), maar die moet je dan wel expliciet instellen in acces points en smartphones.
  • verder kost het een redelijke investering in het opzetten van een lokal access point + repeaters.
Bleutooth lijk me dan weer een stuk veiliger:

  • 1MHz bandbreedte
  • minder output power (<25m bereik?) Dit betekent dat je dan wel ff met de smartphone in de buurt van de centrale laptop moet komen, maar dit lijkt me geen onoverkomenlijk probleem.
Sorry voor het lange verhaal heren, maar ik ben duidelijk op zoek naar nog meer technische expertise & ervaring (zowel SW als HW). (ik lees momenteel oa hoe campingbeheerders een WiFi voor de hele camping willen opzetten - komt dicht in de buurt van ons wensenpakket)
 
Laatst bewerkt:
Deze week ff gesproken met enkele collegas die beter vertrouwd zijn met de protocol aspecten van WiFi (802.11) en mijn wantrouwen tegen WiFi is vermoedelijk overdreven:
* Het protocol biedt bescherming tegen collisions (heel kort samengevat: er wordt eerst in ontvangmodus gekeken of een band vrij is, voor er gezonden wordt).
* het bereik van een smartphone is vrij beperkt (50-100m). De kans dat je door meerdere smartphones gestoord wordt, neemt dan snel af.
* En - ei van Columbus, dat ik daar niet aan gedacht had - je hebt op een smartphone heel makkelijk controle om WiFi aan/uit te zetten. Je kunt gewoon afspreken om na afloop van iedere ronde enkele minuten te nemen om alle scores in 1 keer door te sturen en dan weer WiFi uit!
 
Stap 0: images maken van de partities op mijn laptop naar externe harde schijf zodat de laptop als experimenteer platform kan gebruikt worden - DONE

Stap 1: WiFi van de laptop configureren naar een lokale hotspot en checken of ik verbinding kan maken vanaf mijn smartphone (en 2de laptop) - yes, het werkt - DONE

Stap 1b: laptop uitzetten, rebooten en checken of ik stap 1 kan reproduceren (de laptop als hotspot configureren ging vrij vlot maar de smartphone kon aanvankelijk geen vaste verbinding maken).

Daarna op naar stap 2: met WAMP een lokale webserver opzetten en checken of de smartphone de website kan benaderen via lokaal WiFi
 
Hi rupke,

dit zijn allemaal kleine stapjes richting het uiteindelijke doel: een papierloze wedstrijd registratie.

Stap 1 is vanavond min of meer via trial and error gelukt. Ik moet nu in stap 1b de preciese condities voor een smartphone verbinding nog eens naspelen en checken of ik de instelling vd laptop precies kan reproduceren.

Pas wanneer ik reproduceerbaar een verbinding kan maken tussen laptop (=lokale WiFi hotspot) en smartphone kan ik aan de slag met de SORG software/app.
 
Laat me even voorop stellen; wanneer je het doorgeven van tijden en scores, per vlieger op deze manier kunt realiseren is dat natuurlijk fantastisch en super de luxe. De (tussen) standen op elk ogenblik bekijken is dan natuurlijk ook een optie en zo zijn er nog wel wat zaken.
Wat ik echter mis, en dat vind ik vrij essentieel, is de handtekening van de vlieger op zijn scoresheet oftewel het akkoord van de vlieger met de betreffende uitslag. Hierbij denk ik aan afwijkende tijden of een protest..... Is er al over gedacht hoe dit op te vangen bij dit systeem?
 
Hi Arno888,

er is een duidelijke wens om tot een papier-/draadloze wedstrijdorganisatie te komen. Technisch kan het, maar de vraag is of er voldoende medewerking komt om het uit te zoeken en te realizeren. Vandaar dat ik dit post op MBF - wie kan hierbij helpen?? Ik heb enig contact met SORG en het zal er vanaf hangen of die ontwikkelaar bereidt is onze wensen te implementeren of anderzijds zijn code ter beschikking wil stellen. Het gaat er mij nu in eerste instantie om uit te vissen of/hoe het werkt.
Wat betreft je opmerking over eventuele protesten: we hebben nog altijd een wedstrijdleiding waar je terecht kunt. In 99% van de gevallen gaat alles goed en voor de overige gevallen kan je nog verzet aantekenen bij de wedstrijdleiding, toch?
 
We zouden een 'Open Standaard' voor gegevensuitwisseling van wedstrijdvliegresultsten moeten voorstellen. Bv in XML of (moderner) JSON formaat.

Dan kunnen de makers van bv. GliderScore hun software daarop aanpassen. Ook de makers van software voor smartphones voor het timen van vluchten (ik!) kunnen dan aan de standaarden gaan voldoen.

Wat ik zou willen voorkomen is dat je hierdoor verplicht zou zijn om een bepaalde combinatie (smartphone App en scorings software) te gebruiken.

Of is er al eens over uitwisselings-formaten nagedacht?

Ik heb wel eens gelezen over GliderLink, een uitbreiding van GliderScore. Ik heb mailcontact gehad met de maker daarvan.
 
Hi Wubbe,

het gaat er mij nu in eerste intantie om:
* om een wireless 2.4GH local Wifi acess point op te zetten.
* de data van een scoresysteem (in dit geval SORG) te ontvangen op een local access point cq. website (WAMP + PHP?)

Daarna pas komen de verbeterpunten aan de orde:
* welke data moet de app leveren?
* hoe passen we die data in de centrale software?
* definitie van een gestandardiseerd dataformaat (F3B,F3J,F5J, etc)

De eerste bullets kan ik momenteel al uitproberen zonder tussenkomst van een app provider. Gisteren kon ik verbinding maken tussen smartphone & laptop, maar vandaag kon ik het niet reproduceren. Komend WE ga ik verder met mijn queeste...
 
mbt de vraag van Arno (zetten van handtekening op scoreformulier). Ik heb op een Eurotour in Turkije een systeem gezien waarbij iedere piloot een persoonlijke pincode heeft. Nadat de tijdwaarnemer de scores heeft ingevuld diende je de scores te controleren en te bevestigen voor akkoord met je pincode. Deze pincode vervangt dan je handtekening.
Volgens mij is dit ook in de sorg SW zo mogelijk.
 
Alpha21 zei:
Hi Wubbe,

het gaat er mij nu in eerste intantie om:
* om een wireless 2.4GH local Wifi acess point op te zetten.
* de data van een scoresysteem (in dit geval SORG) te ontvangen op een local access point cq. website (WAMP + PHP?)

Daarna pas komen de verbeterpunten aan de orde:
Klik om te vergroten...
Een access point? Je kunt toch op je laptop een ad-hoc of peer-to-peer netwerk maken? Of bedoel je daar dat access point mee? Een los apparaat er bij lijkt mij onnodig.

Dat noem jij verbeterpunten?
 
Klein stapje gezet:
* gekozen voor losse WiFi router
* wamp geinstalleerd en geconfigureerd voor locale hotspot
-> het lukt nu om consequent met mijn smartphone verbinding te maken en de locale website te laden

Volgend stapje: SORG + app installeren en uit vissen hoe de data op de laptop komt
 
En nog enkele stapjes gezet:
* SORG Remote Score Entry (RSE) apk geinstalleerd op mobieltje (Sony Experia U)
* SORG software geinstalleerd op laptop
* geconfigureerd om localhost te benaderen

Phone maakt verbinding met localhost:

full

Nog op te lossen probleem: versturen van data van phone (RSE app) naar database lukt (nog) niet.
 
Laatst bewerkt door een moderator:
Het is (te) lang stil geweest rond bovenstaande, maar bij deze kan ik toch wat vooruitgang melden.

Ik heb stevig zitten experimenteren met de SORG software maar dat blijkt toch een lastig gebeuren, met name omdat de SORG software gesloten is: het is een compleet pakket wat te nemen of te laten is, terwijl ik dit graag wil vermijden. Wel is het systeem me nu duidelijk geworden en ben ik van plan de F3J software op een vergelijkbare basis op te zetten. Bij deze een toelichting.

Ik heb op een PC WAMP geinstalleerd: WAMP is een free-ware Windows pakket met een Apache webserver, MySql database programma en PHP interactieve websoftware. Voor andere platformen zijn LAMP (Linux/Apache/MySql/PHP) en XAMP (Max OS-X) beschikbaar. Na veel puzzelen en proberen met de configuratie instellingen heb ik WAMP eindelijk zover dat ik zowel lokaal (via de zgn localhost) als via een Wifi access point kan debuggen. Het lukt me nu om consequent vanaf een 2de laptop of Smartphone de lokaal gehoste website te benaderen. De (hardware) situatie is nu:

  • een laptop/smartphone die score data verstuurt naar WiFi
  • een WiFi router die de data ontvangt en doorstuurt naar een centrale PC/laptop
  • een PC/laptop met WAMP als webserver die de data opslaat in een MySqL database
Aan de software kant heb ik afgelopen weekend met MySQL een kleine wedstrijd database opgezet (in feite niks anders dan een serie tabellen waarin gegevens van wedstrijd, piloten, resultaten,etc opgeslagen worden).

De manier waarop de verschillende componenten op mekaar ingrijpen is:

  • vanaf een smartphone app worden gegevens via het WiFi AP verstuurd naar de PC/laptop (bvb score van een vlieger in een bepaalde ronde)
  • de Apache webhost op de PC/laptop vangt het request op en roept de gewenste PHP files aan
  • de PHP software voert een SQL bewerking uit op de database (bvb. het invoegen van de score in de database)
  • het uitlezen van de database en berekenen van scores kan dan weer op verschillende manieren. In het geval van F3J gebruiken we momenteel een xls (+VBA) scoresheet en die is weer perfect integreerbaar met een MySql database.
Samengevat ben ik nu zover dat ik de diverse hard- & software onderdelen stabiel aan de praat heb en snap hoe ze met mekaar samenwerken. Mijn volgende doel is om data van de SORG RemoteScoreEntry (RES) app in de database te krijgen. (simpel gezegd: lukt het om data vanaf de smartphone in de database te stoppen).
Als dit eenmaal lukt, zijn de volgende stappen:

  • opzetten van een F3J database (welke tabellen heb ik nodig)
  • interface MySQL database / XLS (vanuit een xls uitlezen van de SQL database voor het berekenen van de scores)
  • verbeteren van de App
Bovenstaande zal naar verwachting nog wel enkele maanden kosten (ik sta ook liever op het veld dan achter de PC zitten). Ik kijk ook uit naar reacties van andere wedstrijdorganisatoren: zien jullie mogelijkheden?
 
Als ik weet in welke vorm (json?) ik een score vanuit de App naar jouw server kan sturen dan kan ik wel eens kijken of ik RC-Timer Pro kan uitbreiden.

Dat zal nog wel even duren. Eerst staat ondersteuning voor F3F op het programma.
Er al over nadenken kan nooit kwaad ;)
 
Hi Wubbe,

het belangrijkste is dat ik nu eindelijk snap hoe alle onderdelen op mekaar inspelen:

  • een app die een php pagina aanvraagt middels http request
  • de Apache webserver die (via de WiFi AP) het request doorstuurt naar PHP
  • een PHP file die de request vertaalt naar een MySQL commando en de data van de app in de database zet
  • XLS om de data uit de database te lezen en omzetten naar een score in de xls
De app is voorlopig de minste van mijn zorgen al apprecieer ik ten zeerste je bereidheid om een OS_X app aan te passen naar onze wensen. Zoals in vorige posting gesteld zijn mijn prioriteiten:

  • maken van een NK F3J SQL database
  • aanmaken van een XLS/SQL interface. Kan ik vanuit NK F3J XLS de SQL database uitlezen en scores berekenen?
  • SORG app/SQL database interface. Kan ik middels de SORG RES app data in de SQL database schrijven? (en vervolgens de score berekenen in XLS)
Het integreren van andere wedstrijdvormen (F3X) is voor mij een latere zorg - eerst ff F3J op de rit krijgen. Tenslotte ben ik maar een amateur/hobbyprogrammeur. Het liefst zie ik ons een team vormen van client app programmeurs (Android/OS-X), server kant (WAMP gedeelte) en tenslotte de F3X eindgebruikers. Benieuwd wat voor respons hier op komt.
 
You must log in or register to reply here.
Back
Top