Moin
Also definitiv länger wie ein paar Tage aber auch definitiv kurzer wie ein paar Monate warten lohnt sich Denk ich

Scotch hat geschrieben:

topas hat geschrieben:

Scotch hat geschrieben:Also so wie ich das versteh, läuft der uC bei der Version 11 mit 3,3v
Wenn du ihn mit 3,3v an VCC betreibst, dann muss j1 geschlossen werden. Der onboard Regler wird umgangen. Bei 5V an VCC muss J1 offen sein.
Wenn du das ProMicro nur über RAW (Max 16v wenn ich das richtig verstehe) ist J1 egal. Da die Diode den weg zum J1 sperrt.
Wie gesagt. So versteh ich das.
Evtl kann das ja noch jemand bestätigen.
Gruß Ingo

Puh, ist das nicht genau umgekehrt? J1 geschlossen= 5V und geöffnet 3,3v? Jetzt bin ich endgültig verwirrt
Was ist denn mit uC gemeint?

Danke & Gruß

Großes sorry, Du hast natürlich recht.
geschlossen= 5V und geöffnet 3,3v
uC = µC = Micro Controler Also der Atmel Chip
So langsam werde ich auch verwirrt.
Hast Du die Platine vom Paul ?
Ich schaue morgen mal bei meiner nach, welche Version das bei mir ist.
Gruß Ingo

Das beruhigt mich jetzt schon ein bisschen, dass ich nicht komplett neben der Spur war

Jein, also indirekt von Paul --> ich hab den Komplettbausatz von pitchpump -> Andreas kauft den Kram ja bei Paul

Hallo Topas,

ich hbae heute mal geschaut. Mein pro Micro ist auch V11 wie bei Dir.
Angeschlossen ist er mit GND und RAW bei mir J1 ist offen.
Als Akku hab ich ein 7,4V Lipo dran. Wenn ich mit dem Multimeter messe,
hab ich an VCC vom ProMicro knapp 5V
Gruß Ingo

Scotch hat geschrieben:Hallo Topas,

ich hbae heute mal geschaut. Mein pro Micro ist auch V11 wie bei Dir.
Angeschlossen ist er mit GND und RAW bei mir J1 ist offen.
Als Akku hab ich ein 7,4V Lipo dran. Wenn ich mit dem Multimeter messe,
hab ich an VCC vom ProMicro knapp 5V
Gruß Ingo

Hi Ingo!
vielen Dank fürs nachsehen!
Ich habe das ganze auch mal bei flyduino nachgefragt, mit Erlaubnis von Felix poste ich hier seine Antwort auf meine Anfrage. Vielleicht hilft das jemandem, der die selbe Frage wie ich hatte und dazu auch nicht so richtig was finden konnte.

Meine Frage:
Der ProMicro soll über einen Spektrum Satelliten angesprochen werden. Ich habe ein 5v ubec das den ProMicro mit Saft versorgen soll.
Ich verstehe allerdings nicht ganz ob ich nun J1 schließen oder er geöffnet sein muss - soweit ich das verstanden habe müsste J1 bei 5V Versorgung geschlossen werden? Falls J1 geöffnet bleibt, werden die 5V dann von den Regulatoren auf dem ProMicro in 3,3v gewandelt? Könnte ich dann vom Board direkt 3,3v für den Spektrum Satellit abgreifen? Oder müsste ich trotzdem dafür die zwei Kondensatoren und den Spannungswandler auf das MWC Board auflöten?

Die Antwort:
beide versionen des promicros laufen erstmal mit 5V .. die 3.3V version giebts nur bei sparkfun und da steht das extra dabei. die platinen waren von anfang an für beide versionen (3.3 und 5V) ausgelegt aber die 3.3V version leuft nur mit 8Mhz deshalb muss man die 5V version nehmen. um den sattelit mit 3.3v zu versorgen brauchst du entweder dieses 3.3 volt spannungsregler set, oder du nimmst das spektrum satellit kabel aus dem shop http://flyduino.net/Flyduino-to-Spektru ... -regulator da ist ein 3.3 volt regler drinn. kannst also 5V an die versorgungsspannung geben.

zu dem jumper. bei der ersten version von sparkfun war der um die USB 5 V zu verbinden. also wenn er geschlossen ist, wird das board vom usb stecker mit 5v versorgt. bei neueren ist der nurnoch offen für die 3,3V version. wenn man ihn bei der 5V version schließt umgeht man nur den onboard 5V regler .. also dann ist 5V vom USB direkt mit VCC verbunden.

Nachmals DANKE an Ingo vom Board und Felix von Flyduino!!
Grüße
Timo

Darf ich das nochmal hochbringen? Mittlerweile passt alles auf den Arduino Leonardo, 10DOF mit I2C GPS, Buzzer und VBAT sowie Nick Roll Ausgleich. Wäre schön, wenn der Neigungswinkel der Kamera nun noch per Schieberegler eingestellt werden könnte. Dann hätte ich doch meine eierlegende Wollmilchsau

Grüße

Peter

segelpeter63 hat geschrieben:Mal ne Frage: Beim meinem MK kann ich mit aktiven Roll/Nick Ausgleich durch einen Schieberegler auf der Funke den Nickwinkel oder besser die Kameraneigung während des Fluges verstellen. Z.B. beim Aufstieg langsam nach unten neigende Kamera.

Wie realisiere ich das mit der MultiWII Software: Hardware DroFly 32u4?

In der GUI kann ich ja nur einen Kanal dem Nick zuweisen, den würde ich also auf den Schieberegler legen. Oder? Da brauchst ja noch einen 7. Kanal.

Wie realisiert Ihr das?

Danke und Gruß

Peter

Hallo

da der Thread hier langsam einzuschlafen droht, hier mal wieder was zum diskutieren und ausprobieren.

Das Releasedatum der V2.2 nähert sich mit großen Schritten. Momentan ist die Dev R1349 als pre2.2 deklariert und kann hier geladen werden: https://code.google.com/p/multiwii/downloads/list

Aktuell ist aber schon R1355 incl. angepasster Dokumentation. Es gibt seit der Ankündigung keine neuen Features mehr sondern es wird versucht möglichst viele Bugs zu finden. Keiner weiß, ob es noch welche gibt und wo. Weiterhin soll die Releaseversion stabil laufen. Daher ist ein Testbetrieb von vielen Usern erstrebenswert. Grobe Fehler sind schon lange nicht mehr enthalten. Die 1349 läuft auf meiner Hardware (Crius AIO V1 + UBLOX Neo6M GPS mit großer Antenne + OLED) sehr stabil und einwandfrei.

EOSBANDI hat eine neue Version seiner WINGUIV2.2beta veröffentlicht. Leider keine neuen Features, aber funktioniert mit der Vpre2.2! https://code.google.com/p/mw-wingui/downloads/list

Viel Spass beim testen

Hallo Micha,

vielen Dank das du uns hier auf dem laufendem hältst.
Das hier etwas wenig los ist, liegt wohl daran das viele noch im Winterschlaf stecken.
Wie sieht es mit der Baro Unterstützung bei der neuen Version aus. Habe bei mir die Version von Roberto drauf
und bin mit der Baro Unterstützung sehr zufrieden.
Muss da mal wieder im Englischen Forum rein schauen was es so neues gib.
Englisch ist nicht so meine Stärke und dem entsprechend selten bin ich dann auch in solchen Foren unterwegs.
Gruß Ingo

Würde ich gerne, nur es passt nicht mehr auf meinen Board (NanoWii mit GPS) und deswegen werde ich bei 2.1 bleiben müssen.
Ich hätte gerne die neune Features genutzt und von den Neuerungen und Verbesserungen profitiert, aber es wird leider nichts.

Mal sehen für welche FCU ich mich entscheide für meinen nächsten Quad (soll einen FPV werden), momentan liegt der Autoquad gut im Rennen, es soll aber demnächst einen neue FCU kommen auf Arduino Basis wenn ich es richtig verstanden´habe, und die will ich mir auch noch anschauen.

DUKE40 hat geschrieben:Würde ich gerne, nur es passt nicht mehr auf meinen Board (NanoWii mit GPS) und deswegen werde ich bei 2.1 bleiben müssen.
Ich hätte gerne die neune Features genutzt und von den Neuerungen und Verbesserungen profitiert, aber es wird leider nichts.

Mal sehen für welche FCU ich mich entscheide für meinen nächsten Quad (soll einen FPV werden), momentan liegt der Autoquad gut im Rennen, es soll aber demnächst einen neue FCU kommen auf Arduino Basis wenn ich es richtig verstanden´habe, und die will ich mir auch noch anschauen.

Ja leider ist das NanoWii sehr begrenzt mit dem Speicher.
Deswegen hab ich mir auch ein Crius geholt. der Mega hat reichlich Speicher und alle Sensoren on Board. Ehrlich gesagt habe ich sogar die billige Kopie vom Hobbyking (die mit dem defekten Spannungsregler) Aber das Teil geht einwandfrei!

Ja von Flyduino kommt bald was neues. Nunja so richtig neu auch nicht. Eher sowas wie das Crius nur mit anderen Sensoren.

Ich spekuliere ja auch langsam rüber in die 32bit Welt. Nur was Roberto da macht kann nicht wirklich zielführend sein für eine schnelle Weiterentwicklung der 32bit Version. Baseflight heisst die und basiert in sehr weiten Teilen auf dem MultiWii Code. Fliegt sich genauso. Timecop der Entwickler der Hardware Naze32 und Leadprogger regt sich sehr oft über Roberto auf, weil er "nur für sich selbst" entwickelt und die doch wirklich guten Fortschritte die er macht nicht ins Hauptprojekt Baseflight einfliessen lässt. Er weigert sich standhaft Github zu nutzen

Ich persönlich werde mich demnächst mal mit dieser Hardware befassen : http://www.quantec-networks.de/quanton/
Die Hardware ist sehr weit fortgeschritten und kommt aus Deutschland. Einer der Entwickler ist aus Hannover. Die Software ist schon sehr weit fortgeschritten und entwickelt sich mit extremer Geschwindigkeit. Der Preis ist sehr heiß finde ich.

DUKE40 hat geschrieben:Würde ich gerne, nur es passt nicht mehr auf meinen Board (NanoWii mit GPS) und deswegen werde ich bei 2.1 bleiben müssen.
Ich hätte gerne die neune Features genutzt und von den Neuerungen und Verbesserungen profitiert, aber es wird leider nichts.

Mal sehen für welche FCU ich mich entscheide für meinen nächsten Quad (soll einen FPV werden), momentan liegt der Autoquad gut im Rennen, es soll aber demnächst einen neue FCU kommen auf Arduino Basis wenn ich es richtig verstanden´habe, und die will ich mir auch noch anschauen.

naja irgentwie geht immer nochwas
http://fpv-community.de/showthread.php? ... em-NanoWii

dammit passt auch nicht alles .. aber schonmal viel mehr

gruß

Felix

Scotch hat geschrieben:Hallo Micha,

vielen Dank das du uns hier auf dem laufendem hältst.
Das hier etwas wenig los ist, liegt wohl daran das viele noch im Winterschlaf stecken.
Wie sieht es mit der Baro Unterstützung bei der neuen Version aus. Habe bei mir die Version von Roberto drauf
und bin mit der Baro Unterstützung sehr zufrieden.
Muss da mal wieder im Englischen Forum rein schauen was es so neues gib.
Englisch ist nicht so meine Stärke und dem entsprechend selten bin ich dann auch in solchen Foren unterwegs.
Gruß Ingo

Hallo Ingo

Winterschlaf kann ich es bei mir nicht nennen Eher inner Unruhe mal endlich wieder raus zu kommen. Das Wetter macht ja fast depressiv Habe bald nix mehr zum basteln. Hab mir aus lauter Langeweile mal einen neuen Antrieb für meinen Raketenwurm bestellt. Ich brauch mehr Adrenalin

Ich habe die R1343 zuletzt mit Baro geflogen. Die ging für mich sehr gut. Ich brauche diese Vario Funktion nicht unbedingt aber auch das geht gut.
Es gibt noch eine Baro Version von Nhadrian. Diese ist aber sehr umfangreich und passt definitiv nur auf MEGA Prozessoren.

Festgestellt habe ich, das die MAG Kalibrierung das wichtigste überhaupt ist. Ich habe das Crius Board ohne alles nur am USB Stecker kalibriert. Dazu zuerst auf http://www-app1.gfz-potsdam.de/cgi-bin/igrf_koord.pl die Magnetischen Parameter seines Standortes berechnen. Die Deklination wird in Grad und Minuten angegeben. Dies muss man sich in Dezimalgrad umrechnen und in der config.h (Kapitel GPS) eintragen. Bei mir z.b. 1°41' -> 1.6833333333. Eingetragen wird 1.68f (das f steht für eine Floatzahl). Weiterhin wichtig ist die Magnetische inklination. Diese ist bei mir z.b. 67° 18'. Um den MAG richtig zu kalibrieren nimmt man die FC und dreht sie in Flugrichtung Richtung Norden. Weiterhin kippt man sie nun um den Betrag der inklination nach unten! Hier also 67 Grad. Das ist die Ruheposition!! Nun wird die kalibrierung des MAG gestartet. Dabei drehe ich den Copter nicht ganz rum, sondern ich schwenke ihn aus der eben genannten Ruheposition jeweils 2 mal langsam nach recht und links für mehr als 180 Grad. Das ganze dann für alle 3 Achsen! Somit ist sichergestellt, das der Sensor alles erfasst hat.
EOSBANDI hat die Kalibrierungsroutine soweit optimiert, wie es für die 8bit Prozessoren machbar ist. Mehr geht also nicht! Aber das Ergebnis einer guten Kalibrierung kann sich sehen lassen. Die Kompassnadel in der GUI bewegt sich absolut soft ohne ruckeln oder zu flippen!

Hallo Michael,
Langeweile, kann ich nicht nachvollziehen.
Beschäftige mich ja auch noch mit Mikromodellbau.
Im Januar war ich Freuden in Bremen auf der Messe als Aussteller und ende März bin ich dann 4 Tage ins Sinsheim

Ich hab mir Anfang des Jahres die AIO FC von Hobbyking gekauft.
http://www.hobbyking.com/hobbyking/stor ... duct=31138
Muss ich aber noch einbauen.
Das mit den Magnetischen Parameter, hab ich bis jetzt auch so bei meinem FreeIMU 3.5MS gemacht.
Nur nicht mit der Magnetischen inklination. Das muss ich dann noch mal Probieren. Danke für den Tipp.

Gruß Ingo

Hallo Ingo

Deine FC von Hobbyking ist identisch mit meiner! Ist eine Kopie der CRIUS AIO V1.
Leider hat Hobbyking den Spannungsregler für die Serial-Ports falsch eingebaut. Er funktioniert so nicht! Gibt aber eine einfache Lösung für das Problem. Wenn Du soweit bist melde dich einfach
Ansonsten ist die FC voll funktionsfähig und anständig gebaut. Was will man mehr?
Im Bereich 8bit geht eh kaum noch was. Bin aber trotzdem auf die neue FC von Flyduino gespannt. Felix hat mich da schon heiß gemacht

ronco hat geschrieben:

DUKE40 hat geschrieben:Würde ich gerne, nur es passt nicht mehr auf meinen Board (NanoWii mit GPS) und deswegen werde ich bei 2.1 bleiben müssen.
Ich hätte gerne die neune Features genutzt und von den Neuerungen und Verbesserungen profitiert, aber es wird leider nichts.

Mal sehen für welche FCU ich mich entscheide für meinen nächsten Quad (soll einen FPV werden), momentan liegt der Autoquad gut im Rennen, es soll aber demnächst einen neue FCU kommen auf Arduino Basis wenn ich es richtig verstanden´habe, und die will ich mir auch noch anschauen.

naja irgentwie geht immer nochwas
http://fpv-community.de/showthread.php? ... em-NanoWii

dammit passt auch nicht alles .. aber schonmal viel mehr

gruß


Felix

Leider scheint es noch nicht auszureichen. Ich bekomme die Meldung:
Binäre Sketchgröße: 29.048 Bytes (von einem Maximum von 28.672 Bytes)

Also bin ich immer noch 378 Bytes zuviel

Michael Brakhage hat geschrieben:

Scotch hat geschrieben:Hallo Micha,

vielen Dank das du uns hier auf dem laufendem hältst.
Das hier etwas wenig los ist, liegt wohl daran das viele noch im Winterschlaf stecken.
Wie sieht es mit der Baro Unterstützung bei der neuen Version aus. Habe bei mir die Version von Roberto drauf
und bin mit der Baro Unterstützung sehr zufrieden.
Muss da mal wieder im Englischen Forum rein schauen was es so neues gib.
Englisch ist nicht so meine Stärke und dem entsprechend selten bin ich dann auch in solchen Foren unterwegs.
Gruß Ingo

Hallo Ingo

Winterschlaf kann ich es bei mir nicht nennen Eher inner Unruhe mal endlich wieder raus zu kommen. Das Wetter macht ja fast depressiv Habe bald nix mehr zum basteln. Hab mir aus lauter Langeweile mal einen neuen Antrieb für meinen Raketenwurm bestellt. Ich brauch mehr Adrenalin

Ich habe die R1343 zuletzt mit Baro geflogen. Die ging für mich sehr gut. Ich brauche diese Vario Funktion nicht unbedingt aber auch das geht gut.
Es gibt noch eine Baro Version von Nhadrian. Diese ist aber sehr umfangreich und passt definitiv nur auf MEGA Prozessoren.

Festgestellt habe ich, das die MAG Kalibrierung das wichtigste überhaupt ist. Ich habe das Crius Board ohne alles nur am USB Stecker kalibriert. Dazu zuerst auf http://www-app1.gfz-potsdam.de/cgi-bin/igrf_koord.pl die Magnetischen Parameter seines Standortes berechnen. Die Deklination wird in Grad und Minuten angegeben. Dies muss man sich in Dezimalgrad umrechnen und in der config.h (Kapitel GPS) eintragen. Bei mir z.b. 1°41' -> 1.6833333333. Eingetragen wird 1.68f (das f steht für eine Floatzahl). Weiterhin wichtig ist die Magnetische inklination. Diese ist bei mir z.b. 67° 18'. Um den MAG richtig zu kalibrieren nimmt man die FC und dreht sie in Flugrichtung Richtung Norden. Weiterhin kippt man sie nun um den Betrag der inklination nach unten! Hier also 67 Grad. Das ist die Ruheposition!! Nun wird die kalibrierung des MAG gestartet. Dabei drehe ich den Copter nicht ganz rum, sondern ich schwenke ihn aus der eben genannten Ruheposition jeweils 2 mal langsam nach recht und links für mehr als 180 Grad. Das ganze dann für alle 3 Achsen! Somit ist sichergestellt, das der Sensor alles erfasst hat.
EOSBANDI hat die Kalibrierungsroutine soweit optimiert, wie es für die 8bit Prozessoren machbar ist. Mehr geht also nicht! Aber das Ergebnis einer guten Kalibrierung kann sich sehen lassen. Die Kompassnadel in der GUI bewegt sich absolut soft ohne ruckeln oder zu flippen!

Irgendwie funktioniert die URL http://www-app1.gfz-potsdam.de/cgi-bin/igrf_koord.pl bei mir nicht, ich bekomme nur eine weisse Seite.