Copter-3.5.0-rc7 is now available for beta testing through the various ground stations. This release is only fixes on top of -rc6 (ReleaseNotes).
Bug fixes and minor enhancements:
fix OneShot ESC calibration and compass-mot calibration
fix Navio2 and ErleBrain crashes caused by insufficient memory allocated to scheduler
AutoTune with position hold only resets target position when roll and/or pitch sticks moved
fix Acro, Sport trainer mode to stop attitude targets going beyond angle limits
sanity check WPNAV_RADIUS is non-zero
MarvelMind driver fixes (not documented, still a work-in-progress)
sanity check command when resuming mission in Auto
Pixhawk 2.1 potential overheating fix
For those who have discovered potential issues during testing, please create a new topic in the Copter-3.5 category and if possible include a dataflash log file (aka a ā.binā file).
Re Pixhawk2.1 temperature - this release includes some work from Tridge and Philip to do with the Cube heating so I think "yesā. Iām not yet totally aware of how the fix works so I canāt explain it yet.
ā¦ and it seems I didnāt include this in the Release Notes so I will add it to the list above!
vkt62,
re the final release, I think weāre getting very close but it really depends upon getting any remaining ācriticalā or not-understood issues. I think we have two of these:
What is happening - it only detects GPS units (i use witespy ones) if i set types to AUTO (1) and use autoconfigure setting (1). then it detects both GPS on board as ublox 115kbit.
If i set type to 2 - preset ublox, and remove autoconfigure option - i never get GPSes coming online at all! If i set autoconfigure to 0 and type to āautoā - then i get something weird - i get one GPS discovered as NMEA at 38kbit, other one as NMEA at 9600. This way it works fine.
So, the issue i have exists on the quad - octo works fine.
On the quad i have consistent issue with both rc6 and rc7 - did not try previous releases - if i set all 3 options to (1) - autoconfig, auto, auto for types - it discovers second GPS fine, prints discovery string and a hardware string. First GPS unit is this one:
So, what happens with it - it repeatedly prints ādiscovered gps ublox 115000ā message and i believe it resets GPS feed automatically, like it fails something. If i look at statistics window i can see how GPS actually tries to get sats, but then statistic drops to 0. 99 hdop, 0 sat, then blinks back to 11 sats, then drops to 0 again.
if i remove autoconfiguration option i then get this GPS unit recognized as NMEA 38kbit and it comes up online fine every restart and shows sats fine as well. So it is quite confusing why it fails.
both vehicles use same auav controller, and all gps units are from witespy, but different types. so i am quite puzzled with that, why it acts like that with the autoconfig option set and why it is unable to autodiscover correctly as ublox if autoconfig is not set?
Here is how output looks, in messages window. āGPS 1: detectedā keeps showing up forever.
GPS 1: detected as u-blox at 115200 baud
GPS 1: detected as u-blox at 115200 baud
GPS 1: detected as u-blox at 115200 baud
PreArm: Throttle below Failsafe
u-blox 2 HW: 00080000 SW: 2.01 (75350)
GPS 1: detected as u-blox at 115200 baud
EKF2 IMU0 tilt alignment complete
EKF2 IMU1 tilt alignment complete
GPS 2: detected as u-blox at 115200 baud
GPS 1: detected as u-blox at 115200 baud
EKF2 IMU1 initial yaw alignment complete
EKF2 IMU0 initial yaw alignment complete
Barometer calibration complete
Calibrating barometer
Initialising APM
If i set GPS_AUTO_Config to 0 - here is what i get now:
PreArm: Throttle below Failsafe
GPS 1: detected as NMEA at 38400 baud
EKF2 IMU1 tilt alignment complete
GPS 2: detected as u-blox at 115200 baud
EKF2 IMU0 tilt alignment complete
EKF2 IMU1 initial yaw alignment complete
EKF2 IMU0 initial yaw alignment complete
Barometer calibration complete
Calibrating barometer
Initialising APM
i swear before it was giving GPS2 as NMEA 9600, no clue why now it shows up as proper ublox. all this it is very odd.
Had some weird problems with rc6 today. This is the first time I have tried 3.5 in anything more than tuning flights. This is a 250 class frame with an AUAV-X2.
First problem was that I would keep losing OSD data on screen. (minimOSD). It didnāt happen to start with but then a few minutes into each flight the data would just disappear. Iām prepared to believe this is some kind of HW fault since it was much warmer than its been here, but I mention it because I have never seen it before and it could be FW related - either because MAVLINK data stopped, or possible because the RC7 function somehow got jammed low (which is clear screen on my minimOSD).
Second problem was, I armed - flew in PosHold (was going a little cautiously because of the first problem) and about a minute in my GCS piped up āArmed, waypoints received, home postiion setā even though the copter was in the air and about 100m away from me.
Today I test a little: stab, pos hold, alt hold, RTL and them play with this mission: Commands to repeat an automatic mission (take off, 4 wp, land, delay, do jump and all work nice, the only silly issue that I saw was when take off in auto 90Āŗ to the first Wp, the copter drift a little to Wp side and then yaw to the first Wp, itĀ“s repeated in all test, IĀ“m not shure if occurs in older vers because I, in general, take off manually.
Roll needs more tunning yet, It has two autotune with earlier vers, IĀ“m going to try once again with this vers or try to tune with patience (any suggestion is welcome).
I share the logs just in case they are usefull. https://www.dropbox.com/s/s2imv92ejhs3k78/00000135.BIN?dl=0 https://www.dropbox.com/s/j22a8b1eg2o3trr/00000136.BIN?dl=0
Mine isnāt an important issue, really very very silly., and tune I have to do more work after ask for help; I share logs more because I thought perhaps itĀ“s usefull for devs have more logs to check if they want to check something special, but perhaps is more for confusion, Sorry, only a bad idea. As soon as no wind I test Autotune with this vers to see what happens.
Performance is nice, thank`s for great work
Hello,
A while back Leonard had mentioned implementing the following in Billās thread about reducing instabilities, is there any chance some of this could make it into 3.5?
I am a traditional heli user and could see substantial benifets from these changes. Also with other flight control systems ive had great luck with a notch filter for eliminating instability issues with quads, so the implications reach further than just helicopters. I could see benifets for large X8 and Traditional Octaās with large props as well.
Quote::
I intend to extend the normal copter pid loop to include:
separate input and D term filters
a notch filter
a feedforward term (input request times a parameter summed to P I and D output)
This also will enable running the pid loop in sync with the gyro read and at a different rate to the attitude angle controllers.
End Quote::::
current sensor not work fine
board pixracer. 3.4.5 work fine
i use allegro sensor + voltage divider 1/2 on current pin
voltage sensor work fine. Use custom devider
also
PreArm: RC Yaw not configured
PreArm: Compass not calibrated
after upgrade.
Andy,
Iām also having my MinimOSD stop updating with Copter3.5. But like you, I donāt know yet if it is the OSD or the flight controller. I unfortunately updated to the new minimOSD fork, that has the āradarā view, and updated mavlink messages, etc. So, there were a couple of changes made at once related to the OSD.
If anyone else has noticed their minimOSD having issues, please post.
