RaceChronon tarpeet

Aloittaja MarkoL, 18.02.13 - klo:18:51

« edellinen - seuraava »

0 Jäsenet ja 1 Vieras katselee tätä aihetta.

murmela

Lainaus käyttäjältä: Vuorela - 17.08.15 - klo:13:47
Androidista löytyy näemmä ihan samat ongelmat. Äkkiseltään katsottuna useammasta kohdasta ja ainakin tuo paluusuoran jälkeisen vasurin ja karusellin välinen suoran oikaiseva virhe ei osoita pohjoiseen.
Eri puhelin, eri softaversio, ja ainoa yhdistävä asia samanmallinen gepsimokkula?
Jarrut paskana, paha hidastaa.

Vuorela

Lainaus käyttäjältä: murmela - 17.08.15 - klo:14:00
Lainaus käyttäjältä: Vuorela - 17.08.15 - klo:13:47
Androidista löytyy näemmä ihan samat ongelmat. Äkkiseltään katsottuna useammasta kohdasta ja ainakin tuo paluusuoran jälkeisen vasurin ja karusellin välinen suoran oikaiseva virhe ei osoita pohjoiseen.
Eri puhelin, eri softaversio, ja ainoa yhdistävä asia samanmallinen gepsimokkula?

Racadec ja gps mokkula. Täytyy yrittää kaivaa jostain toinen mokkula Motoparkkiin ja ottaa varuiksi molemmat puhelimetkin mukaan.

Jos joltain löytyy kokeiltavaksi jotain muuta kuin 1Hz Nokiaa tai tuota 10Hz Qstarz, niin kiinnostaisi kokeilla.

murmela

Lainaus käyttäjältä: Vuorela - 17.08.15 - klo:14:07
Lainaus käyttäjältä: murmela - 17.08.15 - klo:14:00
Lainaus käyttäjältä: Vuorela - 17.08.15 - klo:13:47
Androidista löytyy näemmä ihan samat ongelmat. Äkkiseltään katsottuna useammasta kohdasta ja ainakin tuo paluusuoran jälkeisen vasurin ja karusellin välinen suoran oikaiseva virhe ei osoita pohjoiseen.
Eri puhelin, eri softaversio, ja ainoa yhdistävä asia samanmallinen gepsimokkula?

Racadec ja gps mokkula. Täytyy yrittää kaivaa jostain toinen mokkula Motoparkkiin ja ottaa varuiksi molemmat puhelimetkin mukaan.

Jos joltain löytyy kokeiltavaksi jotain muuta kuin 1Hz Nokiaa tai tuota 10Hz Qstarz, niin kiinnostaisi kokeilla.
Yks mahdollinen mutu-skenario: BT-stäkki menee hetkeksi tukkoon kahdella BT-laitteella. Ja koska RaceChrono tarvii(?) välillä myös niitä gepsidatan seassa olevia tahdistusdatoja, niin ne jää välistä, ja RaceChronon laskeminen sekoaa hetkeksi.
Jarrut paskana, paha hidastaa.

Nitrous

Lainaus käyttäjältä: murmela - 17.08.15 - klo:11:47
Ilmeneekö tuo ongelma sekä vanhassa 1.45 RaceChronossa, että uudessa 4.x ssä?

Ja ilmeneekö se aina silloin kun kompassisuunta on abaut tasan pohjoseen?
Sulla on ainakin se mun edellinen Kemora data ja se on kauttaaltaan puuroo. Symbian chrono. Pitänee kokeilla ilman dacia. Ja kun häröö tulee niin sotkee koko setin. Sillon kun ei tuu häröö, toimii koko setin ilman ongelmia.
Kaikki ajotekniikkaan liittyvät kirjoitukseni ovat vain omia mielipiteitäni ja jokainen kokeilee niitä omalla vastuullaan. Se mikä toimii minulle, ei välttämättä toimi muille.
https://www.facebook.com/EsaTirkkonenNo7

murmela

Lainaus käyttäjältä: Nitrous - 17.08.15 - klo:17:01
Lainaus käyttäjältä: murmela - 17.08.15 - klo:11:47
Ilmeneekö tuo ongelma sekä vanhassa 1.45 RaceChronossa, että uudessa 4.x ssä?

Ja ilmeneekö se aina silloin kun kompassisuunta on abaut tasan pohjoseen?
Sulla on ainakin se mun edellinen Kemora data ja se on kauttaaltaan puuroo. Symbian chrono. Pitänee kokeilla ilman dacia. Ja kun häröö tulee niin sotkee koko setin. Sillon kun ei tuu häröö, toimii koko setin ilman ongelmia.
Samanlaista puuroo mulla tulee jos gepsimokkula on "rikki".
Jarrut paskana, paha hidastaa.

wbaum

Väittäisin ettei oo sama issue jos on koko setti puuroa.

murmela

Lainaus käyttäjältä: wbaum - 17.08.15 - klo:18:12
Väittäisin ettei oo sama issue jos on koko setti puuroa.
Puurodataa mulla on tullu 3-4:llä eri 10Hz Qstars mokkulalla.
Garmin GLO "10Hz" datan kans ei oo ollu mitään vastaavia ongelmia.
Samoin wanha Qstarsin 5Hz mokkula on toiminu aina ongelmitta. Sitä ny viimeks käytin kun Garmin tuntu ottaneen siipeen kipissä, ei ainakaan löytäny satelitteja gotlannissa.
Jarrut paskana, paha hidastaa.

wbaum

18.08.15 - klo:01:04 #172 Viimeisin muokkaus: 18.08.15 - klo:01:06 käyttäjältä wbaum
Tutkin hiukan tuota virhedataa. Siinä tosiaan timestamp menee normitahtiin ja mutta sijainti hyppää reilusti, katsoin niin mulla oli jopa 2sekuntia yhdellä kierroksella tuo hyppy.  Ennen ja jälkeen fuulan oli noin 3m/s ja hypyn kohdalla paikka oli muuttunut 72metriä. Pitää vielä katella jotain muuta virhettä näkiskö heittääkö racedac data myös. Yhtäkkiä katsoen ei. Muistelen että mulla jossain datassa oli kans samannäköinen fuula aiemmin, joten ei dacin antama kuorma tuohon vaikuta kuitenkaan.

Pitää töis vähän matlabilla pyöritellä, hermo menee openofficella vääntää.

mako

edellisvuosien kierroksia ku kattelee chronosta ni alastarossa ollut 4 sektorii ,mut nyt vaa 3 ja data pätkii mut tulee kyl hyvii kierrosaikoja .onks se toi Qstars mikä pätkii vai nokia 5230 vai puputin

wbaum

28.08.15 - klo:01:31 #174 Viimeisin muokkaus: 28.08.15 - klo:01:41 käyttäjältä wbaum
Katselin tuossa Nmea-datana läpi mistä tuo fuula tulee. Se tulee aikaleimasta, eli GPS antaa ajan, mitä sitten racechrono tulkitsee. Sehän ei käyttäne mitään puhelimen omaa kelloa vaan todennäköisesti GPS-fixin aikaa ajanottoon, eli se mitä taivaalta tulee. Se nyt onkin järkevää. Seuraavassa on tää ongelma mikä on ainakin mulla, eli välillä tulee uskomattoman hyvä sektoriaika johonki kierrokseen. Se selittyy ihan sillä että racechrono tallentaa väärän ajan. GPZDA tulee 2hz taajuudella, eli normisti 2kertaa sekunnissa, jolloin aika-arvon pitäis kasvaa 0.500. Merkityssä välissä kuitenkin arvo pienenee 1.500 sekuntia. Eli sektoriaika pommitettiin 2 sekuntia nopeammin ajanoton mukaan kuin oikeasti. GPGGA tulee 10hz taajuudella, eli sijainti ja aika. Tässä aika kelautuu taaksepäin 1.9sekuntia, vaikka sen pitäis mennä 0.1sekuntia eteenpäin. -> sama 2sekunnin virhe.

Racedacin RC1 laskuri käyttänee puhelimen kelloa(?), ja siinä ei näy mitään erikoista. Taajuus tässä 20hz. Huomattavaa on että tämä laskuri toimii loogisesti aina, silloinkin kun GPS-fixin aika sekoilee.


$GPZDA,091608.700,15,08,2015,,*5D
$RC1,091608.777,10970,+0.609,+2.456,+1.346,+47.3,+8.4,+11.6,8583,76,2,6,0,0*03
$GPGGA,091608.800,6325.2213,N,02358.8960,E,1,7,1.55,113.8,M,21.6,M,,*51
$GPVTG,90.46,T,,M,58.56,N,108.51,K,A*35
$RC1,091608.827,10971,-2.414,+2.827,-5.294,-47.2,+8.7,+13.6,8767,77,2,0,0,0*0D
$RC1,091608.877,10972,-3.642,+4.670,-8.519,-49.1,-6.7,+15.8,8826,78,2,0,0,0*06
$GPGGA,091608.900,6325.2213,N,02358.8997,E,1,7,1.55,113.8,M,21.6,M,,*58
$GPVTG,91.73,T,,M,60.26,N,111.66,K,A*32
$RC1,091608.928,10973,-2.474,-3.553,-1.630,+40.9,+7.0,+2.5,8894,78,2,6,0,0*3B
$GPGGA,091609.000,6325.2212,N,02358.9035,E,1,7,1.55,113.8,M,21.6,M,,*51
$RC1,091608.978,10974,+1.135,+2.544,+3.020,+49.4,-6.2,+8.5,9124,78,2,0,0,0*30
$RC1,091609.028,10975,+1.007,-2.539,+1.902,-63.7,-15.3,+14.6,9166,76,2,0,0,0*33
$RC1,091609.078,10976,+1.135,-2.156,+3.063,-15.7,-3.2,+19.8,9239,82,2,0,0,0*02
$GPGGA,091607.100,6325.2213,N,02358.9074,E,1,7,1.55,114.0,M,21.6,M,,*55     <--- HOX, tässä kohti palataan ajassa taaksepäin
$GPVTG,93.38,T,,M,63.51,N,117.68,K,A*34
$RC1,091609.128,10977,-2.757,-3.162,-6.631,-52.5,+2.5,+15.4,9370,84,2,0,0,0*0F
$RC1,091609.178,10978,+1.892,-2.916,+5.458,-19.0,+17.8,+22.0,9417,85,2,0,0,0*30
$RC1,091609.228,10979,+0.951,+3.104,+0.122,-60.7,-35.1,+10.4,9539,89,2,0,0,0*3B
$GPGGA,091607.200,6325.2212,N,02358.9116,E,1,7,1.55,114.0,M,21.6,M,,*52
$GPZDA,091607.200,15,08,2015,,*57


Kirjoittelin tuohon hommaan skriptin mitkä löytää noi fuulat nmea-datasta. Pitää varmaan pökätä pyörä tallin pihalle pariksi tunniksi keräämään dataa hyvällä singaalilla ja katsoa mitä se tekee. Ylläoleva data siis 40000 rivisestä nmea-koodista pätkäisty eli tommonen hiukan vajaan setin pituinen data.

murmela

Lainaus käyttäjältä: wbaum - 28.08.15 - klo:01:31
Racedacin RC1 laskuri käyttänee puhelimen kelloa(?), ja siinä ei näy mitään erikoista. Taajuus tässä 20hz. Huomattavaa on että tämä laskuri toimii loogisesti aina, silloinkin kun GPS-fixin aika sekoilee.
RaceDACissa on oma kristalli josta tuo RaceDACin datan "aikalaima" otetaan. Eli sillä ei sinänsä ole mitään tekemistä minkään kellonajan kanssa. Se on ihan vaan järjestysluku, mikä lähtee nollasta juoksemaan etiäppäin kun RaceDAC käynnistetään. Ja luku kasvaa aina yhdellä per rivi. Jos haluttu taajuus on esim 20Hz, niin RaceDAC pitää huolen siitä että se tuuppaa datarivin tulostukseen aina tasan 0,05 sekunnin välein.
Jarrut paskana, paha hidastaa.

wbaum

Lainaus käyttäjältä: murmela - 28.08.15 - klo:12:11
Lainaus käyttäjältä: wbaum - 28.08.15 - klo:01:31
Racedacin RC1 laskuri käyttänee puhelimen kelloa(?), ja siinä ei näy mitään erikoista. Taajuus tässä 20hz. Huomattavaa on että tämä laskuri toimii loogisesti aina, silloinkin kun GPS-fixin aika sekoilee.
RaceDACissa on oma kristalli josta tuo RaceDACin datan "aikalaima" otetaan. Eli sillä ei sinänsä ole mitään tekemistä minkään kellonajan kanssa. Se on ihan vaan järjestysluku, mikä lähtee nollasta juoksemaan etiäppäin kun RaceDAC käynnistetään. Ja luku kasvaa aina yhdellä per rivi. Jos haluttu taajuus on esim 20Hz, niin RaceDAC pitää huolen siitä että se tuuppaa datarivin tulostukseen aina tasan 0,05 sekunnin välein.
Ahaa jees, hyvä tietää.

Oliko Vuorela sulla nmea-dataa siitä android + qstarz kokoonpanosta. Semmosta missä tn tää sama fuula?

murmela

Lainaus käyttäjältä: wbaum - 28.08.15 - klo:12:23
Oliko Vuorela sulla nmea-dataa siitä android + qstarz kokoonpanosta. Semmosta missä tn tää sama fuula?
Pistäppä tuo buginen NMEA-data jakoon, kiits, niin välitän sen eteenpäin...
Jarrut paskana, paha hidastaa.

murmela

Sattuukos kenelläkään olemaan sessioita, joissa känny ois esim teipattuna tankkiin ja jossa olisi "record sensor data" kytkettynä expert settingseistä?
Jarrut paskana, paha hidastaa.

Vuorela

Lainaus käyttäjältä: wbaum - 28.08.15 - klo:12:23
Lainaus käyttäjältä: murmela - 28.08.15 - klo:12:11
Lainaus käyttäjältä: wbaum - 28.08.15 - klo:01:31
Racedacin RC1 laskuri käyttänee puhelimen kelloa(?), ja siinä ei näy mitään erikoista. Taajuus tässä 20hz. Huomattavaa on että tämä laskuri toimii loogisesti aina, silloinkin kun GPS-fixin aika sekoilee.
RaceDACissa on oma kristalli josta tuo RaceDACin datan "aikalaima" otetaan. Eli sillä ei sinänsä ole mitään tekemistä minkään kellonajan kanssa. Se on ihan vaan järjestysluku, mikä lähtee nollasta juoksemaan etiäppäin kun RaceDAC käynnistetään. Ja luku kasvaa aina yhdellä per rivi. Jos haluttu taajuus on esim 20Hz, niin RaceDAC pitää huolen siitä että se tuuppaa datarivin tulostukseen aina tasan 0,05 sekunnin välein.
Ahaa jees, hyvä tietää.

Oliko Vuorela sulla nmea-dataa siitä android + qstarz kokoonpanosta. Semmosta missä tn tää sama fuula?

Tuossa olis kemoran kierrokset mikäli exporttaus ja jakohässäköinti meni oikein:
https://dl.dropboxusercontent.com/u/8982652/session_kemora_20150815_1003.nmea

Powered by EzPortal