Előzmények

zakanyhozzászólásai | válasz erre | 2010.05.20 17:10:37 (49101)
Nekem nincs gondom vele..
3.9 volt a tragédia!
3.7 is szépen ment, de a műhold elveszett fél év után..
[előzmény: (49100) 2010.05.20 16:59:56]

hozzászólásai | válasz erre | 2010.05.20 16:59:56 (49100)
Még egy cuki dolog: a 4.00-ra való visszatérés után már az első usb mód után csinált egy olyan rest-et, hogy mindent újra kellett állítani. Asszem ez a hard reset. Ezt a múltban is csinálta, akkor ha valamiért nem tetszett a ki vagy a bekapcsolás a csix-nek (túl hosszan nyomott kikapcsológomb vagy ilyesmi). Most arra kapcsolt ki és reset-elt, hogy kihúztam az usb-t belőle. Ilyenkor ugye a háttérmódból vissza kellene állnia a normál módra, hasonlóan a kikapcsoló gomba hosszanti megnyomására (tehát az usb módban olyan, mintha két mélységben lenne bekapcsolva).

Valakinek szokott a csix-e így viselkedni (mármint bármi miatt hard resetel-ni)?

Egyébként a 3.70-esnél hónapokig egyszer sem volt ilyen problémám, erre a bladi 4.00-snál meg igen. Hihetetlen, hogy nincs egy úgymond ideális fw. verzió.
[előzmény: (49093) jekaeff, 2010.05.20 11:25:42]

jekaeffhozzászólásai | válasz erre | 2010.05.20 11:25:42 (49093)
...hacsak nem ez lenne az "Other minor bug fixes"
[előzmény: (49092) jekaeff, 2010.05.20 11:20:45]

jekaeffhozzászólásai | válasz erre | 2010.05.20 11:20:45 (49092)
Majd leellenőrzöm valamelyik frissebb track-emet (bár fene tudja, mikor álltam át 4.00-ra), hogy nálam is így van-e-é-e. Mindenestre garminék nem nagyon reklámozták ezt a javítást (ha volt ilyen) a What's New-ban...
Vagy azért mert ennyire ciki, vagy ilyen "jól" nyilvántartják a dolgokat. :o)
[előzmény: (49090) 2010.05.20 10:31:11]

hozzászólásai | válasz erre | 2010.05.20 10:31:11 (49090)
Újra visszaálltam 4.00-ra 3.70-ről, s úgy tűnik, hogy a 4.00-val már nem csinálja az időugrást. Kér, hogy a 3.70-essel szebbek a trekkek.
[előzmény: (48105) jekaeff, 2010.04.09 08:58:44]

jekaeffhozzászólásai | válasz erre | 2010.04.09 08:58:44 (48105)
A teszt trackemben -15 jött ki difinek. Lehet, hogy vagy épp olyan lassan haladtam (emelkedő), hogy csak 2sec-onként loggolt, vagy pedig az eseményt követően is "kihagyós kedve volt" a csixnek és nem rögzített egy pontot. Tehát mintha a te esetedben 17:21:34 után visszazökkenve 17:21:20-nak kéne lennie, de akkor pont nem lett volna humora rögzíteni, csak 17:21:21-kor, így egy 10m-es szakaszt rögzítve. Ami majdnem meg is történt nálad is, csak épp a 17:21:22 maradt ki a sorból, egy picit később pöccent be a csix.
[előzmény: (48101) 2010.04.09 08:10:09]

hozzászólásai | válasz erre | 2010.04.09 08:10:09 (48101)
Amúgy nem 1 db -14 mp-es?
[előzmény: (48099) jekaeff, 2010.04.08 23:18:28]

jekaeffhozzászólásai | válasz erre | 2010.04.08 23:18:28 (48099)
Közben lefuttattam az idoutazo.exe-t (ez csak egy statisztikát készít arról, hogy hány másodperces szakaszokból hány db van egy track-ben, pl: 5673db 1 másodperces szakasz 234db 2 másodperces szakasz, ... 1db -15 másodperces szakasz) és nálam is ekkora eltérések jönnek ki.

...és igen a GPS valóban az 1980-as UTC-ről indult, és aszerint jár a mai napig (és azóta volt 15db szökőmásodperc), de sugározza a korrekciós értéket is:

http://gpsinformation.net/main/gpstime.htm
http://tycho.usno.navy.mil/leapsec.html
http://leapsecond.com/java/gpsclock.htm

Kíváncsi lennék mi van a dolog hátterében: ilyenkor vajon sérülten érkeznek vagy elmaradnak ezek a korrekciós értékek (ez esetben nem csak a csixnél, hanem más GPS vevőknél is kéne lennie ilyen hibáknak), vagy valami fura okból csakis a csix az, ami időnként figyelmen kívül hagyja ezeket az értékeket. Ez utóbbit gyanítom, ilyenkor általában előtte is kimarad pár másodpercnyi rögzítés: a Te példádban a 17:21:34 valójában 17:21:19 (ezt könnyű megtippelni a sebességadatokból), ami azt jelenti, hogy nem rögzített pontokat a csix 17:21:15-18 között. Pedig valószínűleg kellett volna neki (ismerve a távolság alapú loggolásodat és a megfelelő sebességet).

A csix egyébként enélkül is hajlamos kihagyni másodperceket, ilyenkor a térképkirajzolás is megáll, majd pár másodperc múlva "zökken" egyet és odébb ugrik a térkép. Gondoltam rá, hogy esetleg processzor túlterhelés okozza pl a nagy nagyítás miatt, hogy ilyenkor a microSD kártyáról nem érkezik időben az adat... De ugyanígy csinálja microSD nélkül is.

Leteszteltem: semmi térkép, még az alaptérkép is kikapcsolva, az ablakomba fellógatva a csix, és másodpercenkénti trackrögzítés... és az idoutazo.exe mégis kidobta, hogy volt jópár 2-3 másodperces kihagyás.
[előzmény: (48098) jekaeff, 2010.04.08 22:56:48]

jekaeffhozzászólásai | válasz erre | 2010.04.08 22:56:48 (48098)
...bár ez a szökőmásodperc dolog csak egy tipp a részemről. A te példádban mintha 15 másodpercet "sietne" az óra, lehet, hogy a műholdaknál az 1980 óta eltelt szökőmásodpercek számítanak.
[előzmény: (48096) jekaeff, 2010.04.08 22:15:21]

jekaeffhozzászólásai | válasz erre | 2010.04.08 22:15:21 (48096)
Őőőőőőőőőőőőőőőőőőőőőősrégi hiba! ;)

Idoutazo.exe néven van rá egy programom. Nagyon fincsi dolog a csix részéről pár pillanatig megfeledkezik a szökőmásodpercekről (úgy rémlik 23 szökőmásodperc került beiktatásra 1970 január 1 óta) aztán ismét észbe kap és visszaugrik a szökőmásodpercekkel korrigált értékre.
[előzmény: (48092) 2010.04.08 20:58:03]

hozzászólásai | válasz erre | 2010.04.08 20:58:03 (48092)
Meg egy bug egy közvetlenül a 60csx-ről letöltött gpx-ben. Tehát semmilyen progival sem piszkálva. Mind a kártyára, mind a belső memóriába így hozta létre a trekket. Ld ...:14 mp után ....:34 mp-et

http://kepfeltoltes.hu/100408/_j_k_p_www.kepfeltoltes.hu_.jpg

Bejelentkezés név:  jelszó:   [regisztráció]