WP_SPEED, RTL_SPEED parameters allow speed independent of CRUISE_SPEED
Dataflash logging improvements for steering and throttle
Remove auto-trim at startup
GPS reports healthy even without 3d lock
The big change is the 1st one which resolves a wobble found by Kelly Shrock on the ArduRover-r1 (video). TBH, it was quite a large omission in the steering controller to not support “feed forward” so we suspect this will improve vehicle steering control quite a lot.
I’ve updated the “Tuning Steering Rate” wiki page with new advice that the ATC_STR_RAT_FF is the most important parameter to tune to get good steering control (previously it stated ATC_STR_RAT_P was the most important).
Also I’m hoping/expecting the mission planner’s “Basic Tuning” page will be updated soon (issue here) to allow updating the parameter but until then you can just set the parameter directly using the “Full Parameter List” or “Full Parameter Tree” pages.
Thanks again in advance for any testing you can do. I really expect that this is our last release candidate before going live.
What mode are you trying to switch to? If it’s Smart RTL, I was having trouble with that because I had it set to auto-arm on boot, which meant that I didn’t have a good home position. I changed to manually arm via CH7 so I could arm at a point where I had a good fix, then was able to switch to Smart RTL.
I’ve been trying to manually change from Manual to Auto mode with the Ch7 switch . I figure the problem is me screwing around with all those other tempting MP parameters plus I’m using a POZYX for guidance.
On a related topic (hopefully): Has anyone managed to calibrate the compass on rc4 at all? I’ve tried probably 10 times and it fails every time with any level of fitness, no matter where I am. I finally resorted to setting the compass offsets manually to 0, which gets yaw to report accurately relative to actual yaw. Driving around and testing that, I get a “ground mag anomaly, yaw realigned” message, and yaw changes to a wrong value.
I’ll start looking into testing this sometime next week when I get back from Christmas break.
Awesome work so far guys !
Just some questions.
How do we know when to stop fiddling the feed-forward (ATC_STR_RAT_FF) value before moving onto the other PID values? What initial value should we start with?
Is there any support for full PWM signals for brushless motors?
I am currently using a brushless roboteq motor controller (with RC pwm signal as input).
Would be awesome if ardurover is able to output full pwm signals.
I suspect you might get better control resolution by being able to use full pwm signals rather than the 1-2ms range that RC PWM signals operate in.
Esa,
We do support outputtting the raw pwm values by setting the motor-type. Ive never testes it myself though.
Follow-me is implemented in the ground stations which send commands to the vehicle while its in Guided mode. So for now its bestfor the GCS guys to comment…
For tuning… best to just try and see for yourself. 0.2 is the default and a good place to start.
I see there are a couple of reports of various issues on the -rc3 release thread but im not really sure which remain. Maybe it would be best if people comment below on any problems they are still seeing so i dont lose track of anything.
Also when Tuning the rover should the NAVL1 parameters be all set to zero?
I am currently doing some preliminary tuning indoors due to a storm here in Sydney.
Getting nonsense data as I believe the speed is derived from GPS and IMU.
When I do a spot/pivot turn in steering mode
Also I noticed that I keep getting a warning in the terminal window saying … This has been the case since I starting using ardurover …not just RC4.
[ WARN] [1515396895.563497298]: GP: No GPS fix
[ WARN] [1515396926.562950342]: GP: No GPS fix
[ WARN] [1515396956.563487449]: GP: No GPS fix
while on mission planner it says RTK fixed (currently indoors sitting under a gps repeater)
If you’ve installed the latest beta (3.2.0-rc4) then the name of the firmware should be APM:Rover V3.2.0-rc4 (d7ceba8c).
To make ACRO mode available you’ll need to use a Beta version of the mission planner (or perhaps some other GCS) or directly set one of the MODE1~MODE6 parameters to 1.
There shouldn’t be any need to set the NAVL1 parameters to be zero. They won’t be used in Acro or Steering mode. They’re only used in Auto, Guided, RTL and SmartRTL.
We occasionally get Travis failures when the travis servers (nothing to do with ardupilot) hit temporary issues. I’ve kicked off the failing job and it’ll probably pass this time.
Re the GPS message, I’m not sure what that is or where it’s coming from. It’s not a string that ArduPilot outputs. These are the startup messages I see in the Mission Planner’s Flight Data, Messages tab.
Set HOME to 36.32434 138.6393 at 948.03m
EKF2 IMU1 is using GPS
EKF2 IMU0 is using GPS
EKF2 IMU1 Origin set to GPS
EKF2 IMU0 Origin set to GPS
u-blox 1 HW: 00070000 SW: 1.00 (59843)
EKF2 IMU0 tilt alignment complete
EKF2 IMU1 tilt alignment complete
Failsafe trigger 0x1
PX4v2 00410038 30365104 30353333
PX4: fc469199 NuttX: 1bcae90b
APM:Rover V3.2.0-rc4 (d7ceba8c)
EKF2 IMU1 initial yaw alignment complete
EKF2 IMU0 initial yaw alignment complete
GPS 1: detected as u-blox at 115200 baud
As for the GPS warning …maybe that is a navio2 thing … I will chase this up in the emlid forum.
Not a major issue just annoying seeing the warning every few seconds
Esa,
It would be better to use the “beta” which is here: http://firmware.ardupilot.org/Rover/beta/navio2/
Have you posted a log anywhere? Maybe I can have a quick look and see if there is anything obviously wrong anywhere.
I haven’t documented the ATC_STR_ANG_P parameter yet because it’s only very rarely used. It’s only used in Guided mode when a SET_YAW_SPEED or SET_ATTITUDE_TARGET command is received from the ground station or companion computer.
In future versions we may use it as part of the pivot turns for skid-steer rovers… but not yet.