Cannot arm drone with companion computer: "Arming denied! manual control lost"

[Artem_Borisov]

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

[SemvdH]

That’s great, I will definitely use that, thanks for the info!

[Benja]

Hi @SemvdH
Try this combination

COM_RCL_EXCEPT = 5
COM_RC_IN_MODE = 4

COM_RCL_EXCEPT controls for which modes you can loose RC without triggering any failsafe

[Benja]

@Artem_Borisov you are mixing information valid for v1.13 (EKF2_AID_MASK) and information valid for the upcoming release and the beta (EKF2_EV_CTRL).

[Benja]

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

[SemvdH]

I will try that, thank you!

@Benja

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

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.

[ssinan03]

Hi guys,

I tried everything mentioned in this post,

setting

COM_RCL_EXCEPT = 5
COM_RC_IN_MODE = 4

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)

do you have any advise for me ??

[SemvdH]

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?

[ssinan03]

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

[SemvdH]

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).

@ssinan03

I checked the logs and I am having erros related to SD card and Magnetic field interference.

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?

@ssinan03

Also I want to add that I am connecting the Raspberry PI to the Pixhawk using FTDI cable contacted to TELM 2.

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.

[ssinan03]

I formatted the SD card, and still having the messages:

1. Preflight Fail: Yaw estimate error
2. Strong magnetic interference

I will post this issue in the forum with more details, hopefully someone faced the same issue.

[SemvdH]

Okay, could you post a link to the new issue?

[ssinan03]

Here is the link

Pixhawk 6c Strong Magnetic Interference

I am wondering if someone faced this issue before I am having many errors with PX4 1.14 Beta, these errors are showing in QGC as: Preflight Fail: Yaw estimate error Strong magnetic interference Preflight Fail: Heading estimates not stable Preflight Fail: attitude failure (roll) I have to use 1.14 beta to be able to use the MicroDDS with ROS 2 foxy. I tried to re-calibrate the Pixhawk 6c outside the building by carrying the flight controller only to avoid any interference, and I am still hav…

And I would like to thank you for following up with me

[ssinan03]

Hi,

I just want to confirm something from you:
in this test

https://logs.px4.io/plot_app?log=ab3766ea-b0c1-49f3-a3b2-6e4e7873f38f

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

[SemvdH]

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