Multiwii 2.1 Release, geht bei euch alles?

  • Themenstarter Gelöschtes Mitglied 1973
  • Beginndatum
G

Gelöschtes Mitglied 1973

Gast
#1
#1
grade is die neue version von Multiwii raus, hat schon jemand getestet?
 
tomp

tomp

Benutzer
#3
#3
Gestern abend mal kurz im Garten geflogen, allerdings bei viel Wind. Erst mal keine Auffälligkeiten; der MPU6050 von flyduino wird jetzt direkt unterstützt. Ausgiebige Tests stehen noch an (wenn der Rgen und Wind sich mal verziehen..)
 
R

RalfB

Erfahrener Benutzer
#4
#4
Hallo,

benutzt Ihr auch noch Arduino 1.0 oder schon die neue? Ich habe die 2.1 auf mein LZ-Midi mit GPS geflascht und bei dem ersten Kurztest fliegt es schon ganz ordendlich. Auf meinem LZ-MINI Board allerdings bekomme ich in dem GUI überhaupt keine Anzeige. Weder Piktogram, Sensorlinien noch das Auslesen funktioniert. Hat jemand eine Idee?
Gruß Ralf
 
G

Gelöschtes Mitglied 1973

Gast
#5
#5
also habs jetzt mal getestet, mein cirrus light fliegt gut, der acc überschwingt mit standart settings bei böhen :)
 
Dr.Frantic

Dr.Frantic

Erfahrener Benutzer
#6
#6
Wetter ist noch bescheiden, hab die 2.1 mal ganz kurz angetestet. Nix negatives bis jetzt aufgefallen. Kann sich aber noch ändern, wenn das Wetter endlich mal besser wird....
 
P

pizzaschnitzer

Benutzer
#7
#7
Habe von 1.9 auf 2.1 upgedated und musste die Wirkrichtungen der Sensoren komplett überarbeiten.
Es ist eine DroTek MultiWii Platine im copter welche vorher einfach nur über ITG3200 und BMA180 aktiviert war und perfekt lief.
jetzt musste zusätzlich die "change Directions" einbezogen werden um alles auf Kurz zu bringen.
Das Ganze passierte in der NAcht von So auf Mo und jetzt läuft es gut. Auslauf hatte der Copter aber noch nicht.
Wohnzimmerflug allerdings erfolgreich, Regler auch neu angelernt mit der "cannotfly" Zeile unter Punkt 7.

insgesamt gut gemachtes Menü Menü.

PS: Es scheint so als müsste man das neueste Arduino haben um die .ino Dateien zu öffnen.
 
R

Roberto

Erfahrener Benutzer
#8
#8
Hi!
Falls es einen interessiert, Alexmos hat einen mini - Fehler in dem Empfänger - auslese - Interrupt gefunden, der mindestens seit der Version 2.0 besteht. http://code.google.com/p/multiwii-alexmos/source/detail?r=36. Dieser Minifehler kann ein leichtes "jitter" erzeugen: "- RX reading tiny bug corrected: get time before sei() (otherwise RX signal jitter may appear)"
Der Unterschied ist unter der Karte "RX" in Zeile 115 zu finden. "cTime" sollte vor "sei()" gesetzt werden und nicht nacher.
Originalcode:
Code: 
......
  // port change Interrupt
  ISR(RX_PC_INTERRUPT) { //this ISR is common to every receiver channel, it is call everytime a change state occurs on a RX input pin
    uint8_t mask;
    uint8_t pin;
    uint16_t cTime,dTime;
    static uint16_t edgeTime[8];
    static uint8_t PCintLast;
  
    pin = RX_PCINT_PIN_PORT; // RX_PCINT_PIN_PORT indicates the state of each PIN for the arduino port dealing with Ports digital pins
   
    mask = pin ^ PCintLast;   // doing a ^ between the current interruption and the last one indicates wich pin changed
    sei();                    // re enable other interrupts at this point, the rest of this interrupt is not so time critical and can be interrupted safely
    PCintLast = pin;          // we memorize the current state of all PINs [D0-D7]
  
    cTime = micros();         // micros() return a uint32_t, but it is not usefull to keep the whole bits => we keep only 16 bits
    
.....
Entsprechend geänderter Code:
Code: 
....
// port change Interrupt
  ISR(RX_PC_INTERRUPT) { //this ISR is common to every receiver channel, it is call everytime a change state occurs on a RX input pin
    uint8_t mask;
    uint8_t pin;
    uint16_t cTime,dTime;
    static uint16_t edgeTime[8];
    static uint8_t PCintLast;
  
    pin = RX_PCINT_PIN_PORT; // RX_PCINT_PIN_PORT indicates the state of each PIN for the arduino port dealing with Ports digital pins
   
    mask = pin ^ PCintLast;   // doing a ^ between the current interruption and the last one indicates wich pin changed
    cTime = micros();         // micros() return a uint32_t, but it is not usefull to keep the whole bits => we keep only 16 bits
    sei();                    // re enable other interrupts at this point, the rest of this interrupt is not so time critical and can be interrupted safely
    PCintLast = pin;          // we memorize the current state of all PINs [D0-D7]
....
Vielleicht bringt es jemandem mit einem "jitter" Problem etwas.
Lg
Rob
 
T

TomW

Erfahrener Benutzer
#9
#9
RalfB hat gesagt.:
Hallo,

benutzt Ihr auch noch Arduino 1.0 oder schon die neue? Ich habe die 2.1 auf mein LZ-Midi mit GPS geflascht und bei dem ersten Kurztest fliegt es schon ganz ordendlich. Auf meinem LZ-MINI Board allerdings bekomme ich in dem GUI überhaupt keine Anzeige. Weder Piktogram, Sensorlinien noch das Auslesen funktioniert. Hat jemand eine Idee?
Gruß Ralf
Zum Vergrößern anklicken....
Hallo
Schau an. Das Problem hatte ich beim Mini mit der 622, bin dann wieder auf die 1.8p2 gegangen.
 
R

Roberto

Erfahrener Benutzer
#13
#13
Zu dem jitter Problem müsst ihr Alexmos befragen. Bin noch nicht zu vorher/nacher Tests gekommen. Mir ist zumindest aufgefallen, dass mein Barosignal bei eingeschalteter Fernsteuerung manchmal deutlich unruhiger wurde, und hatte den Interrupt in Verdacht. Immerhin ist dort jetzt ein Fehler gefunden worden. Ob es einen praktischen Nutzen hat, bleibt abzuwarten. Vielleicht bringt das was den Gimbal - Leuten, die das Gimbal über ein Poti an der Funke steuern.
LG
Rob
 
R

RalfB

Erfahrener Benutzer
#14
#14
TomW hat gesagt.:
Hallo
Schau an. Das Problem hatte ich beim Mini mit der 622, bin dann wieder auf die 1.8p2 gegangen.
Zum Vergrößern anklicken....
Hallo Tom,
ich habe es hin bekommen. Es lag wahrscheinlich an irgend einem fehlerhaften Java Update. Die 2.1 startet bei mir auf dem Notebook auch viel schneller als die V1.9. Nur bin ich von der 2.1 wieder auf 1.9 gewechselt, da der LZ-Mini einfach im ACC nicht zu fliegen ist. Ich habe zwar nach Anleitung die Sensoren eingestellt und im reinen HH fliegt es super, kann aber einfach den Fehler nicht finden und habe erstmal für den LZ-Mini die Segel gestrichen.
 
E

edge

Erfahrener Benutzer
#15
#15
hey,
habe mal eine frage, würde gerne einen hexa mit einem normalen pro mini nutzen. habe daher ao und a1 für die motoren genommen um dann kein summensignal empfänger nehmen zu müssen. leider fünktioniert bei den Aux eingängen nur aux1.
aux2 geht nicht, hat jemand dafür eine erklärung?
LG
Alex
 
martinez

martinez

Erfahrener Benutzer
#16
#16
Gyro nach dem Einschalten immer wieder schief

Hallo,

ich habe gestern auf mein kleinen Quad die 2.1 drauf gemacht. Schön mit EEprom clear....

Dadurch muss man ja wieder alles schön kalibrieren und trimmen. Jetzt ist mir etwas sehr blödes auf gefallen, was mit Sicherheit bei mir schon immer so (ich musste den ACC eigentlich immer ca. 9x links und 9x rechts trimmen)

Ich versuche das mal in Stichpunkte zu fassen.
- Akku an das Quad
- Gyro und ACC per Fernbedienung kalibrieren (Quad steht gerade)
- in der MultiWiiConf sieht man alles ok, ROLL und PITCH sind genau gerade
- Quad mit Gyromodus sauber ausgetrimmt
- im Flug ACC einschalten
- Quad steht auf anhieb sehr gut in der Luft
- Perfekt
- MultiWiiplatine per Schalter ausschalten und nach 5 Sek. wieder einschalten
- in der MultiWiiConf sieht man jetzt das ROLL und PITCH ca. 10° schief stehen
- Quad starten --> im Gyro alles ok
- ACC an --> das Quad steuert sofort nach rechts / vorne :(
- Quad landen --> Gyro kalibrieren und schön steht das Quad im ACC wieder perfekt in der Luft

Wie ist das bei euch? Wenn ihr den Gyro nicht nach dem Einschalten kalibriert, sind dann Pitch und Roll im Config genau gerade?

Das ganze kann ich auch per ACC Trimmung weg trimmen (wie oben sagt, 9x...), dann stimmt der ACC auch nach dem Einschalten ohne das ich vorher den Gyro kal. muss.
Aber das ist ja schon irgendwie doof, oder?

Vielen Dank für die Hilfe.

http://www.youtube.com/watch?v=ESb1r4EwQ3k

Gruß

Martin
 
quansel

quansel

Erfahrener Benutzer
#17
#17
Soll das heißen, Du kalibrierst bei jedem Start die Gyros und den ACC?
Normal macht man das einmal und es bleibt gespeichert ... Oder hab
Ich Dich falsch verstanden?

Quansel

Edit: hab grad Dein Video gesehen ... Hast Du den Mag korrekt kalibriert?
 
martinez

martinez

Erfahrener Benutzer
#18
#18
quansel hat gesagt.:
Soll das heißen, Du kalibrierst bei jedem Start die Gyros und den ACC?
Normal macht man das einmal und es bleibt gespeichert ... Oder hab
Ich Dich falsch verstanden?

Quansel

Edit: hab grad Dein Video gesehen ... Hast Du den Mag korrekt kalibriert?
Zum Vergrößern anklicken....
Hi,
ja der Mag ist kalibriert.
Den ACC brauch ich nicht immer kalibrieren, der bleibt so.
Aber wenn ich den Gyro nicht kalibriere steht das Quad in der Config immer schief.
Schaut doch bitte mal bei euch nach, ist bei euch das ROLL und PITCH gerade?

Gruß
Martin
 
G

gzebedin

Erfahrener Benutzer
#19
#19
Also bei mir ist das immer gerade.1x calibrieren am anfang oder nach einer härteren landung
Mehr ist nicht nötig.

Sind deine sensoren gerade? Versuch mal ein eeprom_clear und dann einen neuen sketch draufgeben!
Lg
 
T

TomW

Erfahrener Benutzer
#20
#20
Hallo
Der 30er Eyefly fliegt sich sehr gut mit der Nanowii und der 2.1 schon ab Standardwerten.
Nur den Vbat define musste ich von 131 auf 118 senken. Die Widerstände waren richtig, habe nachgemessen.
Das ist bei der LZ Mini besser gelöst, da wird der Akku direkt abgegriffen.

Ich werde die 2.1 jetzt auch mal auf den 40er mit der LZ Midi aufspielen.
 
Um antworten zu können musst du eingeloggt sein.
FPV1

Banggood

Oben Unten