Ok.
In my PX4 no EKF2_EV_CTRL, but EKF2_AID_MASK is.
Default EKF2_AID_MASK - “1” it’s mean PX4 use only GPS. But if I want to use external tracking system without GPS, I must set mask=24 - don’t use gps, and use vision position, and vision yaw, because indoor internal magnetometer is bad.
As I see, if your tracking system provide all this data (Horizontal/Vertical/3D Velocity/Yaw):
Your EKF2_EV_CTRL will be “15”
And GPS_1_CONFIG = Disable.
You should send this data to your PX4 by mavlink_msg_vision_position_estimate_pack (don’t know how it’s look like in ROS2). IMHO from it shuod begin. After you will see in QGC
your local position.
Will turning your PX4 to offboard mode, arming and etc. will simple like taking candy from a baby
That’s great @SemvdH
Well yes, now you are going a bit off topics. Nevertheless, you are using the XRCE-DDS bridge over serial port with just 57600 as baudrate. That’s too low. Try increasing it as much as you can before it become unstable. In this way you will fix the
RTT too high for timesync
warnings and the reconnections.
Regarding how to provide EV data, if you are still experiencing issues please open a new topic
That sounds like a good idea, I will try that as well.
Thank you very much for your help!
UPDATE: increasing the baud rate indeed solved the reconnecting and RTT too high for timesync issues! I have it set to 921600 and it works perfectly fine.
using high baud rate (921600), connecting the Raspberry Pi 4B to the Pixhawk (6c) using Telem 2,
I was able to read the gyro and accelerometer measurements.
but when I tried the Offboard Control example , nothing is happening all I get is this :
ros2 run px4_ros_com offboard_control
Starting offboard control node…
[INFO] [1682689773.044855171] [offboard_control]: Arm command send
I am connecting the PWM model to the pixhwak using (I/O FMU Out)
Hi, could you explain a bit more about what you mean by connecting the PWM model to the pixhawk using the FMU out? I’m not sure what you mean by that. Also, are you using PX4 v1.14 beta and ROS 2 Foxy?
With Pixhawk 6c the flight controller module doesn’t have input or output pins for the PWM, they come as a separate modules ( 2 modules ).
So I contacted the motors to the PWM module and the PWM module is contacted to the Pixhawk 6c board through I/O contaction. You can have a look at the attached picture
And I am using ROS foxy and PX4 v1.14 beta,
I checked the logs and I am having erros related to SD card and Magnetic field interference.
Also I want to add that I am connecting the Raspberry PI to the Pixhawk using FTDI cable contacted to TELM 2.
I just want to know how did you arm the quadcopter
I see, I didn’t know that was the case. Did you already test if the pixhawk can control the motors on its own? I tried this with the motor_test command (in QGroundControl → analyse tools → mavlink console).
Maybe you can try formatting the SD card again? What size SD card do you use? Also, for the interference, did you calibrate the sensors through QGroundControl?
Did you establish communication through the XRCE-DDS bridge? I first checked to see if communication was possible using mavproxy to check if the physical connection is working (I used this video). Then I tried using the bridge. Also make sure you set the parameters for xrce-dds correctly.
you are using indoor positioning system like Super-Beacon and a M8N GPS model (to make use of the campus).
because I am trying the Off-board mode from the PX4 website, and the drone is not arming,
and I don’t have any positioning system, I am depending on the barometer to estimated the altitude only
In that log I’m not using the beacon positioning yet, have you set COM_RC_IN_MODE to 4, COM_RCL_EXCEPT to 5 and COM_ARM_WO_GPS to 1?
Does the drone arm using the ROS 2 offboard example? If not, what error message are you getting?
Also, a little update to my drone project, I ended up ordering a GPS anyway because I wanted to fly using velocity and position control, and because the robot positioning system does not work as well as we expected.Today the GPS arrived and I will test it
Hi @Benja I have an companion carrier board with only RS232 ports for uarts. I bought a rs232 to ttl transceiver based on a max232 chip that caps out at 230400 baud. Is there a way I can work with it to interface with a pixracer pro that doesn’t lead to a RTT timesync issue? Will reducing the number of topic help?
Edit: I tried a USB to TTL (FTDI cable) at 921600 and above. The connection happens for a short period before I get the RTT timesync again. This leads me to believe I have a different problem at hand.
