@Oscar_Wallace wrote:
when trying to run:
sim_vehicle.py -w
I am getting an error saying:
Traceback (most recent call last):
File “/home/odroid/ardupilot/Tools/autotest/sim_vehicle.py”, line 25, in
from pymavlink import mavextra
ImportError: No module named pymavlinkI was wondering if anyone has come across this error or knows what I am needing to do to stop this from happening. Thanks.
Posts: 1
Participants: 1
@Terrance wrote:
Hi, I have not been able to set a Gstreamer pipeline via Mission Planner see image of ereror mesdsage attached.
The url is below (XBStation). Evereything is working fine in XBStation - (signal status; serial status; and camera status are all green)
udpsrc port=5601 caps = “application/x-rtp, media=video, clock-rate=90000, encoding-name=H264, payload=96” ! rtpjitterbuffer ! rtph264depay ! avdec_h264 ! videoconvert ! video/x-raw,format=BGRA ! appsink name=outsink
Any suggestions?
Posts: 2
Participants: 2
@sakirpolay wrote:
Hello everyone
As mentioned in ArduPilot Copter Release Notes Copter 4.0.0-rc1 25-Oct-2019
says
“9) RC input/output changes:
a) Serial protocols supported on any serial port
b) IBUS R/C input support
c) DO_SET_SERVO and manual passthrough can operate on the same channel”I have a Problem;
Good result with SBUS but however i can not use IBUS as RC protocol. No pulse in mission planner Radio Calibration window.
Hardware:
FC :Pixracer
Receiver :Flysky FS-IA10B
Transmitter :Flysky FS-i6s (this model supports pwm-ppm, IBUS and sbus)
Pixracer connected to serial servo pins. Connection triple checked. In IBUS mode rx led solid red so no problem with tx to rx.
is there any settings to use IBUS or something else.?
thanks in advance
Posts: 1
Participants: 1
@fs007 wrote:
I recognized a slightly different behavior of the “motor stop” aux switch:
If i stop motors with this switch (already landed of course) and afterwards disarm properly, it’s impossible to arm again (message is “arm: motor emergency stop”)
One has power-cycle the pixhawk to arm again.
Is that a new feature or a bug ???
Posts: 7
Participants: 2
@Stamatis wrote:
I plug a Hobbywing Skywalker ESC 60A to work with Matek F405 wing and it’s not ‘keep’ the calibration. It calibrate only if i plug the USB cable to Matek with 5v and then working properly but when i’m trying to plud without the USB 5V power then start beeping again with no calibration,so it look like ‘‘lose’’ it. Any ideas what happened with this ESC?
Posts: 1
Participants: 1
@OldRaven wrote:
I’m currently setting up a Rover with a Matek F765 Wing.
Beta firmware (4.0.0-rc1) installed without problems.I’m using 2 brushless motors and bl heli 32 esc’s.
The first time I tried testing the motors I got a setup tone on power up (where it beeps the number of lipo cells attached? ) and my fear is that I did somesort of esc calibration without knowing it.
Everything works one the rover (no gps attached yet), but got ppm reciever attached and radio calibrated. 3dr telemetry works and sending everything to groundstation.
The only thing I cannot get to work are the motors.
Motor test the first time did not spin the motors but I did get some setup beeps from the esc’s… but cannot get it to do that again.I tried connecting to BL heli suite to check the esc settings, but cannot get it to connect.
Tried also by connecting the FC with the 3dr to mission planner and the connect the FC with usb for bl-heli setup. But when It tries to read the esc’s it gives a message restarting Flightcontroller and then gives a connection error.Since the FC, motors and esc’s are currently all removed from the rover for bench testing I also disables all pre-flight checks to make sure it is able to arm.
I get servo output readings.
Motor 1 is connected to rc1 and motor 2 to rc3 (if I’m correct)
It’s setup for skidsteering (as it’s a tracked vehicle) with 1 as leftthrottle and 3 as rightthrottleFor bl-heli passthrough I was looking for SERVO_BLH_AUTO
but cannot find it in the list.I have PWM type set to 7 = DSHOT600
Any tips on how to go about checking what is wrong?
Posts: 2
Participants: 2
@power_broker wrote:
I’m trying to recreate ArduPlane’s basic PID flight controller algorithms for my custom Arduio/Teensy plane.
I’ve decided to look into implementing a pitch controller first and then move on to roll and yaw. I was able to find the attached picture of ArduPlane’s pitch controller diagram. I’m able to understand how to implement all of the pieces except for the input “AirspeedScaler”.
My question: Is “AirspeedScaler” a global constant defined somewhere (if so, what is the value?) or is it user defined (if so, what are the value limits)?
I’d look in the source code, but I know from previous experiences that ArduPilot is written/structured in a way that is very difficult for someone new to the codebase like me to understand/find things, lol.
Posts: 1
Participants: 1
@twistedwings wrote:
TAKEOFF (RCx_OPTION = 77) is not selectable in RCx_OPTION drop down.
ArduPlane 4.0.0
QGC daily
Posts: 1
Participants: 1
@scostic wrote:
Hello after upgrading to 3.6.11 the copter cannot arm. It just produces a single beep when I keep the throttle down and the rudder bottom right. The EKF and the pre-flight checks are all ok.
Posts: 2
Participants: 2
@xingxing wrote:
my mini talon initial ARSPD_FBW_min is 13M/S，but the RTL MODE，it flights at about 15m/s，I want to change that speed to 18m/s，but it don’t work as I chane the ARSPD_FBW_min to 18m/s . the plane keeps at 15m/s，how to change that speed?
Posts: 4
Participants: 2
@Pedals2Paddles wrote:
ArduCopter 4.0 Failsafe Refactoring
The radio, GCS, and battery failsafe handling in ArduCopter 4.0 has received a significant enhancement. Numerous additional options and capabilities have been added to meet a variety of use-cases. The autotest system has also been significantly enhanced to always verify that all failsafe logic and actions are working as intended. All of this was merged into master through this PR https://github.com/ArduPilot/ardupilot/pull/7432 on Saturday 11/2/2019. Randy will be backporting it to be part of the Copter 4.0-RC2 release. The wiki has been updated to reflect all of these changes as well.
FS_OPTIONS: New Parameter
A new parameter
FS_OPTIONShas been added been added. This is a bitmask parameter, which allows the operator select one or more options that alter the basic failsafe logic. The default value is 0, which disables all options. There are many new options not previously available in prior versions.
This newFS_OPTIONSparameter now also handles the ability to continue in an auto mode mission after a radio or GCS failsafe, previously set withFS_THR_ENABLE=2orFS_GCS_ENABLE=2. If you used this setting to fly auto mode missions beyond RC/GCS range, be sure to read this!In the **Mission Planner full parameter list or full parameter tree, the handy checkbox popup window is an easy what to set this (and any other bitmask) parameter. Be sure to go to Help > Check Beta Updates to pull the latest parameter definitions first while connected to the internet.
Option Description Bitmask Value Continue if in auto mode on RC failsafe Allow an auto mode mission to continue when the RC signal is lost. This option replaces the FS_THR_ENABLE=2setting. Anyone with an old setting of 2 will automatically be converted to this new FS_OPTIONS bit when ArduCoper 4.0 firmware is installed.1 Continue if in auto mode on GCS failsafe Allow an auto mode mission to continue when the GCS telemetry signal is lost. This option replaces the FS_GCS_ENABLE=2setting. Anyone with an old setting of 2 will automatically be converted to this new FS_OPTIONS bit when ArduCoper 4.0 firmware is installed.2 Continue if in guided mode on RC failsafe Allow guided mode to continue when the RC signal is lost. If you are in guided mode, and lose RC signal, you can keep operating in guided mode uninterrupted. In the interest of safety, you must have the GCS Failsafe enabled to do this. ( FS_GCS_ENABLE)4 Continue if landing on any failsafe Allow the copter to continue landing while in land mode or a landing phase. If you are in land mode, or the landing phase of an RTL, or the landing phase of a mission, and the RC, GCS, or Battery failsafe activate, the copter will continue landing. This saves time and battery power if desired. 8 Continue in pilot control on GCS failsafe Allow the operator to continue flying in pilot controlled modes when the GCS telemetry signal is lost. If you are operating in any pilot controlled mode (Stabilize, Alt Hold, Loiter, Acro, Drift, etc), and the GCS telemetry signal is lost, the GCS failsafe actions will not trigger and you can continue flying uninterrupted. 16 GCS Failsafe Enhancements
Prior to ArduCopter 4.0, the GCS failsafe had minimal implementation, only having any impact in Guided Mode. Now in ArduCopter 4.0, the GCS Failsafe operates in all modes per the settings of parameter
FS_GCS_ENABLE. This is a major safety enhancement for operators that must have a link at all times. This is also useful for those with a critical companion computer that must always have a link. The GCS failsafe settings have been expanded to now work in the same manner as the radio failsafe settings. The GCS Failsafe also makes use of the above newFS_OPTIONSparameter settings. Note, if you enter an invalid parameter value in theFS_GCS_ENABLEparameter, it will RTL in the interest of safety.Autotest Enhancements
The ArduPilot autotest system has been extended to cover all logic and actions of the radio, GCS, and battery failsafe. In previous versions, the autotest scripts only covered one aspect of the radio and battery failsafe, and no aspects of the GCS failsafe. This enhancement will ensure these critical safety systems are not compromised by ongoing firmware modifications.
Wiki Updates
The wiki pagaes for radio failsafe, GCS failsafe, and battery failsafe will be updated once this PR is merged in shortly: https://github.com/ArduPilot/ardupilot_wiki/pull/2102
Posts: 1
Participants: 1
@fs007 wrote:
Is it possible to fly in PosHold mode without GPS but with optical flow sensor and rangefinder ? (it’s possible in Loiter, but PosHold ?)
Posts: 2
Participants: 2
@prokopcio wrote:
Hi,
What is easy way in Windows 7 to compile Source Code / build firmware for pixhawk1/px4 ?i using description from here
http://ardupilot.org/dev/docs/building-setup-windows-eclipse.htmland configuration target compile okey:
‘configure’ finished successfullyWhen run target “copter” then error:
it’s strange that not atways compilation look same ( step 2/6, 4/6 or 5/6).[4/6] Processing uavcangen: libraries/AP_UAVCAN/dsdl/ardupilot libraries/AP_UAVCAN/dsdl/com modules/uavcan/dsdl/uavcan
/bin/sh: -c: line 0: syntax error near unexpected token(' ..... ... Waf: Leaving directory/home/Prokopcio/ardupilot/build/Pixhawk1’
Build failedwhere did i make a mistake ???
or how i can build it easy with other tools ?
i try use some tools from totorials without good resultat - Eclipse+cygwin64 does the most.for apm 3.2.1 i used arduino software without problem but now i need for HKPILOT32 board.
Can you help me ?
![]()
Posts: 1
Participants: 1
@Corrado_Steri wrote:
I am trying to have 3 colums layout in the quick tab. I select 3x3 grid and it shows correctly, than i close MP and when i reopen it i am back tio 2x2 grid.
Posts: 1
Participants: 1
@twi42 wrote:
I received a new RadioLink Mini-Pix, and it booted nicely after unboxing. Then I decided to flash a newer ArduCopter build into it. With a Linux host, I however noticed that the bootloader thought the device was a ‘PX4Flow’.
So to get things lean, I booted the device into STM32 DFU mode and flashed in a stable AC 3.6.11 with bootloader (mini-pix build) using BetaFlight flasher, ticking ‘erase whole chip’ checkbox.
Now the Mini Pix does not boot past the bootloader, while rapidly flashing red light. I can, however, reflash with QGroundControl or Mission Planner a different firmware - I tried 4.0rc1 Copter, different Plane builds (to erase any settings) but the thing just won’t boot further. I also DFU-flashed recent ChibiOS bootloaders, even one that I built out of latest git. No success.
When I flash AC 4.0rc1, the device goes slightly past the bootloader (Linux dmesg indicates the device first as a mini-pix-BL, then as a mini-pix, disconnecting USB in between). However it hangs there immediately, with only power led on.
I also added an sdcard to get diagnostics. While booting, it does create the directory ‘APM’ for logging, but the directory remains empty.
I’ve handled the device carefully what comes to static electricity etc, but have I now actually bricked it? Could it be that due to that PXFlow strangeness, the STM32 is somehow retaining incorrect boot registers? How could I truly reset it?
Any hints appreciated.
//Pasi
Posts: 1
Participants: 1
@Moksh wrote:
I has-been many more time to configure but I’m not success plz tell me how to connect 360lidar on pixhawk 2.4.8. i have some detail but not sure.
( “” https://youtu.be/FSxn7NM6N84 “” ) like this guy.
And I have this module. Any buddy help me ?
Posts: 1
Participants: 1
@AndreyI wrote:
Hi!
I set the parameter RC11_OPTION = 77, after that, when activating this channel, I receive an error message “Invalid channel option (77)”.
If you activate TAKEOFF in flight modes, the mode is activated normally.
Posts: 1
Participants: 1
@geoffreybainathsah wrote:
Hi All.
i’m working on a project which is a quadcopter with automatic drift forward.
The project will use a simple radio, therefore i’d like to program the offset into arducopter.
I’ve been trying trying to find a solution using the existing parameters but couldn’t find out how to do it.Is there any way to use RC input 6 or 7 to enable a pitch axis offset of “n” degrees?
Similar to adding subtrim on channel 2 on the radio to make the drone pitch forward when sticks are center.Any help on this is highly appreciated
Geoffrey
Posts: 4
Participants: 4
@andyp1per wrote:
This is a thread to discuss harmonic notch tuning in Copter 4.0 including throttle-based, ESC telemetry based and my FFT harmonic notch PR.
The current docs are here:
And some some good existing discussions are here:
@wicked1 @Paul_Atkin1 @bnsgeyer @anbello would it be ok to continue the discussion here so that we can collate people’s experiences?
Posts: 1
Participants: 1
@Mirko_Zhou wrote:
Dear community,
I bought a Reach M+ GPS receiver few month ago and use the NTRIP configuration to achieve RTK navigation. However, sometimes the Internet connection will be interrupted on the field, leading to very inaccurate navigation. So I plan to buy another GPS receiver based on F9N chip (https://store.drotek.com/sirius-rtk-gnss-rover-f9p). But the question is can I use the Reach M+ as the local base to send RTK correction signal to the F9N receiver configured as rover ?
Posts: 1
Participants: 1
