ROWERY I INNE POJAZDY ELEKTRYCZNE - FORUM ARBITER

[eneuro]

Witam,
Jako, że mam zamiar trochu poanalizować zmiany energii i zużycie energii podczas jazdy, szukam sensownych aplikacji na smartphona z "Winzgrozą" CE do rejestrowania współrzędnych geograficznych LON i LAT oraz czasu GMT do tego bezprzewodowego GPS QSTARZ Solar bluetooth GPS Receiver (BT-Q815):


Znalazłem coś takiego:
free PocketPC GPS application VisualGPSce
Podobno w formacie NMEA 0813 potrafi logować do pliku, a to już pewnie udałoby się obrobić po zczytaniu z karty SD w PC i dołozyć do tego wyskość z map topograficznych.
Wysokość ta powina być dokładniejsza niż ta odczytana z GPS.

Macie jakieś zapisy tras które pokonujecie tymi rowerami EV?
Pewnie wystarczy logowanie co 1s, bo chodzi głównie o zasymulowanie rzeczywistego przejazdu pojazdu EV, na mapie terenu i wyliczenie w każdej sekundzie zmian energii kinetycznej, potencjalnej oraz oszacowanie energii traconej na pokonanie oprów powietrza i tarcie toczne....

BTW: Gdyby do sterownika BLDC wrzucić zegar czasu rzeczywistego, to ładnie można by zgrać to na podstawie czasu z GPS i ze sterownika z zużyciem prądu i napięciem panującym na silniku podczas pokonywania całej trasy i zobaczyć jakie było chwilowe zużycie energii elektrycznej w danym momencie na wybranym odcinku przejechanej trasy....

Witam,
Jako, że mam zamiar trochu poanalizować zmiany energii i zużycie energii podczas jazdy, szukam sensownych aplikacji na smartphona z "Winzgrozą" CE do rejestrowania współrzędnych geograficznych LON i LAT oraz czasu GMT do tego bezprzewodowego GPS QSTARZ Solar bluetooth GPS Receiver (BT-Q815):


Znalazłem coś takiego:
free PocketPC GPS application VisualGPSce
Podobno w formacie NMEA 0813 potrafi logować do pliku, a to już pewnie udałoby się obrobić po zczytaniu z karty SD w PC i dołozyć do tego wyskość z map topograficznych.
Wysokość ta powina być dokładniejsza niż ta odczytana z GPS.

Macie jakieś zapisy tras które pokonujecie tymi rowerami EV?
Pewnie wystarczy logowanie co 1s, bo chodzi głównie o zasymulowanie rzeczywistego przejazdu pojazdu EV, na mapie terenu i wyliczenie w każdej sekundzie zmian energii kinetycznej, potencjalnej oraz oszacowanie energii traconej na pokonanie oprów powietrza i tarcie toczne....

BTW: Gdyby do sterownika BLDC wrzucić zegar czasu rzeczywistego, to ładnie można by zgrać to na podstawie czasu z GPS i ze sterownika z zużyciem prądu i napięciem panującym na silniku podczas pokonywania całej trasy i zobaczyć jakie było chwilowe zużycie energii elektrycznej w danym momencie na wybranym odcinku przejechanej trasy....

[rymi]

Używam Automapy do logowania śladu GPS.

W środku pliku *.gps jest coś w stylu:

Kod:

$GPGSV,3,2,12,21,31,194,33,10,23,077,33,05,23,137,35,16,22,302,36*72 $GPGSV,3,3,12,02,18,047,39,12,10,130,,23,06,331,32,13,05,357,28*73 $GPRMC,123240.000,A,5246.7194,N,02108.4878,E,3.98,5.36,261008,,,A*61 $GPGGA,123241.000,5246.7204,N,02108.4882,E,1,10,0.9,80.3,M,37.6,M,,0000*63 $GPGSA,A,3,31,05,21,02,29,24,23,30,16,10,,,1.7,0.9,1.4*37 $GPRMC,123241.000,A,5246.7204,N,02108.4882,E,3.49,22.04,261008,,,A*57 $GPGGA,123242.000,5246.7213,N,02108.4889,E,1,10,0.9,79.9,M,37.6,M,,0000*61 $GPGSA,A,3,31,05,21,02,29,24,23,30,16,10,,,1.7,0.9,1.4*37 $GPRMC,123242.000,A,5246.7213,N,02108.4889,E,4.08,32.44,261008,,,A*5E $GPGGA,123243.000,5246.7221,N,02108.4900,E,1,10,0.9,79.6,M,37.6,M,,0000*6E $GPGSA,A,3,31,05,21,02,29,24,23,30,16,10,,,1.7,0.9,1.4*37 $GPRMC,123243.000,A,5246.7221,N,02108.4900,E,3.64,51.31,261008,,,A*54 $GPGGA,123244.000,5246.7226,N,02108.4912,E,1,10,0.9,79.5,M,37.6,M,,0000*6E $GPGSA,A,3,31,05,21,02,29,24,23,30,16,10,,,1.7,0.9,1.4*37 $GPRMC,123244.000,A,5246.7226,N,02108.4912,E,2.79,65.72,261008,,,A*5A $GPGGA,123245.000,5246.7229,N,02108.4922,E,1,10,0.9,79.5,M,37.6,M,,0000*63 $GPGSA,A,3,31,05,21,02,29,24,23,30,16,10,,,1.7,0.9,1.4*37

więc pewnie to też NMEA, ale tego już nie drążyłem. Można ten ślad skonwertować od razu w Automapie do *.kml więc i oglądania w Google Maps.

Oczywiście używałem też kiedyś VisualGPS/BeeLineGPS i tak, ma możliwość zapisu do pliku.

Co do ustawiania częstotliwości logowania to nie chce mi się szukać teraz ile Hz ma Qstarz, ale pewnie jak większość co sekundę [dopiero od nie dawna pojawiło się kilka chipsetów mających 5Hz].

Załączam jakiś przykładowy stary zapis trasy.

---

08-10-19 10_01.zip Zapis trasy

Pobierz Plik ściągnięto 379 raz(y) 31,64 KB

[borsuk]

Ja używam Holux GR-260. Tu link do strony producenta:
http://www.holux.com/JCor...ent.jsp?pno=401
Dołączona aplikacja korzysta z Google Maps, trasę możesz też oglądać w Google Earth, ma pomiar czasu , prędkości, długości trasy, elewacji, altimetr, liczne wykresy itp. Częstotliwość logowania możesz ustawiać od 1s do ponad 100s., raporty eksportować do Excela

pozdrawiam
borsuk

[zeeltom]

Cholera... a ja chciałem tylko na rowerku pojeździć

Cholera... a ja chciałem tylko na rowerku pojeździć

[buckowina]

Ja w telefonie używam endomondo, nasze forum nawet ma swoją grupę, w której możemy chwalić się swoimi wynikami

Moja dzisiejsza "traska" wygląda tak: http://www.endomondo.com/workouts/u_GWxmDTar4

Adres grupy: http://forum.arbiter.pl/viewtopic.php?t=1361

[mobydick]

to program komercyjny czy free?

[eneuro]

[buckowina]

Nie bawiłem się w zapisywanie plików z endomondo na pamięci, gdyż wysyła on dane na stronę, gdzie można obejrzeć pełne statystyki, ale gdzieś słyszałem, że jest taka opcja.

[alut]

Jeśli ktoś ma smartfona z androidem, to polecam GPS Essentials.
Trasę można wyeksportować do paru formatów.

Zaś do obróbki potem polecam GPS Prune - z http://activityworkshop.net

Endomondo nie za bardzi mi przypadło do gustu - to tylko społecznościowy gadżet.

[eneuro]

[MixhaL]

[eneuro]

[eneuro]

Ktoś z Was wie może, czy do wyliczania x,y,z [m] w układzie ECEF na podstawie Lon,Lat;
wyskość h w tych wzorach to jest: Alt + geoid?
Przykładowo mam w logu NMEA takie dane o pozycji:

Kod:

$GPGGA,090600.000,5511.7427,N,02116.6036,E,1,10,0.95,205.5,M,41.4,M,,*69

Program obrabia te dane i mam już coś takiego:

Kod:

TestNMEA: DEBUG: Position #2 line:  lat: 55.117427 lon: 21.166036 alt: 205.5 geoid: 41.4 -> x: 3409376.3477096707 y: 1320085.3893280244 z: 5209073.169602106  dxyz: 0.06380956304985742 dist: 0.06380956304985742

Alt= 205.5 [m]
geoid= 41.4 [m]

Nie wiecie, czy typowo wysokość, którą wyświetlają GPSy to z uwzględnieniem geoid (czyli H=Alt+geoid), czy H=alt?

H to wysokość do punktu w terenie od elipsoidy:

(2) to powierzchnia elipsoidy w datum WGS84
(5) to własnie podawana wysokość geoid (tutaj 41.4 [m])
(4) rzeczywisty teren
(3) punkt pomiaru (miejsce położenia odbiornika GPS.

I tylko nie wiem czy Altitiude w tym zapisie NMEA to (3)-(5) (nad geoid, czyli poziomem morza lokalnie), czy (3)-(2) (czyli wysokość od elipsoidy do punktu pomiaru)?

Potrzebuję to do przetworzenia danych położenia z logów w formacie NMEA do układu współrzędnych ECEF (x,y,z), który jest związany z Ziemią i spokojnie już coś liczyć można...

GPS (eg. 55N,21E) -> ECEF


Datum użyte w tym GPS moim to WGS84 i wtedy elipsoida ma parametry: ellipsoid: R= 6378137.0 r= 6356752.3142

Może uda się to sprawdzić na podstawie mapy topograficznej z wysokościami na podstawie testowych danych które zebrałem.

Z góry dzięki za info gdyby ktoś wiedział jak z tym altitiude i geoid jest, bo chyba tak jak myślę:
H= Alt + geoid, a Altitiude podawane jest jako wysokośc od geoid, ale chcę się upewnić, czy nie popełniam jakiegoś błędu.

BTW: Nestety w Google Earth po załadowaniu trasy kilku wypadów, nie udało mi się uruchomić trybu automatycznego przelotu nad tą trasą po zaimportowaniu logu z GPSa w formacie NMEA
Tak czy inaczej jak uda się konwertowac sensownie te dane z logów do ECEF to spokojnie wykresy można w programach do analizy danych 3D robić i analizy, bo się okazało że lokalna mapa Google ma przesunięcie kilku metrów i nawet te drogi co sami zaznaczają, biegną.... przez las zamiast po obrazie z satelity który dostarczają

Gdzieś widziałem mapy, gdzie można było wysokośc w terenie w Polsce określić mając współrzędne geograficzne Lat i Lon, bo te odczyty z GPS wysokości chyba srednio dokładne będą, ale zaleta jechania z mniejszą prędkością (do 50km/h) jest też taka, że wieksza ilość punktów z danymi GPS można zebrać i po przejechaniu tej samej trasy kilka razy, całkiem dokładnie powinno się dać usrednić trajektorię aproksymując dane, zakładając jakiś sensowny promień krzywizny drogi-wiadomo nie jest bardzo mały i zwykle większy niż dokładność GPSa w poziomie.
Ta wysokość tylko mi nie daje spokoju, ale dzisiaj to się stestuje i jakieś animacje w 3D można będzie zrobić i wstępne analizy wpływu topologii terenu na osiągi EV, spalinowców i zwykłych rowerowców

Ktoś z Was wie może, czy do wyliczania x,y,z [m] w układzie ECEF na podstawie Lon,Lat;
wyskość h w tych wzorach to jest: Alt + geoid?
Przykładowo mam w logu NMEA takie dane o pozycji:

Kod:

$GPGGA,090600.000,5511.7427,N,02116.6036,E,1,10,0.95,205.5,M,41.4,M,,*69

Program obrabia te dane i mam już coś takiego:

Kod:

TestNMEA: DEBUG: Position #2 line:  lat: 55.117427 lon: 21.166036 alt: 205.5 geoid: 41.4 -> x: 3409376.3477096707 y: 1320085.3893280244 z: 5209073.169602106  dxyz: 0.06380956304985742 dist: 0.06380956304985742

Alt= 205.5 [m]
geoid= 41.4 [m]

Nie wiecie, czy typowo wysokość, którą wyświetlają GPSy to z uwzględnieniem geoid (czyli H=Alt+geoid), czy H=alt?

H to wysokość do punktu w terenie od elipsoidy:

(2) to powierzchnia elipsoidy w datum WGS84
(5) to własnie podawana wysokość geoid (tutaj 41.4 [m])
(4) rzeczywisty teren
(3) punkt pomiaru (miejsce położenia odbiornika GPS.

I tylko nie wiem czy Altitiude w tym zapisie NMEA to (3)-(5) (nad geoid, czyli poziomem morza lokalnie), czy (3)-(2) (czyli wysokość od elipsoidy do punktu pomiaru)?

Potrzebuję to do przetworzenia danych położenia z logów w formacie NMEA do układu współrzędnych ECEF (x,y,z), który jest związany z Ziemią i spokojnie już coś liczyć można...

GPS (eg. 55N,21E) -> ECEF


Datum użyte w tym GPS moim to WGS84 i wtedy elipsoida ma parametry: ellipsoid: R= 6378137.0 r= 6356752.3142

Może uda się to sprawdzić na podstawie mapy topograficznej z wysokościami na podstawie testowych danych które zebrałem.

Z góry dzięki za info gdyby ktoś wiedział jak z tym altitiude i geoid jest, bo chyba tak jak myślę:
H= Alt + geoid, a Altitiude podawane jest jako wysokośc od geoid, ale chcę się upewnić, czy nie popełniam jakiegoś błędu.

BTW: Nestety w Google Earth po załadowaniu trasy kilku wypadów, nie udało mi się uruchomić trybu automatycznego przelotu nad tą trasą po zaimportowaniu logu z GPSa w formacie NMEA
Tak czy inaczej jak uda się konwertowac sensownie te dane z logów do ECEF to spokojnie wykresy można w programach do analizy danych 3D robić i analizy, bo się okazało że lokalna mapa Google ma przesunięcie kilku metrów i nawet te drogi co sami zaznaczają, biegną.... przez las zamiast po obrazie z satelity który dostarczają

Gdzieś widziałem mapy, gdzie można było wysokośc w terenie w Polsce określić mając współrzędne geograficzne Lat i Lon, bo te odczyty z GPS wysokości chyba srednio dokładne będą, ale zaleta jechania z mniejszą prędkością (do 50km/h) jest też taka, że wieksza ilość punktów z danymi GPS można zebrać i po przejechaniu tej samej trasy kilka razy, całkiem dokładnie powinno się dać usrednić trajektorię aproksymując dane, zakładając jakiś sensowny promień krzywizny drogi-wiadomo nie jest bardzo mały i zwykle większy niż dokładność GPSa w poziomie.
Ta wysokość tylko mi nie daje spokoju, ale dzisiaj to się stestuje i jakieś animacje w 3D można będzie zrobić i wstępne analizy wpływu topologii terenu na osiągi EV, spalinowców i zwykłych rowerowców

[mobydick]

moja trasa do pracy

[eneuro]

A tam można te mile i "stopy" jakoś ustawić, żeby w km/h i metrach to wyświetlało się?
Rozumiem, że zapisu z GPSa w formacie NMEA tej trasy nie masz?

W sumie bardziej podobają mi się i przemawiają do mnie te statystyki z GoogleEarth:

Od razu widać jakie jest maksymalny podjazd (10%) na tej trasie tuż za Dębicą jak dojeżdza się do Motycznej-a później już z górki
Widać też ile do góry musimy się w sumie wdrapać (+170m) i ile było z górki (-186m), czyli potencjalny odzysk energii potencjalnej.
Wychodzi minimum ok. 170m*100kg*9.81/3600000= 0.046 kWh na pokonanie energii potencjalnej wzniesień, zakładając masę całkowitą 100kg.
Teraz pozostaje tylko to zapisać w KML (format XML) i przeliczyć zakładając np. 25km/h cały czas na tej trasie ok. 50km=2x 23 km (tam i z powrotem), ile energii potrzebaby, gdyby udało się jakiś procent odzyskiwać wtedy kiedy przekraczamy 25 km/h
Oczywiście uwzględniając tarcie toczne i opory powietrza przy tej prędkości ok. 7m/s (25km/h)...

BTW: Zabawa się zaczyna i najwyższy czas obalić mity z niemożnością odzysku energii i jej brakiem na trasie
Oczywiście zapis jest z GPS w samochodzie, bo akurat sprawa do załatwienia była i w kilka osób jechaliśmy.
Póki co mój bolid nie rpzpędza się do 80km/h nawet w symulacjach

A tam można te mile i "stopy" jakoś ustawić, żeby w km/h i metrach to wyświetlało się?
Rozumiem, że zapisu z GPSa w formacie NMEA tej trasy nie masz?

W sumie bardziej podobają mi się i przemawiają do mnie te statystyki z GoogleEarth:

Od razu widać jakie jest maksymalny podjazd (10%) na tej trasie tuż za Dębicą jak dojeżdza się do Motycznej-a później już z górki
Widać też ile do góry musimy się w sumie wdrapać (+170m) i ile było z górki (-186m), czyli potencjalny odzysk energii potencjalnej.
Wychodzi minimum ok. 170m*100kg*9.81/3600000= 0.046 kWh na pokonanie energii potencjalnej wzniesień, zakładając masę całkowitą 100kg.
Teraz pozostaje tylko to zapisać w KML (format XML) i przeliczyć zakładając np. 25km/h cały czas na tej trasie ok. 50km=2x 23 km (tam i z powrotem), ile energii potrzebaby, gdyby udało się jakiś procent odzyskiwać wtedy kiedy przekraczamy 25 km/h
Oczywiście uwzględniając tarcie toczne i opory powietrza przy tej prędkości ok. 7m/s (25km/h)...

BTW: Zabawa się zaczyna i najwyższy czas obalić mity z niemożnością odzysku energii i jej brakiem na trasie
Oczywiście zapis jest z GPS w samochodzie, bo akurat sprawa do załatwienia była i w kilka osób jechaliśmy.
Póki co mój bolid nie rpzpędza się do 80km/h nawet w symulacjach