Ein paar Updates:
http://wiki.rchelifan.org/index.php/Sticki

Carsten

Gute Idee!

hey calli !

is echt ne geile ideesowas zu machen!
ohne blender könntest du wohl kaum (über)leben , hä ??

ohne blender könntest du wohl kaum (über)leben , hä ??

Sehr treffend formuliert!

C

Kenne mich jetzt mit Blender nicht so aus... Hab auch mal eine kleine Oberfläche gestellatet mit Delphi. Wollte es eigentlich mit Java/Swing machen dafür reichen meine kentnisse aber noch nicht aus...

Wenn bekannt ist in welchem Format das Board die Dtaen liefert werde ich mal die Animation der Knüppel machen. Abfrage über Serial dürfte auch kein Prob sein mit Delphi.

Mir war es nur auch wichtig das man die Daten (Knüppelbewegungen) dann auch als AVI oder Einzelbilder ausgeben kann um es in ein Video einzubinden.

Zum Thema Format, definieren wir einfach was!

p n r h g a1 a2

Pitch, Nick, Roll, Heck, Gyrowirkung, Aux1, Aux2

Jeweils -255 bis 255 (oder lieber signed Byte -128 bis 128, weniger Daten und die Auflösung reicht auch dicke)

Ach ja, und nicht vergessen: eine Mode umschaltung im Auswerteprogramm!

Gruß,
Carsten

die Modeumschaltung finde ich auch sehr wichtig

Von mir auch mal was neues! Hab erstmal die Blender/Python Software von Carsten genommen, weil die Com Abfrage mit Java noch net so richtig funzt.

Hier noch ein kurzes Video:
http://www.youtube.com/watch?v=MmjMxohRhpw

@Carsten: Hab dein Programm für das Board mal ein bisschen vereinfacht. Prob war IMHO, dass man das kalibrieren eh nicht ohne ein Display machen kann. Jetzt geht es nur über das LED.
Im Anhang ist der Quellcode.

Der zur Vereinfachung hab ich denn Demixer mal kurz ausgestellt.

EDIT: Als nächstes kommt jetzt bei mir, dass die Daten gespeichert werden. Kennt sich hier einer mit i²c aus? Weil an das Teil ein EEPROM angebunden werden muss.

Das wär echt ein supergeiles System, wenns dann auch noch günstig zu erwerben wäre und einfach anzuschließen, denke ich wirst schon ein paar abnehmer finden, ich find sowas super....

Mfg Daniel

So, es geht wieder ein bisschen weiter. Hab heute noch einen 512 KB EEPROM gekauft. Der sollte mindestens für einen Flug reichen.

Hab aber noch ein bisschen Probleme mit der Speicher Adressierung von dem Teil. Kennt sich damit einer aus?!

@sungamer: Super das Du Dich da so reinhängst. Wenn ich das alleine machen würde wird es wieder mal nicht fertig

@Theslayer: Ich zumindest habe keine kommerzielle Verwertung vor.

Carsten

Ein 7Sgment Display würde ja reichen zum "kalibrieren", bzw. eigentlich muss man ja nur dem Board sagen wo Pitch, Nick, Roll etc. ist damit der Demixer funktioniert, ohne dem wird es nachher vor allem bei fremden Funken eine harte Nuss das wieder auseinanderzuklabüstern. Das ist aber mindestens wichtig wenn man verschiedene Funken nutzen will, sonst kann man natürlich auch für seine Funke eine feste Verdrahtung nehmen.

Also bei mir funktioniert jetzt das speichern von einzellen Zeichen im EEPROM, weil ich immer in der ASCII Tabelle nachgugge...

Weis einer wie man jetzt einen ganzen Char* String in Dezimal schreibweise überträgt und dann Byte weise abspeichert?

Im Anhang nochmal mein Quellcode. Die I²C Funktionen sind von der Arduino Homepage.
Wie immer von mir unkommentiert.

EDIT: @Calli:
Hab jetzt keinen Plan wie sich die PPM Signale untrerscheiden... Werde mal noch mit anderen Funken testen.

PPM unterscheidet sich nicht wesentlich (eventuell in der Länge des Telegramms, PPM6, PPM7...PPM12). Aber die Kanalzuordnung. Jeder Hersteller hat doch die Servos anders "stecken".

Carsten

jaja viele stecken woanders