Neue Übertragungswege für den MyFlyDream AAT Auto Antenna Tracker
- Themenstarter Rangarid
- Beginndatum
- Status
Hmmmm, wir sollten uns einigen ja. Wenn sich für "alle Wünsche" auch die entsprechenden Leute finden, die es umsetzen könnten, könnte man es evtl allen Recht machen. (Wollt ihr das überhaupt? Also "Ihr", die das coden können)
Vielleicht mal ne Umfrage starten. Die Ideen sind bestimmt auch für andere, ausserhalb dieses Forums interessant - zumindest, wenn sie einen AAT haben.
Vielleicht mal ne Umfrage starten. Die Ideen sind bestimmt auch für andere, ausserhalb dieses Forums interessant - zumindest, wenn sie einen AAT haben.
Naja auch wenn wir schon 20 Seiten jetzt zusammen haben...besonders großes Interesse besteht ja nich nicht. Die meisten Posts sind von mürzi, ApoC und mir. Zwischemdurch mal 2-3 Leute die es interessant finden, und ich nehm mal an die meisten warten lieber noch bevor sie ihr Interesse bekunden, bis es nicht mehr so technisch ist, sondern man einfach nachbauen kann.
Von daher ist mein Vorschlag, wir - also die Leute die entwickeln und Testen - suchen sich das aus, was ihnen am besten passt, und die anderen müssen das dann so nachbauen.
Dabei haben wir jetzt noch folgende Möglichkeiten:
1. Funke mit Arduino, BT am Arduino - BT am Driver [Arduino berechnet MFD Protokoll??]
2. Funke mit BT - BT am Driver [Driver wertet Protokoll aus]
3. Funke --Kabel-- Driver [wie Punkt 2]
4. Funke --Kabel--Arduino--Kabel--Driver [wie Punkt 1]
5. Funke --[irgend eine Verbindungsart] -- Arduino --AAT
-----------------------------------------------------
6. GPS --- 3DR Radio [Flieger] --- 3DR Radio [Boden] --- Driver
Punkt 1 und 2 behindern die Möglichkeit, die Daten an eine Android App / GPS-App zu schicken um mitzuloggen. Bei Punkt 1 könnte man noch ein drittes BT Modul an den Arduino machen zum loggen (ob das so gut ist??).
Punkt 3 funktioniert bei HoTT nur, wenn man TX und RX verbindet, dann geht wiederum BT für Telemetrie vom Driver nicht. Man könnte also wieder zu Variante 1/2 zurück. Bei FrSky geht das ohne Probleme. Da muss nur RX verbunden werden, TX kann dann genommen werden um weiter Daten über BT ans Handy zu schicken.
Punkt 4 siehe Punkt 1.
Punkt 5 setzt voraus, dass man eine komplett eigene Firmware schreibt, die den Tracker dann direkt ansteuert. Ich möchte aber drauf hinweisen, dass das nicht ganz einfach ist, wenn man alle Sachen berücksichtigt die der momentane Driver kann - außerdem hab ich da auch keine Lust zu.
Punkt 6 ist eigentlich wie Punkt 1-3, man müsste im Driver die Daten auswerten.
Vielleicht hilft euch das ja mal bissl weiter wenn ihr gucken wollt was euch am besten gefällt. Wenn noch andere Möglichkeiten/Ideen da sind gerne hier anhängen.
Von daher ist mein Vorschlag, wir - also die Leute die entwickeln und Testen - suchen sich das aus, was ihnen am besten passt, und die anderen müssen das dann so nachbauen.
Dabei haben wir jetzt noch folgende Möglichkeiten:
1. Funke mit Arduino, BT am Arduino - BT am Driver [Arduino berechnet MFD Protokoll??]
2. Funke mit BT - BT am Driver [Driver wertet Protokoll aus]
3. Funke --Kabel-- Driver [wie Punkt 2]
4. Funke --Kabel--Arduino--Kabel--Driver [wie Punkt 1]
5. Funke --[irgend eine Verbindungsart] -- Arduino --AAT
-----------------------------------------------------
6. GPS --- 3DR Radio [Flieger] --- 3DR Radio [Boden] --- Driver
Punkt 1 und 2 behindern die Möglichkeit, die Daten an eine Android App / GPS-App zu schicken um mitzuloggen. Bei Punkt 1 könnte man noch ein drittes BT Modul an den Arduino machen zum loggen (ob das so gut ist??).
Punkt 3 funktioniert bei HoTT nur, wenn man TX und RX verbindet, dann geht wiederum BT für Telemetrie vom Driver nicht. Man könnte also wieder zu Variante 1/2 zurück. Bei FrSky geht das ohne Probleme. Da muss nur RX verbunden werden, TX kann dann genommen werden um weiter Daten über BT ans Handy zu schicken.
Punkt 4 siehe Punkt 1.
Punkt 5 setzt voraus, dass man eine komplett eigene Firmware schreibt, die den Tracker dann direkt ansteuert. Ich möchte aber drauf hinweisen, dass das nicht ganz einfach ist, wenn man alle Sachen berücksichtigt die der momentane Driver kann - außerdem hab ich da auch keine Lust zu.
Punkt 6 ist eigentlich wie Punkt 1-3, man müsste im Driver die Daten auswerten.
Vielleicht hilft euch das ja mal bissl weiter wenn ihr gucken wollt was euch am besten gefällt. Wenn noch andere Möglichkeiten/Ideen da sind gerne hier anhängen.
Zuletzt bearbeitet:
Ob Kabel oder BT macht keine Unterschied, von Funke zum ATT wird ein Master und ein Slave benötigt
Der Graupner ist sicher ein Slave, wie auch der ATT
Somit muss auf jeden Fall ein Mastermodul besorgt werden, egal ob schon ein BT am ATT an/eingebaut ist, oder nicht
Vorschlag von mir
Möglichkeit 7, Handy als Vermittler, ein Handy kann mehrere BT Slave ansprechen, somit wäre es möglich die Senderdaten einzulesen und die ATT Daten einzulesen.
Wenn der ATT dann noch dann ein Datenimport Akzeptiert, wäre die Verbindung geschlossen.
Nur wäre dazu eben eine dauerhafte Handyverbindung nötig, was sicher auch einige nicht wollen
Der Graupner ist sicher ein Slave, wie auch der ATT
Somit muss auf jeden Fall ein Mastermodul besorgt werden, egal ob schon ein BT am ATT an/eingebaut ist, oder nicht
Vorschlag von mir
Möglichkeit 7, Handy als Vermittler, ein Handy kann mehrere BT Slave ansprechen, somit wäre es möglich die Senderdaten einzulesen und die ATT Daten einzulesen.
Wenn der ATT dann noch dann ein Datenimport Akzeptiert, wäre die Verbindung geschlossen.
Nur wäre dazu eben eine dauerhafte Handyverbindung nötig, was sicher auch einige nicht wollen
Zuletzt bearbeitet:
Viel zu kompliziert. Entweder direkte Verbindung per BT oder per Kabel [mit oder ohne Arduino ist hier erstmal egal]. Mehr würde ich nicht machen. In der Regel lassen sich die BT Module auch auf Master umprogrammieren. Dazu muss man nur in den Einstellungsmodus gehen. Mein BT Modul zumindest kann das.
Zuletzt bearbeitet:
- Status
