the time values from GPS aren't correct
"GPS1 configuration checks failing"
i have here+ also, but the problem is still there
you can do either, if its a bug you think needs fixing, post a bug report issue....and if you have a proposed fix, issue a PR off a branch you have made from the current master branch and fixed...if its an enhancement you do either (create an issue for requested enhancement) or both....if you have a PR, you might want to test it in SITL yourself before posting...
Can somebody help me with the position controller? I was going through the loiter code and I figured out that in loiter pilot's inputs are considered as accelerations, then these accelerations are integrated to be used as desired velocities and finally these velocities are integrated to be used as position targets. So far so good, I don't understand the reason of feeding-forward the desired velocities and accelerations directly into the the calculated targets ( line 997 in AC_PosControl.cpp ) and ( line 1053 in AC_PosControl.cpp ).
@rmackay9 @tridge What version of Rover has (or will have) the fix for param reset on boot....I can't seem to find the commit that addressed that....It happened to me for the first time today on my boat...came home and attached to MP only to find that I now had a Ground Rover instead of a boat....using stable Rover 3.5.1
I have been hearing about drone attack in the news from terrorist overseas and it's not cool. I would love to write a module for ardupilot that deams certain areas no fly zone to help prevent this. If you guys are ok with that I would contribute 100% to prevent further attacks!
@BabakAkbari, re the feedforwards in Loiter, I suspect this is because it adds a much faster response. So the vehicle leans much like it does in AltHold mode.
Hi all, what's the process for getting upstream mavlink changes into the ArduPilot fork? ( mavlink/mavlink#1215 )
like which function needs to be called
hal.util->get_hw_rtc()/1000
will this returns the gps time in UTC in seconds?
Hi all, I'm trying to setup ArduPlane with gazebo using the ardupilot_gazebo plugin, however when launching the zephyr_delta_wing I get an error from Gazebo saying that it can't find the imu_sensor and it aborts loading the plugin. I have two colleagues who are experiencing the same issue. I've tried manually setting the plugin path to point to the gazebo imu plugin, but it's still throwing the error. The error persists across Gazebo versions (at least version 9 and 7).
@m-sasha What do you think ready to take off is? There is no such exact state in ArduPilot.
@naruto-raj No and no
@IamPete1 You have to open a PR against our fork. As @khancyr said, @amilcarlucas usually ports stuff periodically
@arjunkapoor763 You asked two different things, do you want system time or UTC time?
@naruto-raj No and no
@IamPete1 You have to open a PR against our fork. As @khancyr said, @amilcarlucas usually ports stuff periodically
@arjunkapoor763 You asked two different things, do you want system time or UTC time?
is there a particular reason why AC_PID_2D doesn't have a
kD() getter like it does for P and I? AC_PID.h does have all 3 getters. https://github.com/ArduPilot/ardupilot/blob/1a7284ca73dc06ab6a311f86c7922e21769d1ef4/libraries/AC_PID/AC_PID_2D.h#L49
@andyp1per I might have found an answer. Mavproxy's GUI client in Windows shows what tasks are causing overruns if
sched_debug = 3https://imgur.com/TVOLdyi
I think there should be a fix to that, some compiler-option that make it work again.
And another place (different conditions):
In any case: this is a fun-fact to add to ArduCopter history :)
While on the ground I get several hits at a distance >80 meters. Also are you averaging the results from rangefinders?