Servers by jDrones

Copter-3.6.0-rc5 available for beta testing


(tridge) #15

@quadsours many thanks for reporting the issue with the mRo X2.1. I’ve reproduced the issue and fixed it in master and for copter 3.6.
I’ve done a build here for you to test:

(brandon macdougall) #16

Thanks so much will test it!

Quick test on my quad using Pixhawk classic flight controler few increible! ChibiOS rc-5 Thanks!

(rmackay9) #17


Thanks for the report, I’ve added it to our list to investigate.

(brandon macdougall) #18

Hi happy to report that the Green frog is AOK using ChibiOS copter-mRoX21-beta-test.apj you made me! and is working really nice !! floats like a dream!! Big thank you and Randy as well!


(rmackay9) #19

Great, thanks for testing so quickly! This will be included in Copter-3.6.0-rc6 which will be out within a week I think.

(Gal Nitzan) #20


Quad nose dived in takeoff and crashed.

IronMan 650 Sport
ESC XRotor Pro 50A
3.6.0-rc5 Pixhawk 4
stabilize mode.

When I started the takeoff all seemed stable, but at about 3 feet the quad took a nose dive and landed on its back. Ended up with only one broken antenna.

Actually I have a hunch that the cause is due to mechanical failure but I’m not sure. I am not proficient enough in reading the logs so any input would be appreciated.

2018-07-12 2007-48-42.bin
2018-07-12 2007-48-42.log
2018-07-12 2007-48-42.log.param


(rmackay9) #21


It looks like the vehicle was in Acro mode, that was intentional?

In any case, it does look like some kind of configuration error or a mechanical failure although it’s hard to be sure exactly what the issue is. Certainly the pitch forward is not commanded because the desired roll and pitch angles and rates are staying reasonable. The actual pitch rate and actual pitch angle separate from the desired though.

What makes it look like a mechanical failure is as the vehicle is leaning forward the forward left and right motors go high but this does not stop the vehicle from pitching forward.

Of course you’ve flown this vehicle before and if not you’ve checked the motor ordering and propeller direction using the motor test feature?

(Jan Willem) #22

Hi all,

Today I installed version 3.6.0-rc5 on an OmnibusF4-V3 board and everything seems to work but the battery monitor. The board is equiped with a current sensor. How do I set up my Battery Monitor so my flight data show battery voltage and current?

Best regards,

Jan Willem, The Netherlands

(Joe Breznai) #23

Look at this thread- has ChibiOS specific info


(Jan Willem) #24

Thanks for your reply Joe, that thread had the solution!
I set my bat_volt_pin to 12 and my bat_curr_pin to 11.

Best regards,

Jan Willem

(rmackay9) #25

@JoeBreznai, @Jan_Willem, thanks for that!

I’ve created an issue and I expect we will fix the defaulting of these pins in a follow up release candidate.

EDIT: these changes were already included in -rc5 so it’s not clear why @Jan_Willem had to set them manually. Jan, you were definitely using -rc5? Is it possible you had changed those parameters before?

(Paul Atkin) #26

Hi, is there any plan or possibility to add support for the Matek F722 board?

(Ghostsharp) #27

Problem with Safety Switch…


I just upgraded from 3.4.4 to 3.6 rc5 and after configuring it, when I connect the battery one motor start while the safety switch led is blinking. Safety switch bottom need new param for work in 3.6?

Auto-Answer: Reflashing again and work :wink:

But, i have a new problem testing motors…

Using Pixhawk 2.4.8 (PX4-v2) firmware 3.6.0-rc5 hexa, when i do motor test, only work 4 motors of 6. Parameter FRAME_CLASS=2 and FRAME_TYPE=1, need modify more params or downgrade 3.4.4 and flash again?


(Jan Willem) #28

Hi all,

I’m running Arducopter V3.6.0-rc5 on an OmnibusF4Pro-V3 board and logging doesn’t seem to work.
With several uSD cards differing in capacity and speed I get the same message: PreArm: Logging Failed.
I’m only able to arm when I disable the arm_check for logging and set my loggin_backend to zero.

Is this a known issue, or did someone succesfully log on this board?

Best regards,

Jan Willem, The Netherlands

Copter-3.6.0-rc6 available for beta testing
(Randy Bachtell) #29

This release (actually latest master) has taken care of my apsync logging issues, thanks for all the work on this. I have been able to do a fair amount of testing with all three of my multirotors and have found no issues so far. All are black cubes running EKF3 and all three IMU’s as well as apsync companion computers, they all fly extremely well. I loaded latest master on my 350 quad and did the entire set up from scratch including a fresh auto tune, flew perfectly.
Thanks to all the developers working on chibiOS integration, looks like a great way to go.

Cheers, Randy B

(Jan Willem) #30

Hi Randy,

Looking back it’s possible I changed the values because I tried several options in the Battery Monitor menu. That probably changed the default values.

Best regards,

Jan Willem

(rmackay9) #31


Re the MatekF722 board support. I think this has been asked before but the issue with that board is that it has very little flash space (512K)… too small to fit autonomous flight modes so the user would be stuck with just stabilize, AltHold, etc without some more shrinkage work done on AP. You’re actually the second person to ask this so I might ping Matek and say there is some interest in an F7 board with more flash. My guess is they’re already working on it.

(Paul Atkin) #32

Awesome, thx so much for doing that. I think f722 design is one of best on the market, pity i did not realize it has such a small flash. I run it with betaflight now in 32/16 kHz mode, it is a best fc i had so far.
It is a pity f7 boards are so scarcely represented.

Ps: i see the Omnibus F7 also has 512kb flash - and it is the only f7 fc supported?

(Paul Atkin) #33


on a bit of a different topic - is it possible in 3.6 to make 4 lidars supported by default, not 2? i think it is just a simple definition change somewhere? it just would make sense to get all 4 directions covered for object avoidance - to cover front/rear and top/bottom, sides are not critical and will be in reality covered fine with front/rear modules.

(rmackay9) #34


Mateksys replied that they are indeed working on an f7 version of the F405-Wing board and a GPS/compass module to go with it.

We support a number of the f7 Pixhawk family of boards like the Pixhack V5 and I hear Hex has one or two new Cubes coming with the F7 in it. I think Holybro’s KakuteF7 is also supported now although we don’t seem to have a flight controller page for it.