Passerende Auto herkenning

Op 23 juli 2021 10:00:05 schreef RAAF12:
Met een GPS module is de plaats van de auto te zien.

Elke auto zal toch wel een smartphone aan boord hebben? die kan de locatie gewoon doorsturen?

dan hoef je niks te investeren, allen software op de smartphone zetten. Bij die enkel uitzondering kan je een simpele smartphone beschikbaar stellen die kosten ook geen drol meer.

Op 23 juli 2021 10:41:22 schreef Shiptronic:
Maar die PC kan toch een Laptop zijn?

Of een Raspberry PI met camera module, past in een klein kastje. En een PI-Zero is nog kleiner.

Op 23 juli 2021 11:10:04 schreef amateurtje:
[...]

a. Het zijn geen snelheidsrallies, dus geld is er een stuk minder.
b. dat is een maximum wat ik gesteld heb voor mijn ontwikkeling.
c. Er moeten een groot aantal meetpunten in het veld komen te staan (staat trouwens los van de GPS trackers, maar zijn de pportjes die ik probeer te maken).
d. de andere bezwaren van GPS zijn zwaarwegender.
e. abbonementskosten gedurende het jaar kunnen wel oplopen.. tientje per maand per kaart is toch al vlug 120 euro per jaar.... Maal 300.. ik vind 36.000 euro toch echt wel veel geld.

Dus het GPS idee laat ik ff liggen denk ik.

Ik heb een vaste sim in de auto die kost niks. Pas als ik een abo ga afsluiten kost dat geld. € 10 per jaar meen ik voor een positiebepaling op de smartfone map. Werkt overal waar een GSM netwerk is.

alleen software op de smartphone zetten

Is ook mijn idee Ship...

Bij een hoop evenementen is het gebruik van een smartphone die aanstaat zelfs verboden... dus daar actief dingen op gana zetten en mensen hem mee te laten nemen is niet echt handig.. Dan zijn er altijd nog mensne die een iphone hebben (of huawei) dus dat maakt het ook niet handiger.

Ten tweede moet ik op 0,05 seconde nauwkeurig weten wie ergens door ene oog rijdt.. Dit werkt. hierbij wil ik enkel herkenning van wie dit is. Dit moet ik dan gaan combineren met een redelijk onnauwkeurig (6-10 meter) GPS plaatsbepaling van die kan haperen, en die van de mensen zelf afhankelijk is (en ze dus kunnen beinvoeden etc).. Nee, dat is allemaal te onnauwkeurig en onhaalbaar en onstabiel.

Ik werk zelf voor wat apps en bouwsels redelijk veel met GPS en het is best leuk maar heeft genoeg tekortkomingen...

Dan nog de dataverbinding.. Je hebt echt niet overal in de ardennen een goede GSM dataverbnding. Zeker niet rijdend.. Rij daar maar eens rond met google maps op je telefoon.. Dan heb je hele gebieden waar de data wegvalt... Laten we nu vooral in zulke gebieden rondrijden.. Dus, op 1 meetpunt van een dataverbinding gebruikmaken is al zorgen genoeg.

Jeh ebt ook van die koopdongeltjes voor GPS.. Die zijn enkel achteraf uitleesbaar. OOk deze hebben we in de praktijk gebruikt maar ook die zijn niet 100% betrouwbaar, maar natuurlijk wel betrouwbaarder vanwege het achterwege laten van het doorzenden van de data. Echter, is dan de verwerking zeer traag en achteraf en dat is wle doenbaar met een 20 autos maar niet met een echt aantal..

Theoretisch leuk maar praktisch helaas niet.. De way to go zal toch ANPR of RFID moeten zijn.. bij vergelijkbare situaties wordt toch vaak voor RFID gekozen...

Ik heb een electronische sim in mijn auto die kost niks. Pas als ik een abo ga afsluiten kost dat geld. € 10 per jaar meen ik voor een positiebepaling op de smartfone map. Werkt overal waar een GSM netwerk is.

Een electronische sim ken ik niet.. Voor een ander idee wat ik heb (betrouwbaarheid vna de verbinding is daar minder belangrijk) Wat wel in combinatie met GPS is, is dat wel interessant....Daar ga ik zeker ook eens naar kijken. Voor testen van dit projectje pas nog een SIMkaart abo gekocht a tientje per maand... Mijn dochtertje is daar wel blij mee, maar toch....

ANPR heeft als voordeel dat er niets in de auto zelf geinstalleerd hoeft te worden, bij RFID wel. (en het bereik daarvan is beperkt)
Bij uitbreidingen wel zo handig. Ook onbekende voertuigen kunnen worden herkend en toegevoegd.

Sticker met deelnamenummer op de zijkant van de auto en die met een ANPR-achtig systeem herkennen? Zo deden ze het bij ralleys toen de ANPR nog in het hoofd van de staf zat.

Sticker met deelnamenummer op de zijkant van de auto en die met een ANPR-achtig systeem herkennen? Zo deden ze het bij ralleys toen de ANPR nog in het hoofd van de staf zat.

das wel een fris idee. voor een foto aan zijkant moet wel een snelle camera zijn..(en/of wat verderweg plaatsen..)..

Kan er in ieder geval niemand voor rijden als ze zeer kort achter elkaar rijden...

Zou dan de sticker in vorm van een kentekenplaat moeten zijn?? eens wat proefjes mee doen...

Zodra je stickers op de autos van deelnemers gaat plakken, kan het vanalles zijn. Als je bang bent dat je door hoge snelheid blur gaat krijgen... Dan laat je een "lees van boven naar beneden" barcode d'r op zetten (dus de strepen horizontaal).

(Gebruik: bijvoorbeeld

echo geheimvandedag deelnemer 11 | md5sum

als basis voor de barcode. Dan kan niemand fake barcodes maken. )

[Bericht gewijzigd door rew op 23 juli 2021 14:35:17 (23%)

QR code sticker?

QR code sticker?

dan heeft een van boven naar beneden barcode geen zin....

barcodeherkenning... is geen gek idee..

Dan de trigger van lezen op het tijdgestuurde poortje..

Bij mislezing hebben we nog foto van auto dus dan kan manueel gekeken worden wie het was...

En barcode herkenning heb ik in Visual studio al wel gedaan...

Moet er dus wel een klein pctje aan... Jammer dat ik geen foto gemaakt krijg met picbasic en die de tijd met foto in een db kan laten uploaden.... Dan was het echt af....

Een uC is wel het enige wat heel goed gesynct kan worden over een aantal poortjes en nauwkeurig blijft lopen op hondersten van seconden....

[Bericht gewijzigd door amateurtje op 23 juli 2021 15:53:37 (31%)

Meeste barcodescanners hebben een seriele of usb uitgang, kun je zo aan eenmicrocontroller knopen zonder PC.

OT, @amateurtje, net weer opnieuw gestart? Ik zie dat het laatste nieuws van 10 jaar terug is (2011)? (en Suzie is gestopt met zingen?)

[Bericht gewijzigd door Shiptronic op 23 juli 2021 16:06:58 (14%)

Ik zou een raspberry pi gebruiken. Klein en relatief zuinig.

Ik zou een raspberry pi gebruiken. Klein en relatief zuinig.

.

Ik had er ooit eentje en heb ik pas weggegeven.. Ik kon daar niet zoveel mee. Ik ben meer van de picjes.. en basic talen.. (ik kom niet ver met accolades)..

Had ik op een PI een camera kunnen aansluiten?

OT, @amateurtje, net weer opnieuw gestart? Ik zie dat het laatste nieuws van 10 jaar terug is (2011)? (en Suzie is gestopt met zingen?)

?? opnieuw gestart?? die vat ik niet goed. laatste nieuws van 10 jaar geleden? ...Suzie, daar heeft ooit een sticker van op de auto gezeten denk ik en was een vriendin van een vriend.. of ze nog zingt, al sla je me dood. ik kan me neit goed herrineren of ik ze eigenlijk ooit heb ontmoet maar ik weet nog wel dat het genre neit mijn genre was

Meeste barcodescanners hebben een seriele of usb uitgang, kun je zo aan eenmicrocontroller knopen zonder PC.

ja, een barcodescanner kan inderdaad serieel en is gemakkelijk met een picje uit te lezen.. in dit verhaal lijkt me dat echter niet haalbaar om de scanning gelijk met een barcode lezer te doen.. Ik dacht eigenlijk een foto te maken en deze dan te scannen op een barcode. Dit zorgt tevens voor een foto backup...

Ik heb nog wel scanners liggen om te testen maar ik denk niet dat die zullen focussen op een twee meter afstand waar een auto voorbij komt...

Via het klikken op je naam kom ik bij jouw link terecht , en onder Nieuws laatste post :

: 25-07-2011 | RallyTeam Wernhout nu ook op Twitter
Om toch maar een beetje met de tijd mee te gaan is RallyTeam Wernhout nu ook op twitter te volgen!

Dus ik dacht er is 19 jaar niets gebeurd, en heeft zijn hobby weer opgepakt.

Maar ik begrijp dat er dus meer geracet en gesleuteld word dan de website word onderhouden

[edit] alhoewel

Copyright 2021 Rally Team wernhoutCopyright 2021 right

Op 23 juli 2021 16:28:49 schreef amateurtje:
[...].
Had ik op een PI een camera kunnen aansluiten?

Ja, de PI heeft een camera interface. Dit is bijvoorbeeld een setje met camera:
https://www.sossolutions.nl/raspberry-pi-zero-w-camera-pack

De officiele cameras kosten rond de 20 euro.

De namaak (maar werkt wel) cameras uit china zijn er vanaf drie euro.
https://www.ebay.com/itm/313560982860?hash=item4901b0e54c:g:w0cAAOSwrM…
(eerste-de-beste: iets duurder).

Maar ik begrijp dat er dus meer geracet en gesleuteld word dan de website word onderhouden

Aan de website is al heel lang niets gedaan.. Een keer mee verhuisd met andere websites.... Waar die 2021 vandaan kom t is me een raadsel...

We zijn nog altijd wel bezig al hebben we de focus wat verlegd naar andere soort rallies.. Naast snelheidsrallies zijn er een hoop leuke alternatieven voor een stuk minder geld..

Ik wil we lgraag in basic talen blijven.. Iemand een goed idee dan binnen de basic wereld om iets met een PI te doen?

Vaak wordt de copyrightdatum door een php script gegeneerd.

Op 23 juli 2021 20:03:00 schreef maartenbakker:
Vaak wordt de copyrightdatum door een php script gegeneerd.

mysterie opgelost..

Als ik het zo lees wil je eigenlijk gewoon openCV op een 'PC'. PC mag dan natuurlijk ook een kleine laptop zijn of een raspberry pi. Er zijn voor beeldherkenning ook hardware modules zodat het wat vlotter werkt op een raspi. De voordelen van een laptop zijn natuurlijk dat je meteen bij de beelden kan, je kan wat bijsturen, onherkenbare plaatjes bekijken, accu is al aan boord etc.

Alle oplossingen met 300 kastjes lijken me peperduur worden, moeilijk qua logistiek (batterijen, updates, plaatsen, onderhoud, verlies etc).

QR codes, stickers, RFID, alles gaat toch redelijk in de papieren lopen. Laat maar eens een sticker printen op numberbordformaat. Veel kleiner moet je niet willen. Vervolgens moeten die eigenaren dat ook nog willen plakken. En op welke plek etc. Stel ze komen opdagen en zijn de sticker vergeten, hoe ga je dat doen met weerbestendige stickers van 30cm, die print je niet zomaar even uit. Actieve RFID idem: niet voordelige en behoorlijke logistiek om dit te plaatsen in elke auto.

Met 300 foto's op een laptop (smartphone, doosje etc) ben je eigenlijk al klaar. Zelfs zonder nummerborden zal software met behulp van de operator vrij eenvoudig de auto's herkennen door de verschillende velgen, kleuren, vormen etc.

De tijd die het je gaat kosten om dit in BASIC te doen verdien je vierdubbeldwars terug door eens te kijken hoe dat Python nou werkt.

Op 23 juli 2021 15:51:11 schreef amateurtje:
Een uC is wel het enige wat heel goed gesynct kan worden over een aantal poortjes en nauwkeurig blijft lopen op hondersten van seconden....

Nee hoor, met NTP krijg je een tijd die binnen een paar milliseconden nauwkeurig is, en dan blijft de RTC van een normale laptop weken nauwkeurig genoeg doorlopen. Met een Raspberry Pi kan dat ook, maar die moet dan wel aan blijven; als hij opnieuw opgestart zonder netwerk verbinding heb je geen tijd. Je kunt er ook een GPS ontvanger aan hangen voor de tijd, maar ik weet niet hoe nauwkeurig dat is via de seriële verbinding.

Op 24 juli 2021 11:36:07 schreef SparkyGSX:
[...]Nee hoor, met NTP krijg je een tijd die binnen een paar milliseconden nauwkeurig is, en dan blijft de RTC van een normale laptop weken nauwkeurig genoeg doorlopen. Met een Raspberry Pi kan dat ook, maar die moet dan wel aan blijven; als hij opnieuw opgestart zonder netwerk verbinding heb je geen tijd. Je kunt er ook een GPS ontvanger aan hangen voor de tijd, maar ik weet niet hoe nauwkeurig dat is via de seriële verbinding.

Deze overdracht heeft ook een bepaalde tijd nodig. Zeker ook de seriele overdracht uit ee nGPS ontvanger. Op zich goed genoeg om 1 master van ee nuitgangstijd te voorzien, maar of hij loopt op milliseconden zoals jij aangeeft, betwijfel ik..

heb je ooit verschillende pc's met een NTp gesynct en vervolgens de afwijking van deze PC's onderling bepaald?

Ik krijg niet het idee dat alle pc's allemaal op de milliseconden gelijk lopen terwijl ze toch constant (of minimaal dagelijks) dus gesynct zouden worden......

Om dit te testen zou ik de volgende opstelling moeten maken en dat is een IO/kaart of iets aan meerdere PC's hangen en deze via een knop gelijk activeren. De software zou dan de exacte tijd meoten registreren en vastleggen....

volgens mij gaat er dan ook nog wel wat tijd verloren in de software vanuit de I/O trigger..... Het mooie van een uC is dat die trigger `via een interrupt in een enorme snelheid het tijdstip vaslegt van de trigger....

Het gaat niet zozeer om de echte tijd (al worden daar hele websites over gemaakt wat dat dan is) maar het gaat meer om een goede vastlegging van het tijdsverschil tussen de poortjes natuurlijk.....

Nou moet je je van zo'n milliseconde ook weer niet té veel voorstellen. In die tijd rijdt een auto 1 of 2 cm. Misschien 3 cm, als hij 120 km/h rijdt.

Bovendien valt een afwijkende tijd natuurlijk weg als je tijdverschillen meet.

Op 24 juli 2021 14:15:06 schreef Frederick E. Terman:
Nou moet je je van zo'n milliseconde ook weer niet té veel voorstellen. In die tijd rijdt een auto 1 of 2 cm. Misschien 3 cm, als hij 120 km/h rijdt.

Bovendien valt een afwijkende tijd natuurlijk weg als je tijdverschillen meet.

klopt, maar hondersten zijn in onze sport wel belangrijk.

als je tijdverschillen meet vervallen ze enkel indien de sync van de tijden met minimale afwijking is van een centrale master.

dus, 0las je de uC synct naar een centrale master krijg je volgens mij minder afwijkingen dan alle clients laten syncen tov een NTP. Dan daarbij dus nog een I/O reactie van een gemiddelde PC komt daar dan dus nog bij zoals ik schreef. Maar dit is een aanname gebaseerd op een gevoel... Het testen van de synchronistatie van PC's heb ik dus nog nooit gedaan..

In de laatste gevallen vallen de afwijkingen dus niet weg in geval van het meten van tijdsverschillen. Dus je moet evne goed kijken op welke afwijkingen je doelt.. Zoals ik schreef, tijdsafwijkingen tov een "echte tijd" interesseren met niet direct...(behalve als dit de kern zou zijn van je meetsysteem voor de tijdsverschillen....)