leovar / multiwii Goto Github PK

Branch name:

Purpose of code changes on this branch:
I wanted to introduce a easy way of hearing which alarm is present


When reviewing my code changes, please focus on:

is the code too coplicated or does it use to much cpu time or memory

After the review, I'll merge this branch into:
/trunk

My Spektrum DX5e seems to change MIDRC values from time to time (in range of 
+-50), but different for each axe. (It's not a problem of trimming - ok 
possible to trim against it, but it's kind of not perfect solution :))

I think it could be nice to have a setting to automatically calibrate MIDRC 
during startup. So it will read roll, yaw and pitch during initialisation and 
then store each value in an array and use that instead of MIDRC constant.

Hello,

Could you please add support for MinIMU-9 series.
https://www.pololu.com/product/2468

Br
Piotr

What steps will reproduce the problem?
1. rcCommand[THROTTLE] = initialThrottleHold + BaroPIDBaroPID;
2. BaroPid is either 1 or 0.  Not sure what this line of code will do without 
any kind of operator between the two.  It could be a don't care.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

I have a x525 quadcopter and one of the ESC controller keeps beeping and the 
motor its connected to doesn't spin. I'm new at this and any help would be 
great. The other three controllers and motors work.  


The kit include:
- X525 V3 fordling frame x1
- MWC SE V2.5 Flight Controller with FTDI USB x1
- XXD 2212 KV1000 brushless motor with propelle radapter x4
- 1045/1045R Propeller x4
- Brushless 30A ESC x4
- ESC Connect Board x1
- Reinforced Protection cover x1
- 3.5mm gold bullet plug x12 ( 12pcs male + 12 pcs female )
- Heat shink tube x2 (50cm red + 50cm black)
- Not assembled, just a kit[/SIZE]

The voltage reading in the Config program does not match any of the things I 
use to view serial info from the board.

What steps will reproduce the problem?
1. Connect a battery to the multiwii a0 input on voltage divider
2. Set VBATSCALE so that the correct voltage shows in the Conf program
3. View voltage on a serial device like Multiwii OSD or EZ-GUI and see that it 
does not match. VBATSCALE must be adjusted differently to work on other serial 
devices.

What is the expected output? What do you see instead?
Expect to see the same voltage in my OSD and the Config program but instead 
they are different.

What version of the product are you using? On what operating system?
MultiWii_dev_2015_01_24__r1739
Windows 32 Multiwii conf. VS (MultiwiiOSD 1.2 and EZ-GUI Ground station 
3.126.187)

Please provide any additional information below.
VBATSCALE seems consistent between softwares. But the actual read voltage is 
different in the config program.

What steps will reproduce the problem?
1. enabble "#define GPS_SERIAL 2" w/ baud/prot options
2. compile
3.

What is the expected output? What do you see instead?
A working compiled version.

Instead the compilation is broken with the follwoing error messages:
----
GPS.cpp: In function 'uint8_t GPS_Compute()':
GPS.cpp:286: error: 'struct flags_struct_t' has no member named 
'THROTTLE_IGNORED'
GPS.cpp:313: error: 'struct flags_struct_t' has no member named 
'THROTTLE_IGNORED'
----

What version of the product are you using? On what operating system?
Latest from 5th of Jan 2014 - "MultiWii_dev_2014_12_01__r1729".

Please provide any additional information below.

I changed "types.h" like follows:
- Add "uint8_t THROTTLE_IGNORED : 1;" once more in the if_GPS check as the BARO 
mode is handled in GPS.cpp already.
This might be solved otherwise by re-ordering or else in types.h but worked for 
me.

----
 uint8_t GPS_mode: 2;               // 0-3 NONE,HOLD, HOME, NAV (see GPS_MODE_* defines
#if BARO
  uint8_t THROTTLE_IGNORED : 1;      // If it is 1 then ignore throttle stick movements in baro mode;
#endif
#if GPS
  uint8_t GPS_FIX :1 ;
  uint8_t GPS_FIX_HOME :1 ;
  uint8_t THROTTLE_IGNORED : 1;      // KBR fix as it appears also in the main GPS routines > baro check is handled separately;
  uint8_t GPS_BARO_MODE : 1;         // This flag is used when GPS controls baro mode instead of user (it will replace rcOptions[BARO]
  uint8_t GPS_head_set: 1;           // it is 1 if the navigation engine got commands to control heading (SET_POI or SET_HEAD) CLEAR_HEAD will zero it
  uint8_t LAND_COMPLETED: 1;
  uint8_t LAND_IN_PROGRESS: 1;
#endif
} flags_struct_t;
----

Is it possible to use Multiwii 2.2 or 2.3 on an arduino micro (ATmega32u4) ? 
How i need to wire modules ?
I'm going to use an Ublox GPS and GY-80. 
How I must connect the GPS ?

Additional informations:
-Possible Quadrocopter or Tricopter
-A2212 1000KV motors
- 20A chinese ESCs
-10" inches propellers
-6000 mAh lipo
-Arduino micro
-500mm PVC Frame with 20mm tubes

MAG data do not ricieve from gy-88 sensor.
The reason is that mag in gy-88 do not connected to the AUX I2C bus of MPU6050.
To solve issue have to disable MPU6050_I2C_AUX_MASTER in section defined(GY_88) 
of def.h 

What steps will reproduce the problem?
1. Uncomment dualcopter in version 2.3 and upload to mega board
2. connect motors to pins 3 and 5 and servos to pins 2 and 6
3. servo connected to pin 2 does not respond

What is the expected output? What do you see instead?
Servo on pin 2 should respond to roll or pitch. However, servo does not respond

What version of the product are you using? On what operating system?
version 2.3 on PC with Windows 8.1

Please provide any additional information below.

Motors respond as expect. Servo connected to pin 6 responds to roll or pitch 
change. Servo connected to pin 2 does not respond.

What steps will reproduce the problem?
1. When I try to open the arduino file, I get this error with the new 2.4...
"The library 2.3 working cannot be used"


What is the expected output? What do you see instead?
Should've opened up the files within Arduino IDE...

What version of the product are you using? On what operating system?
Windows 8.1

Please provide any additional information below.
Which file do I need to edit... it says "Library names must contain only basic 
letters and numbers."

For controlling the tilt/roll (or tilt/pan) of a servo gimbal via RC channel(s)

ot sure if this is already handled in the beta versions/forks, but I have found 
this works well, with or with out cam stabiisation:

In config.h
    #define SERVO_TILT   // Existing code
    #define CAM_TILT_CHAN AUX4  // Select RC channel to control gimbal tilt
    #define CAM_ROLL_CHAN YAW  // Select RC channel to control gimbal roll

In Output.cpp
  #if defined(SERVO_TILT)  // Existing code
    servo[0] = get_middle(0);  
    servo[1] = get_middle(1);
    if (rcOptions[BOXCAMSTAB]) {
      servo[0] += ((int32_t)conf.servoConf[0].rate * att.angle[PITCH]) /50L;
      servo[1] += ((int32_t)conf.servoConf[1].rate * att.angle[ROLL])  /50L;
    }
    // Direct camera tilt/pan, additive - new code
#ifdef CAM_PITCH_CHAN
    servo[0] += constrain(rcData[CAM_PITCH_CHAN],900,2100)-MIDRC;
#endif
#ifdef CAM_ROLL_CHAN
    servo[1] += constrain(rcData[CAM_ROLL_CHAN],900,2100)-MIDRC;
#endif

Multiwii 2.2 worked well for me but I wanted to try the 2.2 as I was still 
having problems with my quadcopter. I downloaded the file and tried to open the 
Multiwiiconf 64 bit program but it won't open. When I try the 32 bit version it 
opens but the interface is fuzzy and it is impossible to read or do anything 
from it. I have downloaded the file multiple times and its always the same 
thing. I know my computer is running windows 7 64 bit intel i3 4GB ram. I dont 
think the computer is the problem sense 2.2 opened fine. I hope im missing 
something simple.
Thanks for the help!

What steps will reproduce the problem?
1. throttle at 60% and hovering
2.
3.

What is the expected output? What do you see instead?
Expected smooth hover
Experiencing motor speed fluctuation, acts like I am moving the throttle up and 
down really fast in short bursts... 


What version of the product are you using? On what operating system?
CRIUS_AIO_PRO_V1
Multiwii 2.4


Please provide any additional information below.

Added correct I2C address for BMA180 on ALLINONE sensor board

What steps will reproduce the problem?
1. Use NanoWii (Atmega32u4) in tricopter mode

What is the expected output? What do you see instead?
Right after I plug in the battery the servo goes crazy and eventually heats up. 
I can move the servo with my fingers and it doesn't respond to control inputs. 
Twitching is the same on 50 and 160Hz, but much faster in 300Hz.

What version of the product are you using? On what operating system?
Tried with 2.3 and 2.4. Same results.

Please provide any additional information below.
I tried two different servos, no change. I also tried to power the board and 
the servos in different ways, with the same result. However, if I power the 
board first through a USB cable and plug in the battery after the FC has 
initialized everything works fine. I can even disconnect the USB cable and fly.

What steps will reproduce the problem?
1. Send an MSP_PRIVATE request to the FC
2.
3.

What is the expected output? What do you see instead?
A valid response is expected; as MW does not use MSP_PRIVATE, it should return 
an error ($M! etc).
Instead, there is no response.


What version of the product are you using? On what operating system?
2.4.0 r1729 Mega2560

Please provide any additional information below.

Not replying at all is in violation of the MSP specification. It also makes 
auto-detection of the firmware (c.f. cleanflight) more complex than need be.

Please consider applying the attached/

What steps will reproduce the problem?
1. Create a mission with SET_HEAD
2. Fly the mission
3.

What is the expected output? What do you see instead?
For SET HEAD, the vehicle will point in the direct set by SET_HEAD, instead it 
points in the reciprocal direction.

What version of the product are you using? On what operating system?
2.4.0 r1729 on Mega2560

Please provide any additional information below.
See attached patch. Flight tested.

Added Vtail

For Spektrum DX5e the range of the sticks is limited.
I recommend values 1200 and 1800 instead of 1100 and 1900 for MIN- and MAXCHECK

Could be nice to have this with an explanation in config.h (instead of in 
MultiWii.cpp) 

What steps will reproduce the problem?
1. Take advantage of improved control code of other flight control software 
that takes more memory that the smaller processors.
2.
3.

What is the expected output? What do you see instead?
Improved control capability.  


What version of the product are you using? On what operating system?
I am using MultiWii 2.2 on Windows 7.

Please provide any additional information below.
I would probably go to the MegapirateNG but I really like the ability to 
communicate with the fc board with bluetooth.  The ability to make changes 
without having to physically connect to the board is really great.
I also believe that there will be a lot more of the 2560 based boards which 
have even more sensors available and the easy connection of gps.

[deleted issue]

What steps will reproduce the problem?
1. Fit / enable buzzer
2. Power up board with GPS but no fix
3.

What is the expected output? What do you see instead?
Expected: LED indicates no fix, buzzer is silent
Actual: buzzer sounds continuously

What version of the product are you using? On what operating system?
2.4.0r1729 on mega2560

Please provide any additional information below.

Incorrect assignment of enum compared to MW-NAV-b7. In Alarm.h, c. line 79 
currently sets ALRM_LVL_GPS_NOFIX  = 1, the fix is:

#if GPS
  enum alrm_lvl_gps {
   ALRM_LVL_GPS_NOFIX  = 2,
  };
#endif

This restores expected behaviour.

Added VTail

Make SBUS working again

exchanged a portName for shortName in the shortifyPortName(...). otherwise 
there were string-length issues in the creation of the shortName.
This fixes it.

What steps will reproduce the problem?
1. Take a MTK Gps module wich has not been initalized. 
2. Upload a 2.4 sketch with all needed gps options defined.


What is the expected output? What do you see instead?
A initialized gps module Searching for satelittes I would expect. But It will 
not initialize. 
I guess something went wrong with the init mtk gps define in 2.4. 
gps works after beeing initalized with multiwii 2.3.

After upgrading to 2.4 firmware GPS is not initialized properly. in MW 2.3 
everything was OK.

I am not only one with this issue - forum thread: 
http://www.multiwii.com/forum/viewtopic.php?f=18&t=6317

it is initialization for sure, because flashing back MW 2.3 (which initializes 
GPS upon startup) and again MW 2.4 temporarily solves the problem.

I am too green in arduino and your code to try do it myself, but I think that 
for MTK GPS initialization should be very same as in MW 2.3. If it must be a 
dirty hack - let it be, just put it in compiler conditionals (only for those 
with MTK) and everybody will be happy :)

Added beta support for accelerometer MMA7455L, based on
MultiWii 1.6Pre 

What steps will reproduce the problem?
1. calibarated everything like 30 times
2. seen videos everything 
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?
i am using multiwii 2.3 on my multiwii pro from hobbyking 

Please provide any additional information below.

im going crazy cant figure this out please help

[email protected]