Tracker Projekt - wer hat Lust?

[Jarie]

Moin Leute!
Gibt es hier jemanden der Lust hat mit mir einen eigenen Tracker für`s Kiten (WOO, Xensr) zu entwicklen? Habe schon einen ersten kleinen Datenlogger, möchte das aber gerne professioneller mit mehr Funktionen aufziehen. Langfristig plane ich eine universelle Plattform für verschiedene Sportarten.
Für mich steht insbesondere der Spaß im Vordergrund: also, wenn ihr Bock habt mit mir das anzugehen schreibt mir einfach.

Kenntnisse in Mechattonik, Sensor Fusion, Soft- & Hardware Entwicklung, Programming sind von Vorteil Nähere Infos unter PN!

Jan

[LasseM]

Klingt interessant!
Viel Zeit habe ich nicht unbedingt ueber, koennte mich aber als Hardwareentwickler anbieten Software nur wenns nicht zu komplex wird, da sind nur Reste aus dem Studium vorhanden

Lasse

[Jarie]

Kein Problem! Danke!
Schreib mir eine PN und wir tauschen uns mal aus

[totalhappy]

ich kann garnichts zum projekt beitragen, aber einen hinweis abgeben. : ) für mich (und vielleicht auch für viele andere) wäre eine funktion interessant, die (quer)beschleunigung und versatzes misst/aufzeichnet. (ob bisherige tracker so eine funktion bieten weiß ich nicht)

[Jarie]

Genau das soll eine Funktion werden! Evt eine neue "Messeinheit" um Kiteloops nach Radikalität zu beurteilen.

[totalhappy]

genau so : )

messeinheit sollte es aber bereits geben. m/s² oder so. ; ) und meter für versatz.

eine ausgabe/anzeige der beschleunigung als kurvendiagramm wäre ideal. allerdings wird das wohl bald langweilig weil der verlauf wohl immer fast gleich aussehen würde, nur mit anderen werten. daher wäre der max-wert letztendlich wohl am interessantesten.

[ChrisCross]

Ich finde die Entwicklung eines eigenen Gerätes keine besonders gelungene Idee. Statt dessen lieber eine wasserdichte Hülle und ein aktuelles Smartphone mit GPS und Barometer. Beschleunigungssensoren haben sowieso alle.

Damit hat man alle Sensoren an Board, die man braucht ohne ein zusätzliches Gerät bauen/kaufen zu müssen.

Bei der Datenanalyse und Softwareentwicklung eines solchen Projekts wäre ich sofort dabei.

[Jarie]

Das mit der App für`s Smartphone finde ich gut! Aber wären die meisten Leute bereit ihr Handy mit aufs Wasser zu nehmen? Was passiert bei einem etwas unsanften Crash? Ich könnte mir vorstellen, dass einige dies als Problem sehen. Ich bin für alle Inspirationen offen.

[zournyque]

Wir haben vor längerer Zeit mal basierend auf den Gyrodaten eines Handys automatisiert ein Video zusammengeschnitten also immer ein paar Sekunden vor und nach den Events Cut in/out..Ging besser als erwartet

[lars914]

geht lieber kiten.

es hat keinen Sinn jetzt noch mal das Rad neu zu erfinden.
Ich denke die separten Logger werden eh aussterben wenn man eine Sportsmartwatch für kleines Geld bekommt die das eh mit drin hat.

[Jumps]

Zitat von lars914

geht lieber kiten.

es hat keinen Sinn jetzt noch mal das Rad neu zu erfinden.
Ich denke die separten Logger werden eh aussterben wenn man eine Sportsmartwatch für kleines Geld bekommt die das eh mit drin hat.

welche sportwatch kann das? man finde einfach nix.
und jetzt hat man mit piq auch was vernünftiges

[kiteforum.com]

Gibt es diese Uhren schon?

[lars914]

musst du mal suchen, ich hab nur mal kurz gegoogled (gps sportuhr g-sensor) und hab schon uhren gefunden die GPS und G-Sensor ... und teilweise glaub ich sogar barometrische Höhenmessung drin hatten. Selbst billiganbieter wie decatlon haben schon etwas.

http://www.simvalley-mobile.de/Smart...3915-919.shtml

wobei pearl Sachen immer etwas mir Vorsicht zu geniessen sind von der Quali her epson, pulsar, garmin usw. machen bestimmt zuverlässigere Sachen


Frag mich jetzt nicht wie gut oder schnell die sind aber ich find das ist der beste Weg und ne Uhr aufm Wasser ist sowieso sinnvoll.
Teilweise sind die Preise sogar schon gar nicht mehr sooooo teuer ... halt recht unterschiedlich 80-500€ ... ob die jedoch auch schon gut genug sind ... who knows. Da könnte das Forum ja mal Testarbeit leisten. Aber man kann so was ja meistens zurückschicken bei nichtgefallen.

In max 1-3 Jahren werden die Dinger für 30-50 Euro bei ebay aus china das auch alles können, und dafür lohnt es sich nicht jetzt noch mal zu versuchen selber Hardware zu entwickeln. GGf kann man sogar schon direkt in china eine nonameuhr mit Linux bzw. Android drauf bestellen, die man sich dann zurechtprogrammieren kann .... ggf. mal bei alibaba gucken.

Eine gute Auswertungssoftware ist bestimmt nachhaltiger bzw. sinnvoller.


Geofencing find ich lustig .... dann gibt die Uhr signal wenn man die Kitezone verlässt

[totalhappy]

Zitat von lars914

Geofencing find ich lustig .... dann gibt die Uhr signal wenn man die Kitezone verlässt

oder wenn man ins vogelschutzgebiet loopt.... ; )

[Jarie]

Schön zu hören! Eine Software Lösung mit bereits bestehenden / kommenden System ist mit Sicherheit nicht nur einfacher sondern auch besser umsetzbar.

Geofencing finde ich cool. Wäre an einigen Spots mehr als angebracht..

[PhoenixGT]

Xxx

[lars914]

Zitat von PhoenixGT

Und dann noch irgendwie das Handy mit auf s Wasser zu nehmen / Brett montieren?

Es gibt Tracker fürs Handgelenk da muss man das Handy selber nicht mit dabei haben, z.B. fürs Laufen, Radfahren usw. Da kannst du die Daten auch hinterher runterladen.
Leider sind die technischen Details auf den Homepages nicht gut beschrieben.

[PhoenixGT]

Xxx

[Juppl]

also sollte es bei euch etwas werden, bin ich auf jeden Fall dabei, von Elektronik hab ich leider wenig Ahnung, von Software aber schon.
Ich hab mich da sogar schonmal selber heran gewagt, bin aber sehr schnell auf ein paar Probleme gestoßen.
Hier also erstmal meinen Respekt an die Entwickler der ganzen Tracking-Devices.
die Idee sowas über ein Smartphone laufen zu lassen, hatte ich auch schon, bin mit aber nicht sicher wie die Abtastraten der Sensoren sind und auch nicht die Sensitivität. denn wenn so ein Smartphone nur +/-4G Unterstützung hat, ist es schonmal unbrauchbar... 16 braucht man da schon.
dann ist da ja noch das leidige Problem, aus Bescheinigung die Position zu bestimmen. Klar geht das über doppelte Integration, man verliert aber so auch schnell Genauigkeit. um dann mögliche Messfehler ausgleichen zu können muss dann auch noch ein Filter (z.B. ein Kalman-Filter) eingesetzt werden um Peaks herauszufiltern. in diese Daten aus dem Accelerometer müssen jetzt noch die Gyro Daten einfließen um den Drift einzudämmen. Dafür muss auch noch ein Magnetometer den Drift minimieren. X und Y sind somit im Idealfall nahezu stabil, die Z-Achse wird aber nie stabil. dafür muss man also kontinuierlich die Z-Achse Nullen bis man einen Sprung registriert hat, erst ab da kann man "gefahrenlos" dir Z-Daten nutzen, da der Drift abhängig mit der Zeit steigt.
Soweit ich weiß kann man sich bei den Smartphones nicht sicher sein, wann genau der Sensor abgefragt wird, das regelt das OS. Das ist natürlich Gift für die Integration. spricht also gegen die App ( aallerdings war das meiner Meinung nach bei Android 2.x so, vielleicht ist das jetzt etwas anders...)
der verarbeitende Prozessor muss natürlich auch Recht fix sein ( bei einem standalone Gerät) da man von den Abtastraten alles rausholen muss, was geht. Je schneller, also häufiger, desto besser.
Also von meiner Seite: Machbar aber nicht so einfach wie es klingt. Villeicht seid ihr da schon weiter, mir ist das ptojekt alleine etwas über den kopf gestiegen.
Und an alle die meinen das es das entweder schon gibt oder es albern ist sowas zu machen: man nennt das "Hobby"
Grüße Julian

[Jarie]

@Juppl

Mit der ganzen Thematik habe ich mich bereits auch schon auseinander gesetzt und ebenfalls die gleichenHerausforderungen gehabt. Ich hätte einfach Lust das mal zusammen anzugehen und was auf die Beine zu stellen.

[Racoon]

Für die Position auf der Ebene würde beim Kiten (auf dem Wasser) doch das GPS Signal reichen. Für die Höhe kann man dann den Beschleunigungssensor nehmen, oder sehe ich das falsch?

[ChrisCross]

@Juppl
Mit vielen deiner Anmerkungen hast du Recht, einige der Probleme kommen aber überhaupt nicht auf.

Wie bei einem Woo-Device würde ich die Analyse der Session am Ende machen. So fallen Probleme mit Rechenleistung und Zeitsynchroner-Abtastung schon mal weg. Auch das Filter (ob Kalman oder Partikel oder ganz was anderes ist meiner Meinung nach dabei total egal) kann so im Nachhinein über die ganze Session angewendet werden. So muss die Sprunghöhenschätzung nur auf ganz wenigen Segmenten angewendet werden.
Natürlich hast du mit der Positionsbestimmung recht, der Drift addiet sich super schnell auf, aber bei Sprüngen mit absolutem Maximun von 20 Sekunden sollte es halbwegs genaue Höhenwerte liefern. Dieses Problem haben die Woo/Xsensr/Piq Entwickler ja genauso.

@Racoon GPS ist meiner Meinung nach ein absolutes Muss für so einen Tracker. Bei meiner Session unter der Golden-Gate Bridge will ich am Ende nicht nur die Angabe 5 Sprünge mit maximaler Höhe 8 Meter, sondern den genau gefahrenen Kurs. Für Sprungmessung haben GPS aber meist eine zu geringe Samplingrate.

[Juppl]

@ChrisCross
Ja guck, da weißt du mehr als ich, hab leider keinen WOO.
Bei der Lösung ist nur das "Problem" der Datenspeicherung. Bei 9 Werten mit jeweils 16 Bit sind 144 Bit/Sample bei einer Rate von 1000Hz (nach mpu9050 datensheet) kommt man da also auf 144000 Bit ~> 20Kb pro Sekunde, bei einer Session von 2 stunden ergeben sich so immerhin 144Mb. Ja das klingt nicht viel, bedeutet aber das ein extra flash Speicher mitgeführt werden muss.
Ich sag mal ganz einfach, klingt für mich dennoch nach dem besseren Lösungsweg da der Tracker deutlich weniger zu tun hat. Super vorlschlag also, den ich schlicht nicht bedacht habe
Zum Thema GPS: finde ich auch toll, sollte auch immer vorhanden sein, aber wie ChrisCross schon geschrieben hat sind die sampleraten von GPS mit 10Hz sehr gering (glonass und Galileo haben so weit ich weis nur 5Hz). Zur Positionsbestimmung und Geschwindigkeit ist es aber das Mittel der Wahl. und die paar Daten bekommt man auch noch unter, wenn man schon einen Speicher hat
Hier läuft's ja richtig!
Grüße
Julian

[ChrisCross]

Datenspeicher ist ein Punkt, aber ich denke 100Hz Abtasten sollte auf jeden Fall reichen, vermutlich noch deutlich weniger, damit sinkt der Datenaufwand dann auch enorm.

[ChrisCross]

@lars914
@Tobi (kiteforum)

Ganz eurer Meinung, die Sportwatches sind die beste Alternative, die eingebauten Sensoren sind tatsächlich auch die gleichen wie in Woo und Co. Leider sind Kiteboarder nicht deren Zielgruppe und so gibt es keine fertige Analyse für Sprünge etc.
An die Rohdaten kommt man zwar dran, aber die werden runter gesampelt. Weil man für Schwimmen, Joggen und Bergsteigen nicht mehr als 1 Hz braucht.

Ich habe die Suunto Ambit 3 Peak. Die hat Barometer, Beschleunigungssensoren und GPS und bietet damit alles, was ich brauchen würde. Nur das die Daten runter gesamplet werden, macht die Messung leider zu ungenau. Die Sprünghphenanalyse habe ich aber schon mal programmiert, ich bräuchte nur die Chance, die Barometer und Accelerometer-Daten höher zu samplen und die Lösung wäre fertig. Suunto hat mit ihrem Movescount sogar schon ein schickes Portal, wo auch die Leaderboard-Fetischisten auf ihre Kosten kämen.

[PhoenixGT]

Xxx

[x_mad_x]

Moin Moin,

ich habe leider auch weder Programmierkenntnisse mit gängiger Software (nur C++ und Matlab aus dem Studium) noch Elektrotechnikwissen.

Ich hatte mich aber auch einmal damit auseinandergesetzt und die modernen Sportuhren von Garmin können schon eine Menge aufzeichnen, aber halt keine Höhe. Ein Kumpel nutzt die Uhr zum tracken der Geschwindigkeit und des wegen. Das funktioniert auch sehr gut und wirklich genau.

Garmin hat auch eine offene Entwickler Plattform und man soll angeblich mit Java Kenntnissen die Programmiersprache recht schnell erlernen können.
Hier mal ein Link:

http://www.heise.de/newsticker/meldu...s-2404364.html

http://developer.garmin.com/connect-iq

Wenn man sich auskennt, kann man das sicher recht einfach umsetzen und es gibt Garmin Uhren mittlerweile recht günstig.
Kiteloops haben die auch schon überlebt

Was ich das geniale an einer Uhr finde, ist dass man die Daten live beim Fahren sehen kann und sich damit richtig schön pushen kann. Zudem kann man auch schauen, wenn man an seiner Technik arbeiten, ob man höher war als zuvor.

Beste Grüße!

[Juppl]

@PhoenixGT
Hmm, wenn du das meinst, 10Hz klingt für mich doch arg wenig. Ich will nicht sagen, da es nicht geht, damit kenne ich mich bei den realen Anwendung zu wenig aus, ich wäre einfach nach den Prinzip: viel hilft viel vorgegangen
denn rein mathematisch ist es ja sinnvoller viele samples zu machen um möglichst nah an der Realität zu sein. 1000Hz sind da vielleicht etwas übertrieben, da gebe ich zu
ich muss aber sagen dass ich das auch mal spannend finden würde, die Unterschiede in der Realität zu sehen. also in wieweit sich die einzelnen Raten wirklich unterscheiden.

Ach ja, ich möchte mich hier nicht als "Spezialist" präsentieren, denn das bin ich nicht! Das sind alles nur Erfahrungen von ein paar Tests und diversen Recherchen.

Und noch was zu den 1Hz, ist damit vielleicht eher die GPS-Rate gemeint? Das wäre nämlich durchaus sinnvoll, mehr braucht man für solche Tätigkeiten dann eh nicht.
Grüße,
Julian

[Jarie]

So, ich habe bis dato schon mit einigen von euch Kontakt aufgenommen.

Fakt ist, dass es nach meiner Meinung wenig Sinn hat, jetzt hier zu sehr abzudriften.

Mir ist es wichtig, dass ich uns aus verschiedenen Disziplinen (Informatik, E-technik, Mechatronik, Wing, etc.) zusammen bringe und wir ein Team aufbauen können und loslegen können. Ganz nach dem Motto "Nicht quatschen, sondern machen". Es ist jetzt erstmal belanglos, wie und ob jetzt eine eigene HW für Board oder Handgelenk oder sogar eine reine SW Lösung für bestehende Systeme gebastelt wird. All das, können wir später in Ruhe im Team außerhalb des Forums besprechen was am sinnvollsten ist.

Vielen Dank für den ganzen Input und ich finde es klasse, dass das Thema für so viel Diskussion und Austausch sorgt.

Jan

[ChrisCross]

@PhoenixGT
Du hast vollkommen recht, der Sensor kann definitiv schneller und intern wird das sicher auch so gemacht, nur gibt mir das Suunto Portal nur die Daten mit 1Hz wieder heraus. Bei der Garmin Uhr scheint da viel mehr möglich zu sein. Wenn es da eine mit Barometer gibt, ist das definitiv eine Überlegung wert.

@x_mad_x
Die Garmin API sieht super aus. Wenn es eine Uhr mit Barometer gibt, dann ist das ein sehr guter Kandidat.

[Hoelsch]

Hat sich eigentlich nun irgendwas aus diesem Ansatz entwickelt? Ich finde das Ganze recht interessant!