Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Bluetoothkastjes in Vlaamse tunnels moeten wegvallen navigatiesignaal voorkomen

In Vlaanderen is het Agentschap Wegen en Verkeer in zes tunnels begonnen met de installatie van bluetoothkastjes. Daarmee moeten navigatiesystemen ook in tunnels gewoon blijven werken. De technologie zorgt tegelijkertijd voor een snellere detectie van incidenten.

In totaal worden in de zes tunnels in de komende weken 320 bluetoothkastjes geplaatst. Dankzij deze beacons kan het navigatiesysteem ook in de tunnels signalen blijven ontvangen en uitzenden. Voor de automobilist betekent dit dat het navigatiesignaal niet langer wegvalt zodra hij de tunnel inrijdt. Volgens het Agentschap Wegen en Verkeer helpen de beacons echter ook om de incidentdetectie verder te verbeteren. Momenteel wordt het verkeer in de Vlaamse tunnels bewaakt aan de hand van detectielussen in het wegdek en een camerasysteem. "Met de bluetoothkastjes zullen we voortaan sneller kunnen detecteren waar de problemen zich precies voordoen", stelt het AWV.

Bij het installeren van de beacons werkt het AWV samen met Waze, maar het agentschap benadrukt dat het om open technologie gaat, die ook door andere aanbieders van navigatiesystemen kan worden gebruikt. "Het gaat daarbij zowel om smartphones met navigatieapps, zoals Google Maps, als om portable navigation devices en ingebouwde systemen", licht AWV-woordvoerster Veva Daniels desgevraagd toe. "De enige voorwaarde die wordt gesteld, is dat het apparaat over bluetoothfunctionaliteit beschikt."

In de Antwerpse Craeybeckxtunnel en Kennedytunnel zijn de beacons dinsdag live gegaan. In de week van 15 tot 19 april volgen de Tijsmanstunnel en Beverentunnel nabij Antwerpen, en eind april is het de beurt aan de Vierarmentunnel en Leonardtunnel rond Brussel. Met het project is een investering van ongeveer dertigduizend euro gemoeid. Per tunnel zou dat goedkoper zijn dan de plaatsing van één camera.

De Craeybeckxtunnel in Antwerpen is een van de zes tunnels die met de nieuwe technologie worden uitgerust. Schermafbeelding: Google Maps

Door Michel van der Ven

Nieuwsredacteur

09-04-2019 • 12:04

143 Linkedin Google+

Submitter: Glodenox

Reacties (143)

Wijzig sortering
Nog verder ter informatie: Waze verdient hier dus niets mee. Ze hebben samen met Bluvision de technische werking van de Waze Beacons uitgewerkt en de aankoop van deze bakens verloopt uitsluitend met de fabrikant. Waze heeft alleen geholpen met uitleg rond de technische aspecten van de plaatsing. De totale aankoopkost voor de bakens in alle tunnels lag rond de € 8.000. Extreem goedkoop vergeleken met andere onkosten bij weginfrastructuur.

Het bericht dat wij (Belgische Waze Community) hierover aangemaakt hebben kan je hier terugvinden: https://www.wazebelgium.b...erd-in-vlaamse-tunnels-2/
Alleen heb je in het artikel een fout zitten.

Waze heeft het over ideaal 40 meter van elkaar, artikel spreekt over 80
Woeps, goed opgemerkt! Geen idee waarom die 80 meter in mijn hoofd zat bij het schrijven.

EDIT: ik bedoel, 80 meter, waar zie je dat staan? O-)

[Reactie gewijzigd door Glodenox op 9 april 2019 13:32]

Momenteel zijn de Craeybeckxtunnel en Kennedytunnel in Antwerpen, en de Vierarmentunnel in Brussel actief binnen Waze. Na de installatie en succesvolle testen zullen de andere tunnels ook actief worden in de app.


Ik reed gisteravond nog door de Kennedytunnel en daar viel Waze gewoon weg. Werkt dit ook als je telefoon reeds met bluetooth verbonden is?
Wellicht een rare vraag maar: Waarom simuleren ze niet gewoon het signaal van een satelliet met een vast punt (grondstation)? En dat op meerdere plekken in de tunnel?

Dan werkt het direct zonder aanpassingen met alle gps systemen.
Een gps met vast punt bestaat niet in het gps-systeem en past totaal niet in het berekeningsmodel van satellietnavigatie (waarbij je zicht op een drie à vier satellieten nodig hebt die niet op 1 lijn staan). Ik durf echter niet meteen te zeggen dat het onmogelijk is, maar het lijkt me wel aartsmoeilijk om dat werkende te krijgen. Men zou dan op de locatie van elke zender dan moeten gaan berekenen welke satellieten welk signaal op dat moment zouden uitsturen en deze verschillende signalen moeten gaan uitsturen waardoor de gps-toestellen in de tunnel denken dat ze eigenlijk het signaal van een 5-tal satellieten aan het verwerken zijn in plaats van een kunstmatig gegenereerd signaal. Je zal dan wel echt sprongen gaan zien tussen de locaties en ik weet niet hoe de meeste ontvangers overweg gaan kunnen met het ontvangen van tegenstrijdige informatie tijdens de overgang.

Er bestaan verder ook systemen waarbij je ontvangers boven de tunnel kan installeren en met een coaxiale kabel via zenders de signalen in de tunnel kan herhalen. Op die manier krijg je in de tunnel op die locaties de satellietsignalen met de timings zoals je deze boven de tunnel zou krijgen. De complexiteit en kost om te installeren zal echter ook zeker een grootteorde hoger gaan liggen, als het niet meer is.
Sommige landbrouwers (boeren) maken ook gebruik van een Gps systeem op een mast. De trekker kan dan bijna zelfstandig zijn rondjes rijden. Geen idee hoe het precies werkt. Een aantal jaar geleden zat er ook zo'n systeem in de zendmast van radio Coastline op Texel. Toen de mast was omgewaaid was er toch wel lichte paniek onder de agrariers. Ze hadden beduidend minder nauwkeurige plaats bepaling.
Dit zijn GPS-RTK systemen, real-time-kinematic. Door de lokale ranges (enkele tientallen km in de buurt van de mobiele gebruiker) te meten kunnen de fouten daarin worden meegenomen in de mobiele ontvanger.
Het GPS L1 signaal zit op 1575.42 MHz, ca 19 cm. Als je de fase daarvan kan bepalen, kun je op enkele centimeters nauwkeurig je positie bepalen.
Er zijn ook andere breedbandigere GNSS systemen op de L2/E2 en E5 banden bij Galileo waarbij ook een veel betere nauwkeurigheid gehaald kan worden.

[Reactie gewijzigd door cmpxchg op 12 april 2019 00:02]

Dus samengevat:
Er zijn 31 GPS satellieten.

Iedere satelliet vertelt constant welk nummer hij heeft, waar hij zich bevindt en wanneer hij zijn berichten heeft verzonden.

Dat doet hij met behulp van radiosignalen, en die worden opgepikt door een gps-ontvanger.
bron
het signaal binnen één tiende van een seconde van satelliet naar aarde reist
bron

Ik verwacht dat er chips zijn die de baan van die 31 satellieten exact kunnen berekenen, zo niet moet een Arduino of anders een Raspberry Pi dat makkelijk kunnen.

Als het kastje als input zijn exacte locatie als input krijgt, moet het toch mogelijk zijn exact te berekenen welke GPS signalen op welk moment op zijn plek zouden zijn, als er een open veld zou zijn geweest.

Dan zou je dat signaal toch kunnen uitzenden.


LOL, de kastjes bestaan al: https://www.orolia.com/pr...lation/gpsgnss-simulators

En hier hoe je er zelf een maakt voor https://insinuator.net/20...s-to-cheat-at-pokemon-go/

Met open source https://github.com/osqzss/gps-sdr-sim met voor €125,- de https://www.digikey.nl/pr...TO/ADALM-PLUTO-ND/6624230 of https://www.digikey.nl/pr...1497/1528-1524-ND/5774404 voor aan je Raspberry Pi, of wellicht Arduino met externe klok: https://nl.mouser.com/Pas...CXO-Oscillators/_/N-7jdmj ben je voor drie tientjes klaar :)

[Reactie gewijzigd door djwice op 9 april 2019 22:32]

GPS simulatoren zoals gemaakt door Orolia en Spirent zijn bruikbaar, maar leveren maar een combinatie van ranges naar vier satellieten naar een antenne, wiens signaal dan door alle ontvangers word ontvangen.
Het verschil in lengte tussen de antenne is alsof er een langere kabel aan de GPS ontvanger is gekoppeld. Bij precisie-tijdontvangers wordt dat meegenomen als de 'common bias', in de positie, velocity en tijd-oplossing (PVT).
http://www.ke5fx.com/heather/heather.pdf pagina 54 beschrijft bijvoorbeeld hoe je deze kan instellen.

Op Android met een juiste hardware-ontvanger en driver-software support zijn de ranges naar individuele satelieten beschikbaar, dus trucjes met 'common bias' moeten dan ook in een userspace-applicatie mogelijk zijn.

De gratis C software van labsat.co.uk link 'simuleert' alleen GPS NMEA data. Dat is puur een software-interface, geen radio/air-interface voor GPS signalen voor een echte 'spoofer'.

[Reactie gewijzigd door cmpxchg op 9 april 2019 22:23]

Hoi thanks voor de extra uitleg, ik heb al surfende verschillende aanpassingen gemaakt aan mijn post. En kwam zo op https://github.com/osqzss/gps-sdr-sim en de tip om een TCXO te gebruiken voor klok.
Een TCXO (temperature compensated crystal oscillator) word ook gebruikt in elke GPS ontvanger en ook bij een SDR word hopelijk niet teveel op bespaard. Het aantal ppm of ppb is maatgevend voor de initiele nauwkeurigheid en reductie van de frequency- en code search-space die de ontvanger moet doorlopen. Meetapparatuur gebruikt ook vaak OCXO's, daar word met een oven een stabielere temperatuuromgeving gecreeerd, wat natuurlijk relatief veel stroom kost. Het mooie hiervan is dat een kristal op zijn kant dan weer net een andere frequentie aangeeft als rechtop :)

Daarnaast word (het gebrek aan) (fase)modulatie van het kristal en de daarvan afgeleide klokken steeds belangrijker. Bij wifi met hogere datasnelheden, en bijvoorbeeld jitter-requirements op PCIe moederborden speelt de nauwkeurigheid en de distributie van de klokken een grotere rol. Moedwillige modulatie ook, binnen marges, om de kans op buiken en knopen in EMI (computer-PCBs en kabels die radioverkeer verstoren) te reduceren.

[Reactie gewijzigd door cmpxchg op 10 april 2019 01:41]

Te complex. De meest realistische oplossing is dat ze een repeater plaatsen. Die pikt het signaal boven de grond op (van alle satellieten), transporteert het per kabel de tunnel in, en daar wordt het weer uitgezonden.

Dit levert een kleine fout op in de hoogte, omdat het transport van het GPS signaal door de kabel naar beneden niet met de lichtsnelheid gebeurt, maar met ~50% daarvan. Je rijdt dus ongeveer op de halve diepte. Horizontaal klopt het redelijk, en dat is genoeg voor de navigatie.

Duidelijke nadeel: dat werkt natuurlijk niet bij een tunnel onder water. Je kunt moeilijk in het midden van een rivier zo'n antenne omhoog steken.

(Vorige werkgever had zo'n systeem op het dak, maar dat was ook omdat we binnen een paar honderd GPS ontvangers gebruikten)
De hoek van de signalen die voor de navigatie worden gebruikt maakt de 'fix' meer of minder diep, maar
de plotseling veranderende snelheid door die hoek moet wel worden getracked door de ontvanger en de PVT (position, velocity, time) oplossing - de satelieten zelf bewegen zeer snel tov de auto.
Inleren van de reradiator punten zou kunnen helpen deze tracking loops stabiel te houden.

Gelukkig hebben veel ontvangers een sterke voorkeur voor hoge satellieten (hoog boven de horizon), omdat minder atmosfeerfouten inzitten en de signalen meestal net iets sterker zijn en een betere C/N verhouding hebben.

Dat signaal midden in de rivier op die hoogte is ook wel aan te maken met een GPS spoofer, daar kun je ook een transmit 'common bias' meegeven zodat het signaal (voor muggezifters) precies in het fase-centrum van de GPS radiating antenne in die tunnel lijkt te komen en op dat punt 'juist' is.

Om het goed te doen moet je dan wel zowel GPS als Galileo tegelijktijd spoofen, en data van de broadcast satelieten ontvangen en mergen (word toch herhaald, dus hoeft niet 100% realtime).

Voordeel dan is wel dat je alleen een RF versterker vlak voor je antenne hoeft te onderhouden, (kan DC bias powered zijn, a la LNBs) de andere complexe actieve hardware ergens aan het einde naast een tunnel kan plaatsen.
Ik heb echt geen idee wat je hier probeert te claimen. Hoeken? GPS werkt niet met hoeken, maar met afstanden (pseudo-ranges). Die worden berekend door de tijd die het signaal onderweg is te vermenigvuldigen met de lichtsnelheid.

Die GPS repeaters veranderen niets aan de tijdsverschillen, dus daar is verder geen enkele support in de ontvanger voor nodig.

Voor het midden van de tunnel kun je inderdaad 4 signalen spoofen, maar dat is veel meer werk dan een passieve repeater.
Het worden allemaal pseudo-ranges in 'light milliseconds' beschouwd totdat je er een solution van probeert te maken. In praktijk worden niet alle signalen onder elke hoek door de atmosfeer evenveel vertraagd en mede daarom heb je 4 satellieten nodig.

Als je nu het L1 signaal in een antenne combineert en daarna gezamelijk (moet) vertragen (zoals een reradiator installatie doet), zou je een fix met crippled HDOP (horizontal dillution of precision) moeten krijgen op een grotere diepte, met een horizontale bias in een richting tegenovergesteld aan de richting waar de meeste signalen in die fix vandaan komen. Het is helaas niet zo dat je 4 satellieten allemaal netjes in een circeltje boven je zweven. Op het noordelijk halfrond is kans is groter dat de hoogste satellietien zuidelijk van je eigen locatie bewegen.

Om zo'n fix om te zetten naar een range tot die re-radiator in de tunnel, moet je
A ) de fixes met ranges buiten en binnen de tunnel kunnen scheiden en herkennen (kan als onderdeel van mapdata naar de ontvanger/userspace-PVT worden gecommuniceerd). Dit kan tricky worden als de ranges dichter bij elkaar liggen en meer dezelfde snelheid en richting hebben.
B ) de fix binnen in de tunnel omzetten in een range tot 'de' re-radiator . Hier is voor nodig: locatie in ECEF van de receive antenne, globale locatie van de reradiating antenna in de tunnel, en de (cable) delay in reradiating installatie. Met patroonherkenning op de gerapporteerde ranges van voertuigen naar deze antenne moet deze data ook nog wel extern te verzamelen zijn op van een bestaande installatie.

[Reactie gewijzigd door cmpxchg op 11 april 2019 02:39]

Waze verdient hier dus niets mee
Nou ja, ze verdienen er niet *direct* aan. Het verdienmodel van Waze is o.a. data verzamelen, dus indirect verdienen ze weer een klein beetje extra.

Sowieso het promoten van gebruik van navigatiesoftware, waar zij zelf een mooi marktaandeel van hebben, is voor hun bottom-line ook positief.

Wat niet wil zeggen dat daar iets mis mee is, of dat het afbreuk doet aan dit initiatief..

[Reactie gewijzigd door Keypunchie op 9 april 2019 16:16]

Het verdienmodel van Waze is reclame verkopen die relevant is voor de omgeving waar je rijdt. Ik durf het niet met 100% zekerheid te zeggen, maar profilering wordt voor zover ik weet nauwelijks gedaan bij advertenties in Waze. Op Waze Business hebben ze het bijvoorbeeld ook alleen over "drivers nearby" en "advertising in your region". Uiteraard houdt dit ook in dat er wat data verzameld moet worden, maar het is niet dat dit echt de essentie van het verdienmodel is. De data die dan wel verzameld wordt willen ze ook niet delen met de buitenwereld, aldus de verschillende mensen van Waze waar ik mee gepraat heb.
Waze is van Google. Dus ik geloof er niks van dat ze je data niet kapot minen.
Tja, het is mijn taak niet van je te overtuigen. Ik kan je alleen meegeven wat ik zie en hoor en verder is het aan jou om je eigen conclusies te trekken. Bij deze trek ik me wel terug uit deze conversatie, want dit heeft nog weinig te maken met het onderwerp van dit artikel. Het is namelijk een systeem waar je privacy-gewijs geen enkel probleem mee kan hebben aangezien het systeem niet eens kan zien of er iemand de berichten ontvangen heeft.
Wat dacht je van een lijst met alle bluetooth MAC adressen en waar die op welk moment zijn. Loopt ie later een winkel in... rara..

En later op pad ... rara welke advertenties relevant zijn als ie weer in de buurt is...

[Reactie gewijzigd door djwice op 9 april 2019 20:00]

Waze verdient er niet rechtstreeks aan, maar omdat zij nu weer overal genoemd worden is de kans groot dat meer mensen Waze gaan gebruiken, ook al omdat zij als eerste dit zullen implementeren en zo hun dienst weer kunnen verbeteren. En dat betekend ook meer mogelijkheden tot zowel reclame als het volgen van mensen waarmee de eigenaar van Waze, Google dus, weer wel tevreden mee is.
Dat kan ik uiteraard niet tegenspreken. Er staat wel tegenover dat Waze ondertussen al meerdere jaren het systeem van de Waze Beacons aan het verfijnen is geweest en daar in heeft moeten investeren. Ik zou niet meteen durven zeggen of die kost opweegt tegen het beetje naamsbekendheid dat er hierdoor verworven wordt. Waze is trouwens een vrijwel op zichzelf staand bedrijf onder Google. Er is wel wat kruisbestuiving qua data, maar ze nemen zelf hun beslissingen en moeten zelf voor hun inkomsten zorgen.
Die kruisbestuiving is hem net het probleem. Mij maak je niet wijs dat Waze geen locatie- en andere gegevens naar Google stuurt, welke er op zijn beurt een algoritme op loslaat om allerlei data te berekenen. En berekende data zijn geen eigen gegevens, dus niet opvraagbaar of verwijderbaar.
Ja, want een commercieel bedrijf geeft de overheid spullen zonder er zelf voordeel bij te halen? :+
Ja. Soms investeert een bedrijf. In dit geval is het een investering in goodwill. Hopelijk verdienen ze er ooit nog iets aan.
De goodwill is dan dus het voordeel.
Dit zijn inderdaad mooie voorbeelden waar Waze geld mee kan verdienen :+
En dat doen ze dus niet ;-)
In België is het nooit kouder dan 12 °C?

Slecht verhaal.

Dat staat gewoon in de installatie voorschriften van dat ding en ik geloof ook niet dat ze de wanden van verwarmen.

Typisch verhaal van kijk ons eens als je het mij vraagt...
Reactie op een verkeerd bericht, vermoed ik? Ik vermoed dat je het hebt over de levensduur van de batterij van deze beacons?

Je reactie raakt gelukkig kant noch wal, want de temperatuur waar je naar verwijst is de minimumtemperatuur die vereist is om met de primer en 3M lijm de beacons vast te maken aan de muur. Dat gaat dus alleen over de temperatuur op het moment van de installatie. Die temperatuur heeft niets te maken met de aanvaardbare temperaturen voor de beacons ;)

Die minimumtemperatuur bij installatie heeft men hier trouwens ook omzeild door de beacons eerst vast te lijmen op metalen plaatjes ergens in hun werkplaats en daarna die plaatjes met schroeven aan te brengen op de tunnelwand.
De verzamelde bluetooth MAC addressen van alle telefoons die door die tunnel bewegen (duizenden per dag) geven wel een aardige indruk van verkeer van personen tussen beide oevers / kanten van een stad.
Worden deze als persoonsinformatie beschouwd en als zodanig behandeld ?

GPS zelf verzameld geen enkele persoonsinformatie bij het gebruik van de signalen. Onder voorwaarden (power en richting) zijn GPS-reradiators in te zetten, welke bijvoorbeeld in brandweerkazernes en hangars de meest recente GPS broadcast ephemeris en GPS broadcast almanac distribueren.

Voor navigatie zijn deze GPS re-radiators niet direct geschikt, enkel de positie van de ontvangst-antenne kan worden ge-re-radiated. Een GPS ontvanger die posities berekend aan de hand van ranges naar 4 satellieten (zichtbaar door een buiten-antenne bovenop/naast de tunnel of gespoofed) beschouwd de lengte van kabel en 'verlengde radioverbinding' voor de re-radIator als onderdeel van een 'common bias'.

Bij het plaatsen in het midden van de tunnel van zo'n re-radiator zou het af- en daarna weer toenemende verschil in deze 'common bias' kunnen worden getracked door een slimme GPS/Galileo ontvanger - als deze weet dat dat de bron moet zijn. De dynamic range van een GPS ontvanger is beperkt, waardoor het trucje bij lange tunnels vaker herhaald zou moeten worden om het signaal niet te sterk of te zwak te maken. Ook de bandbreedte en het ruisgetal van de gebruikte versterkers en verliezen in de kabels moeten goed in de gaten worden gehouden bij zo'n opstelling.

Op deze manier is geen bluetooth of andere radio-verbinding benodigd, en zullen auto's die stilstaan in de tunnel via GSM oid een ondubbelzinnige locatie kunnen doorgeven aan hulpdiensten.

Met 'leaky coax' of een sterke richtantenne is wel bijvoorbeeld FM + RDS verkeersinformatie (RDS traffic is ook vrij van het verzamelen van persoonsinformatie) en DAB+ radio in tunnels te distribueren, helaas zijn niet alle tunnels in nederland hiermee uitgerust.

[Reactie gewijzigd door cmpxchg op 9 april 2019 22:03]

De eerste paragraaf is volledig irrelevant: de bakens ontvangen geen gegevens. Ze sturen alleen gegevens uit en dan nog heel de tijd quasi hetzelfde signaal (op wat veranderingen in batterijniveau na). Ze werken dus net zoals satellietsignalen op dat vlak: slechts in 1 richting. Als die toestellen ook gegevens zouden moeten ontvangen gaan ze niet kunnen teren op hun batterij...

Verder denk ik inderdaad dat dit allemaal kan, maar het zal een veelvoud gaan kosten aan voorbereiding, apparatuur en installatie tegenover gewoon wat bakjes in de juiste volgorde aan een muur plakken op ongeveer een gelijke afstand van elkaar. Het is puur een kwestie van prioriteiten en kostprijs
Wat uitleg in het artikel over de werking had ik hier op Tweakers wel verwacht.
Heeft er iemand wat meer info over hoe dit juist werkt? Ik vermoed dat er geen pairing nodig is maar dat het GPS device gewoon de bluetooth beacon moet "zien"?
En concreet in het geval van een smartphone + Waze: werkt dit dan ook nog als de smartphone al verbonden is via bluetooth met de carkit of bluetooth communicator in de helm? (op voorwaarde dat de smartphone dual bluetooth radios heeft?)

@iedereen hieronder: bedankt voor de additionele info, zeer nuttig.

[Reactie gewijzigd door Whatts op 9 april 2019 12:19]

Wel spijtig dat daar staat dat die dingen op batterijen werken. Dan moet je dus om de zoveel tijd die batterijen gaan wisselen en zit je achteraf met het afval van de oude batterijen.
Volgens deze Bron gaan batterijen ongeveer 4 jaar mee. Kosten voor de beacon lees ik trouwens op €650 voor 1km tunnel.

Ik gok dus dat we iedere 3 jaar de apparatuur gaan vervangen.
4 jaar is in een oudere versie. De laatste nieuwe beacons (die hier geïnstalleerd werden) gaan eerder 5 à 7 jaar mee, waarbij we waarschijnlijk eerder naar de 7 jaar zullen gaan in onze contreien. Het onderhoud van deze bakens is door het gebruik van de batterijen net vrij gemakkelijk: gewoon de ene verwijderen en een nieuwe (met alle nodige upgrades in) installeren. Als er voedingkabels aangelegd zouden moeten worden gaat de installatiekost sterk de hoogte in omdat deze bakens geen gebruik zullen mogen maken van de bestaande infrastructuur in de tunnel omdat het geen kritische installatie is.

De tunnels worden ook sowieso om de zoveel tijd afgesloten voor een algemeen onderhoud. Dus op dat moment de defecte bakens vervangen is niet zo moeilijk. Er is voor de eigenaar van de tunnels trouwens een dashboard voorzien om een overzicht te geven van de status van elke beacon in hun tunnels. Deze status (batterijduur en dergelijke) wordt meegestuurd met het bluetooth-signaal en wordt dan door Waze op de achtergrond naar het dashboard gestuurd. Voor de navigatie zelf kan het geen kwaad als er 1 baken het niet meer doet. Het bereik van de omliggende bakens is normaal gezien groot genoeg om zo'n "gat" te overbruggen.
Ik neem aan dat dit een betere oplossing is dan de tunnel weer half openbreken om overal stroomkabels te gaan leggen voor die krengen :)
Ze hebben nog overwogen om zonnepanelen te gebruiken maar later bleek dat de zon niet vaak schijnt in een tunnel ;-)
Het zou me niks verbazen in België om eerlijk te zijn :D
Heeft er iemand wat meer info over hoe dit juist werkt? Ik vermoed dat er geen pairing nodig is maar dat het GPS device gewoon de bluetooth beacon moet "zien"?
Klopt. Het is gewoon luisteren en gebaseerd op de sterkte van beacons (lokaal) triangulatie toepassen.
En concreet in het geval van een smartphone + Waze: werkt dit dan ook nog als de smartphone al verbonden is via bluetooth met de carkit of bluetooth communicator in de helm? (op voorwaarde dat de smartphone dual bluetooth radios heeft?)
Met een enkele Bluetooth radio kan je tegelijkertijd verbinden met meerdere apparaten en ook tegelijkertijd luisteren naar andere apparaten.

[Reactie gewijzigd door The Zep Man op 9 april 2019 12:13]

Bluetooth werkt op basis van frequency hopping tussen 79 smalbandige frequenties in de 2400 tot 2480 MHz ISM 'wifi' band (welke oorspronkelijk als lek/dumpband voor magnetronovens bedoeld is).

Voor discovery van devices worden minder frequenties en vaste frequenties gebruikt welke periodiek door 'beacons' dan gebruikt kunnen worden om de aanwezigheid van een MAC-adres te 'adverteren'.
Het daaraan te verbinden high-level software concept van 'vaste locatie' in combinatie met RSSI (received signal strength indication) kan dan worden gebruikt voor een grove positiebepaling.

Het 'gelijktijdig verbinden' in connection-oriented bluetooth (pre-BLE) is een time-division multiplexing systeem en werkt alleen binnen een enkel 'piconet'. Het frequency-hopping patroon is redelijk uniek (oa dependent op MAC adres) waardoor de kans dat twee units elkaar storen in tijd en plaats laag blijft.
Timeslots van 625 uSec worden verdeeld door een master in een 'piconet'. Enkele SCO verbindingen kunnen tegelijk worden onderhouden voor gelijktijdige low-latency audio uitwisseling tussen navigatie, headset in motorhelm en mobiele telefoon. In praktijk gaan al deze pakketjes allemaal over verschillende frequenties in de 2.4 GHz band die in een vast volgorde door de deelnemers in het piconet worden doorlopen.

Er is ook een bluetooth concept 'adaptive frequency hopping' waardoor gebruikte wifi-frequenties vermeden kunnen worden. Dit gaat allemaal automatisch op de achtergrond.

Voor bluetooth Low Energy is er eigenlijk een totaal ander systeem van 40 kanalen in dezelfde band 'naastgebouwd'. Bluetooth, en bluetooth low energy kunnen de wifi antenne hergebruiken in een chipset, maar hebben totaal andere modulatie en timing.
Je kan gewoon bluetooth signalen lezen zelfs als je toestel gepaired is met je auto. Er hoeft namelijk inderdaad geen pairing plaats te vinden hiervoor. Tijdens deze testrit van vorige zondag was mijn toestel gepaired met de wagen en zoals je kan zien ging alles vlot: https://www.youtube.com/watch?v=Hr90jJ-0WbU Dit was met een Nexus 5X, ik weet niet meteen of deze een dubbele bluetooth radio heeft, maar ik verwacht niet dat dit nodig zou zijn.
Zou het misschien iets te maken kunnen hebben met de aankomende kilometerheffing voor personenwagens die waarschijnlijk gebruikt maakt van GPS? :)

Los daarvan, een heel interessante ontwikkeling. Zou het ook mogelijk zijn voor o.a. winkelcentra/appartementsgebouwen om zo GPS ontvangst daar te verbeteren? 30.000 euro lijkt me niet echt duur te zijn.

[Reactie gewijzigd door florejaen op 9 april 2019 12:09]

In Chicago werden Waze Beacons gebruikt in "the Lower Wacker" waar mensen hun parkeerplaats niet konden vinden: https://www.wired.com/sto...aze-beacons-spothero-gps/ Momenteel worden de beacons echter wel voornamelijk gebruikt om aan lineaire locatiebepaling te doen. Maar dit is geen beperking van het systeem of zo.
Zou het misschien iets te maken kunnen hebben met de aankomende kilometerheffing voor personenwagens die waarschijnlijk gebruikt maakt van GPS?
Lijkt mij sterk. Men kan ook gewoon de missende informatie aanvullen gebaseerd op GPS data voor- en na de tunnel. Tunnels worden over het algemeen niet plots veel korter of langer. ;)

[Reactie gewijzigd door The Zep Man op 9 april 2019 12:12]

Zou het ook mogelijk zijn voor o.a. winkelcentra/appartementsgebouwen om zo GPS ontvangst daar te verbeteren?
Nee, dit zijn bakens die op regelmatige afstand in een rij moeten hangen. Lees de installatie handleiding maar eens: https://web-assets.waze.c...cons_setup_guidelines.pdf
Heb liever dat ze het op mijn rekening storten :Y)
30k voor het hele project. De beacons zelf kosten maar 25 euro.
Hoeveel kosten de beacons?
Waze Beacons kosten ongeveer € 25 per stuk. Er zijn ongeveer 25 bakens per kilometer tunnel nodig. De kosten zijn per strekkende kilometer dus ongeveer € 650,-. Waze Beacons worden rechtstreeks bij Bluevision gekocht (Waze ontvangt geen inkomsten uit de verkoop van Beacons).
Wat dacht je van de werkzaamheden om ze daar ook werkelijk te krijgen? Wegafsluiting, installatie, aanleggen spanning, Checken of ze het doen?

@Blokker_1999 Dus dat is echt niet duur!

[Reactie gewijzigd door koppie op 9 april 2019 12:52]

De installatie is gedaan tijdens de reguliere afsluiting. Verder liep er één iemand vooruit met een afstandsmeter, die iedere 33 meter een streepje zette.
Daar achteraan ging een hoogwerker. Eén iemand reed, de ander installeerde.

Ongeveer 2-3 minuten per beacon.
Dat is 16 werkuren in totaal.
Echter, in 6 tunnels.
Dat is dus minimaal 3 werkdagen, à 2 personen + hoogtewerker.
Als we 5min. rekenen, is het al gauw 1 tunnel per dag, dus 6 werkdagen.
Bedrijf rekent dan al gauw 1000€ per dag.
Hoogtewerker: 250€ per dag.
1250*6 = 7.500€

Inderdaad, plaatsen + aanschaf zou niet meer dan 15k hoeven kosten, op basis van wat jij hier vertelt.
Plaatsingsbedrijf incasseert hier even 15k extra.
@Timoo.vanEsch en @petervdveen En wat gebeurde er qua voorbereiding? Aanleggen 230v bijvoorbeeld?
@Timoo.vanEsch 12 werkdagen. Elke tunnel bestaat uit twee buizen.
@koppie De beacons werken op batterij.
@petervdveen
320 kastjes, 5min per kastje, verdeeld over 12 buizen.
Dat zou 2,5 uur zijn per buis: 1 tunnel is dus wel haalbaar op 1 werkdag.
Maar goed, verder zinloze discussie :+ :+ :+ }:O
Alles in totaal inclusief werkuren voor de tunnels die ze nu gedaan hebben is €30 000
Ja, meestal zie je cijfers in de honderdduizenden of miljoenen voor wegen-gerelateerde projecten.
Nou, dat valt ook wel weer mee. Zéér grote projecten lopen inderdaad in de miljarden (Schiphol-Amsterdam-Almere, HSL, Betuweroute) maar de meeste projecten halen dat niet. Tientallen miljoenen (stads- en provinciale wegen) en honderden miljoenen (Rijkswegen met bijvoorbeeld grote rivieren) is gebruikelijker. Al zijn er altijd uitschieters, Noord-Brabant steekt bijvoorbeeld honderden miljoenen in de N279.
"Het gaat daarbij zowel om smartphones met navigatieapps, zoals Google Maps, als om portable navigation devices en ingebouwde systemen", licht AWV-woordvoerster Veva Daniels desgevraagd toe. "De enige voorwaarde die wordt gesteld, is dat het apparaat over bluetoothfunctionaliteit beschikt."
Hier zou ik wel meer over willen weten want het lijkt mij erg kort door de bocht. Smartphones kunnen inderdaad bluetooth gegevens gebruiken om de locatiebepaling te verbeteren maar voor zo ver ik weet kunnen (de meeste?) ingebouwde systemen dit niet.

Zo heeft mijn wagen wel een GPS module en uiteraard ook bluetooth om te kunnen verbinden met mijn telefoon maar ik denk niet dat hij de logica bevat om bluetooth gegevens te gebruiken om de positie te bepalen. In tunnels blijft de bepaling wel redelijk goed maar dit is omdat hij de snelheid van de auto gebruikt om in te schatten waar je ergens bent. Het enige nadeel is dan dat de GPS niet weet of je een ondergrondse afslag neemt of niet en er zijn zo een aantal tunnels waar je ondergronds van richting kunt veranderen.

Een smartphone heeft geen toegang tot de snelheid van de auto en is dan uiteraard geholpen met dit systeem. Nu dat meer mensen een navigatieapp gebruiken is dit wel een voordeel. Ik vraag me dan af of men deze kastjes rechtstreeks bij Google aanmeldt om op te nemen in zijn database.
Op dit moment zal dit niet gebeuren omdat dit simpelweg niet voorzien is. Maar het is een beetje het kip of het ei probleem: als er niets is, gaat er niets voorzien worden. Momenteel zijn er al meerdere tunnels in de wereld van Waze Beacons voorzien, dus het is volgens mij ondertussen de investeringskost waard geworden.

Bij echt ingebouwde systemen bestaat de kans wel dat het signaal niet zo goed ontvangen gaat worden aangezien deze waarschijnlijk een antenne hebben om alleen in de auto zelf signalen te ontvangen. Anderzijds zou het wel eens kunnen dat het signaal toch sterk genoeg is. Dat zullen de fabrikanten zelf moeten uittesten, vrees ik.
Bij echt ingebouwde systemen bestaat de kans wel dat het signaal niet zo goed ontvangen gaat worden aangezien deze waarschijnlijk een antenne hebben om alleen in de auto zelf signalen te ontvangen.
Vrijwel alle autofabrikanten hebben de antennes zo geplaatst dat deze gebruikt kan worden voor "remote" unlocking met een telefoon en indien het interne signaal (2/3/4g) van de auto wegvalt er op bluetooth overgeschakelt kan worden (als backup naast de sleutel) of wifi gebruikt kan worden in een garage. Ik acht de kans vrij groot dat dit dus gewoon goed werkt. Bovendien zitten de meeste ontvangers vaak aan de bovenkant van het dashboard waarbij er voldoende raam boven is om een signaal door te laten. (Met uitzondering van voorraamverwarming uiteraard). Echt problemen verwacht ik niet.
Dit is dus nutteloos voor bijna iedereen die gebruikt maakt van de ingebouwde navigatie in de auto.
Enkel als je CarPlay of zo gebruikt zal je hier gebruik van kunnen maken.
Als een ingebouwde navigatie niet kan navigeren in een tunnel dan is het geen ingebouwde navigatie maar een losse navigatie dat in het dashboard geduwd zit met een plakker ingebouwd erover.
Een ingebouwde navigatie kan namelijk over de canbus (of andere bus) communiceren met de rest van de auto en kan daar parameters zoals snelheid, stuursensor en gyroscoop opvragen, meer dan genoeg om (tijdelijk) vrij accuraat te navigeren zonder gps.

Voor een los toestel is het lastiger, die hebben ook wel sensoren aan boord maar door het gebrek aan een externe snelheidsmeting is het nooit echt wat geworden, je moet dan met een acceleratie sensor werken. TomTom heeft het destijds geprobeerd met ASN maar is stille dood geworden. Dat Waze op beacons inzet en weigert iets gelijkaardigs in hun app te steken zegt mij dat ze er ook geen brood in zien.
Met die ingesteldheid moeten we nooit iets doen natuurlijk. Kip en ei. Wanneer de infrastructuur er is zullen de volgende ingebouwde gpsen er ook wel ondersteuning voor krijgen.
So?
Ik vind die ingebouwde navigatie zelden goed. Als ik met de wagens van mijn werk rijd gebruik ik die gps niet maar mijn gsm ligt dan op het dashboard met waze.
Dan blijf je toch gewoon GPS gebruiken in de tunnel?
Of.... je leest de borden, heel ouderwets.
A daarom al die borden! Nu snap ik het!
k heb ingebouwde navigatie, maar gebruik ze nooit. Enkel Android Auto. De navigatie moest er van mij niet op zitten, maar goed, dat was één formule zeg maar :-) Net als je tegenwoordig geen tv kan kopen die niet smart is, maar je er toch gewoon een chromecast in gaat pluggen.
Dat is aan iedereen om zelf te bepalen denk ik. :) Ik gebruik het 90% van de tijd eigenlijk...
Geeft betere routes dan Waze en zadelt je ook niet op met reclame terwijl je wilt zien welke afslag je moet hebben.
Waarom zou je voor je navigatie dit willen toepassen in een tunnel? Het is een tunnel in /- uit meer niet. Je hebt heel weinig tunnels een afslag en als die er is gewoon genoeg licht in de tunnel om te kunnen zien.

Voor detectie van omgevallen is weer een ander verhaal.
Ik weet van een aantal Belgische tunnels waar men hier van spreekt dat ze (soms meerdere) opsplitsingen hebben midden in de tunnel.

EDIT: Ik veronderstel dat ze deze techniek ook wel zullen toepassen in andere tunnels waar dit meer voor komt. Een groot stuk van de Brusselse binnenring bestaat uit tunnels met meerdere uitgangen en ingangen, voor deze situaties kan dat handig zijn.

[Reactie gewijzigd door Purraxxus op 9 april 2019 12:30]

De tunnels die hier het meeste winst van zouden hebben liggen echter in Brussel en worden door een andere wegbeheerder beheerd. De Leopold II-tunnel of de Stefaniatunnel zouden hieruit bijvoorbeeld veel voordeel kunnen halen. Deze hebben meerdere op- en afritten zonder dat je ook maar even iets van Gps-ontvangst hebt.

Veel navigatiesystemen gaan er van uit dat je de hele tunnel aan dezelfde snelheid gaat blijven rijden om zo alsnog instructies te kunnen geven, maar dat werkt slechts zelden aanvaardbaar in deze tunnels. Als er gebruik gemaakt kan worden van de gegevens van de wagen kan dit voor een groot deel opgevangen worden, maar het blijven benaderingen.
<grapje>Ik denk dat de betreffende wethouder het vervelend vond dat hij twee keer per dag een rood tekstje zag dat hij geen/beperkte locatievoorzieningen heeft.</grapje>

Voor zelfrijdende voertuigen lijkt het me wel een toegevoegde waarde als die (nog) meer lokatiedetectie hebben. De Waze beacons zijn dan toevallig goedkoop en voorhande en dan werden die gekozen?
Vlak na bijvoorbeeld de Kennedytunnel zijn er een paar afslagen. Ik zie regelmatig mensen die opeens bij het uitrijden van de tunnel op het linkse van beseffen dat ze eigenlijk direct de uitrit moeten nemen.

In de craeybextunnel zijn er 3 wegen die je kan nemen als je er uit moet. Ik ben zeker dat er nog wel tunnels zijn die complexer zijn dan ik en uitrijden
Er zijn zat tunnels waar je meteen na de tunnel een bepaalde afslag moet nemen. Het komt nogal eens voor dat je deze dan mist. Of op de verkeerde rijstrook staat.
maar die afslag is toch niet nieuw? dat weet die naviagtie toch ook wel voordat je die tunnel ingaat?
Tenzij je misschien in die tunnel je route gaat veranderen (onwaarschijnlijk) en als er al iets is gebeurd en je kunt je oorspronkelijke route niet vervolgen, dan pikt je naviagtie dat laternatief ook wel weer op, samen met de ge-update verkeers situatie.
Dat is volgens mij redelijk goed in de software aan te pakken, als er een afslag nemen noodzakelijk is vlak na een tunnel instructies geven voor de tunnel.
Op weg van werk naar huis heb ik 1 tunnel die in de tunnel zelf splitst (en waar ik me de eerste keer zwaar aan mispakt heb) en 1 tunnel die vlak na de tunnel splitst en waar je in de tunnel correct moet voorsorteren.
was dat met of zonder navigatie? Keer misrijden kan, ook met navigatie. Gebeurt mij vaak genoeg, ook omdat ik zelf niet aan het opletten ben en de navigatie het keurig aangeeft, maar ook omdat de (gps) locatie bepaling niet 100% is en je dus soms een afslag mist als ze vlak achter elkaar zitten. Maar dat is niet alleen in een tunnel.
Voorbeeld: tunnels in Brussel zitten vol afslagen.
Genoemde tunnel in Antwerpen heeft een belangrijke splitsing.

[Reactie gewijzigd door pe0mot op 9 april 2019 12:33]

In de Craeybeckxtunnel komende vanuit Brussel start het knooppunt om de ring Antwerpen op te rijden, dus daar heeft het zeker nut.
Omdat er soms in of vlak na een tunnel een afslag zit, of omdat de tunnel onder andere wegen doorloopt en daardoor niet goed weet waar je rijdt en onjuiste info geeft. Een mooi voorbeeld is de Leidsche Rijn tunnel bij Utrecht. Daar lopen heel veel wegen overheen én vlak langs. De meeste navigatie heeft het daar moeilijk mee. Waze doet dat nu (door wat slimme trucjes van de editors) al heel goed, maar kan me voorstellen dat het met de beacons nog beter wordt.

Ik heb Rijkswaterstaat jaren geleden al eens gevraagd of die beacons niks voor de LR tunnel zou zijn, maar toen hadden ze nog geen plannen om er wat mee te doen. Hoop dat RWS bij onze zuiderburen meekijkt..
Naast bovenstaande reacties over afslagen in en direct na tunnels, is het ook nog eens handig voor locatiebepaling in de tunnel (bij bijv. pech en/of ongelukken) of in het geval van nood richting bepalen naar de dichtstbijzijnde (veilige) nooduitgang.
Daarnaast is het ook nog handig voor Dashcams en zwarte dozen die op basis van GPS je snelheid
registreren.
Al met al is GPS toch wel iets meer dan alleen van A naar B navigeren.
- Het is handig dat je het GPS-signaal niet verliest, omdat er wel eens een afrit vlak aan het einde van een tunnel kan liggen
- Het is handig dat een stilstaand voertuig / een ongeval / een voorwerp op de weg kan worden gerapporteerd op een specifiek stuk in de tunnel, en dat andere mensen op de juiste plaats (en tijdig) een melding krijgen.
Moet je voor de grap eens naar Noorwegen. Complete rotondes en alles in tunnels onder bergen.
In Antwerpen rijd ik regelmatig door een tunnel richting Rotterdam en dan moet ik even na de tunnel de 2e afslag nemen (ik weet nu nóg niet of het na 800mtr of 1.5km is). Very confusing, omdat het signaal van de GPS het niet doet in de tunnel en het even duurt voordat het signaal zich weer herstelt. By now snap ik de afslag wel, maar de eerste 3, 4x was het lastig oriënteren, met het risico de verkeerde afslag te pakken.

Dus jawel, dit gaat zeker helpen!
Een goede zet, ik hoop dat dit hier ook navolging mag krijgen :)

Dit zal ook erg nuttig zijn voor mijn dashcam, mede omdat deze GPS coordinaten registreert en aan de hand van mijn positie ook de snelheid registreert, heb al een keer bijna een ongeval gehad in een tunnel door een (nogal onhandige) actie van een andere bestuurder en zoiets kan dan een verschil maken ;)
Een vereiste is dan wel dat je dashcam ondersteuning gaat bieden voor deze locatiebepaling op basis van bakens. Dat zie ik eerlijk gezegd nog niet meteen gebeuren.
Hopelijk gaat het aantal gevaarlijke acties van bestuurders echter wel minderen doordat ze duidelijkere instructies gaan krijgen terwijl ze nog in de tunnel zijn.
Behalve dat dit systeem helemaal niets met GPS coördinaten doet.... Je apparaat moet ook via bluetooth de locatie kunnen ontvangen en voor zover ik weet is dat nog geen standaard....
Ja, dat vroeg ik mij ook af. Men roeptoeterd nu statements als "De chauffeurs krijgen een betere dienstverlening: de GPS zal niet meer uitvallen in de tunnels, de geactualiseerde reistijden in de app zullen correcter zijn en je zal sneller gewaarschuwd worden voor bijvoorbeeld files", maar dat lijtk me vooral gericht op professionele chauffeurs die dure geintegreede navigatie-systemeen hebben die veel meer doen dan enkel navigatie voor de bestuurder.

Het statement "Alle chauffeurs die navigatie gebruiken in tunnels worden dus geholpen door de installatie van de ‘beacons’, zolang hun bluetooth maar ingeschakeld is." is gewoon onzin, want het gros van de huidige systemen kent deze hele techniek niet. Bij mijn weten is er ook nog geen uniforme standaard?

Jammer dat het persbericht geen woord rept over de exacte standaard/techniek die gebruikt wordt. Ik vermoed dat het deze is.
Een van de eerste TomToms was ook een BT-dongle. Voor bij je ipaq! :) (geen typo!)
Heeft je dashcam dan ook Bluetooth? En zal de software geupdate worden om gebruikte te kunnen maken van deze beacons? :)
jazeker, ik heb de MiVue met geintegreerde BT welke verbind met mijn auto.
wat ik nu, als voorbeeld, merk is als ik een tunnel inrij en op de teller tegen de 100 rijd dan kan er tussen 24-28 km/u op de dashcam staan.
Ik mag aannemen dat er tzt wel een software update voor komt
Gaan deze kastjes niet enkel werken met navigatiesoftware die weten waar die kastjes hangen?
Dus software die kaarten gebruikt en niet enkel de gps-positie registreert.
Misschien domme opmerking, maar zo'n tunnel is toch niet zo heel interesant qua navigatie? Mijn TomTom weet dat ik in die tunnel ben en houdt daar rekening mee. Vaak zijn er ook nou niet zo heel veel opties in die tunnel qua navigatie en ook als is er een afslag vlak na de tunnel, dan weet de naviagtie dat ook voor die tunnel wel. Ze zijn nou ook weer niet kilometers lang.

Kan wel voorstellen dat je (dwz de verkeersdiensten' wilt weten wat er in de tunnel gebeurt ivm incidenten, maar meeste zijn toch uitgerust met camera's en dergelijke?
En ook die gegevens worden al gedeeld met de navigatie vóór dat je in die tunnel bent via live verkeersinfomatie zodat je niet in de ellende komt.

Zie nog niet zo het enorme voordeel van die kastjes voor de bestuurder/gebruiker van de navigatie,
Ze zijn soms heel lang en er zijn afslagen in en op het eind van de tunnel.
Dus ja, erg nuttig.
maaar niet die in Belgie en afslagen aan het eind van de tunnel geeft mijn naviagatie keurig aan. Het is niet zo dat je in die tunnel helemaal niets ziet op je navigatie.
Nu heb ik ingebouwde navigatie en houdt dmv snelheid auto keurig bij waar ik ben. en ik zie ook de afslag op die navigatie en geeft ook aan welke baan ik moet hebben,
De kans dat je op een willekuerige iets complexere afslag de verkeerde afslag neemt is volgens mij net zo groot. Vaak omdat de navigatie positie bepaling niet helemaal 100% juist is en afslagen net na elkaar dan wel eens verwarrend kunnen zijn
Nog nooit verdwaald in een tunnel omdat de navigatie het niet zou doen daar :-)

[Reactie gewijzigd door Dream_ON op 9 april 2019 12:43]

Ik wel, in Louvain-La-Neuve sloeg de navigatie helemaal tilt omdat je er een heel stuk ondergronds rijdt en de ene bocht na de andere hebt en afslagen elkaar afwisselen.
In het artikel wordt gesproken over ontvangen en verzenden. Terwijl op de waze wordt aangegeven dat de kastje alleen zenden. Wie heeft er gelijk?

Uitgaande van het artikel heeft de schrijver (en/of het Agentschap ) er niet zoveel van begrepen,enkele qoutes uit het artikel:
"De overheid kan op basis van de GPS-signalen sneller detecteren waar zich problemen voordoen."
"Dankzij de ‘beacons’ zal een GPS ook in de 6 tunnels signalen kunnen ontvangen en uitzenden. "

Edit:
Gaan ze alle bluetooh apparaten loggen die voorbij komen?
"Maar de app detecteert ook automatisch zaken zoals files."

[Reactie gewijzigd door Tazzios op 9 april 2019 12:27]

De beacons zelf ontvangen niets, maar doordat de navigatie applicatie betere plaatsbepaling kan doen, kan deze ook nauwkeuriger de locatie van een incident doorsturen wanneer dit door de gebruiker van de applicatie gemeld wordt. Op dit moment stopt je Waze navigatie aan het begin van de tunnel en gaat weer verder aan het einde van de tunnel. Hooguit kan Waze dus je ongeval aan het begin of einde situeren ipv op de juiste locatie. Als'k me niet vergis staat Waze zelfs niet toe toe om het ongeval te melden op het moment dat er geen goede plaatsbepaling is. Dankzij deze beacons kan Waze (of een andere applicatie die ondersteuning implementeert) wel je positie in de tunnel bepalen en de locatie van het incident nauwkeurig doorsturen.
De beacons zijn zenders, dus eenrichtingsverkeer qua communicatie. (Moet ook wel als je meerdere jaren op een accu wilt doen)

De incidentbestrijding profiteert van betere terugmelding van Waze-gebruikers via de app. Waze heeft namelijk een platform voor wegbeheerders om gemakkelijk toegang tot de terugmeldingen over files en incidenten te krijgen (https://www.waze.com/nl/ccp)


Om te kunnen reageren moet je ingelogd zijn


OnePlus 7 Microsoft Xbox One S All-Digital Edition LG W7 Google Pixel 3 XL OnePlus 6T (6GB ram) FIFA 19 Samsung Galaxy S10 Sony PlayStation 5

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank, Intermediair en Independer de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2019 Hosting door True