MultiWii

Bledi

http://qcrc.ca/shop/index.php?main_page ... ucts_id=41

With a SD for GPS data record

Bledi

EXCELLENT !!!!!!!!!!! Thanks a lot

Bledi

I saw that the 2 factors that create big jumps are the wind if the baro is not protect and the temperature difference between sun and shadow

Bledi

Increase the rc raté to 1,7 or increase thé pitch/roll raté to 0,6

Bledi

1,3 and 4

Bledi

Thé vidéo is with à crius se so it's à bmp085

Bledi

yes alt hold is working. First part of this video is alt only pid tuning : http://www.youtube.com/watch?v=nHRniYL5jsI

Bledi

Bledi

an other factor that is look interesting for secure is the altimeter for return to home.
if we use return to home is often because we are at long distance so we need to come back without going into a tree. By putting a min altitude for the return to home in secure conditions.

Bledi

What do you think about changing the init of GPS HOME POISTION by old code if (rcData[AUX4]>1800 || GPS_fix_home == 0) { i2c_rep_start(I2C_GPS_ADDRESS);i2c_write(I2C_GPS_COMMAND);i2c_write(I2C_GPS_COMMAND_SET_WP);//Store current position to WP#0 (this is used for RTH) i2c_rep_start(I2C_GPS_ADDRESS);...

Bledi

just a question because I don't find the answer : Why is it not possible (for the moment) to have a Position Hold (different of the home) on I2C GPS ?

Bledi

For ADXL345 : acc_1G is not 256 (2,5V) but 265 (@3V3) cf specifications

Bledi

good news PatrikE !

Bledi

I just finish tests with a small and a big drone equiped with CRIUS LITE and CRIUS SE. There is really a big difference even with default PID.
I think Alex and other developpers have to try it

Bledi

It's work great ! really easy to tune.

Bledi

A correct my misstake is not a CRIUS SE but a CRIUS LITE

Bledi

@mahowik, I just test your mod ! It's really THE SOLUTION.
I just test with a CRIUS LITE on a ARwiiDrone (ARDRONE with keda 20-50s) and it's really crazy the difference.
For my first test I don' set gyro LPF, I undefined the deadzone but it's really a pleasure

Bledi

I love your idea. I will try it because for me too the only explain for the result /8 is the noise rejection and the most important wieght of gyro

Bledi

yes acc_1G is totally wong and on the GUI the 3D position is false.
Division by 8 is not a solution but there is really something interesting

Bledi

Thanks

I miss that

Bledi

No calibration for me, just acc trim

Bledi

So good news. I had finish to code the new serial link.
You start tests tomorrow. The release is confirmed for the end of the week

Bledi

Is someone had try it and confirm what I saw ?

Bledi

Can you add "armed" to the datas

Bledi

yes RX3 is on the new multiwii ! so we have nothing to do it will working.

Bledi

I don't try other values but yes when you do that

ACC_ORIENTATION( ((rawADC[1]<<8) | rawADC[0])/8 ,
((rawADC[3]<<8) | rawADC[2])/8 ,
((rawADC[5]<<8) | rawADC[4])/8 );

You really have a great change !

Bledi

I had made more tests : - normal : ok put not perfect - 1G set to 265 no change - 1G set to 265/8 and ACC values /8 : trim need to be correct and the result looks worth than normal verion - 1G set to 265 and ACC values /8 : the result is perfect. I can flight just over my bed with just small correct...

Bledi

EOSBandi, I don't know if you have see that : http://www.multiwii.com/forum/viewtopic.php?f=8&t=1551 For the moment we use the SD to store GPS nav datas (KML file for google map) We can use it to read the WP datas. As the board is based on a modified version of your I2CGPS, it will be fine to de...

Bledi

yesss great !!!
I just speak with Johnny, we will try to give you a new release next week including the new serial protocol

Bledi

Problem is, when I connect 5V power to my Flyduino board, it doesn't give power on the FTDI port! And when I power the Rushduino (on 5V or PWR), it turns off as soon as I connect the serial cable (no power on Flyduino!) I'm feeling quite stupid right now... So you find a solution or you need help ?...

Bledi

yes it's my first idea : noise rejection. We eliminate moves under 32mg ( 8 * 4mg) So normaly it's possible to have the same with ACC_ORIENTATION( (int((rawADC[1]<<8) | rawADC[0])/8) * 8 , (int((rawADC[3]<<8) | rawADC[2])/8) * 8 , (int((rawADC[5]<<8) | rawADC[4])/8) * 8 );

Bledi

I go back to the normal version, just change acc_1G = 265.
It looks to be less solid. I don't understand why !

Bledi

shufflez wrote:
Bledi wrote:What FC are you using ? For me the OSD must be connect to the same serial port as GUI.

I'm using Flyduino V2.1 (ATMEGA 2560) flightcontroller.

I think it's the same, connect the OSD to serial 0

Bledi

wolle wrote:You've already tested it so?

Is it then the "/ 8" to remove and put acc_1G = 265?

no we just try to understand

Bledi

Well done !!!!
so :
The resolution @2,5V is not 4mg/LSB but 3,9mg/LSB
and the acc_1G is not 256 (2,5V) but 265 (@3V3)

Bledi

The only error we can find is on the value of 1g : FULL_RES Bit When this bit is set to a value of 1, the device is in full resolution mode, where the output resolution increases with the g range set by the range bits to maintain a 4 mg/LSB scale factor. in this case acc_1G = 250 but it's not really...

Bledi

I want to make more tests (with and without) because I had few ACC trim but now it's really a rock.
I don't know why ?????

Bledi

I just test your modifaction @home.
It's true the copter is now really stable like a rock

Bledi

I think you have ton connect the OSD on serial 0 (like FTDI)
I just look at the code, all data are exchange on serial 0 not on another port

Bledi

shufflez wrote:I believe the serial.ino (or serial.pde) mod Blendi wrote up hasn't worked for me, because I get the same as @Katana.
BTW Rushduino OSD is connected to RX3/TX3 (RX1 = Spektrum, RX2 = GPS).

What FC are you using ? For me the OSD must be connect to the same serial port as GUI.

Bledi

it's normal, the serial protocol had change in the last dev.
We are working on this new version but we wait an official realase.

The modification of the 'case' section is for multiwii 2.0

Bledi

The multiwii 2.0, in serial.ino you have to change : line 119 : case 'O': // arduino to OSD data - contribution from MIS serialize8('O'); for(i=0;i<3;i++) serialize16(accSmooth[i]); for(i=0;i<3;i++) serialize16(gyroData[i]); serialize16(EstAlt*10.0f); serialize16(heading); // compass - 16 bytes for(...

Bledi

nice vid

Bledi

warthox wrote:thanks felix
will try it this afternoon.

Yes 3 weeks without a video !!! WHAT ARE YOU DOING ???

Bledi

yes just wait few days. JohnyGab will give you more informations

Bledi

The software is finish.
The GPS automaticly record a new file on powerup. The file is a kml file so you can open it directly in Google Eath !

Bledi

Sorry bad board (it is the lite not the SE) but le PINOUT is the same

Bledi

If you want to use GPS, you have to use a I2C GPS (for exemple like this one : http://www.multiwii.com/forum/viewtopic.php?f=8&t=1551) The problem is that the CRIUS SE don't have an output for I2C. So you have to had a connector to the board with the I2C (SDA & SCL) and power (5V & GND)....

Bledi

JohnyGab will relase next week THE SOLUTION for Multiwii I2C : http://qcrc.ca/blog/media/blogs/blog/_evocache/IMG_2085.jpg/fit-400x320.jpg this one is a big more nice than the first one, its to present you the Rushduino GPS MCE V1.3 A nice and shiny blue pcb, 1.6mm tick, 50mmx50mm board with 3mm mou...

Bledi

you can fin informations here : http://www.rcgroups.com/forums/showthread.php?t=1622447

Search found 187 matches