MultiWii

BarneyG

hmmmm .... "The AIR Hero•32 features the 6050 Gyro/Acc on SPI bus"

if you look at the data sheet for the 6050 it doesn't do SPI only i2c.

BarneyG

It's already incompatible with the aux configuration page and has been for some time. I'm in talks with the author of that already which was partly how this and the 5 pos code has come about What i'm planning should be able to be backwards compatible anyway. This evening I've set to work on the con...

BarneyG

I'm currently still trying to decide how best to tackle aux configuration. My current thinking is to stop using MSP_SET_BOX and MSP_BOX commands and do something different. Not least because the MSP commands are referring to visual representation of the UI rather than being named after the behavior...

BarneyG

Interesting ... this was a bug in multiwii 2.2 But I thought it was fixed in 2.3 which is what the current Baseflight is based on.

BarneyG

Crap ... I missed that post ... sorry for the stupid question.

BarneyG

I've not used this for some time now but I tried to use it again today and ran into : 21:08:17 -- Serial port successfully opened with ID: 2 21:08:27 -- No configuration received within 10 seconds, communication failed I've tried both USB and BT at 115200 and get the same result. I'm running 21:07:0...

BarneyG

Looks like I asked this in the wrong board so I'll put it in the right place. So assuming you don't use the #define PPM_ON_THROTTLE option then it would appear that what you get is: #define PPM_PIN_INTERRUPT attachInterrupt(4, rxInt, RISING); //PIN 19, also used for Spektrum satellite option The com...

BarneyG

Anyone ?

And based on Hamburgers Last Post should this be in the Setup section ? ... in which case can a Mod move it please

BarneyG

OK so Jimbo385 has got me annoyed with myself for taking the easy route out and just using the A8 pin for PPM-SUM. So assuming you don't use the #define PPM_ON_THROTTLE option then it would appear that what you get is: #define PPM_PIN_INTERRUPT attachInterrupt(4, rxInt, RISING); //PIN 19, also used ...

BarneyG

Jimbo385 wrote:
-ralf- wrote:Move all files to a subfolder named MultiWii ...

This worked. Thanks.

I've never had to do that before though!

It is just another limitation of the Arduino IDE ... The project file must have the same name as the directory it is in

BarneyG

It would probably be worth merging this in with the original FrSky telemetry code viewtopic.php?t=1929

BarneyG

I've been flying 2.3 today and noticed some strange behaviour in Angle mode. Acc and Mag have both been calibrated calibrated. I'd been tuning PIDs in Acro mode and all was going well then I flicked onto angle mode and the quad drifted to the left. You could see a clear inclination of the quad, like...

BarneyG

I was doing some work on POT based PID tuning on the new 2.3 release and noticed that there was a regular blip on my Mags Yaw trace. Screen Shot 2013-11-11 at 19.11.34.png So basic hardware specs are : Crius V2 FC. FrSky D8R-II Plus with the D8R-XP 27ms CPPM firmware and a DJT module Turnigy 9xr The...

BarneyG

The prog_* types are not accepted by new versions of avr-gcc. The problem was reported by NikTheGreek here for Ubuntu 13.04. I see the same errors with Fedora 19. changing [GPS.cpp, line 240] resolves the compile error. void SerialGpsPrint(const char PROGMEM * str) { *******************************...

BarneyG

The baro / board probably heated up. Oh I don't disagree ... I removed the foam I had covering it and it gradually returned to a reasonably correct value but the point is if I don't cover it it is affected by prop wash & light and if I do cover it is affected by heat ... either way the data it ...

BarneyG

to be honest I've kinda given up on Baro on my Crius AIOP v2 board ... I got down to -12m (and still descending) the other night while my quad was sat on the floor for about 20 mins for some testing of the latest pre release version.

BarneyG

Teslahed look at this thread ... viewtopic.php?t=1701

Also look at my thread in mruk about this feature ... I think I'll be adding it into my build at some point soon if you'd like a copy

BarneyG

MultiWii is using a struct imu ... no accSmooth/gyroData/etc ... Anyway, you have to adapt ALL changes from the Github branch. Not just some of them. The repo itself is based on trunk, so this should work right away ... Admittedly I did the patching by hand so I may have made a mistake but all the ...

BarneyG

Did you start at defaults for I and D or did you reduce them to 0 first ?

BarneyG

forgive my ignorance ... my low level programming is not what it should be and I'm still getting to grips with multiwii ... so would I need to multiply the 8 by 4 or 32 in order to get things back into line ?

BarneyG

probably but it would appear to me there is also a problem with the line :

if(abs(imu.gyroADC[axis] - previousGyroADC[axis]) > 8) tilt=1;

in sensors.cpp

At least on my quad abs(imu.gyroADC[axis] - previousGyroADC[axis]) is always greater than 8.

BarneyG

Can someone outline their PID tuning process for this algorithm ... I'm finding that changes I'm making don't seem to be having much effect ... don't get me wrong I'm actually loving the way it is flying but I think it could be better ... especially yaw ... it was getting twisted about quite badly b...

BarneyG

Ok you are right ... it does look like calibration is the problem ... I patched trunk and got the same result. Uploaded normal 2.2 with a cleared eeprom and tried to arm without first having done ACC Calibration ... and got exactly the same slow GUI refresh and cycle time becomes very negative ... r...

BarneyG

I don't think so ... Calibration looks like it completes and if I change the x08 back to x18 and upload it will immediately arm. Besides the lack of arming is only part of the problem ... Why does everything run slow too ? I'm going to try making the changes to trunk and uploading that to see if it ...

BarneyG

I was trying to back port this into the regular 2.2 "release" ... I'm running into problems with : i2c_writeReg(MPU6050_ADDRESS, 0x1B, 0x08); in Gyro_init() in Sensors.ino When it is set like this the board wont arm and in the GUI the Cycle time becomes a large negative number and the grap...

BarneyG

This appears to have stopped working with tapatalk 4 ... It used to work all be it very very very slowly

BarneyG

So, i tried AlexK Pid today: Gyro mode is working nice. I ended with more or less the same tuning as the oldschool controller. I can find that the stick are a lot more sensitive... this lead me to do some mistake and to crash twice. I wil have to get used to it. Yaw is less stable than before. I ha...

BarneyG

I followed that through for a Mac ... the only thing I did differently was use mac ports to install the avr stuff and had xcode installed (don't know if this made a difference but it was already installed on my machine). Depending on which distribution of Linux you should be able to do something lik...

BarneyG

I'm using avr-libc version 1.8 so prog_char doesn't exist ... I either had to add some compiler flags or change : void SerialGpsPrint(const prog_char* str) { to void SerialGpsPrint(const char* str) { and I needed to changed : #if defined(UBLOX) prog_char UBLOX_INIT[] PROGMEM = { to #if defined(UBLOX...

BarneyG

Is there any way we can get this included in Trunk ?

BarneyG

just have to say ... epic video .... I tried those settings (well I turned the rates down a fair bit ) on my 450 clone and wow ... the best flight I've had with the thing since I started in the hobby a few months back. The arm were rock solid ... very few of the little twitches I've been seeing and ...

BarneyG

Indeed ... At least post your latest version for those of us who are seeing the benefits of your efforts

BarneyG

I've got a v2 ... The reason I asked is that it is the line you bolded has been changed to 100000 in Alex's code

BarneyG

Am I right in saying v 2.21 is in the trunk/MultiWii_shared folder in svn ? You are right .... but don't forget to use the latest multiwiiconf.pde. In which case the IMU fix is already in place in the current _shared directory Edit and I'm also very confused ... there is an awful lot of changes for...

BarneyG

Am I right in saying v 2.21 is in the trunk/MultiWii_shared folder in svn ?

BarneyG

I just added this into my code along with the Gyro Scaling changes. Unfortunately I'd also removed the expo from the MultiWii config as I had that set up in my RX as well so it wasn't a direct comparison. I reset my PID's to the defaults set in the code after making a backup of my existing ones. Bei...

BarneyG

I'm assuming you mean the dohicky to connect the Multiwii to the Frsky RX ?

I've been using this :

multiwii_to_frsky.png: (33.49 KiB) Not downloaded yet

BarneyG

Alex ... any reason why you've changed the #define I2C_SPEED 400000L to #define I2C_SPEED 100000L for the Crius AIOP v1 definitions ?

BarneyG

I've managed to get GPS working with Multiwii 2.2 quite well now. What made the difference for me was raising the flight controller up by using longer nylon standoffs. I have a power distribution board mounted under the flight controller and it must have been causing the magnetometer problems. I ha...

MultiWii

Search found 39 matches

Re: Cleanflight aka Multiwii port to STM32 F10x and F30x

Re: Cleanflight aka Multiwii port to STM32 F10x and F30x

Re: Cleanflight aka Multiwii port to STM32 F10x and F30x

Re: baseflight configurator (win/linux/mac)

Re: baseflight configurator (win/linux/mac)

How can I use PPM-SUM pin on Crius v2

Re: PPM-SUM pin on Crius v2

PPM-SUM pin on Crius v2

Re: GPS NAV

angle mode leaning to one side

Mag interference from TX

Re: Please fix use of prog_char

Re: Release v2.3 is coming soon... prepare

Re: Release v2.3 is coming soon... prepare

Re: Need better 6050 gyro calibration, any ideas?

Re: Need better 6050 gyro calibration, any ideas?

Re: Need better 6050 gyro calibration, any ideas?

Re: V2.2 - ACRO PID implementation is wrong, right?

Re: Need better 6050 gyro calibration, any ideas?

Re: Need better 6050 gyro calibration, any ideas?

Re: Tapatalk plugin

Re: V2.2 - ACRO PID implementation is wrong, right?

Re: NOTICE: Trunk has been migrated to .cpp/.h files

Re: NOTICE: Trunk has been migrated to .cpp/.h files

Re: Direct Frsky telemtry data from MW FC

Re: V2.2 - ACRO PID implementation is wrong, right?

Re: V2.2 - ACRO PID implementation is wrong, right?

Re: V2.2 - ACRO PID implementation is wrong, right?

Re: Direct Frsky telemtry data from MW FC

Re: V2.2 - ACRO PID implementation is wrong, right?

Re: Multiwii 2.2 - GPS hold