My setup is as following:
XBee-PRO 900 extended range module w/ RPSMA connector (Laptop Side) XBP09-DM Firmware 1061
DIYDrone XtreamBee USB Adapter (Laptop Side)
XBee-PRO 900 extended range module w/ wire antenna (APM 2.0 side) XBP09-DM Firmware 1061
DIYDrone XtreamBee Board (APM 2.0 Side).
My 1st Issue is I’m not able to see any signal on the back UART0 connector even when I load the serial test sketch which is giving perfect output on the side UART0. Is this a known bug in APM 2.0 board ?
My 2nd Issue is that I’m not able to establish telemetry over the airlink, I tried 57K & 115K baud rates, I tried HKGCS & APM Planner but no luck (Even when using the long side UART0 port)
Please help me.
Chris, My experience and several others is IDENTICAL to Muthanna's. I have 2 boards. One from the very first batches of APM 2.0s and then one that just came. I actually bought the second one because of this problem on the first one and was worried I somehow damaged the board, but because I discovered the workaround of using the other port and at the time, the extremely long backlog of APM 2.0 boards made me not want to send the board in since it still worked. So to say I was a little POd to find the new board did the exact same thing, and then further, I'm not alone and that at least 5 to date in the last few weeks had the same problem. So unless you want to see these boards coming back and ticked off people, I would at least mention the workaround port. I think most of us just want to fly, and this isn't a showstopper, but not having wireless telemetry and not knowing the troublshooting is making the new guys extremely frustrated. In other words, there are a lot of things to set up to get wireless coms, and a bad port with no alternate instructions leaves those guys in the dark.
Vernon: If you have a defective board, please return it for replacement. You can get a RMA by emailing email@example.com
Before I do, can you confirm that you definitely don't have the USB cable plugged in when you're testing this? Sorry to ask the obvious question, but I didn't see you mention this in your comments above.
I've we've tested dozens of boards and never seen this problem, so I'm mystified by what it might be. If you can return the board, the engineers can look at it and see if they can find the issue, to ensure that the QA process can catch it going forward.
I'd much rather catch it at the source than further complicate the manual, especially if we can make this unnecessary going forward.
I just want to get this straight as well regarding the mapping of serial ports on the APM2 (V 2.4.1). Can someone confirm the following:
Description; Label on Board; Physical position on PCB; Mapping in source code
USB/FTDI; None; USB connector below SD IF; FastSerialPort0(Serial): #define xxx_PORT 0
GPS Port; UART1; Next to IN1; FastSerialPort1(Serial): #define xxx_PORT 1
Telemetry Port (When USB not connected); UART0/2; Next to OUT8; FastSerialPort3(Serial); #define xxx_PORT 3
Telemetry Port (Hardwired); UART2; Side of board next to RESET; FastSerialPort3(Serial); #define xxx_PORT 3
Why would the telemetry port (either UART0/2 or UART2) not be named a logical FastSerialPort2(Serial); #define xxx_PORT 2?
My 2.4.1 board appears to have no micro traces in place (I have a second that is identical with no traces) and the UART does not work. Can connect with USB and flies fine, have a separate issue with the TX/RX LED's that I think may be related. Can you include within the WIKI a good high resolution image of the PCB's so that all the relevant default micro links are visible ? I have a feeling I have to solder a few back in....
OK, after i was able to establish a link via the hardwired UART0 port, now i just can't. I wonder WHY. it was able to fetch parameters then eventually fail due to (link isn't fast enogh), but i thought it would work using full battery and ESC power as stated by some other client. Now, it won't connect at all!! I even soldered the UART0/2 MUX, but with no success!!
PLEASE, HELP !! and can anyone explain a workaround or a procedure to follow to detect where the failure is ? and what about the failed MUX problem i read in another thread ?!
OK, it worked again via the hardwired UART0 only. and by reversing the TX and RX>>>>>>>>>>> WTH ?!
did you flip any switch in your board? like a master to slave switch? those have tendency to reversing the TX and RX!
I'm having the same problem as you! The Uart0/2 stopped sending data to my xbee! I haven't tried the UART0 solo... If that does not work do you have other solutions?
I'm also having some sort of problem when loading a new firmware, when verifying it gives me a strange error, something related to the port not being found or in use, I am not sure! Tomorrow I will post a picture.