NAZA OSD für ca. 20$
- Themenstarter JR63
- Beginndatum
- Status
Ich verspreche mich zu bessern und nicht mehr einfach grundlos nachfragen, wenn ich eine Fragestellung offensichtlich nicht verstanden habe.
Wenn ich doch nur Google benutzt hätte....hätte ich herausbekommen, daß der Discovery bereits einen Shunt-Stromsensor und vermutlich sogar etwas OSD ähnliches hat und sich damit meine Vermutung 1 erübrigt und somit Variante 2 in Kraft tritt. Weiterhin hätte ich nun auch gewußt, daß der Copter auch mit NAZA als Set angeboten und deshalb wohl oft mit NAZA geflogen wird, womit ich Variante 3 hätte selbst ausschließen können. Unter der vorbildlichen Voraussetzung, daß nicht OT gepostet wird gab es also, wie Rangarid richtig erkannt hat, nur eine logische Schlußfolgerung.
Zur eigentlichen Frage kann ich nun aber leider nichts beitragen, da ich diesen Copter nicht habe und mir Google nicht verraten konnte, wie man den TBS Core dafür anzapft und welche elektrischen Anschlußwerte vorliegen. Evtl. ist ja der Sense Anschluß dafür vorgesehen.
Ich mußte mir gerade eben diesen Spaß machen und hoffe auch genügend Smileys verwendet zu haben, daß auch alle es so verstehen und sich niemand angegriffen fühlt.
Pardini
Wenn ich doch nur Google benutzt hätte....hätte ich herausbekommen, daß der Discovery bereits einen Shunt-Stromsensor und vermutlich sogar etwas OSD ähnliches hat und sich damit meine Vermutung 1 erübrigt und somit Variante 2 in Kraft tritt. Weiterhin hätte ich nun auch gewußt, daß der Copter auch mit NAZA als Set angeboten und deshalb wohl oft mit NAZA geflogen wird, womit ich Variante 3 hätte selbst ausschließen können. Unter der vorbildlichen Voraussetzung, daß nicht OT gepostet wird gab es also, wie Rangarid richtig erkannt hat, nur eine logische Schlußfolgerung.
Zur eigentlichen Frage kann ich nun aber leider nichts beitragen, da ich diesen Copter nicht habe und mir Google nicht verraten konnte, wie man den TBS Core dafür anzapft und welche elektrischen Anschlußwerte vorliegen.
Evtl. ist ja der Sense Anschluß dafür vorgesehen.Ich mußte mir gerade eben diesen Spaß machen und hoffe auch genügend Smileys verwendet zu haben, daß auch alle es so verstehen und sich niemand angegriffen fühlt.
Pardini
Die NAZAs haben ja auch USB, und wenn man sie am PC anschliesst werden sie ja auch als Serial Port Device erkannt. Hat jemand schonmal probiert, dort die Daten abzuhorchen, die rauskommen? Dann könnte man nämlich einfach mal in das LED-Teil schauen ob man vor dem USB an das TTL Signal kommt und vielleicht da alle Daten abgreifen...
Soweit ich das sehe werden über diesen Port sämtliche Daten geschickt, die die Naza hat, also die RC-Kanäle, Spannung, IMU und GPS (habe gerade die Software nicht da, deshalb kann ich es nicht testen). Wäre es nicht viel sinnvoller da versuchen ranzukommen?
Dann könnte man den seriellen Anschluss vom MinimOSD da einfach dranklemmen und müsste nurnoch parsen statt umständlich zu löten.
Gibt der USB-Port beim Flug was aus? Vielleicht muss man ja was hinschicken um was zurückzubekommen oder so...Werde mir das mal genauer anschauen wenn meine endlich da ist (Hängt nun schon seit Freitag in Osterweddingen fest, ka wieso...dämliches DHL!).
Soweit ich das sehe werden über diesen Port sämtliche Daten geschickt, die die Naza hat, also die RC-Kanäle, Spannung, IMU und GPS (habe gerade die Software nicht da, deshalb kann ich es nicht testen). Wäre es nicht viel sinnvoller da versuchen ranzukommen?
Dann könnte man den seriellen Anschluss vom MinimOSD da einfach dranklemmen und müsste nurnoch parsen statt umständlich zu löten.
Gibt der USB-Port beim Flug was aus? Vielleicht muss man ja was hinschicken um was zurückzubekommen oder so...Werde mir das mal genauer anschauen wenn meine endlich da ist (Hängt nun schon seit Freitag in Osterweddingen fest, ka wieso...dämliches DHL!).
Zuletzt bearbeitet:
Hallöle!
Super Projekt!
Ich hab jetzt mal die Minimalversion nachgebaut, um mir mein ezosd einsparen zu können.
Die Kommunikation mit dem Naza Gps funkt auch hervorragend - aber:
Überall wo vom Osd was eingeblendet wird, habe ich horizontale weisse Balken im Bild.
Ich versorge das Osd (goodluckbuy - version 0.1 ) über die 5v Seite. Beide Lötbrücken sind geschlossen. Auf der Videoseite ist jeweils nur Signal und Gnd angeschlossen.
Hat jemand eine Idee was das sein könnte?
Anbei ein Bild. Sorry für die Qualität, aber besser konnte ich das Bild der Brille nicht kriegen.
Liebe Grüsse
Michi
Super Projekt!
Ich hab jetzt mal die Minimalversion nachgebaut, um mir mein ezosd einsparen zu können.
Die Kommunikation mit dem Naza Gps funkt auch hervorragend - aber:
Überall wo vom Osd was eingeblendet wird, habe ich horizontale weisse Balken im Bild.
Ich versorge das Osd (goodluckbuy - version 0.1 ) über die 5v Seite. Beide Lötbrücken sind geschlossen. Auf der Videoseite ist jeweils nur Signal und Gnd angeschlossen.
Hat jemand eine Idee was das sein könnte?
Anbei ein Bild. Sorry für die Qualität, aber besser konnte ich das Bild der Brille nicht kriegen.
Liebe Grüsse
Michi
Hallo Leute,
heute habe ich mich erstmal an die Inbetriebnahme des 20$-Naza-OSD gewagt.
Nach hilfreichen Tipps von Karsten bin ich zwar schon etwas weiter, habe aber immer noch ein paar Probleme.
Ich bevorzuge zuerst die fertigen .hex-Files aus dem ZIP-Paket, dass JR63 freundlicherweise zur Verfügung gestellt hat und möchte vorerst bei der easy-Variante bleiben.
Beim Versuch zu flashen, kommt leider immer die Fehlermeldung "Failed to talk to Bootloader". Genutzt wird der Flyduino-FDTI Adapter mit stabilen 5V.
Hin und wieder konnte ich das Config-Tool zm Arbeiten bringen, indem gleichzeitit der Reset-Button gedrückt und der Upload gestartet wird. Ich habe allerdings den Eindruck, dass dies nicht so sauber funktioniert, denn das Auslesen der Screens klappt damit nicht...
Über ein paar hilfreiche Tips würde ich mich natürlich freuen...
GRuß
Kofferfisch
Edit: Die Fehlermeldung kommt jetzt nicht mehr und das Flashen hat geklappt, es wurde wohl irgendwas automatisch geupdatet...
heute habe ich mich erstmal an die Inbetriebnahme des 20$-Naza-OSD gewagt.
Nach hilfreichen Tipps von Karsten bin ich zwar schon etwas weiter, habe aber immer noch ein paar Probleme.
Ich bevorzuge zuerst die fertigen .hex-Files aus dem ZIP-Paket, dass JR63 freundlicherweise zur Verfügung gestellt hat und möchte vorerst bei der easy-Variante bleiben.
Beim Versuch zu flashen, kommt leider immer die Fehlermeldung "Failed to talk to Bootloader". Genutzt wird der Flyduino-FDTI Adapter mit stabilen 5V.
Hin und wieder konnte ich das Config-Tool zm Arbeiten bringen, indem gleichzeitit der Reset-Button gedrückt und der Upload gestartet wird. Ich habe allerdings den Eindruck, dass dies nicht so sauber funktioniert, denn das Auslesen der Screens klappt damit nicht...
Über ein paar hilfreiche Tips würde ich mich natürlich freuen...
GRuß
Kofferfisch
Edit: Die Fehlermeldung kommt jetzt nicht mehr und das Flashen hat geklappt, es wurde wohl irgendwas automatisch geupdatet...
Zuletzt bearbeitet:
Es funktioniert!
Das OSD klappt, wie ich es mir immer für die Naza gewünscht habe: kompakt, leicht, robust!
Nach Startschwierigkeiten läuft nun dank der Hilfe netter Forenmitglieder fast alles.
Lediglich das RSSI-Tuning klappt noch nicht so wie im Wiki beschrieben...(Frsky X8R)
Besten Dank an JR63 für die investierte Arbeit und Super Dokumentation!
Gibt's auch ein Config-Tool fürs Wetter...?
Das OSD klappt, wie ich es mir immer für die Naza gewünscht habe: kompakt, leicht, robust!
Nach Startschwierigkeiten läuft nun dank der Hilfe netter Forenmitglieder fast alles.
Lediglich das RSSI-Tuning klappt noch nicht so wie im Wiki beschrieben...(Frsky X8R)
Besten Dank an JR63 für die investierte Arbeit und Super Dokumentation!
Gibt's auch ein Config-Tool fürs Wetter...
?
Hi zusammen.
Bin auch gerade am nachbauen. Flashen usw hat alles funtioniert. Bild ist da und OSD überlagert so wie es soll.
Jetzt meine Frage an die, die schon erfolgreich beim Nachbau sind :
1. Wie habt Ihr das GPS-Signal geholt? Mit dem Kabel aus dem Teller oder über den Stecker? Lt. Wiki geht ja beides.
2. Gibt es einen Unterschied in den auswertbaren Daten durch den jeweiligen Parser der zu beachten ist?
Gruß
Michael
Bin auch gerade am nachbauen. Flashen usw hat alles funtioniert. Bild ist da und OSD überlagert so wie es soll.
Jetzt meine Frage an die, die schon erfolgreich beim Nachbau sind :
1. Wie habt Ihr das GPS-Signal geholt? Mit dem Kabel aus dem Teller oder über den Stecker? Lt. Wiki geht ja beides.
2. Gibt es einen Unterschied in den auswertbaren Daten durch den jeweiligen Parser der zu beachten ist?
Gruß
Michael
Für die weniger technisch versierten bitte einfach überspringen zum Fazit!
Also ich hab gerade mal den LED-Port (über USB) abgehört. Das Protokoll ist dem vom GPS sehr ähnlich. Start ist immer 55 AA 55 AA danach kommt die ID, dann kommen einige Zeit ein paar Bytes die ich noch nicht zuordnen kann und dann kommen die Daten. Beispiel:
Das ganze kann man ungefähr auf diese Pakete aufteilen:
Um Daten zu bekommen muss man vorher eine Anfrage schicken, die sieht z.B. so aus:
1e ist hier die ID für Spannung abzufragen, die ändert sich in jedem Menüpunkt. Rc Kanäle haben z.B. 82 als ID.
Auf jede Anfrage kommt eine Antwort. Man kann also gezielt Daten abfragen.
Was man auf jedenfall abfragen kann: RC Kanäle, IMU, Spannung, Gimbal, Flugmodus (Kontrollswitch Position). Zu GPS hab ich noch nichts gefunden, könnte aber auch möglich sein.
Da ich gerade keine passenden Pin-Header und Gehäuse habe kann ich mir kein Y-Kabel basteln um die Kommunikation zwischen NAZA und LED Dings abzufangen, aber meine Vermutung ist, dass das 4-adrige Kabel die serielle Schnittstelle ist und das LED dings die Sachen vom NAZA einfach in USB umwandelt und das 3-adrige Kabel ist 5v, GND und vermutlich Spannung vom Spannungsteiler.
FAZIT:
Man kann ohne am OSD rumzulöten sämtliche Daten abfragen. Ob das allerdings auch geht, wenn die NAZA nicht per USB Verbunden ist müsste mal überprüft werden.
Also ich hab gerade mal den LED-Port (über USB) abgehört. Das Protokoll ist dem vom GPS sehr ähnlich. Start ist immer 55 AA 55 AA danach kommt die ID, dann kommen einige Zeit ein paar Bytes die ich noch nicht zuordnen kann und dann kommen die Daten. Beispiel:
Code:
55 aa 55 aa 23 00 28 00 0e 45 02 cd 00 00 14 01 UªUª#.(..E.Í....
00 00 xx xx xx xx xx xx xx xx xx xx xx xx xx 39 ..xxxxxxxxxx...9
2f 39 2f 00 0a c0 5e /9/..À^
Code:
[B]55 aa 55 aa[/B] sync1 + sync2 [2x]
[B]23[/B] Länge der NAchricht [inklusive dieses byte bis einschließlich chekcsum]
[B]00 28[/B] ???
[B]00 0e[/B] ???
[B]45 02 cd[/B] bleibt immer gleich
[B]00 00[/B] Seperator
[B]14 01[/B] ???
[B]00 00[/B] Seperator
[B]xx xx xx xx xx xx xx xx xx xx xx xx xx[/B] Seriennummer
[B]39 2f 39 2f [/B]aktuelle Spannung (ka wieso 2x...2f39 = 12089 = 12,09V)
[B]bc 02[/B] Spannung loss (02bc = 700 --> 700mV = 0,7V)
[B]c0 5e[/B] checksum
Code:
55 aa 55 aa 1e 00 01 9d 4d 44 02 00 80 00 00 00 UªUª...MD..€...
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
ae 90 ®Auf jede Anfrage kommt eine Antwort. Man kann also gezielt Daten abfragen.
Was man auf jedenfall abfragen kann: RC Kanäle, IMU, Spannung, Gimbal, Flugmodus (Kontrollswitch Position). Zu GPS hab ich noch nichts gefunden, könnte aber auch möglich sein.
Da ich gerade keine passenden Pin-Header und Gehäuse habe kann ich mir kein Y-Kabel basteln um die Kommunikation zwischen NAZA und LED Dings abzufangen, aber meine Vermutung ist, dass das 4-adrige Kabel die serielle Schnittstelle ist und das LED dings die Sachen vom NAZA einfach in USB umwandelt und das 3-adrige Kabel ist 5v, GND und vermutlich Spannung vom Spannungsteiler.
FAZIT:
Man kann ohne am OSD rumzulöten sämtliche Daten abfragen. Ob das allerdings auch geht, wenn die NAZA nicht per USB Verbunden ist müsste mal überprüft werden.
Zuletzt bearbeitet:
Als LED wird wohl eher eine direkte Ansteuerung der 2 Adern laufen, die dann auf Anfrage des USB die Daten ausgibt, Spannung ist zumindest klar für die Einstellung der Spannungsüberwachung
Wenn du dir einen Y-Adapter gebaut hast, könntest du ja mal schauen, wenn die Momentanspannung angepasst wird, ob sich dann beide Spannungen Unterscheiden, also Gemessene Spannung, und Spannung mit Offset
Wenn du dir einen Y-Adapter gebaut hast, könntest du ja mal schauen, wenn die Momentanspannung angepasst wird, ob sich dann beide Spannungen Unterscheiden, also Gemessene Spannung, und Spannung mit Offset
Na die beiden Ein/Ausgänge der Datenleitungen werden im LED Betrieb wohl eher eine direkte Ansteuerung als 2 Ausgänge dienen, und bei einer eingehenden Anfrage auf Datensendebetrieb umsteigen, wie bei den 9x der Schülersignal Ein/Ausgang, kommt was rein, geht der auf Empfang, kommt nichts rein, geht der auf Senden
So hab gestern noch bissi rumgespielt. Sieht so aus, als ob die NAZA die Daten nur rausgibt wenn sie im USB Modus (grün) ist.
Es wird aber bald noch eine interessante alternative zum MinimOSD geben, die für die MyFlyDream Nutzer sehr interessant sein wird. Ich habe den Quellcode von JR63 in dem das DJI-GPS geparst wird mal in den Quellcode vom TeleFly OSD eingebaut. Bisher compiliert alles fehlerfrei. Ende der Woche kommt das Testosd von Charles. Wenn alles gut läuft, wird es ab nächster Woche möglich sein, das Telefly OSD zu nutzen, um die GPS-Daten anzuzeigen und zum AAT zu schicken. Mal kucken welche Pins noch rausgeführt sind. Vielleicht kann auch noch mehr eingebaut werden.
Es wird aber bald noch eine interessante alternative zum MinimOSD geben, die für die MyFlyDream Nutzer sehr interessant sein wird. Ich habe den Quellcode von JR63 in dem das DJI-GPS geparst wird mal in den Quellcode vom TeleFly OSD eingebaut. Bisher compiliert alles fehlerfrei. Ende der Woche kommt das Testosd von Charles. Wenn alles gut läuft, wird es ab nächster Woche möglich sein, das Telefly OSD zu nutzen, um die GPS-Daten anzuzeigen und zum AAT zu schicken. Mal kucken welche Pins noch rausgeführt sind. Vielleicht kann auch noch mehr eingebaut werden.
- Status
