Hello guys,

I am building an FPV plane at the moment and want to do crop scouting with it. So I want to use telemtry to upload waypoints and edit the mission etc.

I installed the recent ArduPlane fw (V3.5.2) and calibrated the mandatory hardware. I bought a pair of XBEE Pro 868 MHz modules with RP-SMA connector and set them up via XCTU software.

I set them up with following settings:

Modem VID: 105

Destination Adress high: 0

Destination Adress low: FFFF

Baud Rate: 57600

API off

The Groundstation is set up to Coordinator Enable: Coordinator

The Air end is set up to Coordinator Enable: End device

I can send messages from one XBEE (linked to an Arduino as I have only one SF USB explorer) to the one connected to the PC via SF USB explorer regulated. The board on the air end is an SF explorer regulated board. I see the messages in the XCTU terminal, so the connection seems to be fine.

On the pixhawk side, I wired the explorer board as mentionend on the ardupilor-website (http://ardupilot.org/copter/docs/common-telemetry-xbee.html#common-telemetry-xbee)

Connecting from Mission Planner to pixhawk via USB is no problem. But when I try to connect to pixhawk via XBEE, I see both RSSI-LEDs come on and the RX-LED on the PC-end blinks and also an the air-end you can see the DOUT Led blinks, but Mission Planner always says "No heartbeat" (COM port is selected and baud is set to 57k).

After a few days I was very frustrated that I couln't get it to work so I decided to buy a pair of XBEE Pro S2B 63mW modules to hopefully fix the problem. But it tis still the same.

Both XBEEs are configured and can talk to each other. One is coordinator, the other is end-device.

Does someone have or had the same problem? I have no idea what else I could try to get telemetry to work.

Thanks in advance for your help!

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

Join diydrones

Email me when people reply –

Replies

  • Hi Guys.

    I think I know the solution :) .İt's not for the xctu configuration.I faced the same problem in 2019.The solution is provided by directly modulating pixhawk's telem rx-tx pins in digi module without entering the fdti integrated.Resolving the  bad data and connection problem if you do it pixhawk telem connection as in the picture.

    Sorry for my terrible english. 

    M.Furkan ATEŞ

    Göktürk UAS

    d920aa40-fd5d-4f50-99e9-c09f84b9929a.jpg

    https://storage.ning.com/topology/rest/1.0/file/get/3702470473?profile=original
  • Any luck buddy? Were you able to solve the issue you had with your XBee? I would have expected it be to pretty simple but does not seem so. I had connected CTS/RTS and at best I received a number of packet loss and unable to download the mission each time (packet timed out). 

    Aakash Sahai said:

    Konrad,

    I am having the same problem, and have spent quite a few hours trying to troubleshoot the issue. For my application, I need a long range radio and purchased two 250mW XBee-PRO-900s with RPSMA connector and 3dBi antenna. When connected to two different laptops (through FTDI-USB convertor) they work. One connected to Particle Photon, programmed to echo the packet back, works. But with one of the XBEE's connected to Pixhawk Telem-1 port, the APM Planner or QGroundControl on my Mac never see the heartbeat messages. Today I am going to rig the XBEE connections to Pixhawk through a mini PCB and attach a logic analyzer to check for the activity on TX and RX lines from/to the Telem port. WIll let you know if I find anything, but if someone here has a clue, please post. Some articles suggest not connecting RTS/CTS pins on Pixhawk to XBEE, and that is how I am operating it (i.e. RTS/CTS flow control turned off on the Pixhawk Telem-1 port and RTS/CTS wires not connected).

    Thanks!

  • Hi @Konrad Harbort or others,

    Have you able to solve the problem, if so how? Would like to know? I face the same problem between my Pixhawk and QGroundControl (GCS) - same story.

    Thanks,

    Shyam

  • Hi Aakash,

    thanks for the info! I'm still stuck with this and use 433 MHz Antennas at the moment. But I would like to use the 868 XBees.
    Have you found out something meanwhile?
    Where are the guys they already made it and connected a XBee board to Pixhawk?

    Thanks

  • Konrad,

    I am having the same problem, and have spent quite a few hours trying to troubleshoot the issue. For my application, I need a long range radio and purchased two 250mW XBee-PRO-900s with RPSMA connector and 3dBi antenna. When connected to two different laptops (through FTDI-USB convertor) they work. One connected to Particle Photon, programmed to echo the packet back, works. But with one of the XBEE's connected to Pixhawk Telem-1 port, the APM Planner or QGroundControl on my Mac never see the heartbeat messages. Today I am going to rig the XBEE connections to Pixhawk through a mini PCB and attach a logic analyzer to check for the activity on TX and RX lines from/to the Telem port. WIll let you know if I find anything, but if someone here has a clue, please post. Some articles suggest not connecting RTS/CTS pins on Pixhawk to XBEE, and that is how I am operating it (i.e. RTS/CTS flow control turned off on the Pixhawk Telem-1 port and RTS/CTS wires not connected).

    Thanks!

    • Hi Aakash!

      I'm facing the exact same problem! When I try to connect 2 XBees through 2 differect PCs via Arduino, they communicate; but the moment I connect them to Pixhawk Telem1/Telem2 (I tried both ports) they just talk (I guess, as the Tx & Rx on both start blinking) but it doesnt connect me to the GCS (tried with APM as well as PX4 firmwares on Mission Planner & QGC). I'm stuck for about 15 days now! Many people around have successfully connected Pixhawk I guess via XBess. Will really appreciate some help.

      The second option I think I was thinking of jumping into was to use an onboard PC (like ODROID or R-Pi) and use a Wi-Fi module to communicate. I have to use my system in a MOCAP lab later, so I definitely need this to be done ASAP, one way or another. Any guidance on this will also be grateful

      Thanks

      Sid

  • The Xbee 868 has a low data rate, 24Kbps, & if you enable AES encription I believe it will be reduced further.

    If the telemetry serial data rate is greater than the radios' RF transmition data rate there will be lost data.

    Maybe try reducing the telemetry rates in Mission Planner Config> Planner_Tab to see that helps the data flow.

    I have several of the early versions of the Xbee900-pro radios, & although they worked really well with the APM 1 & 2 autopilots for ranges of several Km's with crappy 1/4 wave wire antennas, they seemed to have poorer performance ( more lost packets)  when I used them with the Pixhawk, even with good quality antennas.  It turned out that one of my radio modules was a little different.

    I discovered this when I tried to switch the radio firmware from DP (Digi-point)  to DM (Digi-mesh) and one of the radios would not accept the newer firmware.

    The Digi-mesh firmware did improve (reduce) the error rate.

    Also I tried to use the CTS + RTS pins for hardware flow control to improve the data handling as well as changing the Xbee's packet threshold but there was much , if any , further improvement.

    My tests consumed countless hours , but, they were not conducted in a completely scientific manner so the are other factors that have not been accounted for...

    I have found that the  3DR  &  RF Design radios (RFD900) do seem to have better performance in general than the Xbee radio's that I have used. [ at least in bench tests and out to 500 meters LOS ].

    Unlike the Xbee radios however, the other two do not have legitimate agency approvals and have no security & very  limited  network addressing (two digits).

    I've been flying normal R/C planes mostly for the last 8 months or so  &  I don't have any notes to refer to my radio testing.

    Chris

  • I Have the same issue.  Worked fine on APM.  Works fine USB to USB.  As soon as I connect pixhawk to xbee, very dodgy.

    The odd hearbeat comes through but that's it.

    Scoped the pins coming out of pixhawk, can see the hearbeat, looks ok.  Scoping the RX on pixhawk shows a bit of noise each time a packet is send from the GS but certainly not pulling to ground.

    Stuck scratching my head thinking it is the Xbee breakout board....

    • Good to see that I am not the only one having trouble to connect the XBee.

      I thought the same with the Xbee breakout board. Is there an alternative to that board?

      • Hey there, Same problem!

        I tried interfacing with Arduino but that works just fine but as soon as I get back to Pixhawk, it doesn't connect> I even tried with the PX4 flight stack in QGroundControl; still the same.. no connection.

        Seriously and desperately looking for help.. getting frustrated day by day and stuck at the same problem

This reply was deleted.

Activity

DIY Robocars via Twitter
yesterday
DIY Robocars via Twitter
RT @SahikaGenc: AWS DeepRacer & Hot Wheels Track https://youtu.be/4H0Ei07RdR4 via @YouTube
Sep 14
DIY Robocars via Twitter
Sep 8
DIY Robocars via Twitter
RT @davsca1: We are releasing the code of our Fisher Information Field, the first dedicated map for perception-aware planning that is >10x…
Sep 8
DIY Robocars via Twitter
RT @SmallpixelCar: How this works: 1)object detection to find cones in single camera image, 30 frames/sec on @NVIDIAEmbedded Xavier. 2)comp…
Sep 8
DIY Robocars via Twitter
RT @SmallpixelCar: Use two color cones to guide the robocar. No map needed, on onsite training needed. Just place the cones and it will fol…
Sep 7
DIY Robocars via Twitter
Sep 7
DIY Robocars via Twitter
RT @roboton_io: Great to see http://roboton.io running at 60fps on the cheapest #chromebook we could find! #edtech #robotics #educat…
Sep 3
DIY Robocars via Twitter
RT @openmvcam: Crazy in-depth article about using the OpenMV Cam for Astrophotography: https://github.com/frank26080115/OpemMV-Astrophotography-Gear https://t.co/BPoK9QDEwS
Sep 3
DIY Robocars via Twitter
RT @openmvcam: Hi folks, it's finally here! Our first draft of our Arduino Interface Library is out! It works over SoftwareSerial, Hardware…
Sep 3
DIY Robocars via Twitter
RT @chr1sa: Please let them have an open API. This would be perfect for @DIYRobocars races https://twitter.com/NintendoAmerica/status/1301513099707658246
Sep 3
DIY Robocars via Twitter
RT @SmallpixelCar: Lanenet pretty much used all my GPU power on @NVIDIAEmbedded Xavier since I optimized with tensorRT. I need to run anoth…
Sep 3
DIY Robocars via Twitter
RT @LyftLevel5: Our @kaggle competition on Motion Prediction for Autonomous Vehicles is now live! Experiment with the largest-ever self-dri…
Aug 24
DIY Robocars via Twitter
RT @chr1sa: Our next @DIYRobocars virtual AI car race will be on Sept 26th. Sign up here https://www.meetup.com/DIYRobocars/events/272786977/ https://t.co/UENKGSOWO8
Aug 24
DIY Robocars via Twitter
New ready-to-run @NVIDIAEmbedded JetRacer car from Waveshare. Perfect for the next @diyrobocars race as soon as we… https://twitter.com/i/web/status/1297960223013867520
Aug 24
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
More…