TomTom geeft software-update vrij voor schrikkeljaarbug
TomTom heeft een software-update vrijgegeven waarmee de 'schrikkeljaarbug' in sommige van zijn navigatie-apparaten verholpen moet worden. Gebruikers klaagden sinds afgelopen zaterdag over niet-werkende gps-verbindingen.
Volgens TomTom zat het probleem in de gps-ontvanger van een 'derde partij' en lost een software-update de problemen op. Gebruikers van verschillende Start-, Via- en Go Live-navigatiesystemen wordt aangeraden om de software-update te installeren. De update is beschikbaar voor alle getroffen navigatiesystemen, laat TomTom weten. Het bedrijf biedt zijn excuses aan voor de problemen.
Gebruikers van verschillende TomTom-systemen klaagden sinds afgelopen zaterdag over een niet of slecht werkend gps-signaal. Dat kwam door een probleem met de afhandeling van een schrikkeljaar. Wat het probleem precies was, is onduidelijk.
Gps-navigatie leunt op tijd; op basis van de vertraging van het signaal van verschillende navigatiesatellieten, wordt de positie van een gebruiker bepaald. Wanneer de tijdafhandeling van een apparaat verstoord is, ligt het dus voor de hand dat het apparaat in de war kan raken. Het jaar 2012 is een schrikkeljaar; maart is de eerste maand volgend op de schrikkelmaand februari en wellicht ging er daardoor op 31 maart iets fout.
Reacties (58)
Helemaal dus niet:
Probeer voortaan iets zinnigs te zeggen als fp, in plaats van wat onzin te verzinnenGps-navigatie leunt op tijd; op basis van de vertraging van het signaal van verschillende navigatiesatellieten, wordt de positie van een gebruiker bepaald. Wanneer de tijdafhandeling van een apparaat verstoord is, ligt het dus voor de hand dat het apparaat in de war kan raken.
Voor een gemiddelde gebruiker dat niets afweet van GPS'en kan ik het me voorstellen dat ze niet 123 een link tussen de tijd en de bug leggen.
En daarom wordt het dus in het artikel uitgelegd - zoals douweegbertje al citeerde.
dan vind ik het nog steeds een beetje raar dat het probleem zich een maand na de schrikkeldag manifesteerd... Waarom pas zaterdag, en niet op 29 februari of 1 maart?
Waarschijnlijk zat er een functie in die een maand van de huidige datum aftrok. Juist zo'n functies komen in de problemen in schrikkeljaren. De ontwikkelaar moet hier keuzes maken, en dan ook nog rekening houden met februari. De schrikkeljaren worden dan al gauw over het hoofd gezien.
Ik heb al vaker een 31 maart problemen in de praktijk gezien in schrikkeljaren (altijd lastig om aan de klant uit te leggen).
Ik heb al vaker een 31 maart problemen in de praktijk gezien in schrikkeljaren (altijd lastig om aan de klant uit te leggen).
Ik heb dit probleem zelfs een keer gezien op 31 december: bleek er een max aan het aantal dagen te zitten...
En afgelopen zondag op m'n TomTom...
En afgelopen zondag op m'n TomTom...
Helemaal wel, dat GPS afhankelijk is van tijd wil niet zeggen dat ze ook afhankelijk zijn van een kalender. Het aantal (fractionele) seconden sinds een afgesproken tijdstip in het verleden is in principe genoeg informatie, en dat is ook meestal hoe een tijdstip wordt opgeslagen in allerlei informatiesystemen.
.edit: een GPS signaal bevat een weeknummer en de tijd binnen een week. Er wordt dus niets gedaan met datums en schrikkeljaren.
.edit: een GPS signaal bevat een weeknummer en de tijd binnen een week. Er wordt dus niets gedaan met datums en schrikkeljaren.
The first word of each subframe is the TLM (telemetry word). It contains information about the age of the ephemeris data. The next word is the HOW (hand over word), which contains the number of counted z-epoches. These data contain the time since last “restart” of the GPS time on the previous Sunday 0:00 o’clock
[Reactie gewijzigd door .oisyn op 4 april 2012 14:54]
En ja, dus maakt een kalender wel degelijk uit.. zoals je zelf stelt in de HOW. Als je dan dus een schrikkeldag erbij krijgt, 86400s, raak je wel degelijk in de war.
Onzin, een schrikkeldag verandert de tijd in de week niet, louter de dag in de maand, maar daar doet GPS niets mee. Als 28 februari op een maandag valt, dan is de volgende dag gewoon een dinsdag en de derde dag in de week (ze beginnen te tellen met zondag), ongeacht of dat nou een schrikkeldag is of niet.
[Reactie gewijzigd door .oisyn op 5 april 2012 10:46]
Het gaat hier om het verkrijgen van een fix, niet wat de informatie van het GPS signaal bevat nadat je een fix hebt.
Euh, pardon? Je denkt dat een GPS signaal ineens andere informatie bevat nadat je een fix hebt? Hoe denk je dat ie dat doet dan? GPS is eenrichtingsverkeer, he, je ontvanger is geen zender. Het énige wat een GPS satelliet doet is continu de tijd en zijn positie uitzenden.
GPS positiebepaling gebeurd idd op tijd, en meer bepaald op tijdsverschillen. De kalender zou hierop geen invloed mogen hebben denk ik dan. Ik denk dat er vele technisch onderrichte mensen zullen zijn die met dit probleem toch ook niet direct raad weten.
Denk dat het te maken heeft met het feit dat een gps gebruik maakt van een almanac om te bepalen welke satelieten boven de horizon zijn, zodat sneller de positie bepaald kan worden. Als het apparaat denkt dat het een andere dag is dan kloppen die gegevens niet meer en raakt het apparaat in de war.
Ik denk dat Xenophoben wel gelijk heeft, dat je nu een stuk herhaalt uit het artikel geeft nou ook niet echt een toegevoegde waarde. GPS is enkel het tijdsverschil tussen het signaal van verschillende satellieten, leg dan maar eens uit waarom de datum van belang is.Helemaal dus niet:
Gps-navigatie leunt op tijd; op basis van de vertraging van het signaal van verschillende navigatiesatellieten
[Reactie gewijzigd door gumkop op 4 april 2012 15:01]
Tsja, het zijn computers he? Als ik tegen jou zeg "we spreken volgende keer af om 15:00 uur" snap jij toch ook niet welke dag dat is? Als logisch nadenkend mens zul je misschien bedenken dat het "net als altijd" op woensdag zal zijn, maar een computer ziet dat soort logica niet, tenzij het er door een mens ingeprogrammeerd is. Een datum is net zo essentieel voor de tijdsbepaling als de tijd in uren, minuten, seconden en milliseconden 
Snapt nou echt niemand dat het om plaatsbepaling gaat?
De 'verklaring' die gegeven wordt heeft wel een heel hoog uit-mijn-dum-zuig-gehalte.
Elke gps-satelliet zendt zijn tijd en positie uit die door de ontvanger vergeleken wordt met de andere satelieten. Met de verschillen in vertraging tussen verzenden en ontvangst weet je dus hoever je van elke sateliet verwijderd bent en daaruit volgt je positie.
Een interne klok van de ontvanger speelt hierin helemaal geen rol, al was het maar omdat die nooit precies genoeg is (er even vanuitgegaan dat er geen atoomklok in een tomtom zit
). Ook een besef van datum, schrikkeljaren of zelfs hoeveel seconden er in een minuut zitten, is niet nodig.
dus ja.. gps-navigatie leunt op tijd, maar dan wel metingen van tijdsduur, niet de kalender. Net zoals mijn kilometerteller op tijd leunt om mij te kunnen vertellen hoeveel kilometer per uur ik rijd. Als die het op 1 maart plots niet meer doet, verklaar ik het garagebedrijf ook voor gek als ze aankomen met een verhaal dat "het schrikkeljaar een probleem is aangezien hij op tijd leunt".
* Roland684 heeft sterk het vermoeden dat het niet de gps-ontvanger was die fout ging, maar dat de tomtom-software de resultaten van de ontvanger afkeurde.
Elke gps-satelliet zendt zijn tijd en positie uit die door de ontvanger vergeleken wordt met de andere satelieten. Met de verschillen in vertraging tussen verzenden en ontvangst weet je dus hoever je van elke sateliet verwijderd bent en daaruit volgt je positie.
Een interne klok van de ontvanger speelt hierin helemaal geen rol, al was het maar omdat die nooit precies genoeg is (er even vanuitgegaan dat er geen atoomklok in een tomtom zit
). Ook een besef van datum, schrikkeljaren of zelfs hoeveel seconden er in een minuut zitten, is niet nodig.dus ja.. gps-navigatie leunt op tijd, maar dan wel metingen van tijdsduur, niet de kalender. Net zoals mijn kilometerteller op tijd leunt om mij te kunnen vertellen hoeveel kilometer per uur ik rijd. Als die het op 1 maart plots niet meer doet, verklaar ik het garagebedrijf ook voor gek als ze aankomen met een verhaal dat "het schrikkeljaar een probleem is aangezien hij op tijd leunt".
* Roland684 heeft sterk het vermoeden dat het niet de gps-ontvanger was die fout ging, maar dat de tomtom-software de resultaten van de ontvanger afkeurde.
Nee, dit is niet uit een duim zuig gehalte.
Een GPS signaal is niet zoals een Radio signaal dat je 'zomaar' even uit de lucht plukt.
Een GPS signaal zit in de ruis verborgen en dat moet je er dus uit kunnen vissen. Het principe is vergelijkbaar als spread spectrum communicatie. Als je de code niet weet, kun je geen GPS signaal ontvangen.
Natuurlijk zijn er frequenties en codes de gemakkelijker zijn te ontvangen maar dan gaat je resolutie achteruit.
Een GPS signaal is niet zoals een Radio signaal dat je 'zomaar' even uit de lucht plukt.
Een GPS signaal zit in de ruis verborgen en dat moet je er dus uit kunnen vissen. Het principe is vergelijkbaar als spread spectrum communicatie. Als je de code niet weet, kun je geen GPS signaal ontvangen.
Natuurlijk zijn er frequenties en codes de gemakkelijker zijn te ontvangen maar dan gaat je resolutie achteruit.
Jawel dat heeft het in mijn ogen ook :
Mijn oude 12 jaar oude Garmin GPS ontvanger pikt zijn tijd juist op van de GPS satelieten, en corrigeerd zijn systeemstijd aan de hand van GPS signaal.
Als Tom Tom of wel gelijke GPS ontvanger zou vertrouwen op de interne klok van zijn hardware zou je een behoorlijke afwijking gaan krijgen als je het mij vraagt.
Volgens mij haal je wat dingen doorelkaar :
GPS signaal is wel degelijk een radio signaal, en de ruis die jij noemt daarmee bedoel je denk ik de pseudorandom noise, maar dit is juist de identificatie van elke satelliet (lees unieke code)
bron
Tevens al eerder opgemerkt zou het als het een schrikkeljaar bug zou zijn het JUIST op 29feb of 1 maart zijn opgetreden. Ik mis de logica ook achter het verhaal van de 31ste maart.
Kortom ik ben het met Roland684 eens ik volg dit ook voor geen meter.
Mijn oude 12 jaar oude Garmin GPS ontvanger pikt zijn tijd juist op van de GPS satelieten, en corrigeerd zijn systeemstijd aan de hand van GPS signaal.
Als Tom Tom of wel gelijke GPS ontvanger zou vertrouwen op de interne klok van zijn hardware zou je een behoorlijke afwijking gaan krijgen als je het mij vraagt.
Kun je trouwens even uitleggen waarom een GPS ontvanger de door jouw genoemde code niet zou weten ?. Als je de code niet weet, kun je geen GPS signaal ontvangen.
Volgens mij haal je wat dingen doorelkaar :
GPS signaal is wel degelijk een radio signaal, en de ruis die jij noemt daarmee bedoel je denk ik de pseudorandom noise, maar dit is juist de identificatie van elke satelliet (lees unieke code)
bron
Tevens al eerder opgemerkt zou het als het een schrikkeljaar bug zou zijn het JUIST op 29feb of 1 maart zijn opgetreden. Ik mis de logica ook achter het verhaal van de 31ste maart.
Kortom ik ben het met Roland684 eens ik volg dit ook voor geen meter.
Inderdaad. Ik geloof ook niets van dit verhaal/verklaring.
En waarom de 3de partij de schuld geven? Ik heb toch een TT van TT en niet van een derde partij?
Ook mijn TT pakt de tijd/datum vanuit het GPS signaal en synchroniseert daarmee.
Het verhaal van die codes hierboven is ook twijfelachtig, daar er wereldwijd heel wat GPS satellieten hangen, en de TT niet weet vanuit welk land je begint. (Neem bijvoorbeeld de kaart Europa)
En waarom de 3de partij de schuld geven? Ik heb toch een TT van TT en niet van een derde partij?
Ook mijn TT pakt de tijd/datum vanuit het GPS signaal en synchroniseert daarmee.
Het verhaal van die codes hierboven is ook twijfelachtig, daar er wereldwijd heel wat GPS satellieten hangen, en de TT niet weet vanuit welk land je begint. (Neem bijvoorbeeld de kaart Europa)
Het signaal vertraagt helemaal niet en dat is een misvatting van Tweakers.
Natuurlijk wordt het signaal wel iets 'vertraagd' doordat het signaal door de atmosfeer naar de ontvangende paartijd toe gaat doordat het signaal iets 'bught', maar dit wordt gecorrigeerd door het GPS signaal op twee verschillende frequenties uit te zenden zodat je deze buiging kan bekreunen.
Echter, GPS werkt gewoon op aankomst tijd van 'signalen'. In het signaal zit een code en simpel weg gezegd is deze code gecodeerd met een tijd.
De ontvangende partij genereert deze zelfde code en als je deze twee code over elkaar legt krijgt je piekjes te tien boven je normale ruis nivo. Op het moment dat de ontvanger deze piekjes zit, dus dus hetzelfde zijn als de code heb je een 'fix'. En weet de ontvanger de tijd van zender tot ontvanger.
Het zoeken van de fix, dus het synchroniseren van de eigen code met de code van de GPS satelliet duurt soms even omdat de tijd van de ontvanger en satelliet niet precies synchroon lopen. De ontvanger probeert een fix te vinden door de code in tijd te schuiven.
Met verschillende codes kun je dan ook verschillende precies krijgen. Als de code niet bij de ontvangende partij bekend is dan kun je nooit een bepaalde fix krijgen.
Heb je een GPS ontvanger die de codes kent van hogere precisie kun je dus een grotere nauwkeurigheid krijgen.
Natuurlijk wordt het signaal wel iets 'vertraagd' doordat het signaal door de atmosfeer naar de ontvangende paartijd toe gaat doordat het signaal iets 'bught', maar dit wordt gecorrigeerd door het GPS signaal op twee verschillende frequenties uit te zenden zodat je deze buiging kan bekreunen.
Echter, GPS werkt gewoon op aankomst tijd van 'signalen'. In het signaal zit een code en simpel weg gezegd is deze code gecodeerd met een tijd.
De ontvangende partij genereert deze zelfde code en als je deze twee code over elkaar legt krijgt je piekjes te tien boven je normale ruis nivo. Op het moment dat de ontvanger deze piekjes zit, dus dus hetzelfde zijn als de code heb je een 'fix'. En weet de ontvanger de tijd van zender tot ontvanger.
Het zoeken van de fix, dus het synchroniseren van de eigen code met de code van de GPS satelliet duurt soms even omdat de tijd van de ontvanger en satelliet niet precies synchroon lopen. De ontvanger probeert een fix te vinden door de code in tijd te schuiven.
Met verschillende codes kun je dan ook verschillende precies krijgen. Als de code niet bij de ontvangende partij bekend is dan kun je nooit een bepaalde fix krijgen.
Heb je een GPS ontvanger die de codes kent van hogere precisie kun je dus een grotere nauwkeurigheid krijgen.
Ik vind het anders wel raar, GPS werkt op tijdverschil tussen signalen, niet op absolute tijd, dus wat maakt een schrikkeljaar nu uit?
Doe es niet zo chagrijnig zeg.. Ik zie hier duidelijk een vraag naar voren komen van Xenophoben.
Of had je zelf soms fp willen hebben
Of had je zelf soms fp willen hebben
Vrij snelle update voor het probleem gelukkig. Ben benieuwd welke derde partij hiervoor verantwoordelijk was dan!
De driver software die die GPS hardware fabrikant geleverd heeft wellicht.
nMad vraagt zich in bovenstaand bericht zo te zien af wie dat was, en of dat inderdaad het geval was. Helaas kunnen we die vraag geen van beiden kennelijk beantwoorden.
Goed dat ze zo snel met een update zijn gekomen, maar wie gaat al die verdwaalde mensen weer thuisbrengen?
Wat ik me wel afvraag is of er niet een aanzienlijk deel van de gebruikers van Tomtom is die niet weten hoe ze hun apparaat moeten updaten.
Wat ik me wel afvraag is of er niet een aanzienlijk deel van de gebruikers van Tomtom is die niet weten hoe ze hun apparaat moeten updaten.
Volgens mij gaat het hier niet over de berekening van de plaatsbepaling (al is deze wel erg sterk afhankelijk van de tijd), maar ik neig eerder naar problemen met de eerste fix/lock van de satellieten na het aanzetten van het apparaat...
Ja hij doet het weer! (Eigenaar van een VIA 120)
Geen last van op de mobile versie gelukkig. Toch grappig dat dit nog kan gebeuren.
Maar goed ze hebben vind ik snel een fix klaar staan. Echter vraag ik me hoeveel mensen dit echt gaan downloaden ? Ik bedoel veel mensen weten niet eens hoe ze dit ding moeten updaten.
Maar goed ze hebben vind ik snel een fix klaar staan. Echter vraag ik me hoeveel mensen dit echt gaan downloaden ? Ik bedoel veel mensen weten niet eens hoe ze dit ding moeten updaten.
Ze zullen wel moeten want hij werkt gewoon echt niet meer (Via120/125) Dus ik moet weer een rondje familie doen om ze allemaal weer uit huis te krijgen. 
[Reactie gewijzigd door raymonvdm op 4 april 2012 14:04]
Ik neem aan dat jouw mobile niet dezelfde chipset heeft als de losse tomtoms?
HET ZAL EENS TIJD WORDEN!
De complete serie aan navigatiesystemen in de bedrijfsauto's faalden. als je dan naar een klant toemoest had je een telefoon nodig zodat men het kantoor hier konden bellen zodat zij konden zoeken naar het adres en aangeven hoe te rijden. Tevens door vodafone storing 2 mensen op pad gestuurd, en tot op heden van 1tje niets meer gehoord. Hopelijk is hij bij de klant in Rotterdam aangekomen.
De complete serie aan navigatiesystemen in de bedrijfsauto's faalden. als je dan naar een klant toemoest had je een telefoon nodig zodat men het kantoor hier konden bellen zodat zij konden zoeken naar het adres en aangeven hoe te rijden. Tevens door vodafone storing 2 mensen op pad gestuurd, en tot op heden van 1tje niets meer gehoord. Hopelijk is hij bij de klant in Rotterdam aangekomen.
kan je maar zien hoe afhankelijk wij zijn geworden van deze dingen.
Vroeger hadden we nog een kaart in de auto of route beschrijving even uitprinten
Vroeger hadden we nog een kaart in de auto
of route beschrijving even uitprinten
Weet je nog vroeger toen er geen tomtoms waren en je bij het binnenrijden van een stad op een kaart langs de weg moest kijken. Zo oud ben ik niet (23 jaar) en zelfs ik heb dat best vaak gedaan.
Shell straatenboek wtf 
Backup stratenboek een idee ??
De laatste keer dat ik zo'n ding wilde aanschaffen en er naar vroeg bij een pompstation werd ik aangekeken alsof ze water zagen branden.
Het stratenboek dat dat ik later heb kunnen kopen, koester ik nu dus ook.
Het stratenboek dat dat ik later heb kunnen kopen, koester ik nu dus ook.
Tip, je hebt van die stukjes papier waarop staat welke wegen er zijn.
Dit zegt blijkbaar meer over jou werknemers dan over TomTom zelf... Weleens van Google maps of een stratenboek gehoord?
[Reactie gewijzigd door Count_B op 4 april 2012 14:01]
Googlemaps? rotterdam = Vodafone storing
Mensen hebben tegenwoordig ook nog gewoon internet zonder hun mobiel hoor ;-)
In hun auto?
Best wel slecht dat iemand niet meer van A naar B komt zonder een TomTom of iets dat daar oplijkt....
Ik heb zelf navigon op me telefoon, met de kaart van Budapest er op. Ik heb zelf een kaart op me hotel liggen ik zoek daar alles op en ga gewoon wat ik had gelezen op de kaart naar die plek. Mocht ik het echt niet vinden dan denk ik er pas aan om me telefoon te pakken.
-Ontopic-
Dit is toch niet het eerste schrikkeljaar voor TomTom of ligt dat aan mij? Ik weet het niet meer van 2008 maar zal toch niet zo raar zijn dat ze toen ook tegen het probleem liepen?
Ik heb zelf navigon op me telefoon, met de kaart van Budapest er op. Ik heb zelf een kaart op me hotel liggen ik zoek daar alles op en ga gewoon wat ik had gelezen op de kaart naar die plek. Mocht ik het echt niet vinden dan denk ik er pas aan om me telefoon te pakken.
-Ontopic-
Dit is toch niet het eerste schrikkeljaar voor TomTom of ligt dat aan mij? Ik weet het niet meer van 2008 maar zal toch niet zo raar zijn dat ze toen ook tegen het probleem liepen?
Mooi is dat!
Dan wordt mijn oude kaart niet meer herkend.
Kan de laatste firmware om die reden niet installeren.
Dan wordt mijn oude kaart niet meer herkend.
Kan de laatste firmware om die reden niet installeren.
Anders bel je gewoon de support afdeling van TomTom, en leg je je probleem voor. Tip: Tweakers.net != TomTom support.
Toevallig las ik ergens dat 31 maart 2012 ook een potentiele datum is voor een schrikkel-seconde, maar ik heb nergens kunnen achterhalen dat die er ook is geweest. Sterker nog, de schrikkel-seconde staat voor 30 juni gepland (voor het eerst sinds 2008).
Maarja, misschien was dat juist het probleem... (maart vs juni)
Edit: bronnen
http://en.wikipedia.org/wiki/Leap_second
http://www.wired.com/wiredscience/2012/01/leap-second/
Maarja, misschien was dat juist het probleem... (maart vs juni)
Edit: bronnen
http://en.wikipedia.org/wiki/Leap_second
http://www.wired.com/wiredscience/2012/01/leap-second/
[Reactie gewijzigd door Kama op 4 april 2012 13:58]
GPS satellieten werken niet met schrikkelseconden. Ze zitten op GPS-tijd (GPST), een variant van UTC maar eentje die niet wordt aangepast om overeen te blijven komen met de rotatie van de aarde. Het daadwerkelijke verschil tussen GPST en UTC wordt wel meegestuurd, wat voornamelijk handig is voor apparaten die de actuele tijd willen weten. Het wordt niet gebruikt voor plaatsbepaling.
http://en.wikipedia.org/w...ekeeping_and_leap_seconds
http://en.wikipedia.org/w...ekeeping_and_leap_seconds
en dan schijnen die satellieten aardig "versleten" te zijn en kan je bestaande apperatuur niet 1 2 3 omzetten naar een ander systeem
de satellieten die vandaag voor GPS worden gebruikt zijn helemaal niet meer de satellieten uit de begindagen. Deze worden op tijd vervangen door nieuwere exemplaren. Bijkomend draaien er reserve exemplaren rond, moest er 1 uitvallen kan die dus snel vervangen worden en zal na verloop van tijd een nieuwe reserve de lucht in geschoten worden.
Tof. Met een beetje pech kan ik dus weer een hoop vrienden en bekenden gaan helpen omdat 90% van de mensen niet eens de moeite nemen om hem out of the box ooit nog aan een computer te koppelen, laat staan software te installeren of accounts aan te maken.
Op dit item kan niet meer gereageerd worden.
Onderwerpen
Populair: Tablets E3 2013 Mobiele telefoons Google Sony Apple Microsoft Games Politiek en recht Consoles
© 1998 - 2013 Tweakers.net B.V. onderdeel van De Persgroep, ook uitgever van Computable.nl, Autotrack.nl en Carsom.nl • Hosting door True
