Servers by jDrones

PX4 vs ArduPilot - when to choose what

(Rob_Lefebvre) #5

The custom/easy mixer in PX4 is both a strength, and a massive weakness. It makes it quick and easy to get new vehicle types flying. But it also means that PX4’s flight controls are nothing more than really simple PID loops. This is highly over-simplified. This is why you will usually only see PX4 flight video in a laboratory, or on a windless days, and at low speeds, etc. Generally low performance flight.

Ardupilot has extremely sophisticated control systems. This prevents using flexible mixers. But, results in high performance flight.

Here’s a clear example of the relative performance. Here’s the state of the art flight performance for PX4 on a helicopter:

And here’s what Ardupilot is doing:

Basically, PX4 gets you little more than a basic UAV operating system. Ardupilot, is ready to go to work. Just that simple.

(jarda) #6

Ok, now this makes a perfect sense and it is probably the most important aspect for deciding what to use.

So for fast testing new frames (what is not in Ardupilot) PX4 is a way to go. If the prototype is proven to be good, then it is good to try to employ the Ardupilot advanced &a less flexible stuff.

Thank you for the clear explanation!

(Rafal Kiermacz) #7

Yes, thank you for all the explanations and for this thread! I will be moving from PX4 to Ardupilot on my Pixracer as well.

(Ronildo Braga Junior) #9

Has anyone else moved from PX4 to Ardupilot, on Pixracer? Can I ask for you for your feedback?

I have a Pixracer 1.4 running PX4 and I have been thinking to move to Ardupilot but I’m not sure.

Thank you guys.

(David ) #10

Good pm, me im running ardupilot on my racer, ardupilot its more stabe, px4 is more native

(Rob_Lefebvre) #11

The Airbus drone delivery challenge project moved from PX4 to Ardupilot when they finally found out that PX4 couldn’t fly the big quad-plane properly. :wink: So you could ask them.

(Jose Colmenares) #12

I’m trying to find information about the subject too, but he comments here seem outdated. The video posted above clearly shows the data of the Pixhawk helicopter as 2009… we are in 2018. So is not fair to compare those videos.

It may be true that indeed ArduPilot is more mature, but I’m those videos are no proof.

(dagar) #13

@Jose_Colmenares it’s like anything where most people invest their limited time in one thing or the other, but not both. Android users will tell you Android is better, iPhone users will tell you iPhone is better. Most normal people don’t own both. I don’t think you’re going to find any good information where someone tried both and compared things side by side with a detailed write up.

Like most things the truth is probably somewhere in between. Android will be better in some areas, iPhone in others. How that aligns with your specific requirements and expectations is even harder to answer. For most of the core use cases you’ll likely be fine either way. Things get more interesting when you get to the point that you need to extend what either platform currently offers.

(Olivier Brousse) #14

+1 on what Dagar wrote.
Here’s something I wrote a while back on the subject, a bit long-ish and possibly biased (yet I sure tried not to), it might help …

(Nathan E) #15

It is worth noting that Ardupilot is now moving to a ChibiOS operating system - improving the efficiency of the code significantly. The current Ardupilot development on ChibiOS allows smaller/slower processors to be used far more efficiently than PX4 can.

(James Pattison) #16

There hasn’t been a side by side test afaik, so whilst the ChibiOS switch is looking awesome for ArduPilot, unless we have data we can’t really compare to px4: basically I think what @dagar said above remains true, as besides personal opinion and preference, no one has published a detailed performance (or even feature) comparison that I’m aware of.

(Kikislater) #17

Interesting reading here :

(James Pattison) #18

Highly inaccurate though. The two key points in that article are the code structure and license — both of which are more matters of opinion or context than of objective merit.
Almost everything else applies to both code stacks, or is wrong.

(Shawn) #19

I found PX4 was slightly quicker and easier to set up for a first-timer, and relatively easy to get to first flight. Overall a good starting point and could still be employed professionally. There was nothing really wrong with using PX4 but we wanted spline waypoints and it was reported that AC had better performance in wind.
Ardupilot ( copter for me ) has been a jump up from PX4 with more features, more setup and LOTS more learning. It’s been a tougher road but rewarding.
One of the best things about Ardupilot is the continuous development, the community, and especially how close the developers and end-users are.

(Kikislater) #20

Agree with PX4 and first setup ! But it’s more about GCS configuration than firmware.
(I found Qgroundcontrol more intuitive than Mission Planner, may be because I’m a linux guy … Mission planner looks like more a windows thing, all you look for is not here in the first time :-/ ! Example on camera trigger with Qgroundcontrol is evident whereas in Mission Planner for the first time is an headache.)

PX4 on copter report to have poor performance in windy condition (If we watch video on youtube about yuneec, it’s not like that ! 8-9 beaufort scale and copter still stable) but what about flying wing ? Wingtra uses PX4 firmware and handle wind in hover and flying wing, with high power 8S but it works !

I don’t understand “ardupilot is [in] continuous development” because PX4 seems to be also in continuous development. But support seems less important due to less users IMO and confusing for some (less messages on forum and social network, people don’t know there is 2 different firmware).

Please note that in my case, I’m not selling any drone and I don’t want to act that one fw is better than another, I’m just a user.

(Shawn) #21

Yes I agree about QGC, it seems like the obvious choice when you’re on Linux.
Much of the rest of the points, as you say, are perception and not actually any real faults or negatives with either ecosystem.
The wind peformance thing was just something we’d been told and not necessarily fact, but it influenced our shift to Arducopter.

(Alexey Simonov) #22

totally unfair comparison between 2009 and 2017

(mike kelly) #23

I think there is a fundamental mindset difference between the two due to the license. With Ardupilot you are required to allow any improvements to the code to be shared with the community. With PX4 you are not. Hence PX4 is attractive to corporate developers who want a free base to work from and will encapsulate the result of their additions into a closed product.

Ardupliot by nature attracts people interested in growing and sharing the results of their work by adding back to the community.

Theoretically that should give Ardupilot a leg up in development for the end user.

(Khancyr) #24

That is wrong… It is not because ArduPilot is GPL that you need to share your developpement with the communauty… You only need to share your ArduPilot source and developpement if somebody buy your product and ask for it.
Most company just chose to hide they use ArduPilot. For PX4, it is different are you can relicense the code as your own and don’t need to share anything if you want.

(mike kelly) #25

That is the point if you are a corporation wanting to build a product, which most corporations then sell right? You get most of the work for free and you don’t have to share anything that you develop.

What I said is correct.