MultiWii

Alex, I propose to change the following lines in Sensors.pde (beginning line 874)from gyroADC[ROLL] = - ( ((rawADC[5]>>2)<<8) | rawADC[2] ); //range: +/- 8192 gyroADC[PITCH] = - ( ((rawADC[4]>>2)<<8) | rawADC[1] ); gyroADC[YAW] = - ( ((rawADC[3]>>2)<<8) | rawADC[0] ); to GYRO_ORIENTATION( - ( ((rawA...

Alex,
I finally uploaded the servo stretching code modifications and VTOL definitions to the repository into a branch under my username. Unfortunately, the modifications were done to dev0903. What is the easiest way of incorporating these changes into the latest dev code?

Itai,
Sorry for the late reply. I have looked into this in the past, and the downside of the Teensy processor is the reduced number of pins that utilize 'pin change' interrupts, which the multiwii code uses. I'm a big fan of the Teensy, but it's not a good fit for this project.

Regards,
Billy

Cob,
I believe we are on parallel paths. Take a look at our accomplishments here: http://www.rcgroups.com/forums/showthread.php?t=1408344

Videos are in the first post. I'm in the process of porting our code mods from 1.7 to 1.8.

Regards,
Billy

Unfortunately, no luck with dev0526. No response from sensors. Screenshot here: http://www.rcgroups.com/forums/attachment.php?attachmentid=4043189

I'll download the latest revision this evening and report back.

Thank you Alex for your continued efforts. Your dedication is outstanding!

Billy

ziss, my sensor board is powered from the Seeeduino Mega 5V pin.

Alex, thanks for looking into this! I will continue to integrate the dev code improvements into my 1_7mag test sketch, and will let you know if/when I find the offending section.

Billy

I'm experiencing a patterned response from the FFIMU sensors, seen here: http://www.rcgroups.com/forums/attachment.php?attachmentid=4035022 This was not the case with V1_7, so I incorporated parts of the dev0519 sketch into V1_7 to make it compatible with the 0519 GUI. Sensor response is normal, as ...

I will take a look at the GUI code this weekend and see what can be done. Processing (the language that the GUI is written in) shares many similarities with Arduino, so I'm hopeful I can wrap my head around it. My bad, I forgot I didn't allow for anything below 69Hz. Please try 69Hz and see if it wi...

Thanks for the update. I have not modified the GUI code to recognize the CCPM mode, so that part is not surprising. I'm not sure, however, that this issue is related to the sketch not running on the Pro-Mini. You might be on to something regarding the timing and speed of the CCPM. Have you tried to ...

Hey Billy, I have tried the following: Loaded and run 1Preter7 with no problem Compiled The CCPM code no problem Tried to run the code and it locks up and no motion from the board Tried the CCPM code by downloading the file, decompressing it into its own folder, Compiled it after commenting out the...

Jim, Sorry for the delay, I didn't realize the thread has spilled over to a second page. I'm not sure what's causing the problem. Have you tried downloading the original code, commenting out the stable pin stuff like before and then loading that to the board? I only have a 'mega to test on here, so ...

Hey Jussi and Billy, I downloaded the code to test it out. At first it didn't work so I downloaded and expanded it once again and then had to change it for a Pro Mini and comment out the lines that referred to the stable pin. It would not compile until I did that. Now it compiles and runs. Next is ...

Jussi, Test code will be emailed tonight. No mixing in the Tx is required. Servo assignments: 3 Tail Servo A0 Front CCPM Servo A1 Left CCPM Servo A2 Right CCPM Servo Heli ESC should be driven 'governor style' from flight mode switch, external to Arduino for now. Still wrapping my mind on how best to...