This is a discussion to focus the feedback and support of ardupilot on the PixRacer board from

We believe that all teething problems encountered are now resolved and so we recommend people load Copter-3.3.4 which is available for all multicopters through the Mission Planner's (and other GCS's) Install Firmware screens.  Note that because regular Pixhawks are still on Copter-3.3.3 the install icon may show Copter-3.3.3 but rest assured, Copter-3.3.4 will be installed (you can check the version by looking at the very top of the Mission Planner).

Views: 96862

Reply to This

Replies to This Discussion

Thanks for the details and explanation. I dont expect you to waste time on supporting hkracer poor performing parts.
But i would. If i could :)
Where should i start? I have some xp in embedded development, general software engineering, but not yet familiar with the codebase on this level. Or... is it a mission impossible?

Marcell, I think the issue is we don't know why it is not compatible. I can tell you that the open source files that I published would not exhibit the issue you describe. We need an engineer that is familiar with the design choices of the board you possess to provide some information about what is different. Until that happens we are working in the dark.

What should i ask from the seller?
Is there some sort of trace level logs, where i can see the point if fails to boot? Is a diy ftdi dronecode probe the tool i need to check this?
Is the master the right branch to start from? And is this the right forum to talk about this?
Sry for the too many questions ;)

I would start with... "Why does my board not work with ArduCopter 3.4?"


I hope this translates well, but debugging hardware is a real pain. Doing it remotely is like a blind man leading another blind man.

I've done my share of Windows embedded systems and I can tell you has very little to do with this. And I'm excluding sub par components. Recently there was a problem with the FTDI fake chips that caused some uproar in the community. Problem is that we don't know what's in those HKRacers...and we rely on very severe timings from some components, if a component is not on spec, then .... you know the rest. 

This happens with other boards as well.

So whatever you've saved on the initial purchase you've already spent way more trying to get it working right.


I would be a bit more blunt than Phillip :)

"Refund now!! Doesn't work as advertised!!"

I heard that Paypal has some heavy handed policies for this :)

You can go to the where most of the dev team tends to watch for issues.

Thanks again. Do you think this is something fixable from ardupilot or in px4/nuttx part?


One can only do so much magic with software. I'm not saying it can't be tackled, but with the variances in behavior from the HKracers its a hell of a job.

I wont give up before a real try.
If this is an issue already reported, im not alone. If this is an issue havent fixed, i may take it as a challenge.
My strategy would be first to find where the issue was introduced. If i have a revision, where it got broken, we may be closer to a fix. Or have the knowledge its not fixable. I would be fine with that.

Hi Marcell,

just curious, but why investing much time (and thus money) in a board that will most probably be replaced soon because it is faulty.

Supporting the Ardupilot would be great and I guess any help is greatly appreciated.

Helping HK in selling a counterfeit on the other hand and thus helping ripping off the devs seems counterproductive to me.

No offence!



From Phillip:

"My main dispute with these cloners is they did not even attempt to personalize the silkscreen." 

So it looks like it is made by AUAV and they receive the support requests.

More on this at:

Macell: ask for refund, say that you buy a Pixracer and recive a Fake pixracer and not works and them buy a genuine one, they are very easy to make work, only autotune don't work for me (3.4)  but I don't spend many time tunning yet, only plug, little manual tunning and enjoy fly :) 

Hi Thorsten,

already have the faulty clone next to me. investing a few more hours would not hurt. i dont take it as an offense, but please be supportive. there is still a high chance i will fail to solve, im just giving a try :)

im not seeking support from auav. cloners probably just downloaded the files and put into the circuit factory machine. i agree with most of your points and i dont want to dive in this too deep.

moral, theoretical question.. if it ever happens i find a fix, should i keep it private? :)

actually, by the debug port, 3.4-rc1 hangs at "no ms5611 found". checked the same on 3.3.4-pixracer, the same happens. the only difference is on 3.3.4, the whole [init] process is restarted after this 2 more times, when "ms5611 started OK", then the system boots up properly. 
this all takes around a half second. i assume the board is not ready at the point sw started as usual. retry logic seems to be changed for 3.4. (or the driver, or something else :D )

Reply to Discussion



Season Two of the Trust Time Trial (T3) Contest 
A list of all T3 contests is here. The current round, the Vertical Horizontal one, is here

© 2019   Created by Chris Anderson.   Powered by

Badges  |  Report an Issue  |  Terms of Service