This is a discussion to focus the feedback and support of ardupilot on the PixRacer board from AUAV.co.
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).
Replies
do you know when a stable release will be available for this great board
It's a great board if you bought the original.
You've decided to save $30 and give the Chinese a bigger profit than AUAV is making, and AUAV is doing the work!
I can't believe anyone would buy that clone board w/ it's horrible components and shitty soldering to save a few bucks.
If they priced the clone for what it looks like it's worth.. About $30, I couldn't blame you.. But at $70.00 it is really just ripping off AUAV and anyone who pays for it.
The pixracer clone is one of the worst examples of taking advantage of someone elses work, that I have ever seen.. They didn't even bother changing the silkscreen layer of the PCB, and it still says AUAV and has Philips name on it! they literally just took the design files and ran w/ them...
I'm hoping AUAV did the smart thing and put obvious errors in their published schematics, so the clones won't work w/out an engineer reviewing it and finding the issue.. But I doubt it.
please stop to troll
i have bought clone only because the original was not in stock for a while(and not it s not only 30usd but 40usd if you add shipping cost..and you have a nice alloy case) no stock,less expansive,nice case show me this way!!
it s a good alternative is there are no stock and if you don t want to wait!!
but i agree nick price is very good so no need to buy a clone...if stock are good ;)
Scott, sometimes not only some USS is the problem to buy a chinesse board, not all countries have the same import rules, I agree with you that 3DR first and here AUAV is doing the work so all my begining APM are 3DR and now I'm waiting an original Pixracer but, in the middle, my choice was Chinesse or nothing :( (never the clone trademark) and it's an open source so, everyone know what they want to choice; My chinesse boards works nice but I prefer to choice a board that is supporting developers because the board alone isn't usefull for me, but not easy to buy from my country, I spend a month or more trying to do it.
This weekend finally arrives to my hands :D :D :D :D
Ok, got it to work. Make sure you only have one compass checked. The first one. The code does some counting and if any of the offsets are all zeros it counts as bad.
If you disconnect the GPS one then you will need to move the offsets from the second compass to the first one, unless you like dancing of course.
After many compass headhaches, I disconnect the int compass in a pixhawx (chinesse) and forgot issues with only ext one, many successfull flights now.
Yes, there is a few issues here that I think are being worked on. With out the external compass connected it only sees one compass and not two since it has two internal compasses. Second is that the fitness of the reading coming from the compass is too high for it to like it so you get the message Compass on Calibrated.
If you push that button that says use onboard calibration and then move the copter arround it will beep when it is done and will display a fitness for what it saw. It needs to be below 8 to be usable at this point. Mine shows about 23.
You got hit by the EKF bug. Apparently EKF is always there and fuses the GPS into its readings even in Stabilize mode.
Because you were not in the open, your GPS experienced sudden GPS drift in multiple directions. EKF2 started to compensate by making big changes in roll and pitch.
I don't like this as Stabilize used to be just simple and now its not.
isn't this suppose to avoid GPS ?
http://ardupilot.org/copter/docs/common-apm-navigation-extended-kal...
EKF_GPS_TYPE: Controls how GPS is used.
EKF_GPS_TYPE
I'm not sure that setting 3 will avoid EKF use without optical flow, it is unclear to me.
Anyway , why AHRS_EKF_USE cannot be changed and is forced to "1" ?
-
40
-
41
-
42
-
43
-
44
of 110 Next