@hosein_gh wrote:
do i need set MOT_PWM_MAX = 250 and MOT_PWM_MIN = 125 when i use oneshot125 protocol ?
or set 1000us for min and 2000us for max as described is tuning instructionmy ESCs are EMAX BlHeli 20A with oneshot125 support
Posts: 2
Participants: 2
@vikingtrav wrote:
I am trying to programmatically split log files based on when the vehicle was armed and disarmed. I realize that there is a parameter that can be turned on to force new log files to be created when arming and to close the current file when disarming, but I have a few large logs from before I saw this parameter that I would like to analyze without having to do it manually. Are there certain messages in the binary logs that I can look for?
Posts: 1
Participants: 1
@Dave_Sid wrote:
I am new to Ardupilot and am having a devil of a time getting it to work with a Radio Link Mini Pix.
As shown in the picture below, I only get servo output on channel 3, and it does not respond to Radio Input. None of the Output bars respond to radio input. All of the radio input bars respond to my FlySki FS-i6. My scope shows Mini Pix ESC 3 outputing a 50Hz 1Ms. pulse.Here’s what I’ve done for this test:
Downloaded mini-pix ardurover.apj V3.5.2 stable
Flashed with Mission Planner (V1.3.68)
Reset parameters to default
Set ARMING_CHECK to 0 so I could arm
Mode to ACROFlight Data Screen shows: BAD AHRS/(SAFE)
No output on mini-pix ESC 1,2 regardless of radio input.
50 Hz. 1Ms pulse on ESC 3 regardless of radio inputI hope someone can tell me what I’m doing wrong.
Here’s the parameter file(I hope).
miniPix.param (12.6 KB)Thanks,
Dave
Posts: 6
Participants: 2
@edwardme wrote:
Hi All,
I’m looking to build a quad or octo-rotor with the goal of flying my payload for 40 minutes, I want to be able to fly this in a hot environment (110F in summer), so I’m looking for something that will normally run pretty cool.I know about ecalch.ch but I’m having trouble using it properly I believe.
Can someone guide me in the right direction?
Posts: 2
Participants: 2
@sridharanNH wrote:
Hello. When I try to fly a 747-400 on X-Plane using the waypoints and parameter files I copied from http://uav.tridgell.net/XPlane/B747-400/ with MissionPlanner 1.3.68 and AP/SITL 4.0.0 Stable (or 3.9.8), I see the following issues: (1) the altitude varies in the range 290-635 m whereas the max. for any waypoint is 400 m (2) The flaps are fully deployed from start to finish, unlike in the video
https://youtu.be/llRii8hmG1M posted by @tridge, the inspiration behind my wanting to reproduce it. (3) Finally, it all my attempts the plane never landed on the runway!When I load the params in MissionPlanner, one of the warnings I see is about 58 parameters that are missing. Do I need an updated param set for the newer versions of AP/SITL? Has anyone tried to reproduce the 747 flight lately? I run MissionPlanner, AP/SITL and X-Plane on an i5-6600K 3.50 GHz PC with 16GB of memory. Thanks for any suggestions.
Posts: 1
Participants: 1
@rjriggins111 wrote:
I have a couple of flight controllers that are new to me. Ones an older 2.8 Arducopter module and the other is an older PixHawk. I’ve been using an s-bus system on my other drones and was wondering if I can use the same s-bus receivers?
Rick
Posts: 3
Participants: 3
@autoboat wrote:
I have a thought experiment. What is the feasibility of a small craft that tows an inflated 18" balloon that is to sit on the surface of the water and loiter against wind loads? Here are some preliminary requirements.
- the craft must be launched from shore and motor out to station.
- the craft must return to shore on command
- maintain balloon position on station within a circle of radius 0.5 m against wind speeds up to 4.5 m/s (10 mph). There would be no water flow (i.e. ponds not rivers).
- transit speed to and from shore must be >0.5 m/s against a headwind of 4.5 m/s.
- Once on station the towing craft itself must submerge. There will be high-speed race boats running close to and sometimes over top of these balloons. They have razor-sharp propellers, rudders, and turn fins that slice through the water. Nothing except the balloon is permitted within 200 mm of the surface.In particular this means no antennae either.
- The towing craft or antenna can optionally surface between racing heats. A typical heat is 3.5 minutes, with 5 minutes or more between heats.
- Stations would be up to 100 m from any base station.
- We would need six to eight of these on station plus two to three more on standby.
- Total cost target for a six-unit system including base station is <$1000. Total for 10-unit system would be <$1500.
Thoughts? Clarifications?
Posts: 1
Participants: 1
@zhao_zhao wrote:
My VTOL will flip backwards when taking off. The motor is turned correctly and the sensor is calibrated multiple times.
This is my flight log. Can someone help me? thank you very much!
Posts: 2
Participants: 2
@rmackay9 wrote:
Rover-4.0.0-rc3 (the 3rd beta) has been released and will appear in the Ground Stations’ (MP, QGC, etc) “beta firmware” link in the next few hours. The changes vs -rc2 are in the ReleaseNotes and also copied below:
- IMU heater control parameters (see BRD_IMUHEAT_P/I params)
- Bug Fixes:
a) DO_CHANGE_SPEED fix (was being ignored)
b) SET_YAW_SPEED in Guided mode made consistent with Auto mission command handling (yaw in degrees, speed in m/s)
c) BLHeli fix to RPM calcs and telemetry (aka 0x8000 error)
d) Fence upload is less strict about altitude types (fences don’t have altitudes)
e) Pre-arm message fix to reports AHRS/EKF issue (was blank)
f) Sparky2 autopilot firmware available
g) Startup message “AK09916: Unable to get bus semaphore” removed (was not an error)This version has been “rebased on master” which means that it is a new snapshot of our latest development firmware and thus includes a few other smaller changes as well.
The major fix is 2a (DO_CHANGE_SPEED fix). Thanks very much to Jimovonz for finding this!
Our hope is that this is the final release candidate before we push Rover-4.0.0 out as the stable version so any last testing people can do in the next week or so is greatly appreciated!
Posts: 2
Participants: 1
@yourk wrote:
Friends, today to show you a dry powder fire extinguishing device, although he showed the effect is very good, but I also hope that friends can give me some advice.Thank you!
Posts: 1
Participants: 1
@sudhirpayare wrote:
Hello everyone,
Kindly suggest me Top 3 thermal cameras compatible with pixhawk.
Posts: 1
Participants: 1
@chintujaguar wrote:
Hey guys,
I’m building a VTOL plane (quadplane) with an X type multirotor and two elevons delta wing configuration with a pusher motor.
The frame is quite sturdy with minimal vibrations and there’s no apparent issue with the on-board electronics. I have already taken multiple successful hover tests with the frame.
However, when I took the quadplane for a flight involving a transition to cruise mode, I suffered a crash resulting in considerable damage to the airframe.
The mission was planned as follows:
- Manual hover to 15 metres height in Q_Loiter
- Switch to Auto mode
- Auto hover to 30 metres height
- Complete a small circular flight plan and get back to the home location
What actually happened:
- Hover to 15 metres in Q_Loiter was smooth
- The quad plane switched to Auto mode
- Auto hover to 30 metres height was successful
- During the transition, the quad plane flew straight for about 20 metres, following which it failed to maintain altitude, took a hard right roll, spiraled and crashed, resulting in airframe damage.
I tried to take back the control by switching to Q_Loiter, but to no avail.
What I suspect here is that once the forward motor starts, the delta wing isn’t generating enough lift to support the weight of the quadplane. The airspeed sensor values are also a bit shaky, enough to confuse the autopilot in my opinion.
I’m attaching the log file of the flight for you humble lot to diagnose what the issue here is. Thanks in advance.
Posts: 1
Participants: 1
@stryjekryjek wrote:
Hello all…
I am a sport angler (no kill - I adhere to the principle of catch and release) and I have a bait boat. This is a specific boat because it is used for baiting.
It is important for anglers to always bring the bait to the same point.
Arduboat allows you to set several points but these are always the points through which the boat flows towards the last one.
The owners of bait boats need each point to be independent.
We have a lake on which I set 10 points after scanning the bottom.
For me it is important that I can choose I want to go to point 7. The boat goes to point 7, opens the flaps (using a servo), drops the bait ball and returns home. Reloading the boat I choose point 3 and the same situation drops the bait ball and returns home.
There is no such option in Arduboat. I talked to Randy Mackay and asked me to set up a new forum topic.Around the world, people fish sportily using bait boats. Unfortunately, the most important points in fishing are always treated as a single point to which you should go.
The best solution would be to choose switch on the transmitter to allow choosing the waypoint.Here’s more or less what the movie looks like before I shoot my movie.
APM Planner 2.0 is very good but for making a map of the lake, e.g. using a deeper fishfinder. However, the possibility of choosing a single GPS point from the transmitter or using APM Planer is the most important thing with bait boats.
The lack of this option, unfortunately, cancels the use of arduboat. Which I regret very much.
Of course, points would have to be saved permanently. So that I could come to the lake in a year and choose exactly the same point
Thank you in advance for your comments.
Posts: 1
Participants: 1
@LuukMeijwaard wrote:
I am currently working on a project where a quadcopter needs to fly autonomously and land on a platform in order to be charged without any direct involvement from a person. We’re currently using an IR-Lock sensor and MarkOne beacon and ArduCopter 4.0.
There is a chance of the UAV either landing incorrectly on the platform so it cant be charged, or that is misses the platform entirely, and we are required to correct for this. I was wondering if there is any function in ArduPilot that would allow the UAV to recognise that it failed to land properly and take off again to try another landing.
Posts: 1
Participants: 1
@lowlyelevated wrote:
I’m trying to set up an aircraft with a Flir Duo Pro R for use in the field, by people who aren’t 100% familiar with arduplane and MP. The aircraft will mostly be running Auto-mode corridor and grid missions. The aircraft is fixed wing, meaning I need a high capture rate to get good data, which the Flir isn’t great at. It requires a relatively long trigger command to actually work, and will not store pictures if triggered too quickly by the autopilot.
My intention is to set the Flir onboard settings to continuous capture, and have the aircraft start taking pictures at the start of each grid line and have it stop doing so at the end of each line. The most reasonable way I can find to do this is to use the Do_Set_Servo command, with the channel and PWM values set to match my aircraft and camera settings. This IS one of the options in the grid setup menu.
My problem is, I can’t seem to get those settings to stick between instances of the grid setup window. I have to re-select Do_Set_Servo as my trigger type every time, which isn’t the case for the other options. In addition, it always defaults the servo output of that command to 5 with PWM values of 1100 and 1900. I can live with those PWMs, the Flir is configurable enough to let it work, but servo 5 isn’t my preferred camera trigger servo and I’d like to avoid moving outputs around if I can. So I want that value to default to 8 instead.
In summary, I want to have the grid setup window remember my particular defaults for camera trigger type of Do_Set_Servo, and camera trigger channel of 8 instead of 5. Is this possible?
Posts: 1
Participants: 1
@Tampa_Drones wrote:
As you’ll see in the video, the motors barely responded to stick input. This is using dshot150 in the video, but the same results in using the motor sliders in the blheli32 configurator
Posts: 1
Participants: 1
@edobeirne wrote:
I recently lost a 450 flamewheel clone running APM 2.6, AC 3.2.1 on a autonomous mission to a friend’s house. It just never made it to the destination, where it had flown 6x before with the same waypoints, commands, and params. The baro was protected and was never a problem previously. Set altitude of the entire path was 100m above Home, which was at least 30m above the highest obstruction enroute.
I did not recover the craft, and the crash could have been due to a number of reasons, but it caused me to wonder about the behavior in headwind conditions, as there was about a 5mph wind that day. I’m curious to know from developers about the control logic as well as pilots about any real-world experience with this.
If the copter has a set forward speed, tilt angle, and altitude on an auto mission, and meets a headwind, how will it respond when the motor output maxes out?
- increase tilt angle past limit to try to maintain speed
- decrease speed below setting
- attempt to maintain speed but lose altitude
I would like to think there is a command hierarchy which preserves altitude by diminishing speed, but I just don’t know. If the priority was speed, then I could see it simply diving to the ground, whether the tilt angle was respected or exceeded.
Here’s a .bin from a successful flight on this same route. It’s not the crash log, but may give some insight. Thank you!
Posts: 1
Participants: 1
@prokopcio wrote:
I need the first command after switching to auto mode be to change the altitude in the current position.
How i can do it? I can’t found this option in MissionPlanner.
Posts: 1
Participants: 1
@H_Smeitink wrote:
Hi all,
Let me first introduce my project a bit:
I’m working on a project that will serve as a proof of concept for professional indoor drone flying and filming using pre-programmed flight paths. The idea is to have drones fly very precisely (and with precise camera movements) using an indoor positioning system very similar to pozyx: http://ardupilot.org/copter/docs/common-pozyx.html
I am creating the 3d flight planning (and camera movement) software myself, which will communicate trough 433 telemetry with Ardupilot running on a pixhawk flight controller board.
In this prove of concept I will simple by using a GoPro mounted on a gimbal, but the final product would be equipped with something like a Blackmagic micro.The problem:
I have bought an already assembled DJI F450 frame with the gimbal, GoPro, Pixhawk etc. But this frame is to large to fly indoors (and trough open windows for example). So I need to now switch to something smaller. It needs to be able to have the GoPro on a gimbal on there, and needs to be stable enough to shoot video with. I was thinking of switching to the F330 frame size, but I’m pretty new to the whole drone market.
So I was wandering if you know of any other frames that I could use? Maybe smaller or lighter ones?
(preferably with enough power potential to lift the Blackmagic also).
Posts: 1
Participants: 1
@juvinski wrote:
Hi,
We have several planes with Arduplane 3.8.2 version, and one of this planes we cant’t takeoff - In true flight once and on all other tries the behavior are the same.
The plane are launched using a bungee, we can see achieving the takeoff min speed and takeoff min acceleration, starting count the throttle delay but meantime that the plane are going down and hit the floor - with same bungee, same distance, same way of launch but flight once and no more.I compare the messages between the successful attempt and the others and I coudn’t see diference at the logs, just on the plane.
How I already told I have planes equals this one and all working, just this one is not working as expected.
Have someone got some clue of what can be happening, or what I can look to see what happened ?
For instance, why there is no triggered auto:
good flight:
bad flight:
best regards.
Posts: 1
Participants: 1
