Tracking mit allen OSD?
- Themenstarter EvoLution
- Beginndatum
- Status
Auf deine pauschale Frage antworte ich mal einfach mit einem NEIN.
Ein OSD ist ja wie der Name schon sagt ein Display. Zum Tracken brauchst du noch eine Verbindung vom OSD zum Boden, und dort irgendwas wa die Daten auswerted und in Steuerbefehle für den Tracker umsetzt.
Welche sind alle OSD
Da musst du dich schon etwas genauer ausdrücken.
Gruß Steffen
Ein OSD ist ja wie der Name schon sagt ein Display. Zum Tracken brauchst du noch eine Verbindung vom OSD zum Boden, und dort irgendwas wa die Daten auswerted und in Steuerbefehle für den Tracker umsetzt.
Welche sind alle OSD
Da musst du dich schon etwas genauer ausdrücken.Gruß Steffen
Das stimmt, man braucht grundsätzlich kein OSD für Antennentracking, nur das GPS und ein Gerät was die Daten verarbeitet und zu Boden sendet.
Bis auf das Myflydream Antennentracker Gerät benötigen jedoch alle ein OSD.
Myflydream sendet über Audiokanal
Eagle Tree sendet über Videokanal
ImmersionRC sendet über den Audiokanal
Rangevideo, .... (noch nicht am Markt)
DragonOSD sendet über Videokanal (noch nicht am Markt)
Bis auf das Myflydream Antennentracker Gerät benötigen jedoch alle ein OSD.
Myflydream sendet über Audiokanal
Eagle Tree sendet über Videokanal
ImmersionRC sendet über den Audiokanal
Rangevideo, .... (noch nicht am Markt)
DragonOSD sendet über Videokanal (noch nicht am Markt)
hmmm, wenn ich die anfängliche frage mal etwas umformulieren darf...:
wäre es frech, eine art universalkoppler zu entwerfen, der die nmea-tx-daten von (fast) jedem beliebigen sensor "mithört" und in den audiokanal vom video-downlink einspeist, sind ja max 9600 baud, will heißen die 16khz (oder wieviel sinds?) audiobandbreite reichen vöööllig, um das "heile" runterzubringen? unten braucht man ein "dingens", das die daten vom audiokanal abgreift, dekodiert und in servosignale umwandelt. feddisch!
schwer ist das nicht, die HW ist kein problem. ich spreche zwar 4 fremdsprachen aber "atmüll" oder "pig" ist leider nicht dabei, sonst hätt ich son ding längst mal gebaut. da ist nicht wirklich viel dran... ein pic im "bodendingens" müßte locker reichen, braucht ja keine ad-wandlung oder son kram, npaar schlau gebaute schmitttrigger + filtergedöns und gut ist. je nachdem, wieviel platz im rom ist, kann man ja noch ne simple plausibilitätskontrolle proggen, indem man schaut, ob die aktuell erhaltenen koordinaten in eine kurve bestehend aus meinetwegen den letzten 5..10 koordinaten auf einer plausiblen bahn liegen oder nicht. wenn nicht, werden die koo's verworfen und mit dem aktuellen vektor der kurve weiterverfolgt, bis zum nächsten plausiblen datum.
"plausibel" heißt dabei innerhalb eines erlaubten winkels zwischen 2 vektoren, die durch mindestens 3 punkte definiert sind. in hochsprache einfach zu proggen, aber dat verstehn die dinger nicht und ein tiny-tiger ist immer noch zu fett zum fliegen... :
3 punkte sollten also für ne primitive plausibilitätskontrolle schon ausreichen. muß man den erlaubten winkel eben durch tipp-auf oder tipp-ab von hand einstellen bis es paßt.
5 oder mehr punkte erlauben eine dynamische anpassung des erlaubten winkels, automatisch!
um das ganze gelaber jetzt mal allgemeinverständlicher in die "umformulierung" der frage zu packen: wollen wir mal gemeinsam son dingens planen und bauen?
für die hersteller kaufbarer trackingsysteme sehe ich das nicht mal als konkurrenz, zumal man denen nur ein update einspielen braucht und schon verstehen sie den unverschlüsselten code wieder! nicht jeder will sich son ding bauen, sondern vllt einfach kaufen. geht dann! denn zb ein ez-tracker würde mit unserem "tracking-babelfisch" plötzlich auch ein et-tracking verstehen usw. jeder versteht jeden .... jaaaa, auch fy21ap
mic? Du "alter nmea-flüsterer" hast doch son decodier-pröggle schon geschrieben...hättste böcke? hättste n bißle zeit? sachste mir was Du für ne HW-umgebung um den prözl brauchst (und welchen) und ich bau das restliche gedöns dann drumrum. den feddischen prototopf schick ich dann zum flashen?
o.d.
wäre es frech, eine art universalkoppler zu entwerfen, der die nmea-tx-daten von (fast) jedem beliebigen sensor "mithört" und in den audiokanal vom video-downlink einspeist, sind ja max 9600 baud, will heißen die 16khz (oder wieviel sinds?) audiobandbreite reichen vöööllig, um das "heile" runterzubringen? unten braucht man ein "dingens", das die daten vom audiokanal abgreift, dekodiert und in servosignale umwandelt. feddisch!
schwer ist das nicht, die HW ist kein problem. ich spreche zwar 4 fremdsprachen aber "atmüll"
oder "pig" ist leider nicht dabei, sonst hätt ich son ding längst mal gebaut. da ist nicht wirklich viel dran... ein pic im "bodendingens" müßte locker reichen, braucht ja keine ad-wandlung oder son kram, npaar schlau gebaute schmitttrigger + filtergedöns und gut ist. je nachdem, wieviel platz im rom ist, kann man ja noch ne simple plausibilitätskontrolle proggen, indem man schaut, ob die aktuell erhaltenen koordinaten in eine kurve bestehend aus meinetwegen den letzten 5..10 koordinaten auf einer plausiblen bahn liegen oder nicht. wenn nicht, werden die koo's verworfen und mit dem aktuellen vektor der kurve weiterverfolgt, bis zum nächsten plausiblen datum."plausibel" heißt dabei innerhalb eines erlaubten winkels zwischen 2 vektoren, die durch mindestens 3 punkte definiert sind. in hochsprache einfach zu proggen, aber dat verstehn die dinger nicht
und ein tiny-tiger ist immer noch zu fett zum fliegen... :3 punkte sollten also für ne primitive plausibilitätskontrolle schon ausreichen. muß man den erlaubten winkel eben durch tipp-auf oder tipp-ab von hand einstellen bis es paßt.
5 oder mehr punkte erlauben eine dynamische anpassung des erlaubten winkels, automatisch!
um das ganze gelaber jetzt mal allgemeinverständlicher in die "umformulierung" der frage zu packen: wollen wir mal gemeinsam son dingens planen und bauen?
für die hersteller kaufbarer trackingsysteme sehe ich das nicht mal als konkurrenz, zumal man denen nur ein update einspielen braucht und schon verstehen sie den unverschlüsselten code wieder! nicht jeder will sich son ding bauen, sondern vllt einfach kaufen. geht dann! denn zb ein ez-tracker würde mit unserem "tracking-babelfisch" plötzlich auch ein et-tracking verstehen usw. jeder versteht jeden
.... jaaaa, auch fy21ap mic? Du "alter nmea-flüsterer" hast doch son decodier-pröggle schon geschrieben...hättste böcke? hättste n bißle zeit? sachste mir was Du für ne HW-umgebung um den prözl brauchst (und welchen) und ich bau das restliche gedöns dann drumrum. den feddischen prototopf schick ich dann zum flashen?
o.d.na klar, nen "µc-fremdsprachler" bräucht mer halt, das ist nicht mehr meine domäne, dauert bei mir viel zu lange, bis ich mich da reingekniet hab. da gibts genug jüngere, bei denen das bereits zur "elektrischen grundausbilung" gehört hat zu meiner zeit nannte man einen fm-didschidl-sündesaißer-djuner noch transistor-radio und war stolz, kein röhrengerät mehr zu haben, als ich beschloß, das zu studieren...haha
evtl gibts da auch schlankere µce, pics sind auch noch recht groß, da gäbs doch bschdimmt was gschickteres?
odä? o.d.
zu meiner zeit nannte man einen fm-didschidl-sündesaißer-djuner noch transistor-radio und war stolz, kein röhrengerät mehr zu haben, als ich beschloß, das zu studieren...haha
evtl gibts da auch schlankere µce, pics sind auch noch recht groß, da gäbs doch bschdimmt was gschickteres?
odä?
o.d.
Mictronics hat gesagt.:
AndiSichtgrenze hat gesagt.:
mich würde es nur beim FY 21 AP interessieren. 
http://www.rcgroups.com/forums/showpost.php?p=15473318&postcount=325
Stimme dir 100%ig zu
Da ich aber auch sehr an dem fy21ap-Gruppenkauf interessiert bin, weil ich bisher weder OSD noch GPS o.Ä. besitze, würde ich schon gern wissen wie hoch der Aufwand ist um später ein Antennentracker mit dem fy21ap zum laufen zu bringen.So ein selbst entwickelter Tracker wäre natürlich ne feine Sache. Ich denke die meisten wollen das immernoch über den Audiokanal runterschicken, weil sie einfach keine zusätzliche Hardware ins Flugzeug packen wollen.
Im Flugzeug braucht man dafür nur ein kleines Modem, welches den NMEA String einliest und daraus brauchbare Informationen für den Tracker filtert und diese dann über den Audiokanal runterschickt. Die größe könnte so oder kleiner sein:
Am Boden ist dann natürlich etwas aufwendiger. Dafür könnte man die Sache am Boden natürlich supergeil machen, also Tracker, mit USB oder Seriellem Anschluss für Google Earth und Datenlogging, eventuell wenn jemand hiervon Ahnung hat ein Diversity gleich mit einbauen (nicht mit RSSI sondern Videosignal).
Das wäre ein echt super Projekt, da würd ich auch gerne mithelfen.
Im Flugzeug braucht man dafür nur ein kleines Modem, welches den NMEA String einliest und daraus brauchbare Informationen für den Tracker filtert und diese dann über den Audiokanal runterschickt. Die größe könnte so oder kleiner sein:
Am Boden ist dann natürlich etwas aufwendiger. Dafür könnte man die Sache am Boden natürlich supergeil machen, also Tracker, mit USB oder Seriellem Anschluss für Google Earth und Datenlogging, eventuell wenn jemand hiervon Ahnung hat ein Diversity gleich mit einbauen (nicht mit RSSI sondern Videosignal).
Das wäre ein echt super Projekt, da würd ich auch gerne mithelfen.
Mictronics hat gesagt.:
...Okke, ich würde auch begrüßen, wenn dein Text ein wenig "lesbarer" wäre.
@rangarid: warum muß der nmea-stream bereits im flieger verstanden werden? würde es nicht genügen, das TX-signal des GPS-sensors einfach stur runterzufunken (über die audiostrecke) und sich erst unten um dessen interpretation zu bemühen?
o.d.- Status
