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!
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
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:
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
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?
Why did you choose XBees? Thats very old school.
Been doing this years, have loads of them lying around and they weren't cheap!
Is there nobody, who has an idea how to solve this problem?