MultiWii

alll

One of the "absolute" requirements is that all files are in a folder, you open the main ino file in the Arduino IDE, compile and upload. And i don't know (maybe i understood it wrong) why they want to keep a absolute minimum of files...? It is really nice to immediately see which functions...

alll

Hi, Here a first attempt to get multiwii (i took ver2.2) compiled from within Eclipse with the help of the Arduino Eclipse plugin. The "MultiWii22" directory compiles still with the Arduino IDE (i tried all the 5 #define coptertests) The Eclipse CDT indexer is happy with this structure (al...

alll

Maybe i get it wrong, or don’t see the complexity behind it. If you consider a standard gyro PID (rotational velocity PID) to stabilize ROLL/PITCH: 1)Gyro roll/pitch sensor input 2)Rx input 3)PID Error input 4)Mixing (tell how the output should be done to reduce the error) 5)Calc output (based on PI...

alll

Hi Alex, I am back on this topic, is it still ongoing? I found a rather easy way to make changes to the mwii arduino ino file organisation to be able to use the code in Eclipse with the Arduino Eclipse plugin (at least the indexer is happy with it : Install Eclipse for C/C++ developers 1)Install the...

alll

Reading previous posts, i thought it was not doing exactly what it is supposed to do…

But the idea is to:
“move” current pos hold coordinates, “navigate” to this new point…

alll

Since I and D are time driven, it is very important that they are precisely called at regular intervals! m If we could have this “behavior” for all PID implementations of multiwii (knowing what the error and reference are for each pid control) it would be wonderful: And as said before, no need of ph...

alll

Hi,
I recently started with GPS PH NAV RTH tuning/flying in calm and very windy conditions.
Tuning is quite hard to understand (3 PIDs) :/

But the idea to be able to "move" the pos hold location "like headfree", via roll/pith input would be really, really nice.

manu

alll

copterrichie wrote:Follow-up question, which gyro is the KK board using in the above demonstration?

Sorry, went flying this late afternoon.
It is a Invensese mpu3050 (i2c) on a N6V2 board http://www.hobbyeagle.com/n6v2/?lang=en

alll

This is an old KK PID (standard, gyro only!) implementation i made (long time ago when i started with KK), this is impossible to get with the mwii, for the moment

, i hope.
manu
http://youtu.be/WAf_utDpKNw

alll

MPU6050, ITG3205, ... (LPF_42HZ even if i balance everything quite well and isolate the board ) I often leave the default values for yaw, there i never could get the yaw behavior i want, so i often just increase P. Gyro for roll and pitch do behave as a standard PID and every copter has complete oth...

alll

I see i am not the only one that has difficulties in guessing how these PID loops are implemented Take the alt hold for example, here you can't apply the "standard" PID tuning, as far as i understood, the D-term is actually the accelerometer-only error input, P and I comes from the baro se...

alll

copterrichie wrote:
alll wrote:Haa, this is a more readable standard PID implementation. I am curious about the result. Maybe the final mwii yaw cure
I will play with it too.

Just out of curiosity, which gyro and YAW PID settings are you using?

Thanks.

What do you mean? Do you need values, or the way i tune them?

alll

Haa, this is a more readable standard PID implementation. I am curious about the result. Maybe the final mwii yaw cure

I will play with it too.

alll

Here a nice apple(s) to play with
http://www.pidstop.com/index.php?r_id=999
manu

alll

Tuning PID like : set I&D=0, increase P until wobble, reduce a bit, set D to reduce overshoot, finally add some I to keep steady state… is true for a « conventional/classic/standard » PID control loop : m Tuning pid values in multiwii is not that intuitive as we don’t really know how the PID con...

alll

If you are lucky to find esc's that can handle comp_pwm, it will add a breaking effect when motors are slowed down. This is really important do have fast response for both rev up as well as slow down commands! So yes, comp_pwm contribute to multirotor stability. I would even go further, that if the ...

alll

Interesting, will try it also, i too don't really like the mwii yaw implementation. I thought Alex will change this in the next release? Alex?
manu

alll

Hi, Does the GPS-navigation logic uses the altitude data of the GPS to maintain altitude hold? I ask because i have a tuned baro-alt-hold, and once i engage GPS-hold it starts yoyo. What are the dependencies/ what is using what? For example, does baro alt hold uses the z-accelerometer or only the ba...

alll

Grrr, ok not a toolbox then, but maybe 1 procedure/"program path" that gets called if bridged. A sort of second main LOOP, where all (and only) readings are done but without outputting anything. It is up to us, to code the output the way we want. So,if bridged, all hardware initializations...

alll

Yes, it does, especially on esc's without external osc! On esc with external osc, when you "tell" them go off when signal is 1000µs it does that! With an esc without external osc it will not! So you have to "teach" him what 1000µs means. Implementing this "init via pin bridg...

alll

I usually hard-code my SimonK esc for min-max range (1000-2000), and in mwii set mincommand to 1010 so that when arming motors start spinning gently. This works well on esc’s that have an internal osc, but the ones that uses the internal mcu osc are not precise enough and drift quite a lot. So, to m...

alll

Thanks for answer. But I just want to know if I still need to upload this file to my GPS with MWii v2.2 or not because GPS on my quad works pretty good. After 2.1 Eos and Alex implemented full NEO configuration directly into MWII (serial version at least). It means no additional configuration of NE...

alll

I played for the first time with UBlox GPS rc-timer v1 (without eeprom). I uploaded the configuration file to it u-blox-config.ublox.txt
Is this one also valid?
http://diydrones.com/xn/detail/705844:Comment:1222521

Thanks,
manu

alll

I played for the first time with UBlox GPS rc-timer v1 (without eeprom). I uploaded the configuration file to it u-blox-config.ublox.txt Is this one also valid? m Thanks, manu Hi guys. Is this still valid for uBlox GPS from rctimer v2? from config.h file MWii v2.2 - UBLOX - U-Blox binary protocol, u...

alll

Damn, scary, so you compile, upload, all is working, and then after a while you get "out of memory"

How to quantify this?
manu

alll

baro PID tuning ...

alll

IMO each copter needs PID tuning, i never use the defaults. I agree that having the right frame proportions for a given motor/prop/esc is the 1st most important and most difficult to find!

manu

alll

Why do the GUI PID values don't reflect the mwii-code conf.P8,conf.I8,conf.D8 and other PID values?
To apply the Ziegler–Nichols tuning and others, this would greatly help!

manu

alll

+++++, clear! thanks
These kind of explanations should be put in 1 location / thread moderated by Alex, so that bit by bit a sort ot "first read" thread is coming to live.
manu

alll

If the cppm sync signal is not long enough, usually 20ms, we could have a problem to fit 8 channels, and that mwii can not read it correctly..., but otherwise i don't see a problem? So i am still questioning where mwii would fail when i set my endpoints over the limits 1000-2000, ex: 980-2200? manu ...

alll

It is not so scary and it is not so black and white as 2000 is "good", 2001 is "the end"! Those are recommended endpoints and you have some margin but if you go much more than 1000 your multy may not arm and some other functions may not work as specified and if you are using ser...

alll

+1, had the same weird behavior trying to set VBAT config parameters. Didn't debuged it thought.
manu

alll

level PID = PID controller for level, idem for altitude.
Read this:
http://en.wikipedia.org/wiki/PID_contro ... ative_term

alll

Hi,

I read a lot of posts on the importance to have the endpoints on the transmitter should be between 1000<= Rx <=2000, otherwise unpredictable behavior could be created (overflow, ....)
This makes me scary, and i don't trust this.

Could the readRx not guard us against this!

manu

alll

You mentioned/used
PID: 0.60Ku 2 Kp/Pu KpPu/8

I found this?:
PID: 0.6 Ku 2/Pu Pu/8

Why do you multiply I and D by Kp(=0.60Ku)?

manu

alll

scrat wrote:... D is not that important but helps.

??, explain us, helps to do what?

alll

I made a new version with 4 more pots in order to use 12 channels total. RC must be PPM (SBUS does not work for me) to get 12 channels. Now, I can tune almost all in flight (gyro R+P), level, alti, pos, posR, navrR (oy yaw). Your RC should have enough pots of course to do this. In multiwii.ino, at ...

alll

Suggestion, To save Aux inputs and let Aux input behave different when armed / unarmed: Unarmed => Aux1 to select axis (ROLL/PIICH or YAW) => Aux2 to select the 3 "ku"-PID parameters to set => Throttle stick to set param value (0..100%) => Pitch stick down to save param value to eeprom Whe...

alll

Hi,

Nice app, i was using Multiwii config for Android, and they have a nice slider with + and - to finetune the value. Do you think it is feasible to have this in EZ-Gui?

Thanks,
manu

alll

+1 Unarmed => Aux1 to select Roll,Pich,Yaw axis => Aux2 to select P, I, D param => Throttle stick to set param value (0..100%) => Pitch stick down to save param value to eeprom When throttle stick equal current value, blink led or buzzer. That however means I have to stop, unarm, change parameter, ...

alll

Armed => Aux3 to select P, I, D (for roll & pitch) via 3 way switch => Aux4 adjust via proportional pot => a way to confirm and save to eeprom?...

alll

+1 This would be really great! I would like to have it like this: Unarmed => Aux1 to select Roll,Pich,Yaw axis => Aux2 to select P, I, D param => Throttle stick to set param value (0..100%) => Pitch stick down to save param value to eeprom When throttle stick equal current value, blink led or buzzer...

alll

ziss_dm wrote:@Hamburger

Check your fuses, CKOPT should be programmed.

What does that do? Is it always better to activate it for esc flashing (SimonK and others)?
edit: i found this:
http://www.petervis.com/C/1st%20configu ... tions.html

@Hamburger
Did it make a difference?

manu

alll

Yep, love mwii p&r hate yaw!

I think it is because mwii treats the yaw pid differently as the p&r pid loop, and it should not for acro flying.

alll

Will #define YAW_DIRECTION 0 completely cancel yaw gyro+stick corrections, or only gyro corrections?
manu

alll

And now mwc_esc / SimonK esc to do the same ..., and have a special mwc_3D with tunable PID via Aux-outputs

)),
i will love to try it out.
manu

alll

Possibility to set flight parameters (PID rate, rc rate) via aux1 and aux2.
Sometimes i want to fly calm, other times i enjoy 3D.
manu

alll

Alexinparis wrote:This is something that will change for next release, I promise
annex .ino -> .c+.h or .h only
most probably with a structure like this:
http://code.google.com/p/mwc-ng/source/ ... comp%2Fsrc

thanks!
manu

alll

Pleaaase, lets make the effort once, and it will compile in all modern ide's, even in the Arduinio IDE.

alll

I think some of function or sensors should be considered as "standard" (like gyro ar acc even if not used) for multiwii, and some other function should be considered as "optional". Everything could be defined everything as "optional", and it would result in a very smal...

Search found 220 matches