Strange behavior with XBees


I have a real strange problem with my XBees. 
I have two XBees sitting on one XtreamBee Board for each XBee. 
The APM is connected to one of them as per the manual and the other is connected to my laptop using a FTDI cable.

Now here´s the problem: each time I connect the wires between the APM and the XBee, I see in the terminal in X-CTU that I receive data (I´m using the test program) but only for a second or so, then it stops. 
If I disconnect the wires and reconnect them, data is received (or sent) but only for a brief moment, then it stops. 

The two XBees are obviously paired and my FTDI cable works since i can send/receive data.

Any idea what could be wrong and why it stops transmitting (or receiving, i don´t know where the problem lies)? 

You need to be a member of diydrones to add comments!

Join diydrones

Email me when people reply –


  • I have the exact same problem with you.

    I try to interface the telemetry port to Serial->USB interface directly and it works fine at 115200.

    Xbee Loopback test works fine at 115200.

    So i suspect it has something to do with how telemetry port interface with XBEE.

    May be it's something about the baudrate in APM is not accurate enough so desync occur and XBEE is not that forgiving comparing to Serial->USB interface?

  • Ok, so i got the Xbees working if I set the baud rate to 57600.
    The test program then works as i should.
    I have not been able to get i to work in 115200 baud even though I have tried the suggested "fixes" (setting two stop bits etc).

    Is it possible to use this baud rate with the APM or will it not pass the data fast enough?

    I have still not been able to get any data from the APM even though I have uncommented the define IsTel and IsXBee in the code. Is there something else that needs to be done?
  • 3D Robotics
    Try the Xbee loopback test (connect RX to TX on the plane side) within X-CTU.
This reply was deleted.


DIY Drones via Twitter
David Hori liked Isabella Domi's profile
DIY Drones via Twitter
An improved version of the Intel OpenBot
Dec 14, 2020
DIY Drones via Twitter
First impressions of Tinkergen MARK robocar
Nov 16, 2020
DIY Drones via Twitter
First impressions of the Intel OpenBot
Nov 10, 2020
DIY Drones via Twitter
Getting started with Robocars
Nov 1, 2020
DIY Drones via Twitter
RT @chr1sa: The US government just approved 5 US-made drones for purchase, all based on the @Dronecode @PX4Autopilot standard. Great news f…
Aug 20, 2020
DIY Drones via Twitter
RT @MarvelmindMaxim: Extreme precision for 60 swarming robots. #marvelmind #autonomousrobotics #robotics #swarmrobotics #rtls #ips #indoor…
Aug 3, 2020
DIY Drones via Twitter
RT @MarvelmindMaxim: Precise (±2cm) tracking for racing boats and autonomous boats. Works outdoor and indoor. #autonomous #AutonomousVehic…
Aug 3, 2020
DIY Drones via Twitter
RT @MarvelmindMaxim: Helping PixHawk folks to fly autonomous quadcopters using PX4 and ArduPilot. Equally suitab…
Aug 3, 2020
DIY Drones via Twitter
RT @davsca1: Here is the video of the performance. This paper was a huge group effort and more than one year of work, where we combined and…
Jul 16, 2020
DIY Drones via Twitter
RT @chr1sa: My talk on PX4 and FAA certification is coming up at 1:45 PST today on the PX4 Dev Summit livestream. Includes some cool new st…
Jul 7, 2020
DIY Drones via Twitter
RT @seesharp: I'm tuned into the PX4 / Dronecode free live conference. Great stuff. Microsoft AirSim talk in 10 minutes.…
Jul 6, 2020
DIY Drones via Twitter
RT @chr1sa: Here's today's best times in the @DIYRobocars/@donkey_car virtual race of AI cars compared to last month's race on the same tra…
Jun 20, 2020
DIY Drones via Twitter
Jun 19, 2020
DIY Drones via Twitter
The difference between proper RC cars and toys (when you’re turning them into robots)
Jun 14, 2020