MultiWiiKopter-Konfigurationsprogramm für Arduino

[tracer]

tracer/Micha, kannst du die letzten Posts in einen OT-Thread splitten? Das hat ja mit dem LCD_Config langsam überhaupt nichts mehr zu tun.

Extrem ungerne.

Der Thread hat 39 Seiten, das ist ne Kack-Arbeit

[yacco]

Ach so, ich dachte, das wären nur ein paar Clicks. Sollte sich auch inzwischen erledigt haben.

[calli]

@Yacco:

D/R ist die "RC Rate" aus der GUI? (muss an sich aber besser ich frage mal...)

Mein Heck äh, Yaw ist etwas lahm, dann muss ich Yaw-Rate erhöhen oder?

Noch was:

Ich habe immer noch nicht begriffen (glaube ich) wie Throttle PID attenuation wirken soll. Wenn ich 25% eintrage (0.25 bei der GUI) dann wird PID für Roll/Nick um 25% am Endpunkt des Gasweges reduziert?

Carsten

[yacco]

D/R steht für Dual Rate, im MultiWiiConf heißt das RC Rate, genau.

Über den Parameter "Yaw-Rate" bekommst du keine größere Pirouettenrate hin, das reduziert wie Throttle PID auch nur die P und D-Werte bei größeren Ausschlägen:

Code: Alles auswählen

//YAW dynamic PID adjustemnt
prop1 = 100-min(abs(rcData[YAW]-1500)/5,100)*yawRate/100;
dynP8[YAW] = P8[YAW]*prop1/100;
dynD8[YAW] = D8[YAW]*prop1/100;

Wenn ich 25% eintrage (0.25 bei der GUI) dann wird PID für Roll/Nick um 25% am Endpunkt des Gasweges reduziert?

Yep, das ganze fängt an, sobald Gas über dem Mittelwert (1500) steht. Also wenn der Throttle PID auf 25% steht, werden bei 60% Gas die Roll und Pitch P und D Werte schon um 5% verkleinert, bei 70% um 10%, usw.

Code: Alles auswählen

  for(axis=0;axis<2;axis++) {
    //PITCH & ROLL dynamic PID adjustemnt, depending on stick deviation
    prop1 = 100-min(abs(rcData[axis]-1500)/5,100)*rollPitchRate/100;
    //PITCH & ROLL only dynamic PID adjustemnt,  depending on throttle value
    if (rcData[THROTTLE]<1500)                               prop2 = 100;
    else if (rcData[THROTTLE]>1499 && rcData[THROTTLE]<2000) prop2 = 100 - (rcData[THROTTLE]-1500) * dynThrPID/500;
    else                                                     prop2 = 100 - dynThrPID;
    dynP8[axis] = P8[axis]*prop1/100*prop2/100;
    dynD8[axis] = D8[axis]*prop1/100*prop2/100;
  }

[calli]

Huch flascher Thread!

Über den Parameter "Yaw-Rate" bekommst du keine größere Pirouettenrate hin, das reduziert wie Throttle PID auch nur die P und D-Werte bei größeren Ausschlägen:

Hrmp. Klingt logisch.

Wie gehts dann? Wenn ich Dich schon mal am Rohr hab....

Edit: Sollte nicht analog zu Rate bei Roll/Nick auch die Pirou-Rate höher werden wenn man P (automatisch) senkt? Weniger PID weniger Stabilisation aber mehr Speed auf der Funktion?

Carsten

[yacco]

Mmh, stimmt auch wieder, die Regelkreise versuchen das System ja immer wieder in den Gleichgewichtszustand zurückzuziehen. Bei kleinerem P verringert sich das Gegensteuern. Da hilft nur ausprobieren.

[calli]

Mach ich. Nur das letzte Mal wollt ich das Ding einfach nur fliegen.... Weils endlich ging. Hüpf!

C

[yacco]

MultiWii v1.7 (final, released yesterday) seems to be fully compatible to MultiWii v1.7preter, hence it can be configured with LCD_Config 2.7. So, are there any change requests (e.g., automatic PID adjustment and optimization) or bugs you want to have fixed?

[calli]

e.g., automatic PID adjustment and optimization

Yep, mach mal. Ne, wie soll das gehen, war das nen Scherz?

Bugs: Um Werte zu erhöhen muss ich die Taste nach unten drücken, in den Menüs ist es aber "richtig" rum?

Carsten

[yacco]

Yep, mach mal. Ne, wie soll das gehen, war das nen Scherz?

Yep. Naja, so halb. Da ich ständig an den PID-Werten rumändere, ohne richtig voran zu kommen, überleg ich schon längere Zeit, wie man das automatisieren kann.

Bugs: Um Werte zu erhöhen muss ich die Taste nach unten drücken, in den Menüs ist es aber "richtig" rum?

Das ist kein Bug, höchstens eine Inkonsistenz. Da sich inzwischen schon tausende von Nutzern daran gewöhnt haben, laß ich es lieber so.

[calli]

Yep. Naja, so halb. Da ich ständig an den PID-Werten rumändere, ohne richtig voran zu kommen, überleg ich schon längere Zeit, wie man das automatisieren kann.

Aber das wäre doch sicher besser in der MWC Soft aufgehoben? Sowas wie ein Trimmflug beim V-Stabi. Mir ist nicht ganz klar wie man das in der Konfigbox machen sollte. Aber Du hast da sicher eine Idee.

Das ist kein Bug, höchstens eine Inkonsistenz. Da sich inzwischen schon tausende von Nutzern daran gewöhnt haben, laß ich es lieber so.

War das echt schon immer so?! Ich hätte schwören können das nicht...

C!

[yacco]

Meine halbgare Idee ist, die Kombinationsmöglichkeiten irgendwie systematisch durchzutesten und sich nicht funktionierende Kombinationen zu merken... ich hab das Gefühl, dass ich öfter zwischen den gleichen Einstellungen hin und her pendele (besonders, wenn zwischen den Einstellflügen ein paar Tage liegen).

War das echt schon immer so?! Ich hätte schwören können das nicht...

Stimmt, irgendwann hab ich das mal geändert, weil es bei manchen Eingaben so wie jetzt war und bei anderen umgekehrt... jetzt ist es überall einheitlich, außer bei den D-Werten (wegen des Vorzeichens).

[calli]

Stimmt, irgendwann hab ich das mal geändert, weil es bei manchen Eingaben so wie jetzt war und bei anderen umgekehrt... jetzt ist es überall einheitlich, außer bei den D-Werten (wegen des Vorzeichens).

Einheitlich aber unlogisch Egal, ich könnte es ja ändern wenn ich nicht so träge wär

C

[X-21]

Moin Gemeinde
ich mal wieder, einige Probleme sind gelöst. Aber
Meine Progbox spricht nun endlich mit der integrierten SD-Card, bzw. sie wird erkannt.
Jetzt dachte ich kann es ja nicht mehr weit sein etwas zu loggen oder erstmal mit der Box einzustellen.
Weit gefehlt, Murphy war wieder schneller.

Copterboard hat MultiWii 1.7 drauf.
Progbox die software 2.7 vom Arnd.
Getrennt läuft alles einwandfrei. GUI zeigt alles richtig an und ich kann die Werte hiermit auch einstellen.
Copter fliegt auch.
Die Progbox läuft auch, aber sprechen wollen die Beiden nicht richtig miteinander.
Hab mal versucht ein Filmchen zu machen.

DSCF0066 00_00_00-00_00_26.mpg

Murphy schlägt zu

(4.32 MiB) 79-mal heruntergeladen

Weiss jemand von Euch was nun schon wieder verkehrt läuft ?

Gruss

Uwe

[yacco]

Hi Uwe,

erstmal danke, dass du den Thread wieder aufgeweckt hast. Zum Video: die angezeigten Zahlen zeigen die Anzahl gelesener Bytes und die Anzahl erwarteter Bytes (abhängig von der eingestellten Version) an, rechts wird die Anzahl der Retries an gezeigt. Wenn ich das richtig sehe, werden da 54 und 53 Bytes gelesen statt der erwarteten 84. Sehr seltsam. Was hast du für eine SERIAL_COM_SPEED im LCD_Config bzw. MWC eingestellt? Hast du das schon mit einem kürzeren Verbindungskabel getestet?

An der SD-Card dürfte das eigentlich nicht hängen. Aber hast du schon probiert, wie sich das ganze verhält, wenn du die Karte aus dem Slot entfernst?