Wollte ich auch gleich posten! War halt ein Schnellschuss.

Auch noch ganz nett wäre:
if (naviData.RC_Quality < min_RC_Quality) min_RC_Quality = naviData.RC_Quality;
etc.

-shadow-

Hey CaScAde, ich freu mich über:

+started simple mode controll, press S2 during bootup toggles artificial horizon

und

#define NOOSD 0 // set to 1 to disable OSD completely
#define NOOSD_BUT_WRN 0 // set to 1 to disable OSD completely but show
// battery and receive signal warnings

TIA
-shadow-

Hey, das ist ein wirklich cooles Projekt!!! Mein Respekt, ich freu' mich wie eine Schneegans dass mein EPIOSD jetzt wieder richtig aktiv wird.

Habe es gestern reingeflasht und funktioniert schon mal bestens! Hab' mir den Sourcecode angeguckt - sieht sehr sauber und fein aus... Toll was sich da für Möglichkeiten bieten werden!

Das mit den Tastern und Horizont is auch prima! Werde im Laufe der Woche mal im Flug testen, wenn's Wetter erlaubt.

jetzt kann man auch im betrieb die finger zu den tastern pulen...

externer Link:

externer Link:


S1 druecken -> menu
S2 zum durchcyclen
S1 zum bestaetigen...

Ist noch alles sehr experimentell, also die ganze FW... man muss mal sehen was man alles braucht, was wie sinnig ist und so...

NO_OSD und NO_OSD_BUT_WRN machen aber nur normal gerade... ich ueberleg ob das nicht sinniger ist anwaehlen zu koennen was angezgeigt werden soll und nicht exklusiv wie gerade...

Bei dem "g" bekommt man ja Augenkrebs :-)
*duckandrun*

Soo... beim fliegen PH anmachen um auch mal aufs OSD zu gucken ist doof...
guck nach oben "was machtn der kopter da hinten?" dann mal zurueck... wollte nicht... CH... wollte nicht... hoehensensor aus, vollgas nach oben... wollte er auch nicht.... schnurstracks 1,5m neben dem Kanal eingebombt...
Also: erstmal kein MK mehr :/

externer Link:

Oh.
Hat aber hoffentlich nichts mit dem OSD zu tun?

oO

Beileid...

lilalinux meinte

Oh.
Hat aber hoffentlich nichts mit dem OSD zu tun?

naja... PH an um zu gucken was das ost sagt...
wieder hochgeguckt weil das bild irgendwie sich schnell aenderte (der MK sich bewegte) und dann wollte er auch nichtmehr so wie ich...
Also indirekt schon...

MarCopter meinte

oO

Beileid...

danke...
Mal sehen wann es nen neues kameragestell gibt...

Beileid auch von mir!
Aber besser neben den kanal als in den kanal ...-)

Von mir auch Beileid! Hat sich die Erde davorgeschmissen :/

Ich bin heute eeendlich mal zum fliegen gekommen. Die neuste Version aus dem SVN compiled und draufgeschmissen.

Todo:

- Entfernung zu Home in Meter und nicht micrometern.
- Statistik max flight-time zeigt Sekunden an.
- Höhenangaben springen ab ca. 130 Meter Höhe auf jenseits von gut und böse. Kommt aber warscheinlich eher von der FC/NC


Sonst alles Top. War ein ein super Flugtag und das OSD war sehr sweeet

(Videos encoden/uppen noch)

Ich war mal so frei und hab meine ersten beiden Punkte umgebaut und ins SVN commitet.

Das Springen der Höhenangabe bei 150m, 230m, 290m etc. wird auch hier behandelt:
http://forum.mikrokopter.de/topic-8664.html

@CaScAdE: Auch von mir Beileid. Ich hoffe, es ist nur das Kameragestell Brei und nicht viel mehr.

-shadow-

Ich habe mal einen neuen Vario eingebaut. Die Geschwindigkeit der Auf-/Abwärtsbewegung wird anhand der Pfeillänge angezeigt. Ob der Wert "10" als Schwelle für schnell/langsam richtig ist, muss noch probiert werden.

Habe das ganze mal ins SVN commited.

Habe eben mal die C-OSD-20090331-1549.hex flashed. Der erste Eindruck ist genial, aber...
Warum bekomme ich nur im 5 Sekunden Abstand Daten angezeigt?
Das OSD wird doch 1:1 an NC-debug angeschlossen?

-shadow-

@shadow: scheinbar ist die tx leitung zur NC gestört? Jedenfalls koennen wohl nicht die entsprechenden Datensätze abboniert werden.

und ja, das OSD kommt 1:1 an den Debug port der NC.

gruss

Shadow:
Machst du OSD und NC/FC gleichzeitig an?
Er fordert nur am Anfang die Daten an...
Ich wollt eh nochmal nen zaehler einbauen der vergleicht wie lange es her ist das der letzte Datensatz kam und wenn das laenger als ne Sekunde ist, dann fordert er den OSD datensatz neu an. Guter Grund das mal zu machen

lephisto meinte

und ja, das OSD kommt 1:1 an den Debug port der NC.

Laeuft die Software auch ohne NC bzw. nur mit FC?

Das Problem mit dem Update der Datensätze alle 5s hatte ich auch. Es könnte auch daran liegen, dass bei gleichzeitig angeschlossenem OSD und Koptertool das KT das Abo nach ca. 10s deaktiviert. Eine regelmäßige Neuanforderung des Abos vom OSD aus würde bestimmt nicht schaden.
Weiterhin sollte/muss der TX Pin vom OSD nach dem Senden deaktiviert werden:

void USART1_DisableTXD(void)
{
UCSR1B &= ~(1 << TXCIE1); // disable TX-Interrupt
UCSR1B &= ~(1 << TXEN1); // disable TXD in USART
DDRB &= ~(1<<DDB3); // set TXD pin as input
PORTB &= ~(1 << PORTB3);
}



vor dem erneuten Senden natürlich wieder aktivieren:

void USART1_EnableTXD(void)
{
DDRB |= (1<<DDB3); // set TXD pin as output
PORTB &= ~(1 << PORTB3);
UCSR1B |= (1 << TXEN1); // enable TX in USART
UCSR1B |= (1 << TXCIE1); // disable TX-Interrupt
}


Andernfalls gibts Probleme zwischen KT und NC.




Diese Erkenntnisse sind nicht auf meinem Mist gewachsen, sondern entstanden mit Gregors Hilfe.

lilalinux meinte

Laeuft die Software auch ohne NC bzw. nur mit FC?

Der OSD-Datensatz kann nur von der NC abonniert werden. Somit ist die Antwort: NEIN

EDIT: Hab gerade ne Belehrung von cascade erhalten...

Seine Aussage:
den osd datensatz gibts von der navi, das ist richtig.
man kann aber auch debug daten anfordern, dann hat man aber weniger von den daten (logischerweise). die grundlagen dafuer sind im code...

. // request data ever 100ms from FC
. //unsigned char ms = 10;
. //sendMKData('d', 0, &ms, 1);
. //if (rxd_buffer[2] == 'D') { // FC Data

So long

also im svn ist jetz was was auch den TXD pin abschaltet (danke joko/gregor).
Nach >2sek ohne daten wird der osd-satz neu angefordert, somit kann man osd nun auch spaeter anschalten...
und was den nur mit der FC betreiben kram angeht:
da muesste man theoretisch nur nen "skin" fuer machen... aber dafuer bin ich gerade zu gaga, was man evtl an der angefangenen source umstellung sieht *hust*
Ich hab ja noch die hoffnung das es einer macht der sich mit sowas auskennt *g*

Uiii, hier ist was los; kaum lege ich mich eben schlafen, da werdet Ihr richtig aktiv.

Schnelle Antworten:
@CaScAdE: Ja, ich mache OSD und NC/FC... zusammen an.
@JochenK: Ich hatte bei meinen Tests keine zusästzliche Verbindung zum KopterTool.

So, die Arbeit ruft. Mal sehen, wie die neue Version heute Abend so ist. Könnte es noch mal einer .hexen? Habe auf meinem ollen Laptop nur ponyprog. TIA

-shadow-

shadow meinte

@CaScAdE: Ja, ich mache OSD und NC/FC... zusammen an.

Dann sollte das eigentlich gehen... Fuse-Bits sind gesetzt? Nicht das der Mega nur mit internem takt laeuft und die Daten garnicht so fix verarbeiten kann...

shadow meinte

So, die Arbeit ruft. Mal sehen, wie die neue Version heute Abend so ist. Könnte es noch mal einer .hexen? Habe auf meinem ollen Laptop nur ponyprog. TIA

klar:
C-OSD-20090402-0106

Zitat

Fuse-Bits sind gesetzt? Nicht das der Mega nur mit internem takt laeuft und die Daten garnicht so fix verarbeiten kann...

Fuses kann ich noch mal checken. Meine aber gesetzt zu haben:
BOD1LEVEL + ESAVE = Hacken // alle anderen (auch CKSEL3..0) = offen --> 1111 = External CLOCK

-shadow-

also so: externer Link:

und somit richtig.

dann muss man mal sehen ob die daten jetzt mit der aktuellen schneller kommen, die merkt ja wenn der osd-datensatz nicht schnell genug ankommt... und wenn du meintest alle 5sek dann sollte die das erkennen...