Ostatní asijské telefony ⇒ Problem GPS (MTK6589) s Endomondo, Sports tracker, Runtastic

[BigFoot007]

Ahojte androidaci a majitelia stvorjadier s MTK6589.
Neviem presne kam hodi toto tema (lebo sa tyka relativne uz sirokeho spoktra telefonov), ale dam to zatial sem (ked tak to admini presunte).
Problem je dlhodobo znamy - jedna sa o zle meranie vzdialenosti a rychlosti pri trackovacich aplikaciach (zatial u mna vyskusane aplikacie Endomondo, Sports tracker, kamarat skusal aj Runtastic)...
Povodne bolo navrhovanie riesenie - vypnut A-Gps...To som dnes vyskusal a poriadne som sa s tym vyhral (skusane doteraz na troch rozdielnych H7500+ s poslednou stock romkou, blblo to aj pri starsich). Po vypnuti A-GPSka je este lepsie restartovat telefon. V takom pripade mi dnes cca 4km fungoval Sports tracker (endomondo na druhej H7500+ nie!!!). Na aplikacii som si nechal zapnuty displej a pri bicyklovani som sledoval ci neustreluje rychlost a vzdialenost ako to ma vo zvyku (mam speci puzdro s drziakom na mobil na tyc, kde to mam prakticky jak na motorke). Toto riesenie fakt fungovalo, az do momentu nez som zastavil a pauzol aktivitu. Po par sekundach, ked som sa znova rozbehol a spustil pokracovanie aktivity v sports trackeri, aplikacia este chvilu ukazovala presne udaje o vzdialenosti a rychlosti. To sa vsak rychlo rozsypalo jak cinsky caj, a razom mi appka ukazovala ze za par sekund prejdem bez problemov aj 400 metrov, samozrejme vyskocila okamzite aj priemerna rychlost a pod. Co ma vsak zarazilo, aktualna rychlost bola stale spravna!!! Ustrelovala len ta priemerna spolu s prejdenou vzdialenostou.

Takze riesenie na tento problem zatial nie je, ak mozete, vyskusajte na inych telefonoch s MTK6589 Sports tracker (endomondo ukazuje stale blbosti), s tym ze si pred tym este vypnite A-GPS, restartnite telefon a az potom spustite Sports Tracker a zacnite merat. Ak bude mat niekto telefon, kde to neblbe, pls dajte vediet.

Zatial predbezne aplikacie ktore funguju a zobrazuju presne vzdialenost aj rychlost: Runkeeper, Locus (dalsie dopiste podla skusenosti).

[mtrakal]

Jak je již známo MTK má problém s GPS měřením rychlosti a vzdálenosti.

Zde přikládám reálnou zkušenost právě aktuální.

Originální záznam z Endomondo v Umi X2: http://www.endomondo.com/workouts/221111355/3065561 (naměřeno 7 km, má být asi 700m, rychlost v průměru prý 60 km/h, trasa je zaznamenána správně, ale nesedí vzdálenost)
Trasa, kterou jsem vyexportoval z Endomondo webu a zpět naimportoval a je správně: http://www.endomondo.com/workouts/221126796/3065561

Problém není dle mého v aplikaci Endomondo, ale v driveru MTK, který špatně zasílá údaje!
Jak to vyřešit? Zatím netuším, pokud někdo budete mít nápad, sem s ním, ale obávám se, že je jediná šance a to oprava jádra ze strany Mediateku :/

Přikládám samotný soubor gpx: https://www.dropbox.com/s/nl2ipqr6lmzg42g/walking.gpx

[TomasT342]

To je zvláštní - data v GPX jsou očividně v pořádku (ještě jsem si je zkoušel nahrát do MapSource a vzdálenost, výškový profil i rychlost jsou OK).
Takže mi není jasné, z čeho Endomondo získalo ty údaje v prvním odkazu (nesmyslné vzdálenosti a rychlosti), domníval jsem se, že od GPS driveru program dostává vždy jen aktuální souřadnice a výšku a z těch si zbytek dopočítá sám.
Jedině, že by původní Endomondo záznam obsahoval daleko více než těch 38 bodů (nevím, jak často zjišťuje polohu) a v GPX souboru už jsou jen zprůměrovaná data s odfiltrovanými výchylkami.
Asi to budu muset taky zkusit

EDIT: Tak jsem zkusil, chová se mi to naprosto stejně - 3,37km (ve skutečnosti 304m) a rychlost 48,6km/h (ve skutečnosti 5km/h). Odchylka trasy od skutečnosti do 5 metrů, celkový čas sedí. Je to, jako by někde o místo poskočila desetinná čárka.

[mtrakal]

tak ještě jsem vzal kousek cesty co jsem uložil přímo data z GPSky do logu:
https://www.dropbox.com/s/fivmj7teb8seq ... 115529.txt
a pomocí apliakce GPSBabel "gpsbabel -i nmea -f log.log -o gpx -F log.gpx" jsem překonvertoval do GPX:
https://www.dropbox.com/s/hzdbp2nj39zj2 ... 115529.gpx

A vypadá to, že to neustřeluje, takže to bude prostě problém výpočtu hodnot od čipu, nebo někde tam... ještě pak zkusím najít jiná data z jiného čipu v NMEA jeslti třeba neposílají data v jiném formátu apod...

[BigFoot007]

JJ. zaujala ma aj jednu skusenost tunajsieho androidaka s MTK6589 - ten trackoval aktivitu (tusim beh alebo bicyklovanie), samozrejme program (teraz si uz nepamatam ci sportstracker, alebo endomondo) zle ratal aj vzdialenost aj rychlost, ked vsak ale nasledne data poloh vyexpedoval a naimportoval nanovo (uz asi cez pocitac), tak rychlost ako aj prejdena vzdialenost bola vypocitana spravne!

Inak este par dodatkov - add google mapy v poslednej verzii v spolupraci s MTK6589 - absolutne nepouzitelna kombinacia na navigaciu, predchadzajuca verzia (pred velkym updatom, ktory prebehol tusim minuly tyzden) slapala v pohode s MTK6589, vyznacovala sa len pomalejsim fixom polohy, teraz vsak ako keby telefon, ci skor google mapy detekovali totalne chybne polohu - kludne o dve ulice dalej, a toto sa nedeje len v zastavanej zone, ale aj na dialnici (priamo v "poli"), kedy navigacia ma pocit, ze clovek je niekde o 200 metrov inde...

Takisto este jeden -dva problemy - pri nastaveniach aGPS tiez niekto pisal svoju skusenost, kedy na MTK pouzival pre fixovanie polohy servere Nokie pred Googlom (v nastaveniach "aGPS), toto mam aj ja tak nastavene, a v 90% pripadov rychlejsie zafixujem polohu ako keby som pouzil servere Googlu.

Druha vec - a na toto upozornil tiez jeden androidak (pouzival Lenovo A660 tusim, alebo A800, teda este telefon s MTK6577, ktory mal zas problem fixovat polohu), ze mal nastaveny telefon na urcovanie polohy tiez podobne ako ja -aGPS s Nokiackym servrom, NEPOUZIVAL GOOGLE mapy, a do toho momentu mu ficalo fixovanie polohy ozaj do max 20-30 sekund (pouzival predpokladam klasicku navigaciu ako Sygic, a pripadne dalsie trackovacie programy, len proste nepouzival google mapy), omylom ich vsak raz zapol, a odvtedy mu to proste zacalo haprat. A toto musim potvrdit aj ja na MTK6589, pokial pouzivam len tak GPS fix, polohu kludne v menej hustej zastavbe zafixujem prakticky do 10-15 sekund (pokial bola gps zapnuta uz predtym, povedzme 20 dozadu, tak fix je prakticky okamzity), to plati aj na to, ze by som pouzival napriklad Sygic, pripadne dalsie programy. Akonahle vsak zapnem Google mapy, na fix sa caka kludne aj minutu, a pritom anilen nepomaha, ze pred chvilou bol zapnuty nejaky iny GPS program. Predpokladam ze Google mapy doslova seru na EPO, a natvrdo pouzivaju pre urychlenie fixu servre Googlu, aj ked to v skutocnosti prave u MTK6589 trva dlhsie, ako keby sa pouzili servre Nokie...Je viem ze toto je tazko uveritelne, ale s MTK6589 a jeho GPSko sa hram uz nejaku dobu, som prakticky velmi spokojny uzivatel, a som aj nazoru, ze MTK6589 sa bez pproblemov da pouzivat aj na navigaciu, sem tam sice GPS nie uplne presne detekuje polohu, ale pri 800 km trase mi to telefon urobi max 2 razy, a toto iste mi robil aj qualcomm, aj starsia nokia, takze to beriem ze je to vykonnostne rovnake, a kludne by som MTK6589 odporucil na navigovanie, len nie s Google Mapamy, ale trebars napriklad so Sygicom

[mtrakal]

https://www.google.com/maps/ms?msid=201 ... 5,0.042272

Dneska opět další pokus, tentokrát s jinou ROM a aplikací My tracks přímo od googlu, výsledek stejný. Trasa co má asi 5km ukazuje 45km, max rychlost asi 70, průměrná rychlost 220

Souhrnné info o trase z aplikace je na konci ve sloupci vlevo.

[adal]

Zkus runkeeper

[rdk.kotesovec]

mtrakal: To jsou primo RAW data z gps? Melo by se jednat o radek:

$GPVTG,334.93,T,,M,0.000,N,0.000,K,A*33,

5ta hodnota ('M') tam nema co delat, tento parametr by nemel byt pouzit, mozna ze to endomondo se pokousi rozkodovat a nedari se...
Hodnota za 'M', popr. za 'N' by mela udavat prave rychlost dle gps, vzhledem k tomu, ze jsou nulove a zaznam je oznacen jako validni, tak endomondo si to muze prebrat 'nahodne'. Ostatni navigace v pripade nulovych hodnot to muzou ignorovat ... (nebo obecne cely GPS tag GPVTG muzou ignorovat a pocitat jen s pozicnimi hodnotami)

[rdk.kotesovec]

beru zpet, muze tam byt, ale predtim by mela byt alespon vubec nejaka hodnota a ne prazdna hodnota ...

[rdk.kotesovec]

ještě je divné, že většina řádků nemá pozemní rychlost vyplněnu vůbec (nulová), ale několik (ca 6 řádků) tam vyplněná rychlost je ...
Chtělo by to více RAW gps logů ... Ale problém vidím v chybném $GPVTG gps tagu

[mtrakal]

Díky za info, cestou z práce nasbírám NMEA logy, jinak ano jsou to surová data z GPS senzoru, co poskytuje servisní menu telefonu.

Jinak mi přijde, že telefon má problém s rozpoznáním pohybu při pomalých rychlostech (GPS se neloguje jako pohyb, jako měli GPS navigace do auta, aby neskákali) - statické GPS.

http://navigovat.mobilmania.cz/clanky/j ... -a-1313030

[rdk.kotesovec]

hmm... Na tenhle problem už jsem zapomněl... Jo, to by mohlo docela dobře souviset, je fakt, že 500km/h podle endomonda chodím většinou, když jdu-jedu u nás (dost kopečky - beskydy) hodně pomalu ...
Takže úkol je, jak mtk6589 přinutit nepoužívat statickou navigaci ...

[mtrakal]

Tím to úplně nebude, jelikož mi to blbě napočítalo i při jízdě v MHD.

Ale může to vysvětlovat chybějící údaje o rychlosti v logách .

[mtrakal]

Takže dnešní delší cesta v MHD a konec pěšky:
NMEA surová data: https://www.dropbox.com/s/5mlkuzb12z45j ... 014507.txt
Chybná data z Endomondo: http://www.endomondo.com/workouts/221621062/3065561
A správná z RunKeeperu: http://rnkpr.com/a3jyd5e
A na mapy.cz: http://mapy.cz/s/84XJ

Takže RunKeeper bere z NMEA jiná data a asi si to počítá sám, nebo naopak bere předpočítaný a používá je. To se asi bude dát zjistit z NMEA logu co tam má za balast, ale dneska to nezvládám, možná v neděli na to kouknu a zkusím zanalyzovat

Poslal jsem jim to i do tématu na Endomondo i když si nemyslím, že je to přímo jejich problém, ale problém čtení dat: https://getsatisfaction.com/endomondo/t ... 89_devices.

[TomasT342]

Takže to asi není problém HW (pozice je OK, ty věci navíc podle mě asi dopočítává driver, ne přímo chip), ale kombinace chyb v driveru a aplikace, která se na rozdíl od jiných hodně spoléhá na tyhle informace navíc.
Kdo myslíte, že to opraví dřív - MediaTek nebo Endomondo?

EDIT:
Zkusil jsem vzít ta uvedená zdrojová data a jednoduchým skriptem (jen ve 2D) to spočítat znovu jen podle $GPGGA řádku - a vyšlo mi:
Maximální rychlost: 86,8394210578058 km/h v čase 12:07:47
Průměrná rychlost: 17,7157267664086 km/h
Celková vzdálenost: 8237,81294638 m
Celkový čas: 1674 sekund
Pokud se Endomondo nedokáže dostat na podobné nebo přesnější hodnoty, tak by si měl jeho programátor/programátoři sáhnout do svědomí. Z těch zdrojových dat se nedá za střízliva dostat vzdálenost 114km a maximální rychlost 1125km/h - zase jim to vyšlo 10x víc.
Asi se budu muset dát na programování, když za necelou hodinu psaní a ladění skriptu spočítám přesnější data, než oni za roky práce
Pokud by to někdo chtěl zkontrolovat, tady je skript (vstupní soubor by se měl jmenovat gps.txt):

Spoiler:

Set WshShell = WScript.CreateObject("WScript.Shell")
Set fs = CreateObject("Scripting.FileSystemObject")
Set File1=fs.OpenTextFile("gps.txt",1,True,0)
Set OutFile1=fs.OpenTextFile("gps_out.txt",2,True,0)
BasicLngMinM=1852
LatLngKoef=1
GraRadKoef=57.296
Lat1=0
MaxSpeed=0
STim=0
TotDist=0
vts=0
Dim ArrVal(20)

While Not File1.atEndOfStream
Line=File1.ReadLine
If Left(Line,6)="$GPVTG" Then
n=InStr(Line,"N,")
Speed=ToInt(Mid(Line,n+2,5))
If Speed > vts Then vts=speed
End If
If Left(Line,6)="$GPGGA" Then
i=ToArray(Line,",")
Tim=ArrVal(2)
Lat=ArrVal(3)
Lng=ArrVal(5)
Xtim=Left(Tim,2)&":"&Mid(Tim,3,2)&":"&Mid(Tim,5,2)
'OutFile1.WriteLine XTim&" - Lat: "&Lat&", Lng: "&Lng
If Lat<>"" and Lng<>"" Then
Tim=ToInt(Left(Tim,2))*3600+ToInt(Mid(Tim,3,2))*60+ToInt(Mid(Tim,5,2))
Lat=ToInt(Left(Lat,2))*60+ToInt(Mid(Lat,3,7))
Lng=ToInt(Left(Lng,2))*60+ToInt(Mid(Lng,3,7))
LatLngKoef=cos(Lat/GraRadKoef)
If Lat1=0 Then
Tim1=Tim-1
Lat1=Lat
Lng1=Lng
End If
LatDist=Abs(Lat-Lat1)*BasicLngMinM
LngDist=Abs(Lng-Lng1)*BasicLngMinM*LatLngKoef
TimDist=Abs(Tim-Tim1)
Dist=Sqr(LatDist*LatDist+LngDist*LngDist)
Speed=Dist/TimDist*3.6
OutFile1.WriteLine XTim&" - Vzdálenost: "&Dist&" m, Čas: "&TimDist&" s, Rychlost: "&Speed&" km/h"
If STim=0 Then Stim=Tim
If Speed>MaxSpeed Then
MaxSpeed=Speed
MaxTim=XTim
End If
TotDist=TotDist+Dist
Tim1=Tim
Lat1=Lat
Lng1=Lng
End If
End If
Wend
TotTim=Tim-STim
AvgSpeed=TotDist/TotTim*3.6
OutFile1.WriteLine "Maximální rychlost: "&MaxSpeed&" km/h v čase "&MaxTim
OutFile1.WriteLine "Průměrná rychlost: "&AvgSpeed&" km/h"
OutFile1.WriteLine "Celková vzdálenost: "&TotDist&" m"
OutFile1.WriteLine "Celkový čas: "&TotTim&" sekund"
OutFile1.WriteLine "VTG Max Speed: "&vts&" km/h"
MsgBox "Hotovo"

function ToInt(Str)
Str=Trim(Replace(Str,".",","))
ToInt=CDbl(Str)
End Function

Function ToArray(Str,Div)
x=1
While Str<>""
n=InStr(Str,Div)
If n>0 Then
ArrVal(x)=Left(Str,n-1)
x=x+1
Str=Right(Str,Len(Str)-n)
Else
ArrVal(x)=Str
Str=""
End If
Wend
End Function

[BigFoot007]

Ja som bol od zaciatku nazoru, ze nie je problem v HW, ale v tom mako soft cita data, respektive si ich interpretuje. Zaujimave vsak je, ze tento problem nema jeden program, ale rovno viacero, ako keby vsetky, ktore maju problem s citanim dat z mtk6589 pouzivali nejaky chybny modul pre citanie dat z GPS chipu

[rdk.kotesovec]

jsou to prevazne sportstrackery, fakt verim tomu, ze to je chybou toho, ze se snazi pouzivat $GPVTG - ktery by prave sportstrackerum mel dat 'presnejsi' udaje o aktualni rychlosti (v beznych 'turistickych' aplikacich (vcetne autonavigaci) tak moc presnou aktualni rychlost nepotrebuji ... A bohuzel zrovna tahle hodnota je v RAW datech SILNE "DIVNA" - idealne mit v tom jejich sw neco jako "GPS settings - vypnout $GPVTG hodnoty z vypoctu" ... (nebo naopak - nejakou aplikaci, ktera bude filtrovat RAW GPS data a jednoduse bude odfiltrovavat radky s $GPVTG, proste driver, ktery si lehne mezi gps driver a front-end aplikace (ale nejsem bohuzel android developer - fakt nevim, jestli takova moznost je )

[mtrakal]

Tak dnes jsem provedl test s externím BT GPS modulem a výsledek je stejný (Endomondo fuckuje, RunKeeper v pohodě), takže je problém někde v předávání dat, jelikož na starým telefonu jsem s ním problém neměl.

Pro připojení BT GPS jsem použil: https://play.google.com/store/apps/deta ... ider&hl=cs kde sice uvádí, že podporujej jen jejich pár zařízení, ale jde tam připojit jakékoliv BT zařízení a hlavně apka umí logovat NMEA do souboru.

Tedy https://www.dropbox.com/s/er2313l13wdpm ... 54-07.nmea zde jsou NMEA data přijímaná z externího modulu.

Log neobsahuje žádná $GPVTG, takže problém nebude v nich, ale asi v nějakém výpočtu a nebo to tyhle data nelogovalo.

Pro test jsem použil: http://www.palmserver.cz/modules.php?na ... e&sid=1276 a vypnusou statickou navigací, takže sice může ustřelovat, ale zase dokáže rozpoznat pohyb i při nízké rychlosti (<5 km/h)

http://www.endomondo.com/workouts/222777830/3065561
http://runkeeper.com/user/mtrakal/activ ... e36=3kqcvt

Docela zajímavé na grafu Endomonda je, jak se zvyšuje lineárně rychlost, skoro bych řekl, že to má být vzdálenost . Jestlipak oni ty hodnoty nečtou obráceně, než je posílá GPS?


---
Když vezmu v potaz soubor co jsem posílal výše a obsahuje $GPVTG tady, tak mi nepřijdou divné $GPVTG,69.52,T,,M,21.858,N,40.504,K,A*06 je dle mého ve správném formátu: http://webcache.googleusercontent.com/s ... /nmea/#vtg jsou to hodnoty z jízdy v MHD, proto kolísají (zastavování a rychlsot je kolem 40-50 km/h)

----
hmm, teď čtu, že to asi bude problém Androidu 4.2.1 který je použit... https://getsatisfaction.com/sportstrack ... roid_4_2_1 to by klidně mohlo být ono a ne problém MTK, jelikož snad všechny ROm co jsem tu kde na MTK viděl stojí právě na tomto jádře

[TomasT342]

Ten poslední poslaný soubor má docela velké skoky i ve statických polohových datech ($GPGGA).
Nevím, jestli je to autem nebo na kole, ale přes 300 jsi asi nejel

Celková vzdálenost: 7646,84677678128 m
Průměrná rychlost: 18,2914607285134 km/h
Maximální rychlost: 301,501197594182 km/h v čase 07:18:18

Díky za ten odkaz - tím je myslím tahle diskuze ukončena.
Chyba není v MTK čipu ani driveru ale přímo v Androidu 4.2.1 - oprava vydána v dubnu, ale další už je na výrobcích telefonů, zda vydají aktualizovanou ROM.
A pokud jsem dobře pochopil, netýká se to jen GPS, ale jakéhokoliv výpočtu v dvojité přesnosti, ve kterém se vyskytnou dvě téměř stejná čísla.
Cítí se někdo na to, zkompilovat opravené problémové soubory ze zdrojáků? (pokud to tedy není v kernelu).
https://android.googlesource.com/platfo ... 784eb80256

[mtrakal]

Sranda, ale kernelem to u MTK není... nahodil jsem ROM s jádrem 4.2.2 a výsledek? Ještě snad horší... . Je to sice neoficiální romka a ne asi moc stabilní, ale zas vše tam funguje zdá se a i GPS se kterou jsem měl na originální problém s AGPS tady běhá svižně (do 10s vždy spojení), ale tenhle problém to stejně nevyřešilo...

[andre.jan]

Mam Cubot GT99 se stejnym procesorem a pomohl mi tento navod http://gizbeat.com/2159/gizbeat-101-gps ... 7-mtk6575/

[TomasT342]

Pomohl v čem? Aby Endomondo přestalo dávat nesmyslné výsledky?

[iq18]

Taky jsem postupoval podle návodu - na fix čekám mooc dlooohou a průměr na kole mám přes 300 km/h . GPS je neštěstí.

[TomasT342]

Použij Locus - to tě zpomalí

[mtrakal]

Na tenhle problém žádný návod zatím není .

Tohle není problém blbého fixu GPS!
To se řeší úplně jinde, zde se řeší pouze chybná vypočtená průměrná a aktuální rychlost a ujetá vzdálenost .

[iq18]

Použij Locus - to tě zpomalí

Mám placený účet u Endomondo a ti se oficiálně vyjádřili, že na opravu enmají čas ni lidi, použitý čip je prý minorita ...

[TomasT342]

Hezká odpověď platícímu zákazníkovi, čiší z ní taková ryzí ochota - alespoň vím, co si určitě nekoupím.

[johnyhol]

Ahoj, něco novýho ohledně tohodle problému?

[TomasT342]

Tak se zdá, že zde popsaný problém má jednoduché řešení - alespoň mě Endomondo už nekecá.
Do souboru /system/build.prop přidejte třeba na konec řádek:
dalvik.vm.execution-mode=int:fast
a restart

[Kalty]

By bylo supr
Já ujel o víkendu s G3s asi 40km a mám tam průměrnou rychlost 600km/h