@111156 wrote:
Hello everyone. I am using the pixhawk with a flywing for mapping. I used to use a switch to release a parachute and it worked well. Today, I am using the parachute function to release the parachute, sometimes it worked well, but sometimes it burned servos. I used a relay for trigging the camera. Have anyone met this problem? Please give me some advice. Thank you.
Posts: 1
Participants: 1
@GoFast124 wrote:
Does Ardupilot detect if a plane has gone into a stall? if so, what does it use to do this? Does it use airspeed, pitch of aircraft or something else?
Posts: 1
Participants: 1
@Alexander_Perez wrote:
Hi there. I was hoping if someone can help me. I’ve been working with the latest plane release using ChibiOS on a Matek 405-Wing board. Everything thus far works flawlessly. Great job to everyone involved to make this happen. I know the user community is extremely grateful for all your efforts.
I was trying to see if there is support yet for TBS Smart Audio. I know iNav and BetaFlight have the ability to access your configuration via osd. Has this been implemented yet on ChibiOS? That would be the icing on the cake.Thank you in advance and looking forward to hearing back.
Alex
Posts: 2
Participants: 2
@Syliaz wrote:
Hello,
My goal is to see a real-time image from my plane, I would like it to be able to go about 4km away, as a ground station is too expensive, is it possible to use arduplane with waypoints mission? the plane will be out of range of the remote control, will I find the signal once it comes back within range?
I also have another question, about the camera, is it enough to use a kit like this one?
shorturl.at/emqw0
Posts: 1
Participants: 1
@Alexander_Perez wrote:
Hello. I’m using a Matek 405-wing with ChibiOS on Arduplane (latest released). I’m noticing on the bench when I transition to different flight modes, the control surfaces create a jerk movement on its own (quick roll to one side) and then switch back to normal position. Is this normal? Is it because I’m still on the bench and it can’t detect forward motion? Also I’ve noticed that in FBWA I have full deflection of the control surfaces. I was under the impression that aside from auto correcting itself in the air, FBWA limits how much we can deflect the control surfaces.
I would appreciate anyone’s input or experience with this.Thanks in advance.
Posts: 1
Participants: 1
@jimid wrote:
First off, I would like to thank Greg Covey for all he does on this forum. He inspired me to build a VTOL Bixler last year (second one flew great
, and this winter I built a Nimbus 1800 VTOL (not quite done yet)
I am ready to install the rear motor and am not sure how to run the wiring. I have checked the forums and all the pics I could find, but cannot quite see how the DC wires and rc are run. I don’t like the idea of drilling a hole in the carbon fiber tube, but maybe that’s what others do.
Thanks for your help…Jim
Posts: 2
Participants: 2
@sergio wrote:
Hello guys,
I am not able to configure the V_TAIL mix in ARDUPLANE 3.9.7 after several days trying. The problem is that when I roll right the roll rudder mix causes the tail surfaces to work in the opposite direction ie go to the right. I can not invert this mix of roll rudder without affecting the correction of surfaces in FBWA mode because they are also reversed. I have already followed http://ardupilot.org/plane/docs/guide-vtail-plane.html instructions but without success. I researched a lot and I did not see any video on YOUTUBE showing the operation of the surfaces correctly only one video where there was still the parameter VTAIL_OUTPUT and even then the tail surfaces are responding in the opposite way. Thanks in advance for any collaboration.
Posts: 1
Participants: 1
@Ashwin wrote:
Hi all!
I am pretty new to drone flying and testing, but have managed to build and do flight tests on a custom-built quadcopter, using PixHawk and Ardupilot! As a part of my project, I want to implement flight tasks based on certain conditions. Specifically,
- to transition from stabilized mode to alt-hold mode, or automatically increase the pitch once the drone reaches a particular forward velocity
- Provide a calculated value of rate of yaw/pitch upon detecting obstacles up front
- Traveling to multiple GPS co-ordinates which are chosen based on the parameter values obtained from Ardupilot.
Are these possible only using ground control softwares like Qgroundcontrol or mission planner? Can someone direct me where I should search to gain some knowledge in these lines?Thanks in advance!!
Posts: 1
Participants: 1
@alinscodes wrote:
Hi, so I am trying to get the plane simutator to go to closest rally point when in RTL mode but it is not doing it.
Here is the mission and explanation of what happens.This is what the plane does when RTL mode is selected. The plane turns around and instead of going to the nearest rally point it goes to the home point bottom left.
This is the mission.
These are the parameters.
What am I doing wrong?
Any feedback will be appreciated.Thanks
Posts: 1
Participants: 1
@ITZIK_RONEN wrote:
Does the software support VTOL in configuration with only two motors? Like BiCopter, using two vector motors?
Posts: 1
Participants: 1
@aissi wrote:
hello everybody,
i want to ask you, if someone have any manual about the working temp of pixhawk2.1 the cube.
BR.
Posts: 1
Participants: 1
@PIXMAV wrote:
hello, I tested my linux flight control today and flew an automatic route on the fixed-wing platform, as shown in the figure:
the log shows that the cruise air speed is about 18 meters per second. But the speed of the cruise air I set is 12 meters per second. Why is this?
In fact, in the mission, my throttle channel is roughly in the middle, as shown:
This is my log file:https://pan.baidu.com/s/1fKbvkVEmhfw6UV0sCfxpxg
Extraction code：yif8
Thank you！
Posts: 1
Participants: 1
@letruong006 wrote:
I am using APM 2.8 circuit for X-UAV minitalon. In RTH mode, my plane increased dramatically to achieve a safe height value, the height increase is probably too large, so it tends to lose balance. What should I do to reduce the value of servo tail motor ??
Posts: 1
Participants: 1
@Taipan wrote:
I have an Omnibus F4 Pro ver3 FC board running ArduPlane V3.9.7 that I am setting up on the bench. Everything is working fine so far, but I have a query.
I get an error message in Mission Planner that says “Bad or No Terrain Data” when the SD card is not inserted.
That message seems odd and probably should say something more relevant like “SD card not detected”?
Is that correct, or do I have another issue that I am not aware of?
Posts: 2
Participants: 2
@Taipan wrote:
I have an Omnibus F4 Pro ver3 FC board ArduPlane V3.9.7 that I am setting up on the bench.
To calibrate the current sensor, I connected a 4.2 ohm/40W resistor where the ESC will be powered. At 12 V, this should draw about 2.8A in addition to the quiescent current (~ 0.5A) - a total of 3.3A.
However, the reading that is displayed in Mission Planner fluctuates rapidly between about 3.1A to 3.5A. When I view the battery current in the log file, this is what I see:
which shows that the current reading is very noisy.Is this noise due to sampling errors in the F4 ADC?
Is there any way to reduce or eliminate that noise?
Posts: 1
Participants: 1
@MartyMcFly wrote:
Hi every one,im setting a Matek F405+matek gps up for a plane what settings do I put in mission planner compass please and do I calibrate as normal,many thank’s in advance
Posts: 5
Participants: 2
@Marc_Dornan wrote:
I have been flying a Nano Talon with the latest version of Arduplane and I have had a few good flights. I am using the Auto Trim feature. When I landed today after a flight with no apparent control issues at all I noticed that the plane has ailerons at maximum deflection yet I can see no logical reason for this. Is this normal? The trim on the aileron is actually almost at maximum (and it started the flight close to dead center). Conditions were not very windy and landing and approach were normal. It needs a proper tune but it flies decently.
There must be a logical reason for this but I cannot understand why. In case it is relevant I have included the log for the flight. My Mini Talon and Bixler have not shown this behavior.
Posts: 1
Participants: 1
@tridge wrote:
I have done the first beta release of the 3.9.8 stable release.This is a minor release with some important safety fixes. The fixes relate to two issues:
implement hardware support to reset the CPU if a software or hardware failure causes the main loop to stop running
fixed a bug in the handling of a failure of the primary IMU in a multi-IMU system
The first fix relates to a flyaway that happened on a RadioLink mini-pix flight controller. The mini-pix suffered a major hardware failure that led to the main loop stopping. As the mini-pix does not have an IO co-processor this resulted in fixed control surface outputs and fixed motor output, which led to a flyaway. The plane was found,
but we want to ensure that if this ever happens again that the motor will stop and that the pilot will regain control of the aircraft.The fix is to enable an option in the STM32 processor called “Independent Watchdog” (IWDG). The IWDG provides a mechanism to automatically reset the CPU on software or hardware failure resulting
in the main loop stopping. When this happens the hardware also provides a mechanism for ArduPilot to know that it is booting after a watchdog reset, in which case it does the following:
if the ChibiOS bootloader has been updated then it skips the normal 5 second delay in the bootloader
it skips baromoter, gyro and airspeed calibration, allowing for very fast boot
the home position and attitude estimate of the vehicle is restored to a point less than 0.3 seconds before the lockup
the pilot regains full control, and if the pilot requests arming then arming checks are automatically bypassed
We have tested this on an aircraft with a deliberately induced full CPU lockup. The aircraft recovered and flew normally within 3 seconds of lockup, with the pilot having full control. This was with a board with no IOMCU. A board that does have an IOMCU (such as a Hex cube) would have had full manual control on FMU lockup without the changes in this new release. For those boards with IOMCU the advantage of the new release is that the pilot will regain the ability to use stabilised and auto modes (including RTL) after a full CPU lockup.
The additional protections of the IWDG support only apply to the ChibiOS builds. The IWDG is not supported in NuttX builds.
The second key fix in this release relates to IMU failure on multi-IMU systems. If the IMU that is associated with the currently active EKF lane failed then the fixed wing attitude controller would lose attitude control and the aircraft will crash unless the pilot takes manual control. This has been fixed to ensure that IMU failover
operates correctly.Other changes in this release:
added support for the CUAVv5Nano board
added retries to flash storage of parameters
fixed pullups on some fmuv3 based boards that lack hardware pullups on sdcard data lines
fixed fallback to microSD for parameter storage if a board with FRAM storage has a failed FRAM device
Happy flying!
Posts: 5
Participants: 4
@joucknuckbr wrote:
Hey guys, I have a Arduplane-3.3.0 and I want to read RPM from a external sensor(AUXPIN) but that board doesn’t have the RPM parameter by default. Does anyone knows if I can do that?
Posts: 1
Participants: 1
@egunak95 wrote:
Setting up and checking the flight controller Holybro Pixhawk 4 FW V 7.9.4 Ardupilot https://youtu.be/7z-ZBI1EMh8 for the project self-contained flight glider in thermal flux Reference guide: http://ardupilot.org/plane/docs/soaring.html?highlight=soar. This is part of the first video, the second part is checking the arming and starting the engine in a standalone mission. The link will be later.
Posts: 2
Participants: 1
, and this winter I built a Nimbus 1800 VTOL (not quite done yet)
