EN:
I see that if I connect to C-OSD main 3S accu so is shown :

-Accu 3 cells 12.4V, BATERY LOGO FULL
Thats OK.

-But when I connect my old discharged 3S Accu so is shown:
Accu 2 cells 8.2V
Thats is dangerous, because on OSD is displayed FULL BATTERY LOGO too!

I have question:
Is somebody who flies MK with two cell accu ?
Shoud not be there bottom border of cell numbers to 3S?

(I mean only cells number detection + remaining capacity logo.
No voltage displaying - it works fine!)

form meinte

form meinte

Kann mir jemand die benötigten Fuse-Bytes (hfuse,lfuse,efuse für avrdude) fürs OSD 1.01 + Strom 1.1 nennen, die man benötigt wenn man wowie's Bootloader verwenden will?

Falls es noch wer braucht:
Bootloader für OSD-Platinen
Bootloader für Strom-Platinen
avrubd.exe
avrubd.ini

(Der Strom-Bootloader ist nun funktionsfähig!)

OSD:
avrdude -p m162 -c avr910 -P COM1 -b 115200 -v -U lfuse:w:0xFF:m -U hfuse:w:0xD2:m -U efuse:w:0xFF:m -U flash:w:Bootldr1.hex:i

STROM 1.0:
avrdude -p m8 -c avr910 -P COM1 -b 115200 -v -U lfuse:w:0xE4:m -U hfuse:w:0xD0:m -U flash:w:Bootldr.hex:i

STROM 1.1:
avrdude -p m8 -c avr910 -P COM1 -b 115200 -v -U lfuse:w:0xFF:m -U hfuse:w:0xD0:m -U flash:w:Bootldr.hex:i

(ersetzt "avr910" durch "siprog" wenn ihr das komische SERCON-gedöns benutzt...)

Hi form,

danke für Deine Arbeit,

der Bootloader für EPI_S heißt bei Dir hinten M8, hier die richtige Zeile für die Sercon und den richtigen Bootloader:

STROM 1.0:
avrdude -p m8 -c siprog -P COM1 -b 115200 -v -U lfuse:w:0xE4:m -U hfuse:w:0xD0:m -U flash:w:BootldrM8.hex:i

STROM 1.1:
avrdude -p m8 -c siprog -P COM1 -b 115200 -v -U lfuse:w:0xFF:m -U hfuse:w:0xD0:m -U flash:w:BootldrM8.hex:i

> Start download
$ Send reset command: [0D 72 65 73 65 74 0D]
> Start connect
$ <1> Send connect key: 64
$ <2> Send connect key: 64
: 43 C
$ <3> Send connect key: 64
: 43 C
V Connect success

> Packag [42/42], Data [5,3k/5,3k], Retry [0/0]
V Update success: time elapsed: [3.8s], speed: 1,4k/s.

alles okay


Specky

Hi CaScAdE and wowie,

der Bootloader klappt super, eine Frage zu den Commands r/f und e/d was machen die, was bedeutet die Anzeige 15.0kOhm?
Warum meldet die Firmware die Version 1.1, es ist die alte Version ohne Quarz.

C-STROM
BUILD: 20090914-2245
HW: 1.1
Loading data from eeprom...done
Sensor: 50A Calibration: 512
TWI is OFF
PIMARY R2: 15.0kOhm ANIN R2: 15.0kOhm
Commands available:
h : help on commands (this)
c : calibrate ampere
T : toggle TWI (may break SPI communication!)
+/- : to change sensor
r/f : to change PRIMARY-R2 Value
e/d : to change ANIN-R2 Value
s : save values
now enjoy it and have fun...

V: 0.0 AN-IN V: 1.6 A: 0 C: 0

auch der Bootloader für das EPI_OSD klappt super!!!


> Start download
$ Send reset command: [0D 72 65 73 65 74 0D ]
> Start connect
$ <1> Send connect key: 64
$ <2> Send connect key: 64
: 43 C
$ <3> Send connect key: 64
: 43 C
V Connect success

> Packag [114/114], Data [14,3k/14,3k], Retry [0/0]
V Update success: time elapsed: [9.3s], speed: 1,5k/s.
LG Specky

Hi Specky,

die Werte sollten auf denen stehen welche du als Werte auf die Platine fuer die Spannungsteiler geloetet hast. Wenn du nen anderen Messbereich haben willst kannst du die da entsprechend anpassen.
Siehe auch im Schaltplan R2 und R50

Das mit der HW als 1.1 erkennen obwohl 1.0 ist, ist merkwuerdig... Eigentlich dachte ich, ich frag die LED ab... Aber da ich keine 1.0 Platine mehr habe kann ich das schlecht testen gerade. Bzw jetzt gerade bin ich eh nicht zu hause wo die Sourcen sind
Aber der die einzigen unterschiede sind die LED ansteuerung bzgl polung, welche der analogen spannungen uebertragen wird und die anzeige der zweiten analogen spannung.... wenn ich da mal zu komme gucke ich da noch mal rueber...

Hi CaScAdE,

danke, und was machen die Commands r/f und e/d ?

Specky

Specky meinte

danke, und was machen die Commands r/f und e/d ?

na decrement und increment auf die entsprechenden beiden werte der beiden widerstaende
drueck mal und guck an ob sich die zahlen aendern

Hi CaScAdE,

danke, ja geht, das Leben kann so einfach sein

Specky

Specky meinte

Warum meldet die Firmware die Version 1.1, es ist die alte Version ohne Quarz.

Ich hab das nochmal ueberprueft, kann es sein das du beim zusammenloeten irgendwas an der LED verdreht hast?
Ich hab mein 1.1 board eben mal haendisch auf 1.0 gemodded:
externer Link:


Also das geht jetzt wie bei der 1.0
vom Mega -> Widerstand -> LED (quasi umgedreht, haette ich auch einfacher haben koennen, jaja) -> GND

und Soft drauf gelassen:
externer Link:


Kann ja evlt mal sonstjemand mit ner 1.0 Platine sich melden ob die auch als 1.1 erkannt wird...

Hi CaScAdE,

hätte ich die LED bei der Version 1.0 verkehrt herum eingebaut, würde diese ja gar nicht leuchten, hmmmm????

hier meine Leiterplatte -> www.fc00.de/zubehoer/epi_s_hw_10.jpg

Specky

Hallo

Die LED ist fü die 1.0 richtig rum drinne

Grußm Wolfgang

PS. sie brennt ja auch, oder?

Hi wowie,

joo sie leuchtet, nicht brennt

Specky

Hi,

ich habe mal ein kurzes Video zum Einspielen des Bootloaders und anschließendes serielles Einspielen der Firmware des EPI_S auf meine HP http://www.fc00.de/osd.htm eingestellt.

Specky

Hallo Cascade!

Ich hab da so mein Problem mit dem aufspielen des C-OSD. Flashen mit Pony ging wie immer einwandfrei. Dann hab ich die "C-OSD-characters-pal.hex und C-OSD-20091102-2205-pal.hex" drauf. In deinem Video hast du ja jede Menge HEX-Files drauf geladen. Die ganzen Zeichen hatte ich auf dem Bildschirm und im OSD-Menü konnte ich auch Einstellungen vornehmen, dann speichern und Exit. Aber dann bleibt der Monitor dunkel. Fehlt da noch was? Und wo kann ich es finden?

Gruß Megaburli - Anton



---- Antwort @Cascade ----

Moin Anton,

Also zur Zeit der Videos gabs auch noch mehrere Char-Files, ich hab
das dann mal so gebaut das man nur noch eins braucht, wegen
einfachkeit und so...
Das char file kommt dann einmal drauf und man wartet bis alle Lampen
an sind und die Chars zu sehen sind, das ist richtig.
Danach kann man die FW flaschen.
Wenn du ins Menu kommst hat eigentlich alles funktioniert. Eine
Anzeige kommt erst wenn bei der FC-Version die Debug Daten oder bei
der NC-Version die OSD-Daten ankommen, vorher passiert kein Init und
kein nichts... Also musst du mal gucken ob die Verkabelung so weit
passt oder ob irgendwas an den Loetstellen im Seriellen-Teil zur FC/NC
nicht passt.

Mit freundlichem Gruss,
Claas

---- Ende Antwort @Cascade

Hallo Claas!

Das Naviboard funktioniert soweit recht gut, PH,CH etc.! Aber was mir aufgefallen ist, wenn ich das KopterTool öffne, erscheint im Display alles Analog. Auch kann ich dann auf die Settings nicht zugreifen.
externer Link:

Wenn ich aber den Stecker vom NaviBoard ziehe, erscheint alles im Klartext und ich kann meine Settings bearbeiten.
externer Link:

Kann das im zusammenhang stehen? Wie gasagt, ansonsten funktioniert das NaviBoard einwandfrei.
Verbaut sind FC ME, NaviBoard mit MK3MAg, Epi-OSD, überall die neueste Soft drauf. Tool 1.66!

EDIT: Wenn ich dann den Stecker wieder am NaviBoard anschließe, bleibt der Klartext und ich kann auch in die Settings!

Gruß Mega

Naja... der Request der Beschreibungen sollte eigentlich nicht vom OSD kaputtgemacht werden... es sei denn das dauert laenger als 2sek, dann fordert das OSD die Daten neu an, das koennte die uebertragung der beschreibungen stoeren.
Selbiges fuer Settings etc.
Mach das OSD dann einfach aus.
Und das OSD ist _kein_ NaviBoard...

CaScAdE meinte

Und das OSD ist _kein_ NaviBoard...

Das ist schon klar......

Ich hatte auch nur gemeint, ob das NaviBoard der schuldige sein könnte, daß die Schwierigkeiten verursacht.

So langsam frag ich mich wie du das OSD/NC/FC zeugs verkabelt hast...


FC
||
"FlightCtrl"
NC
"debug"
||
||== OSD "to FC"
||
PC


Bei dir liesst sich das gerade so als ob du das OSD zwischen NC und FC hast...

I have it connected so.

Instead of PC I have connected Bluetooth modul.

In flight I must remove BT because
OSD is not working well when is BT connected on this BUS.

Is it normal ?

Hallo Cascade!

Fehler gefunden. Nachdem ich ein wenig mehr Zeit gefunden hatte, hab ich mal ordentlich gelesen. Und irgendwo steht, daß beim Einsatz von der NC das OSD an Debug angeschlossen werden muß . Jetzt funzt es auch !
Das Problem war, daß ich das OSD vom Quadro auf den Okto gespaxt hab und auf dem Quadro keine NC war!
Trotzdem vielen Dank!

Gruß Mega

Hi,

ein Testbericht von Markus ist zum Einsatz der "Spannungstotmachdioden" hier: http://www.fc00.de/osd.htm abrufbar

Specky

Hallo,
jetzt melde ich mich schon wieder mal als OnScreenDummie mit einem kleinen "Problem":

Seit dem Umbau meiner FPV-Verkabelung leide ich unter folgendem Phänomen:
Immer wenn ich den MK einschalte, ohne die Cam und den Video-Sender mit Strom zu versorgen (beide sind dabei trotzdem videoseitig angeschlossen) blinkt daraufhin das EPI als würde es booten - es folgt aber keine grüne LED wie sonst. Alle LEDs bleiben aus. Das DUMME ist jetzt: Wenn man nun (egal ob mit oder ohne Spannung an Cam und TX) wieder einschaltet, bootet das EPI nicht mehr. Ich muss erst erneut die Soft über den Bootloader einspielen - dabei klappt alles perfekt und verrichtet seinen gewünschten Dienst.
In diesem Zustand funktioniert alles auch exakt so wie es sein soll, bis zu dem Zeitpunkt, an welchem ich versehentlich das EPI wieder mal ohne spannungsversorgte Cam und TX einschalte - dann wird wieder die Firmware gelöscht...

Ich habe den Bootloader von Wowie auf dem EPI (welcher dabei nicht gelöscht wird) und nutze das C-OSD von Cascade.

Über Tipps zur Lösung würde ich mich freuen...
Euer
Markus

Es ist echt komisch: Der Bootloader bleibt "unbeschädigt" im Speicher.
Die eigentliche Soft verschwindet nach oben genannter Prozedur vom uC.
Woher kann das nur kommen?

Ich will nicht, dass mir da noch was dauerhaft schaden nimmt...

Hmmm, evtl. triggert die "seltsame Spannungslage" den Bootloader und der löscht aus "vorauseilendem Gehorsam" die Firmware? Ist schließlich nen Schinesischer Bootloader (soweit ich das weiß)

AKKU

Hallo

Ja es ist einer von einem Chinamann.

Aber der läuft eigentlich zuverlässig.

Was passieren kann, das OSD bekommt "rückwärts" Strom, also über den UART. Da hat sie manchmal Startprobleme.

Starten tut der Bootloader erst, wenn er einen eindeutigen Befehl bekommt.

Erkennt man daran, das die LEDs leicht leuchten.

Gruß Wolfgang

Was Ihr da schreibt macht absolut Sinn!
Ich teste das gleich nachher und gebe morgen Bescheid.
Wenn Ihr Recht habt, dann betrifft das "Problem" ja nur den Bootloader. Wenn ich also die FW doch wieder ohne Bootloader in den uC schreibe - dann dürfte das nicht wieder vorkommen...

Sollte ich dieses "rückwärts-Strom-bekommen" genauer untersuchen?
Oder ist das völlig harmlos für das EPI?
(Ich will nur sicher gehen, dass mir da nicht unnötig was putt geht...)

Danke

So, jetzt mal wieder ein fettes Lob an akku und wowie !

Der Hinweis mit dem Bootloader hat genau in's Schwarze getroffen. Ich habe mir das mit den nicht-leuchtenden LEDs mal genauer angesehen und darauf beschlossen, die FW direkt aufzuspielen.
Jetzt bleibt alles auch bei "falscher" Anschlussreihenfolge auf dem Atmel.

Was genau jetzt den Bootloader triggert (also welches Signal oder welche Spannungsquelle) kann ich leider nicht ausmachen. Aber da ich nicht weiß wie man das noch herausfinden könnte, werde ich in Dummheit und Unwissenheit (aber dafür glücklich und mit funktionierendem EPI) weiterfliegen. Danke

Euer
Markus