I'm constantly expanding my understanding of all the options and systems within the APM 2.5 by re-reading the wiki and looking for things that have changed or things that I hadn't considered before.
One thing that has recently caught my eye was the section here in the ArduPlane wiki titled
'How to flash the Atmega32U2 (PPM encoder) through USB'
The downloads section title description states
The wiki page was most recently updated almost a year ago (Dec 29, 2011) and doesn't specify what versions it applies to.....I don't know why this text is coming out italicized....I don't have Italics on...anyway the wiki instructions specifically refer to APM 2.0 not 2.x and the images are all of an APM 2.0 board. I realize that this is just a representation of the board at the time but it doesn't make any reference to APM 2.5. The downloads section here states
APM 2.x ArduPPM Firmware v2.3.13 (recommended update for Futaba radio users)
ArduPPM v2.3.13 ATMega32U2 firmware for APM 2.x
So is the upgrade necessary for APM 2.5 or not, and is there a list of Futaba receivers known to
have n issue with the stock PPM encoder firmware? So perhaps if someone could clarify this itwould be great, also are the instructions in the wiki still applicable to an APM 2.5?
I think you are on to something here with the MULT-CH mode.
Most of the 433MHz LRS systems also had problems with this and would only work in 7CH mode. There was a workaround for the LRS stuff which involved setting all the endpoints to use either the top or bottom half of the travel. Can't remember the exact details, never tried it myself. It was reported to work but you lost resolution by using the full stick travel with only half the pulsewidth range.
I remember reading something like, that in order to be able to tx more than 12ch ( the 8fg, 12fg etc can produce 14ch or more) the stream had to be compressed to fit into a singe frame. I think that is why JR only had 11ch for a long time.
I can also confirm that these glitches were happening in ppm-sum mode with a 12FG and TFR4 receiver.
I was also getting the glitches on ch 5. Imagine my surprise when I was doing a hand test and heard MP call out " mode changed to RTL, mode changed to stabilize". I didn't know what was going on because it was the first use of a brand new APM2.5, first use of new TFR4 and first use of ppm-sum.
Immediately ruled out the last 2 by going back to the orange receiver and separate channels I had used with the old APM1.4. Thought I had a dud board until I discovered the "motor twitching thread"
So thanks to everybody who reported and fixed the issue
If glitches also happens in PPM-passtrought mode (receiver outputting PPM-SUM directly), then the PPM encoder has nothing to do with it. Then you will have to make sure the receiver is outputting standard 8 channel PPM-sum, since that is the only one tested and supported by the PPM decoder in APM.
I noticed in this video http://vimeo.com/26826657 Randy has an odd "Sudden throttle up" while using a Futaba radio. Looks like it triggers an unexpected props on lock up some how. Is this behavior something that can occur as a result of this Futaba related PPM bug we are discussing? Randy did you ever track down what caused that specifically?
No, that was most likely a APM control/mode logic flaw. I haven't been involved in that particular case, but I would be very surprised if it hasn't been fixed a long time ago.
A PPM glitch will recover the next radio input cycle, meaning that the throttle spike will only last about 1/50 of a second. Enough to get a visible shake in the copter, but nothing serious like dropping to the ground, or a runaway.
gratzi for the explanation sir.
I've seen this glitch on quads with an 8FG and an R62208 SB. I just updated my PPM encoder and I'll keep an eye out for the problem when I put a quad back together.
Great! Any feedback if very helpful and much appreciated.
Note to all, remember to specify relevant information like radio or transmitter module and receiver type when you post about a glitch.
Have you had a chance to take your bird out and test this Tx/Rx combination with the latest PPM encoder firmware? Just to be sure what Tx mode are you using? 7ch MULT or MLT2?
i purchased 2 new apm 2.5+ units from 3dr store last week.... everything was installed on a pre existing quad test bed running perfect on the naza controller.... when apm was installed and tuned i get occassional motor spike and very occassional i get unwanted commands.... when sitting on my bench not flying every so often my gimbel will twitch.... showing its not the motors or vibrations causing this........
also when trying to flash the atmega chip per wiki... the unit connected by usb, installed jumper and shorted pins then trys to reconnect but fails and gives the computer the three sounds indicating failed connection..
so i can not flash my new apms.... now what can i do?
i lowered my mpuk to 20
every function works well in flight.
im running brand new futaba t8j radios with 8ch recievers.
any help would be appreciated
all my other posts went ignored so im trying it here.
uav productions.... youtube
William, as I responded to your identical PM, please contact tech support and ask them if you can send the boards back to be reflashed with new PPM firmware.
update...i found the dfu driver and installed it myself and now can connect to flipand flashed with latest hex.....
does anyone know if everything needs to be recalibrated on v2.9?
the radio or acellerameters ?