MultiWii

Crashpilot1000

Hi! Welcome back BRM! Short notice: I extended the flipsupport now the throttlereduction is adjustable: From the readme: - Added rc_flpsp = x (Range 0 - 3) When enabled and upside down in acro or horizon mode only reduced throttle is applied. Also works in combination with althold. -- rc_flpsp = 0 |...

Crashpilot1000

Hi just stumbled upon the dogfight (old project 2012/2013) osd https://code.google.com/p/dogfight-osd/ what an idea. But where is the dogfightfun, when you know where the enemy is?

Crashpilot1000

@fnoble: Welcome here! Obviously Twitter made you sign up and post (maybe it was uncomfortably for you to post it after I twittered it today to diydronesafety). Hopefully you live up to your claims. Otherwise you will be in good fellowship with 3DR - and that is not a bad thing since they raised 36M...

Crashpilot1000

I use this terminal program: m that is very nice and the mwii gui2.1. That is much faster and stable that most other combinations I've seen. BTW: A looptime of 0 is pointless, since the mpu6050 can deliver data with 1kHz - so looptime = 1000 should be the reasonable lower limit. The flipsupport was ...

Crashpilot1000

I have no OLED (and will not go for one..) but my serial LCD works, and I just reworked the OLED stuff to be a little shorter - so it SHOULD work like before (but it's still a waste of eeprom

).

Crashpilot1000

I did some sensorcombining (not baro but anyways..). The result will depend on the partners (exactly the same sensors etc) but generally you will see a benefit from combining sensors even of the same type. At least you can expect an increased polling rate and that alone is not a too shabby effect in...

Crashpilot1000

@alistairr: Yes! Check out the attached version here (Source is in repo). The timing is smoothed out for the main pid control -> over all more stable, Mainpid roll/pitch D is more solid now. Serial timing reworked, no visible "tetris mode" anymore, if in trouble serial will slow down for m...

Crashpilot1000

@Hydroculture: Thank you very much for your feedback! Actually you didn't notice it as well: The rx latency increased instead of decreasing because of a "volatile" I added for the Interrupt there - I didn't notice that in the first place but an email drew my nose to that and it is right - ...

Crashpilot1000

Hi! Thanks for the response and considering it! I think many will use #define AVERAGING_ARRAY_LENGTH 2 . BTW. I really don't get the real magic of that line. AVERAGING_ARRAY_LENGTH 4 .. rcDataMean = (rcDataMean+(AVERAGING_ARRAY_LENGTH/2))/AVERAGING_ARRAY_LENGTH; .. rcdata of 4 * 1000 would result in...

Crashpilot1000

Thank you very much IceWind for the flowers, but it's not a major release just a compiled hex of work in progress (with most probably repaired buzzer part but fu**ed up LCD part - LOL). I think there is a lot of headroom when tuning acc_lpfhz and gy_cmpf. Maybe it is time to delete that "loopti...

Crashpilot1000

Short notice: Updated Repo. Just had the chance for a quick spin. The IMU part is time independent now so you can set a looptime "0" and it flies very well. Note: When you do that, I assume that you want speed, so the timeconsuming serial part is put into "emergency low power mode&quo...

Crashpilot1000

Hi IceWind! Keep the soft that works for you (like 2.5), I don't keep version numbers up to date (all after 2.5 is pre 2.6), since I am still testing around but I think I have something at play right now (not yet in repo) that is very promising. Against popular belief it is not about copying code fr...

Crashpilot1000

Hi, Hinkel & ABL! Well I use Github mainly as websave and the current version is not tested so not really recommended. Currently I am reworking a lot of stuff from the ground up and already found/eliminated some issues. But that takes time. The faceplant stuff was not reproducible for me but a s...

Crashpilot1000

I think you are referring to the 8Bit Arduino original software - you will have a better chance of getting an answer if you copy/paste it there. No offense just saying.

Crashpilot1000

Yes, I knew you would prefer /16 . Maybe that 4 point moving avg was relevant with pure analogue systems but at least my frsky ppsum setup works very good with a 2 element moving average (due to digital airlink, of course) and rewards the pilot with a noticeable lower latency. Just saying, maybe a #...

Crashpilot1000

Hi! The topic says it. While reworking the RCrx part in Harakiri I came across m computeRC(). I may be wrong but I think it could be done less memory intensive. First of all the static rcDataMean[RC_CHANS] definition is not needed, since it is cleared on every run and the stored value isn't used. A ...

Crashpilot1000

Well the idea is great because it's from wiki "lowpassfilter" and shows how a lpf is normally implemented (look at the pseudocode there). The mwii approach is a simplification and reminds somehow of alexmos (Edit: I wondered at that time why his work wasn't embraced - I think *someone* sho...

Crashpilot1000

Hi! HappySundays I wouldn't think too much about it. Keep your LPF filtering as it is and you will be fine, but with more arduino cycles. On the other hand in your 32 Bit branch I would suggest to break it down to a lpf with Hz cutoff to be cycletime independent. Like accSmooth[axis] += ACCFac * (ac...

Crashpilot1000

Oh, shit. As said before, I really don't know what is up. BTW have you mounted the naze way back at the ass of the copter? That will most probably cause a lot of problems - starting by the mag etc. "I need to learn how Git works, and then copy the repository you'll tell me." yes, me too. I...

Crashpilot1000

@kataventos: I think Pixhawk buyers will have a very good chance to take a voltage - issue - bath again: http://en.reddit.com/r/linux/comments/1 ... ce/ceft2vz . Maybe they should start to sell soap and call it *GLITCH*.

Crashpilot1000

Has anyone a working mwii port for apm 2.x? I just ask since I have an APM 2.0 collecting dust, since the orig soft managed to let me down once too often.... and I am fed up with that. BTW the 3.3V reg is still working, because I didn't flash their killerpoke soft. Probably it is the most hasslefree...

Crashpilot1000

@PacciK: I've been able to *somehow* reproduce that with nz4 and mma. Observations: 1: Althold does an hight jump like if the accz would have the wrong direction - but it hasn't in the gui. Probably a LPF / CF thing that probably can be tuned out. Not tested further. 2: GPS PH only (no althold) sudd...

Crashpilot1000

Hi! @BRM: Welcome back! @PacciK: Thanks for the scanbus result! I still couldn't track down the issue right now - I did some code to check out but the weather stopped me from doing so. Also reworked some mag stuff. However I can comment (at least) on your "Mag gain not OK". During bootup t...

Crashpilot1000

Whatever. BTW having throttleAngleCorrection in GPS PH is not a good idea - perhaps it's no issue with a 5Hz-10Hz GPS loop - just saying.

Crashpilot1000

@PacciK: Thank you very much for your writeup! Just to make it clear for me: The motor going berserk when MPU6050 or MMA is in use? I just ask, since I never testet how mma behaves. My actual dev sw status is "SGTodaysSnapshotSmallerACCDB" I tested it today in angle, Baro and PH (RTL not t...

Crashpilot1000

Off boozing now - happy new year........

Crashpilot1000

@PacciK: I am very sad to hear about your crash - I also had a few and 2 times a complete loss (one sank in the river rhine with aerial footage on a keychaincam for future archaeologists).... sadly I can not advise you anything, except stick to the version that works best for you. I know you can't b...

Crashpilot1000

Has anyone a proper inflight trimming code without touching the actual acc calibration? I finally came to that subject in "Harakiri" and programmed an "Air-Trim" that doesn't affect the acc calibration. The code is avail. on github "https://github.com/Crashpilot1000" (...

Crashpilot1000

I have no Jeti or BT or Dataradio attached to my copter - but I don't think thats the problem source. Sounds more like a hardwarefailure of some kind.
Concerning ppm frame length: https://github.com/multiwii/baseflight/ ... pwm.c#L242
2.7ms is limit.

Crashpilot1000

Give me a bigger pic (atom level!) of the scrapped prop - that makes things MUCH easier! - Just joking here with my dirty humor. Well, I am using frsky equipment at PPM all the time with no problem (+GPS - ublox), even without the 27ms FW. WIth the "normal" frsky FW you could produce probl...

Crashpilot1000

Well, when tilting a copter the thrust of the props is not completely used for lifting any more. So the throttle - uncompensated - vertical speed will result in a hight loss. If your copter doesn't suffer from that simple law of physics and has a stellar 100+Hz Baro/ACC code at work you have no prob...

Crashpilot1000

Hi BRM! Your noise stuff got me thinking. I defined "noise" as something like this: When all is done/settled and calibrated and there is still some jitter around sensor zero going on. The actual code/sensor calibration implements some noise measuring/simple cancelling for ACC and Gyro (fro...

Crashpilot1000

Love you too honey.

Crashpilot1000

@disq:
You forgot to quote that:

timecop wrote:GPS not detected = user is dumb and did something wrong.
New GPS code will always autoconfigure and setup GPS as specified, even if its connected after board reset or disconnected/reconnected.

Crashpilot1000

Depending on gps and nmea parser you might loose one digit of precision (seen with MTK).

Crashpilot1000

It would be nice having an ublox gps model with no autoconfiguration since the enabled sbas protocol could cause problems in Australia. So the copter is then disturbed by Japanese Sbas sattelites - that is also confirmed by the information I've seen in a youtube documentation of the "UAV outbac...

Crashpilot1000

Hi BRM! I did some tests with different filtering by staring at the curves (debug[0..3]). BTW: I have no idea how to measure noise or tune a KF but I couldn't get the stripped down KF to work better than a lpf. First of all you are right concerning the cascaded low pass filter. I observed on rapid b...

Crashpilot1000

@BRM: Thank you very much for commiting the code! Haven't had time to test it yet... still wonder how I am supposed to tune those kalmanfilter terms ... Edit: While trying to understand it I scrolled through your referenced site: m The author states in the comments (26.4.2010) "Ouch ! I have ov...

Crashpilot1000

Oh, yes the quanton is a lightyear ahead of naze hardware....

Crashpilot1000

I see, do you have a hex to play with - or some piece of source to look at?

Crashpilot1000

Hi! Good idea to do some boxes for testing hexfiles! Changed Level D back to 50 to be on the safe side. BTW my setup: DJI450 Frame (could not resist got it dirt cheap), Robbe 980Kv Motors (2827-26), Cheap carbon APC style props 10'' x 4,5 (or 4,7?) Lipo 3s 3300mAh, Skywalker 20A flashed with BLheli,...

Crashpilot1000

Hi! BRM! Oscillate? Damn! Did you fly the posted hex or something else? Because that cascaded pt1 seems to work like the holy grail on my setup. I tested out your hexfile as well and loaded setup defaults. Next to the cycletime of 2ms I noticed that my copter always does acro and no self leveling th...

Crashpilot1000

Upped with new folder..... don't hit me....

Crashpilot1000

The strange reason maybe that I reworked the ublox parser.....

@Turgolite: Sorry to say the ins stuff has absolutely no arducopterstuff in it - because it will get to vibration sensitive then. And I don't want to end up like that, it's pointless

Crashpilot1000

Hi! I didn't want to do another thread so I spam here... Well after the idea kicked off by BRM here: http://www.multiwii.com/forum/viewtopic.php?f=23&t=2624&start=10 I implemented a cascaded pt1 element for the D part (hoping that it is a pt2 element). The flighttest was really great. The D ...

Crashpilot1000

Thank you very much for the kramann.info link! I took the pt2 element changed pid controllers (both) for a spin and added +1 to the roll & pitch P and +2 on the Level P and opening Level D to 100 (for "non alex.khoroshko" controller - note: level D is not a real D) - knowing these sett...

Crashpilot1000

I def. see your point. Adding extra filters will produce phaseshift/lag of course and will - if too much - drive havoc on the controlled system. I have to apologize that I got your first post (jan) wrong, because I thougt you added the filter at the end of the mwii D calculation. The mwii D calculat...

Crashpilot1000

@frog: I have no versioning. But you can always read the readme and use a diff program (like csdiff). There are a lot of differences. I was suprised to suddenly see a gps passthrough in baseflight. @rank: Weather keeps me grounded for further GPS testing but no, not everything is ironed out in PRE 2...

Crashpilot1000

Hi! After nearly a year this thread needs a refresh .. I am currently reworking the GPS D-part (once again..) while doing that I was wondering if your extension for the maincontroller D part would make sense before the mwii moving average filter. What I mean is, maybe the frequency filter may work b...

Crashpilot1000

@alistairr: Oh, well 1200m beyond the earth level.... well I don't know what you might expect there for airpressure or other physical conditions. But using a baro should be no problem there either, as long as you fly in stable (airpressure) conditions so a relative hightchange (airpressurechange) ca...

Search found 631 matches