Did you find out about the TTL level ? :)
I am also trying to find out the TTL level of the APM telemetry port.
For those who would say "it's 5 volts", then why is it suggested to buy a 3.3 volt USB TTL to program the 'APM-telmetry radio'?
For those who would say "it's 3.3 volts", then why are people buying ttl-converters to hook up the telemetry output of APMs to the Rasbperry PI GPIO port?
---This seems like conflicting information, and I can't find any documentation that gives a definitive, verifyable answer
I am a no expert in apm, but..... usual FTDI cables which supply 5v and 3.3v logic are very tolerant to 5v logic circuits.... so, I am pretty sure it is just this ftdi tolerance that makes communication with apm at 3.3v possible, however raspi tx/rx are VERY sensitive and will fry @ 5v so LLC is needed.
I have used APM 2 with the second gen Raspberry with no power issues tested for over 24 hours with no problems (not flying ground test).This was directly connected to telem on APM and GPIO to Raspberry how ever I was using the Raspberry to supply power to the APM not sure if it would cause any issues if the power source was reversed.
I have been connecting my APM2.5 directly to the Rpi with no issues. 5 <> 3.3 volt is no problem :)
Hi, really not?
There are overvoltage protection diodes in the IO ports of all those chips. If you pump 5V into an input of something running at 3.3V, the diode from the input to +3.3V will draw current. Quite a lot of current actually. So much current that the 5V output will budge (overload) and/or the 3.3V chip's supply will now be driven by the diode and rise above 3.3V. Neither is very good.
So I'd say use a level converter. For simple, slow serial signals a series resistor is also OK. Like 1kOhm or 4.7kOhms.
On the other hand, the line from a 3.3V output to a 5V input can be connected directly.
APM uses 5V TTL logic.
Logic 0 and logic 1 are the same as RS232 however the voltages are the other way round. +12V<-->0V and -12V<-->5V. Hardly anyone uses the 12V signals (although these are the real RS232 ones) for small short range serial any more.
2) Not very likely no.
There is a serial test sketch in the source code. You could try that. It is easier to know with that if the garbled garbage is MAVLink or if it is data gone silly in transmission - because it uses no MAVLink.