NAZA OSD für ca. 20$

Status
Nicht offen für weitere Antworten.

JR63

Erfahrener Benutzer
für die Kalibrierung würde allerdings auch ich mir was komfortableres wünschen;)
Ne ne, is die Jugend von heute verwöhnt :D


Am liebesten eine Prozedur wie: wenn beim Start PIN TX (weil gut zu erreichen) Pegel z.B. LOW hat, dann Kalibrierscreen.
Kann man einbauen, muss man mal sehen ob es vom Platz her noch passt.
Und dann muss man im Wiki wieder erklären wann man wo welchen Pegel anlegt.
Und dann ist dieses Vorgehen wieder jemandem zu umständlich und zu viel Arbeit.
Man kann es eben nicht Jedem recht machen. ;)


Zu mindest ist das kpl. umflashen der Firmware, nur um die drei Werte zu ändern, sehr umständlich.
Tja, das Leben ist kein Ponyhof :p
 
Siehst was ich meinte JR ;_)

Beim Multiwii/Ardupilot/Ardui*** störts keinen wenn er im Header File Zeilen einkommentieren und neu Flashen muss.
Kann deine Beweggründe genau Nachvollziehen. Wenn ein Projekt (besonders Software in der Freizeit) soweit fertig ist das sie für mich funktioniert dann is sie fertig. Sachen wie Vereinfachungen beim einstellen o.Ä. die mir selbst nicht helfen hab ich dann auch keine Lust zu proggen. Das können bzw. könnten die Leute dann selbst machen.

Musste da gerade an nen Post von OlliW gestern denken der das ganz gut auf den Punkt bringt:
http://fpv-community.de/showthread.php?34224-CableCam-mit-BL-Gimbal&p=478380&viewfull=1#post478380

Vielen Dank für deine Projekte und das sharen des Codes!
 

JR63

Erfahrener Benutzer
Siehst was ich meinte JR ;_)

Beim Multiwii/Ardupilot/Ardui*** störts keinen wenn er im Header File Zeilen einkommentieren und neu Flashen muss.
Kann deine Beweggründe genau Nachvollziehen. Wenn ein Projekt (besonders Software in der Freizeit) soweit fertig ist das sie für mich funktioniert dann is sie fertig. Sachen wie Vereinfachungen beim einstellen o.Ä. die mir selbst nicht helfen hab ich dann auch keine Lust zu proggen. Das können bzw. könnten die Leute dann selbst machen.

Musste da gerade an nen Post von OlliW gestern denken der das ganz gut auf den Punkt bringt:
http://fpv-community.de/showthread.php?34224-CableCam-mit-BL-Gimbal&p=478380&viewfull=1#post478380

Vielen Dank für deine Projekte und das sharen des Codes!

Jo, war mir völlig klar, wie Du das gemeint hattest, daher ja auch der BigGrinSmily.


"Meines Wissens ist Coden können oder nicht können keine genetische Eigenschaft" der Spruch aus Deinem Link is ja mal gut :D


Tschö
JR
 

Pardini

Erfahrener Benutzer
ok ok ok genug Smilies. Habs auch so verstanden, auch wenn ich mich nicht mehr unbedingt zur Jugend zähle, was das Coden in C++ nicht unbedingt einfacher macht.:(
Einige Erfahrungen aus kleinen Projekten mit Arduino habe ich zwar, aber die Syntax mit den vielen Sonderzeichen will mir einfach nicht logisch werden. So sitze ich oft 15min. an einer Verknüpfung, nur um rauszubekommen, wo welches Semikolon, senkrechte Strich oder doppeltes sonstwas Zeichen hin muß. z.B. die #if 1 Direktive zum compilieren mit SumSig auf pin 11 ist nicht einmal in der Arduino Referenz erwähnt.
Aber 2-3kByte sind ja in dem armen 328 noch frei, wie ich gesehen habe. Damals in meinen guten alten ASM Zeiten war das mal unheimlich viel. Könnte also reichen irgendwie die 3 Kal. Werte in den Speicher zu bekommen.
Auch ja ich weis auch, Phantomflieger sind hier eher belächelt. Aber vor 20 Jahren durfte ich mich durchaus noch Modellbauer nennen und dewegen fliegt er eben nicht "out of the Box". Nur ist ein Rankommen an die Innereien eben immer mit vielen Schrauben verbunden, aber Ihr habt recht. Ob ich nun zwei Pins, oder gleich die ganze FTDI Steckerleiste raus führe ist eigentlich egal.
Ich hab's zwar schon mehrfach erwähnt, aber trozdem noch einmal vielen Dank an alle die hier mitgewirkt haben.

Pardini
 

JR63

Erfahrener Benutzer
ok ok ok genug Smilies. Habs auch so verstanden, auch wenn ich mich nicht mehr unbedingt zur Jugend zähle, was das Coden in C++ nicht unbedingt einfacher macht.:(
Einige Erfahrungen aus kleinen Projekten mit Arduino habe ich zwar, aber die Syntax mit den vielen Sonderzeichen will mir einfach nicht logisch werden. So sitze ich oft 15min. an einer Verknüpfung, nur um rauszubekommen, wo welches Semikolon, senkrechte Strich oder doppeltes sonstwas Zeichen hin muß. z.B. die #if 1 Direktive zum compilieren mit SumSig auf pin 11 ist nicht einmal in der Arduino Referenz erwähnt.
Aber 2-3kByte sind ja in dem armen 328 noch frei, wie ich gesehen habe. Damals in meinen guten alten ASM Zeiten war das mal unheimlich viel. Könnte also reichen irgendwie die 3 Kal. Werte in den Speicher zu bekommen.
Auch ja ich weis auch, Phantomflieger sind hier eher belächelt. Aber vor 20 Jahren durfte ich mich durchaus noch Modellbauer nennen und dewegen fliegt er eben nicht "out of the Box". Nur ist ein Rankommen an die Innereien eben immer mit vielen Schrauben verbunden, aber Ihr habt recht. Ob ich nun zwei Pins, oder gleich die ganze FTDI Steckerleiste raus führe ist eigentlich egal.
Ich hab's zwar schon mehrfach erwähnt, aber trozdem noch einmal vielen Dank an alle die hier mitgewirkt haben.

Pardini
Danke und kein Problem :)

Je nachdem, welche Optionen man so eincompiliert, ist es aber schon etwas voller, beim mir neben NAZA_LED, NAZA_INT, FLIGHT_BATT_ON_MINIMOSD und PACKETRXOK_ON_MINIMOSD auch noch mit SHOW_RADAR und JR_SPECIALS bleiben, ich habe es nicht genau im Kopf, nur noch so um die 100 Bytes übrig.

Klar, damit kann man schon noch etwas anfangen.

Wenn Du es im Phantom einsetzt und an die FTDI Pins daher nicht so gut rankommst wäre Folgendes noch denkbar:

SumSig verwenden, (machst Du ja glaube ich schon) und einen weiteren also 3ten Kanal auswerten.

Abhängig von der Stellung dieses 3ten Kanals in den ersten 30 oder 60 Sekunden dann das KalibMenü betreten und darin dann mit ScreenSwitch zwischen den 3 Werten hin und herschalten und mit Throttle kalibrieren.

Dann musst Du gar nichts mehr stecken.

So ähnlich mache ich das bei meinem minOPOSD Projekt, nur kommen da die RC Signale direkt vom OpenPilot Board (Revo oder CC3D) und nicht per SumSig, aber den Rest könntest Du übernehmen.

Tschö
JR
 

Pardini

Erfahrener Benutzer
SumSig verwenden, (machst Du ja glaube ich schon) und einen weiteren also 3ten Kanal auswerten.

Abhängig von der Stellung dieses 3ten Kanals in den ersten 30 oder 60 Sekunden dann das KalibMenü betreten und darin dann mit ScreenSwitch zwischen den 3 Werten hin und herschalten und mit Throttle kalibrieren.

Dann musst Du gar nichts mehr stecken.
das ist übrigens die perfekte Idee! Darauf bin ich nicht gekommen, da werde ich mich mal ransetzen.

Pardini
 
Hallo an alle!
Gestern während des Bereitschaftsdienstes habe ich das Projekt entdeckt und mich sehr gefreut, dass das geht.
Hab mich gewundert, dass doch tatsächlich die Kommunikation zw. GPS und Naza per Seriell geht und somit halbwegs "hackbar" ist.

Nun frage ich mich, ob denn einer schon die Kommunikation zwischen Naza und dem "Verteiler" (PMU V2) bei der Naza V2 geknackt hat, denn dann wäre es ja durchaus möglich an alle Daten der Naza ranzukommen, die auch das "IOSD" bekommt und somit wäre das Projekt auf dem MinimOSD nur noch eine reine Software-Lösung, da man ja, abgesehen von der Strommessung, alle Daten, aus der Naza bekäme.
Hat da irgendwer schon einen Hinweis?

Andere Sache:
Hab nun auch gelesen, dass die LED über 3 Pins (LED1, LED2 und GND) angesteuert wird. Werden dann, ab dem Zeitpunkt, wenn ich die Naza programmiere die 2 LED-Pins zur seriellen Schnittstelle sodass im LED-Modul nur noch ein FTDI oder so zur Kommunikation sitzt? Kann man die LED (zumindest bei der V2) somit also weglassen, solange ich nicht dran rumprogrammieren will und ggf eigene LEDs (über Treiber) laufen lassen? Für mich persönlich wäre vor allem die Möglichkeit der eigenen LEDs eine klasse Sache, da ich dummerweise rot-grün-blind bin und deshalb die LED-Signale ein reines Ratespiel ist!

Gruß ausm Dienstfrei
 

DerCamperHB

Erfahrener Benutzer
Genauso ist das, normal sind das 2 LED Ansteuerungen, wenn der USB dran ist, werden da drüber die beiden Datenleitungen vom USB zur Naza geführt
Im Prinzip wenn du nur per FPV fliegst, brauchst du die LED nicht mehr, sondern schaust einfach ins OSD, ob da schon genug SAT vorhanden sind
 

JR63

Erfahrener Benutzer
Ja, genau wie DerCamperHB schon sagte, das LED Geblinke wird 1zu1 im OSD zeitsynchron nachgebildet und ist, da das OSD nur SW ist, somit auch für Leute mit vermindertem Farbsehen gut geeignet :)

Es werden einfach unterschiedliche Symbole für rot gelb grün angezeigt, aber auch der Status ausgewertet und als
MAN
ATT
IOC
GPS
F-S
ausgegeben.

Zu Deiner 1sten Frage:

Das hatte DerCamperHB glaube ich auch schon mal angeregt, den seriellen TX des NAZA mal zu untersuchen.

Allerdings bin ich da zeitlich noch nicht zu gekommen und wahrscheinlich wird da bei der NAZA Lite auch nichts ausgegeben (Info glaube von DerFrickler)

Somit wäre das dann nur noch für NAZA V1 V2 ab Firmware x möglich.

Tschö
JR
 

JR63

Erfahrener Benutzer
jau, danke für die Info.

Mal sehen wann ich evtl. dazu komme, momentan sieht es zeitlich eher sehr schlecht aus.

Tschö
JR
 

Pardini

Erfahrener Benutzer
Auch wenn ich mich jetzt vollends zum Affen mache, meine hier: http://fpv-community.de/showthread.php?34709-NAZA-OSD-f%FCr-ca-20&p=476952&viewfull=1#post476952 vollführte Rechenakrobatik war schlichtweg wertlos. Der Stromsensor verhält sich völlig anders als im Datenblatt angegeben, deswegen stimmen auch meine Angabe überhaupt nicht.

Ich werde mich damit jedoch noch einmal auseinander setzen und versuchen heraus zu bekommen, wie dem Sensor ein vernünftiges Ausgangssignal zu entlocken ist.

Pardini
 
Ach ja, ich habe die Tage noch diese OSD bekommen:
http://www.ebay.com/itm/OSD-Board-O...-2-/161099711540?ssPageName=ADME:L:OC:DE:3160

Entgegen der Abbildung hat das gelieferte aber noch zusätliche Pins auf eine Pinleiste auf der Seite rausgeführt. Wenn ich es richtig gesehen habe waren die auch teils schon mit Bat1 und Bat2 beschriftet.
Wollte das eigenlich noch fotografieren, aber habs jetzt im Wahn schon eingebaut und verschrupmft....
 
Zuletzt bearbeitet:

JR63

Erfahrener Benutzer
Ach ja, ich habe die Tage noch diese OSD bekommen:
http://www.ebay.com/itm/OSD-Board-O...-2-/161099711540?ssPageName=ADME:L:OC:DE:3160

Entgegen der Abbildung hat das gelieferte aber noch zusätliche Pins auf eine Pinleiste auf der Seite rausgeführt. Wenn ich es richtig gesehen habe waren die auch teils schon mit Bat1 und Bat2 beschriftet.
Wollte das eigenlich noch fotografieren, aber habs jetzt im Wahn schon eingebaut und verschrupmft....

Da sind einige im Umlauf. Allerdings ist das Pinmapping wahrscheinlich eher für dieses MultiWii oder so OSD.

Tschö
JR
 
Status
Nicht offen für weitere Antworten.
FPV1

Banggood

Oben Unten