open360tracker - Der Community Antennentracker Made in Germany
- Themenstarter Rangarid
- Beginndatum
Morgen werd ich nochmal weiter testen. Mein nächster Versuch ist, die lat/lon Werte auszugeben mit denen Entfernung/Kurs berechnet wird. Dann kann ich sehen, ob dabei irgendwas seltsames passiert. Weil wenn lat/lon stimmen sollte es eigentlich keine Probleme mit der Berechnung geben... Wird sich dann zeigen woran es liegt.
Da momentan alles noch hochexperimentell ist würde ich übrigens auch Empfehlen, nur Flugzeuge nachher zum Testen zu nehmen die entweder über ein Stabi oder RTH verfügen.
Da momentan alles noch hochexperimentell ist würde ich übrigens auch Empfehlen, nur Flugzeuge nachher zum Testen zu nehmen die entweder über ein Stabi oder RTH verfügen.
So, Fehler gefunden. Es war tatsächlich etwas ziehmlich bescheuertes: Zwei Datentypen haben irgendwie nicht 100% zusammen gepasst bei der Berechnung und dann kam Murks raus, der aber so geringfügig war, dass er kaum aufgefallen ist.
Aktueller Code ist im Github. Entfernung wird nun korrekt berechnet. Auch das Problem dass bei 1200m auf 0 ging ist damit gelöst. Beim Kurs bin ich mir noch nicht 100% sicher ob das stimmt. Mach ich morgen weiter.
Aktueller Code ist im Github. Entfernung wird nun korrekt berechnet. Auch das Problem dass bei 1200m auf 0 ging ist damit gelöst. Beim Kurs bin ich mir noch nicht 100% sicher ob das stimmt. Mach ich morgen weiter.
Achtung: Wenn ihr das Tool benutzt, stellt Windows vorher so ein, dass der Punkt (.) das Dezimaltrennzeichen ist!
Ich hab eine ganze Weile gebraucht, um zu kapieren, warum nicht die richtige Höhe ausgegeben wird, sondern permanent "9". Die Neun gehörte zu 0,9 und das Komma wurde als Trennzeichen interpretiert. Windows umgestellt und schon wird 0.9 gesendet. Jetzt geht's endlich
Ich hab eine ganze Weile gebraucht, um zu kapieren, warum nicht die richtige Höhe ausgegeben wird, sondern permanent "9". Die Neun gehörte zu 0,9 und das Komma wurde als Trennzeichen interpretiert. Windows umgestellt und schon wird 0.9 gesendet. Jetzt geht's endlich
Es gibt ne neuere Version von dem Tool bei DIYDrones im Forum irgendwo. Da geht es auch so.
Was aber viel interessanter wäre: Bei mir bekomm ich immer Javascript Fehler wenn ich den Missionsemulator aufmache und der die Karte anzeigt. Das wär eigentlich gut zum Testen weil man die geflogene Strecke sieht... Funktioniert das bei euch?
Was aber viel interessanter wäre: Bei mir bekomm ich immer Javascript Fehler wenn ich den Missionsemulator aufmache und der die Karte anzeigt. Das wär eigentlich gut zum Testen weil man die geflogene Strecke sieht... Funktioniert das bei euch?
Danke, die besorg ich dann besser mal. Meine ist seit 2 Jahren auf dem Rechner installiert und stammt noch von der heute weitestgehend unerreichbaren happykillmore-Website.
Nachtrag: was neueres als die V1.2.6 habe ich nicht gefunden und die hatte ich auch schon. Vielleicht liegt's ja am Windows (W7, 32-bit) oder an irgendwas anderem auf meinem PC. So oder so, ich kenne jetzt den Workaround, also für mich kein Problem mehr.
P.S.: dein DIY-FrSky-GPS tut's übrigens bislang tadellos! Ich hab's der Einfachheit-halber auf einem Uno installiert, brauchte dann aber einen Moment, um zu kapieren, dass der nix ausspuckt, wenn keiner pollt. Also schnell einen unbenutzten X6R mit dem S-Port parallel an Pin 9 gehängt und endlich zeigt "Pinkie" Leben
Nachtrag: was neueres als die V1.2.6 habe ich nicht gefunden und die hatte ich auch schon. Vielleicht liegt's ja am Windows (W7, 32-bit) oder an irgendwas anderem auf meinem PC. So oder so, ich kenne jetzt den Workaround, also für mich kein Problem mehr.
P.S.: dein DIY-FrSky-GPS tut's übrigens bislang tadellos! Ich hab's der Einfachheit-halber auf einem Uno installiert, brauchte dann aber einen Moment, um zu kapieren, dass der nix ausspuckt, wenn keiner pollt. Also schnell einen unbenutzten X6R mit dem S-Port parallel an Pin 9 gehängt und endlich zeigt "Pinkie" Leben
Zuletzt bearbeitet:
Hab jetzt Mavlink am laufen allerdings übers Handy.
Telemetrie -> Handy -> Bluetooth -> Adruino Pro Mini
GPS und Kompass wird vom Handy genommen.
Hab mir die PID Berechnung von dir geklaut.
Muss noch schauen ob/wann ich die App öffentlich mache. Muss noch viel gemacht werden, damit das auch mit anderen Handys klappt und ich hab im Moment wenig Zeit.
Telemetrie -> Handy -> Bluetooth -> Adruino Pro Mini
GPS und Kompass wird vom Handy genommen.
Hab mir die PID Berechnung von dir geklaut
.Muss noch schauen ob/wann ich die App öffentlich mache. Muss noch viel gemacht werden, damit das auch mit anderen Handys klappt und ich hab im Moment wenig Zeit.
Jap. Gibt ja mit dem neuen Droidplanner 3 jetzt ne schöne api die man nutzen kann. Auf meinem Note 4 funktioniert es super aber bei meinem Xperia Z2 will der Kompass nicht so richtig. Müsste auch noch PID Tuning in die App einbauen. Auch die Kompassrichtung einstellbar machen etc etc
Ist noch einiges zu tun.
Ist noch einiges zu tun.
Danke dir.
Ist ein recht einfaches von HK, dürfte aber nur ein Standard 90°-Servo sein. Dass es in der Lage ist, recht fein zu stellen, das sehe ich ja je weiter es gegen senkrecht geht. Da sind zwar auch deutliche Stufen drin, aber keine 45°, wie der erste Schritt von waagerecht kommend bzw. er letzte nach waagerecht hin.
Ich muss aber anmerken, dass ich das Servo LINKS verbaut habe (so hatte ich die schönere Holzfläche außen ). Dadurch sind die PWM-Werte für 0° und 90° genau andersrum als bei dir. Soweit ich das überblicken kann, sollte das aber auf Grund des verwendeten map-Befehls irrelevant sein!?
Das Phänomen äußert sich so, dass die Antenne die ganze Zeit waagerecht ist, solange der virtuelle Flieger etwas weiter weg ist. Kommt er näher, geht's in 4 immer feiner werdenden Schritten Richtung senkrecht.
Vielleicht ist das irgendwas mit einer Integer-Berechnung, bei der Nachkommastellen flöten gehen?
Ist ein recht einfaches von HK, dürfte aber nur ein Standard 90°-Servo sein. Dass es in der Lage ist, recht fein zu stellen, das sehe ich ja je weiter es gegen senkrecht geht. Da sind zwar auch deutliche Stufen drin, aber keine 45°, wie der erste Schritt von waagerecht kommend bzw. er letzte nach waagerecht hin.
Ich muss aber anmerken, dass ich das Servo LINKS verbaut habe (so hatte ich die schönere Holzfläche außen
). Dadurch sind die PWM-Werte für 0° und 90° genau andersrum als bei dir. Soweit ich das überblicken kann, sollte das aber auf Grund des verwendeten map-Befehls irrelevant sein!?Das Phänomen äußert sich so, dass die Antenne die ganze Zeit waagerecht ist, solange der virtuelle Flieger etwas weiter weg ist. Kommt er näher, geht's in 4 immer feiner werdenden Schritten Richtung senkrecht.
Vielleicht ist das irgendwas mit einer Integer-Berechnung, bei der Nachkommastellen flöten gehen?
Zuletzt bearbeitet:
Ja ich teste das heut im laufe des Tages. Wollte heute das Überprüfen des Pan Winkels und dann eben noch den Tilt Winkel machen. Damit wäre dann nämlich die erste funktionierende Version fertig wenn beides läuft.
Hab mir heut morgen schon ein paar Mavlink implementierungen angeschaut. Alles recht kompliziert, vielleicht gibt es irgendwo ne Light Version. Dann bau ich das auch noch ein wenn ich Zeit finde.
Hab mir heut morgen schon ein paar Mavlink implementierungen angeschaut. Alles recht kompliziert, vielleicht gibt es irgendwo ne Light Version. Dann bau ich das auch noch ein wenn ich Zeit finde.
So, Kurs funktioniert jetzt. Nehme jetzt die TinyGPS Berechnung, bei mir war irgend n Fehler drin. Hab aber keine Lust groß zu suchen. Nun kommt Tilt dran. Code ist im github.
Fehler für Tilt gefunden... atan(höhe/distance) wenn distance > höhe kommt immer 0 raus. Muss vorher auf float casten.
Damit sind jetzt alle bekannten Fehler beseitigt. Theoretisch müsste der Tracker jetzt funktionieren (zumindest mit FRSKY_X).
Alle updates sind im github.
Fehler für Tilt gefunden... atan(höhe/distance) wenn distance > höhe kommt immer 0 raus. Muss vorher auf float casten.
Damit sind jetzt alle bekannten Fehler beseitigt. Theoretisch müsste der Tracker jetzt funktionieren
(zumindest mit FRSKY_X).Alle updates sind im github.
Zuletzt bearbeitet:
huhu!
ich hab mal wieder Probleme, die bestimmt sonst keiner hat.
Zuerst hatte ich probleme, die richtige liquidcrystal_i2c.h zu finden. Die von arduino-playground war wohl falsch. also hab ich display in der config.h deaktiviert, und ein "#ifdef LCD_DISPLAY" in der ino in der Zeile 249 eingefügt.
nun kommt aber ein anderer Fehler, wo ich nicht so recht weiß, wie ich den beheben kann:
Version ist die, die aktuell auf github existiert. arduino IDE habe ich verschiedene Versionen auf linux und windows probiert....
ich hab mal wieder Probleme, die bestimmt sonst keiner hat.
Zuerst hatte ich probleme, die richtige liquidcrystal_i2c.h zu finden. Die von arduino-playground war wohl falsch. also hab ich display in der config.h deaktiviert, und ein "#ifdef LCD_DISPLAY" in der ino in der Zeile 249 eingefügt.
nun kommt aber ein anderer Fehler, wo ich nicht so recht weiß, wie ich den beheben kann:
Version ist die, die aktuell auf github existiert. arduino IDE habe ich verschiedene Versionen auf linux und windows probiert....
