Is anyone running their X-UAV Talon pro on arduplane and if so would you be willing to share your tuned PIDs? I’m going to be building one in a few weeks or so and anything I can do to give myself a bit of a head start on the tuning would really help. Thanks.
1 post - 1 participant
I built a 17 inch quad with 4 in 1 DYS ARIA ESC, 60 Amp, 6S compatible. Using SIYI N7 flight controller. I have a lot of experience in building betaflight and INAV quads. This is my first Arducopter build.
Now here’s what happens:
I plug in battery.
ESC ok tune.
GPS ok tune.
GPS fix acquired.
I push GPS safety switch.
ESC ready beep.
I arm the quad using throttle low and yaw right.
Quad arms and motors spin at 0.17, which I have set.
Now issue is i center the throttle, no response. I raise the throttle, no response. I pitch, yaw, roll, no response.
Help.
7 posts - 2 participants
Hello,
I’m implementing camera device firmware (MAV_COMP_ID_CAMERA) . I have fully working Param EXT configuration together with camera definition XML file shared via MFTP protocol.
I would like to share also classic parameter list and parameter description via mftp protocol to save some initiation time.
How this works? I tried multiple approaches, however MissionPlanner or QGC does not download / request parameters.
I tried to broadcast component_metadata packet with URI to param list.
I tried to broadcast component_information packet with URI to param list.
Both are ignored by MP and QGC.
What is correct procedure?
1 post - 1 participant
From past two weeks , i have been trying to initialize a simulation with some waypoints
Got MISSION_ACK: TYPE_MISSION: ACCEPTED
Got MISSION_ACK: TYPE_MISSION: ACCEPTED
AP: Flight plan received
Got COMMAND_ACK: COMPONENT_ARM_DISARM: ACCEPTED
AP: Throttle armed
height 579
ARMED
Got COMMAND_ACK: NAV_TAKEOFF: FAILED
Flight battery 100 percent
Got MISSION_ACK: TYPE_MISSION: ACCEPTED
Got MISSION_ACK: TYPE_MISSION: OPERATION_CANCELLED
Take off has been failing whenever i try to start simulation
Got COMMAND_ACK: NAV_TAKEOFF: FAILED
I think it’s because the ardupilot is forcefully setting home locations as canberra Australia at an altitude of 584
Even after setting home location using MAV_DO_SET_HOME , it’s not changing
1 post - 1 participant
This is what it looks like all the time. I am trying to figure out why.
1 post - 1 participant
Hey all! I am a newbie here and I am speaking here on behalf of my project group, and we are kind of stranded in a bottleneck.
Due to funding issues for the project (it is self-funded and is for a competition), we had to resort to buying an APM 2.8 FC. We’re running ArduCopter on it, and it uses the MAVLink protocol v1.
Our competition prohibits us from using GPS/ Compass and hence we’ll have to rely on Optical Flow for localisation. It will be great if anyone from here could help us through it, especially detailing out an approach and providing us with an RViz simulation environment (our flight computer is an NVIDIA Jetson Nano). In case my exact requirements are vaguely stated, feel free to question me further, I am ready to provide as much information as I can. Our time limit for the completion of the same is 24 days more.
Regards
Sam
PS: a detailed approach on how to command the drone around using ROS 1 and anything to take care while doing so, especially the flight mode and stuff, is also something that we need to know. Links from within the forum for the above needs are also welcome.
5 posts - 2 participants
Hi,
I am currently working on a skid steering catamaran boat prototype along with some friends for bathymetric surveys and mapping.
The boat is about 1.8m long, 1.4m wide and weigh about 70kg.
FCU: Blue Robotics Navigator Flight Controller with Raspberry Pi 4 with ardurover 4.5.7
Thrusters: 2x T200
GPS: 2x ublox zed F9P in RTK Fixed mode, one module at the base station and the other on the boat.
For several days we have been trying to get the boat to perform an autonomous mission with few waypoints and tuning the PID parameters of the throttle and steering controllers by following the tuning guides as well as the navigation or SCurve controller.
We haven’t had much luck of getting the controllers ot perform well enough, the boat usually tends to overshoot in corners and as such takes long time to follow the straight line between waypoints and also never perform SCurves at all even though the pivot turns parameters was set to 0.
I hope if someone could have some time to investigate the DataFlash logs attached and points us to where things could be improved.
I have to specify the offset between the GPS antenna and the FCU in GPS_POS1, which I haven’t yet.
From the logs the yaw innovation looks very high even though we calibrated the compass in the navigator (which blue boat uses as well so we think it should be adequate enough for our use case until we switch to a more robust method of estimating the yaw like a moving baseline) by using the default onboard mag calibration “process many times” (we had to detach the two hulls from the main compartment to manage to carry and rotate the compartment during calibration).
The gz graph indicated that the boat’s angular velocity can reach up to 38 degree/sec but when we tried to calculate it manually by steering the boat 360 degree repeatedly it managed to achieve a full rotation in about 17 to 20 sec which indicated a maximum of 21 degree/sec turn rate, so we had to write this value in ACRO_TURN_RATE parameter instead of the 38 value.
Limiting linear speed of the boat through decreasing the WP_SPEED did improve the performance of the controllers a bit.
The number of visible satellites is always 12 from mission planner, but when connecting the gps module at the base station to u-blox center it’s visible that the number of the satellites is way much more, so I’m not sure if there is a certain parameter in ardupilot that should be set to remove this limit if it exist?
Here is a photo of the boat with the black circle denoting the placement of the GPS antenna on the boat and the red square as the FCU:
Here are two DataFlash logs during two different trials each with different PID parameters:
Thanks a lot !
3 posts - 2 participants
Help analyze the crash.
In the middle of the flight my 800mm Quad falls to the ground a few hundred meters from home. When I then try to analyze the flight log I find “Thrust loss”. I suspect that one of the propellers has failed in the air at an altitude of 55 meters.
I am attaching the BIN log from 6C
1 post - 1 participant
Cubepilot Orange+ on GPS2 has just 6 pin connection
and the the Holybro H-RTK M8P Rover lite has 6 pin and separate 2 pin
In The mission planner:
GPS_TYPE = 1
GPS_AUTO_CONFIG = 1
SERIAL3_PROTOCOL = 5
SERIAL3_BAUD = 115200
I have connected the Holybro H-RTK M8P Rover lite to the GPS2 port on Cubepilot Orange+
But Ardupilot is showing NO GPS
Need some help and clarification with this connection
2 posts - 2 participants
Attendees (unique): 12
UTC0707
Andy: Apparently NODMA is now correctly marked.
Merged!
UTC0710
Approved
UTC0713
Andrew: I couldn’t get master to connect to BLHeli, but with this PR I managed to once.
Andy: Are these AM32 ESCs?
A: Yes, they are. You can still flash non-CAN firmware on them.
Andy: AM32 in general doesn’t work with any of our releases. BLHeli generally does. BlueJay somewhere in the middle.
A: I noticed the last (stop) bit of an 8N1 packet from AM32 was half-width. I fixed it but it broke compatibility with many config tools. The issue seems to be that CPUs bit-bang the serial but they don’t have time to do the next thing, if they linger the full duration on that last bit.
Andy: We probably do.
A: What if we shut down most other threads during passthrough?
Andy: Perhaps it will help with timings.
UTC0729
< Discussion on param ftp internals, to address an occasional issue on param ftp load >
UTC0737
Andy: I’m still getting an instant watchdog.
A: We need Randy for this, unfortunately.
UTC0738
Merged!
UTC0743
We still can’t use clang in our everyday builds.
< Discussion on ways to lock down parameters against accidental changes. >
1 post - 1 participant
Hello guys. I’m using a Pixhawk 4 with a Radiolink AT9S Pro and an R12DS receiver, but the bars don’t show up during radio calibration. Can you help me?
2 posts - 1 participant
How do we integrate obstacle avoidance using HCSR04 sensor into quadcopter pixhawk drone through raspberry pi
we will be using Mamdani Fuzzy Logic Controller for obstacle avoidance
1 post - 1 participant
I just want to do a quick flight in AUTO following a mission without turning on my laptop with the ground station
My question is: is there any way to place the mission on the sd card and load it automatically or upload the file from my EdgeTx radio somehow?
I have a FC Matek H743 wing with arduplane
Radio radiomaster TX16s with ELRS
Thanks
2 posts - 2 participants
Hi all,
I am planning a project for a arduipilot boat and before making a mistake have the following question.
I want to implement a transducer into the boat (through hull) to use as a basic fish finder to measure depth, temperature (Not critical) and bottom contour. It needs to function as a basic fish finder.
What will be the most cost effective way to approach this? It will be connected to a Pixhawk PX4.
Will it be possible to use a Garmin or Lowrance transducer and connect it somehow to the Pixhawk? I did look at the Triducer example but that is waaay to expensive for the purpose I want to use it for.
Hope there is a solution out there.
Thanks.
1 post - 1 participant
HI There
I have Problem with make simulatuon fly drone with gazebo and ardupilot i open Gazebo gz sim -v4 -r iris_runway.sdf gazebo its work gazebo is show drone but drone is not flay after run gazebo i am running sim_vehicle.py -v ArduCopter --map --console
white console propably mavlink or maxproxy is show for exampe how mouch is left battery when i am write STABILIZE> mode guided
GUIDED> arm throttle
GUIDED> takeoff 5 drone is not start mottors and after input takeoff 15 he is on ground can you explain me everything how to make propably simulation drone in gazebo
1 post - 1 participant
I am trying to integrate a fuel level sensor onto one of the AUX PWM outputs configured as GPIO. The sensor’s output is described in its (honestly lacking) manual as “analog linear voltage output.” I have AUX5 (servo13) configured as GPIO and the voltage output, which I have confirmed I am getting accurate readings from with a multimeter, plugged in there. I have BATT2 parameters configured as follows (per the wiki):
-BATT2_MONITOR = 24
-BATT2_CAPACITY = 7500 mL (from the aircraft manual)
-BATT2_FL_VLT_MIN = 0.25V (from fuel sensor manual)
-BATT2_FL_V_MULT = 0.222 (1/(4.75-0.25))
-BATT2_FL_FLTR = -1 (disabled for now, will determine later)
-BATT2_FL_PIN = 54 (for AUX5 on cube orange)
-SERVO13_FUNCTION = -1
I believe the pin is where I am hung up. Setting it to 54 gives me no output. Setting it to 14 (Cube Orange) gives me an output, but it is wildly wrong and doesnt change if I pull power from the fuel sensor. Again, I have confirmed the sensor itself is getting power, and giving a correct output on its “voltage out” pin. I have the voltage out pin connected to the signal of AUX5 (servo13) and the ground of that pin connected as well. The sensor is power from an external 12V battery so the ground wire of the sensor is split between that and the servo rail. What am I missing here? There is no info as to what the GPIO pin assignments are for the Cube Orange in its hwdef.dat file. I am not sure what else to do.
1 post - 1 participant
I’ve been running several SITLs to test the backtransition logic, as I have been unable to disable airbraking on my quadplane. It appears setting Q_BACKTRANS_MS to 0 should accomplish this, however I still see the commanded pitch rising to Q_ANGLE_MAX during backtransition, as opposed to staying flat and level as I would expect.
The only other parameter I have seen to affect the backtransition is Q_TRANS_DECEL, but it doesn’t seem like that would affect airbraking.
I’ve looked at the code a bit, and it appears the airbrake logic is more complicated than I originally assumed, and I’m not sure if the code currently allows the airbrake to be disabled, even though that seems to be what Q_BACKTRANS_MS was supposed to do. Would appreciate any help/advice on this.
2 posts - 1 participant
I am building my own RC plane. I have all needed parts. I made my own wood frame.
My problem is that I can’t upload the sketch to Arduino Uno which is a cheap copy.
I use ArduinoDroid to upload by phone. It doesn’t recognize the MCU. Can anyone HELP?
6 posts - 4 participants
Hardware:
Issue:
Drone tips over during takeoff. Props and motors were verified in Motor Test tab. Props are correct.
I had the drone in Stabilize mode.
PreArm Errors:
PreArm checks
Compass Setup:
IMU Info:
Any advice appreciated!
2 posts - 2 participants
Issue Summary:
I am building a hexacopter drone using the Cube Orange+ flight controller, Here 3+ GPS, and Pixhawk 2 Mini Power Module Brick. After configuring all necessary parameters through Mission Planner, the voltage readings are showing correctly, but I am facing an issue with the current measurement. The current reading either remains stuck at “00” or doesn’t change at all when I rotate the motors.
Additionally, I’m getting a “Battery Unhealthy” warning in the system, which is concerning, as everything appears to be connected properly, and I’ve confirmed the voltage is accurate.
Additional Information:
Has anyone experienced a similar issue where the voltage shows correctly, but the current stays at “00” and doesn’t change when the motors are running? Also, if you’ve encountered the “Battery Unhealthy” warning despite proper power connections, any advice on troubleshooting or configuration would be greatly appreciated. Could this be a problem with the power module, wiring, or Mission Planner settings? Any help would be extremely helpful
HERE IS THE PRAMS FILE:
Hexacopter Prams.param (18.7 KB)
1 post - 1 participant
