Copter-4.1.3 released!

Copter-4.1.3 has been released as the official version for multicopters and traditional helicopters. The changes vs 4.1.2 can be seen in the Release Notes and are also copied below.

  1. Enhancements
    a) CUAV-X7 servo voltage detection support
    b) Support for IIM-42652, ICM-40605 and ICM-20608-D IMUs
  2. Bug fixes
    a) Autotune twitches at no more than ATC_RATE_R/P/Y_MAX param value
    b) Debug pins disabled by default to prevent rare inflight reset due to electrostatic discharge
    c) EKF3 reset causing bad accel biases fixed (never reported on a user vehicle)
    d) Main loop delay fix for boards with 16 bit timers (affects KakuteF4, MatekH743, MatekF405, MatekF765, SpeedybeeF4)
    e) MOT_MIX_MAX constrained between 0.1 and 4.0 (would previously reset to 0.5 if set too high or low)
    f) Polygon Fence upload fix when replacing fence with one that has fewer points
    g) RC protocol detection fix that forced PH4-mini users to powerup autopilot before transmitter
    h) SmartAudio high CPU load fix (previously it could starve other threads of CPU)
    i) TradHeli fix for missions which continue after a Land command

Perhaps the two most important fixes are 2a and 2b (highlighted above). 2a fixes and issue that caused a crash on a large quadplane and could theoretically at least cause the same problem on a large multicopter.

2b resolves an issue found where a CubeOrange on a Kore carrier board reset during bench testing (and the same thing could happen in flight).

Thanks very much to the beta testers and other developers who contributed to this release and Happy New Year!

6 Likes

Hello dear friend
Hope you are doing well and happy new year to you

I continually get the error of Unhealthy AHRS

is it OK

what should I check for it

thanks a lot

Hi @rmackay9 , just uploaded it and the pixhawk 4 swap led bug is present on this build. Still fly’s really well though thanks for all the work !

Lautaro

Recalibrate the accelerometers, the gyros and the compass.

Make sure the angles are correct when you hold the vehicle steady in the accelerometers calibration phase.

I’m maintaining my own Copter-4.1 branch with some commits at the tip for SkyViper Journey.
@rmackay9 it would be great if you could pull it to upstream as it fixes many bugs with this quad that I think the community will benefit from. There are even commits from @tridge merged from the stock firmware that were never included in AP.
Please review the commit messages for details.
Most of the fixes apply to master as well as older versions too, and the bugs are present since 3.6.
I believe some of the patches might break things for 2450GPS, but I cannot test as I do not have one.
Let me know if I can help. Maybe we should open another thread for this?

If you are in the UK I can send you mine…
(I’d like it back afterwards, TBF!)

Happy new year!

I’ll get this loaded before my next flight. BTW - I had no issues with 4.1.2.

I’ve been off the forum for a few weeks - so please forgive me for asking a question that has been addressed - or should be addressed elsewhere:

There’s been some discussion about AUX port relays booting up momentarily in HIGH. I believe I read this caused by the bootloader.

I think the consensus is that the relays not go HIGH on bootup. Or - it should be an option. Is this in the queue for some future release?

If it’s possible to make such a change, I’d be happy to do whatever is necessary on the user end to submit the request.

Thanks!

1 Like

@jstroup1986,

Re the main or auxiliary pins startup behaviour it might be good to raise an issue. If this is the issue I think it is then I’ve investigated this at least twice over the years but we have not had a good way to resolve it perhaps because the bootloader does not have access to parameter values.

Thanks Randy - I have a faint memory that the current behavior is deliberate for some purpose. In lieu of an option to configure the behavior, I suppose it might make sense to poll the users population to see which option is more favorable.

For those of us that use the AUX port relay to trigger a camera - if the camera is taking still images, it only causes an extra photo to be captured. For people like me who capture video - the present behavior causes video capture to start. I either ignore it and crop off the unwanted video in post processing - or click the camera switch on my transmitter to shut off the video.

It may be that most camera users control their cameras with devices like the Seagull or AirPixel Commander - which may eliminate the problem. But for users like me who don’t use a device like this - the problem remains.

Certainly in the “nice to have” category if it can be fixed.

@swallabat do you run 4.1.3 on your 2450GPS?
I’m not in the UK but you can test my build and report back if you encounter any issues, especially with controller buttons.
arducopter-4.1.3-v2450.zip (794.2 KB)

Hi @rmackay9

Yaapu telemetry data still no working yet. Thanks

Do you have an original V6? It looks like they changed things:

# USART1 = SERIAL1 on original V6 revision only
# not available on V6.x revisions due to altered inverter layout

I think we might have changed things to support the newer boards, but clearly the newer config doesn’t work on older

yes i am using v6.0 which works perfectly up to 4.0.7.This note also existed With versions 4.0.x

It might be worth you building an older hwdef to see if that works, it sounds like possibly there needs to be two versions for this board

1 Like

Thanks Andy, I’m not capable of it, but I can try it of course

Here is a build of 4.1 using the hwdef from 4.0 - please try it to see if it makes any difference.

The appearance of SERIAL4 is to be expected, alt config won’t change the serial layout, even if one is not used

arducopter.zip (630.0 KB)

1 Like

Thanks Andy, I’ll take the test tomorrow

It finally works! Thanks Andy! :slight_smile:
How can I fix it for owners of version 6.0?
Thanks again, on the very small yaapu copters it is the only telemetry available and it is very useful.

I think we have to figure out what the breaking change is - it’s not obvious to me why the current configuration doesn’t work. Let me send you another build with some more bits enabled

1 Like