MultiWii

felixrising

@rnelias they're not unbalanced, the fact is the quad is not in the air and the gyro/acc will be slightly offset from zero hence the quad it *trying* to correct this non-zero offset by spinning up motors unevenly.. Hence they will never ever have the same motor values, even when in the air unless yo...

felixrising

It looks like you have to buzzers already in the quad... are they both lost model alarms?

felixrising

The buzzer is enabled by default. Beware that buzzer can be magnetic and screw your mag readings.. it did for me when I placed the buzzer <5cm from the FC board. The commands you need: feature vbat set vbatmincellvoltage = 35 (default is 33 ie 3.3v which is too low for me). set vbatscale = 110 adjus...

felixrising

Did you buy a $23 "Acro Naze32" or a ~$60 "Naze32"? I assume the normal one... the Baro is on the bottom of the board and is a small metal rectangle (~2x4mm) with two holes in it. You should place some non-electrically-conductive but breathable foam over it.

felixrising

What's confusing? If you have a baro, you can enable alt hold. If you don't, you can't. Same with GPS, how either of these options could lead to a flyaway, well that depends on whether your quad actually flies in the first place - which it must do and fly well, otherwise there is no point going anyw...

felixrising

If there is no GPS or no Baro, you can't set up an Aux switch to activate them.. it's just not an option.

felixrising

Did some sensible defaults make it in for pidRewrite (aka AlexK)?

felixrising

It's not that, it's just why would you use a $200 GPS + MAG when you can use a $20 GPS + MAG to the same effect, and at least you'd know what the protocol is.

felixrising

You've posted in the wrong part of the forum.

felixrising

Just throwing around ideas and waking up dead threads I've been thinking about quick and dirty ways to achieve this when you don't have actual att.heading and velocity data.. I know there is a good point that it's up to the pilot to coordinate the turn manually, but you could apply the same thinking...

felixrising

crickets...

felixrising

You could just move it to pin 44, 45 or 46.. the crius define in def.h has cam trig, pitch and roll mapped to it, but if you're not using a camera or even all three of them, just remap it

felixrising

I moved mine to pin 33

felixrising

Bradwii has geofence, might be worth checking his implementation as it's been well tested.

felixrising

PID screen: lock/unlock pitch/roll PID value sync. Also revert/undo button would be nice, although I guess "Read" does the same thing. meh. How about move away from the yellow buttons to make more use of the screen real-estate with icons (making it language agnostic) or something. Also, if...

felixrising

Good idea.. already done: viewtopic.php?f=8&t=2965

Would you like to port the Altitude Hold/Advanced Failsafe solutions by NHA stuff to current multiwii_shared?

felixrising

Star the hell out of that bug... get it higher priority..

felixrising

Anthony...

Maybe you should join your local RC club where people can help you with these problems.

Servo wires: http://lmgtfy.com/?q=hobbyking+servo+wire

What they're for: http://www.abusemark.com/downloads/naze ... pdf#page=3

felixrising

You should see something when discovering. You could try reconfiguring it with a FTDI adapter... it responds to AT commands to change device name, pin, baud etc.. however I doubt it's going to help if you don't see anything from a bluetooth device discovery. Sure you did't reverse polarity it or som...

felixrising

People are using it... just need to take some screen caps. Its been implemented in both Baseflight and Harakiri.. I generally find it less forgiving of bad parameters than original Multiwii. Come on people, post your screenshots!

felixrising

BaroPID = conf.P8[PIDALT] * error16 / 2^7

or

BaroPID = conf.P8[PIDALT] * error16 / 128

felixrising

From the "Shifts in C" section

Code: Select all

x = a << b then x = a*2^b;

Code: Select all

x = a >> b then x = a/2^b; (rounding towards negative infinity)

felixrising

Still, bootloader functionality and IDE seems a bit easier to use.. whether it's worth 3 x Timecop's Abusemark STM32 Development board, might be a bit hopeful.

felixrising

Well, I haven't seen it mentioned here yet so here it is... MatchboxArm... looks pro-mini style. Lifted from the kickstarter page : Small and powerfull development board for ARM Cortex-M3 Tiny Revolution MatchboxARM fits a powerful 32-bit ARM chip, that runs at 72MHz and has 64Kb flash memory. It co...

felixrising

Love the work guys!

+1 for extra alarms.. in particular ability to set pmeteralarm via OSD.. errr.. assuming its not already there... o_O

felixrising

Vertigo, FAILSAFE_OFF_DELAY still applies as a upper safety threshold before motors are switched off. 1000 * 0.1 = 100 seconds... you may wish to tweak this depending on the distances you are planning to fly.. if your radio dies 4km out, you probably want a longer failsafe off delay. I suggested cal...

felixrising

There is no failsafe RTH/PH/Autoland feature included in default 2.2, but 2.2 does do RTH and PH, Carefree (mag based heading hold), Alt Hold (bar0), Advanced Headfee (GPS + Mag). You will need to find the correct defines for your board type and yes 'HEX6X' as well. You can probably just set the #de...

felixrising

Hi fabianabegglen, I suggest you move your question to the Getting Started - MultiWii config and setup part of the forum. Especially as you are new to MultiWii and most of your questions are beginners questions. I recommend you begin with the official release 2.2, learn to configure and tune your HE...

felixrising

http://lmgtfy.com/?q=compile+multiwiiconf+gui&l=1

felixrising

Sounds like das Blinkenlights strikes again. It could be difficult to diagnose without a video or something.

felixrising

Hi, Some good questions. Here is my own version , it's got the alex khoroshko PID loop by default (old loop is removed) and I've tweaked the vbat routine for a rctimer 50v/90i battery monitor. I've got it setup to run how I like it, so it does a failsafe RTH, and then Autoland at the altitudes and v...

felixrising

I think your assumption are incorrect. Normal MW failsafe routine still applies, Adrian's code simply extends the failsafe routine to perform a RTH/PH/Autoland. MW detects failsafe on any RC channel the moment signal descends below FAILSAFE_DETECT_TRESHOLD defined. You should configure your Rx to br...

felixrising

I think you just need to wait for baro to finish calibrating... viewtopic.php?f=8&t=2371&hilit=baro+jump&start=540#p30018

felixrising

Dude, don't arm and launch with baro activated.

felixrising

Thanks Adrian! Your contributions have been a joy to use and very educational.

I hope we'll see you around from time to time, in the meantime, have fun flying and may you have many safe landings!

Cheers!

felixrising

Hi, Haydent has prepared a patch which includes a change to MSP , specifically MSP_ANALOG. The patch outputs Amps, not just the product of amps over time (pMeterSum). It would be good if two sets of battery measurement were available over MSP_ANALOG, namely vbat0,vamp0,vpsum0,rssi,vbat1,vmamp1. Or s...

felixrising

If TC ever trolls us with a real DongOSD, maybe that will do it all and we can just go flying instead

felixrising

That's the right way to do it. It sure beats these hardware hacks to solder rssi and vbat to the minimosd mega328 legs. It would be good if MSP_ANALOG was permanently extended to cover [vbat0,amps0,psum0,rssi0,vbat1,amps1,psum1]. Other than setting a palarm for the main battery, secondary battery ps...

felixrising

Yes, absolutely. I was really just getting off topic, or at least diverging a bit whilst thinking about the coordinated turn... My thinking is that first fixing yaw during level flight so it's not translating the existing pitch to an unwanted roll, and then tune the acc component of roll during yaw ...

felixrising

This is another one of those handy tools that belongs somewhere in the code tree. Along with the satellite rx bind code by Prof Greg Egan and the Ublox GPS Config (from Arducopter).. another very useful tool for getting things set up fast.

felixrising

Do you have GPS already configured and working? What FC and GPS combo do you have? Can you please post all of your config.h?

felixrising

I've been thinking about the flight dynamics during a yaw (in level mode). It appears that there is no roll/pitch compensation going on when the craft is pitched/rolled during a yaw: take for example FFF, assume 45 degree forward pitch, yaw is currently assumed to be in relation to the FC, so is a r...

felixrising

Gyro mode is on by default (Acro mode), Acc is only on during Level/Angle or Horizon modes.. It's in the wiki.

felixrising

It sounds like this is just ACC based "ANGLE_MODE" flight on Roll axis only. So something like this around line 1226 in MultiWii.cpp : "|| (f.COORDTURN && axis=1 )". if (f.ANGLE_MODE || f.HORIZON_MODE || (f.COORDTURN && axis=1 )) { // axis relying on ACC // 50 deg...

felixrising

Kork123, It is similar to the normal 2.2 with some additions, r1411 is the base version. You will need to read through config.h to sort out how to enable the failsafe features. Of course, it goes without saying that you need to configure, test and tune the failsafe dependancies you wish to leverage....

felixrising

Ahhh.. dude.. You're doing it all wrong. First connect the GUI by selecting the COM port, then click "Start". Once the values all populate and go green, only then are you connected and only now can you change values.. Once you are connected for the first time (when all the values populate ...

felixrising

Hi, Nice job. i still have an issue with the frequency thing, without knowing the period of oscillation the I and D values are likely wrong... still need to get the system unstable enough to introduce an oscillation and measure it. Have you looked at Bradquick's Auto PID Tuning stuff? m His BradWii ...

felixrising

It's not 2.2, but 2.2 does use uint16_t for vbatRaw(v) and vbatRawArray(vsum), same as current _shared. However vbat is a uint8_t Current code: #if defined(VBAT) case 1: { static uint8_t ind = 0; static uint16_t vvec[VBAT_SMOOTH], vsum; uint16_t v = analogRead(V_BATPIN); //debug[1] = v; #if VBAT_SMO...

felixrising

I'm using r1411 or thereabouts (looks the same as current _shared r1538). Instead of using a *16 multiplier I used a multiplier of *64 to get reasonable numbers with the same rctimer 50V/90A sensor.

felixrising

Absolutely, pulling out Amps and Volts from MultiWii over MSP is the way to go, from this power can be calculated. MultiWii is currently calculating pMeter (sum) but not otherwise using the Current reading. There seems to be an orphaned int for pMeterRaw looking for a use too. Extending MSP and Rush...

Search found 244 matches