No Battery Failsafe?

I never said that. I have flown several AC rc candidates and this is the first time I have encountered such a glaring and potentially dangerous disconnect between AC and MP. The bottom line here is, if I cannot put any confidence in what MP is telling me, how can I put any confidence in what I tell MP to do? And, by extension, if I cannot “trust” what I tell MP to do, how can I trust that AC will do what I told MP to have AC do?

And while we are on the subject, out of all of the people who have downloaded and installed AC3.6rc1, how many have complained about this particular issue? Its danged few because only a few of us are willing to do our due diligence and look at EVERTHING before we fly.

1 Like

@OldGazer
I do understand your frustration but MP and AP are two projects and it’s normal that in some point in time they diverge and then come back.
We are talking here about testing the beta versions and not everything will be working. If you are not willing to accept the fact, it’s your choice not to test the beta and wait for the final release.
The devs are doing a great job and there are plenty of new features in these release that make me eager to try it right away but if anything bad happens it’s my call in the end and the risk I wilingly accept.
You found a missing crucial feature in MP not in ArduCopter so please report it there and don’t just pick it up with the devs.

The childish GUI representation of parameters have several times caused serious configuration errors, this is one time it works as expected, not showing items that are not there.
If you needed full GUI for everything,most likely, you can’t even find most new features and flight modes in it at an early stage.

I get that, and some one has already posted a comment to MP about it.

I know these things take time to get right, and the Devs on both projects are doing a stellar job, but I was really surprised by the fact that apparently no one saw this particular issue before rc-1 went live.

By the same token, if this was a known issue, then why didn’t some one at least post an "Oh, by the way, you cannot use MP to change Battery Monitor and Battery Failsafe settings, but you can change their parameters manually. The new parameters are: (insert list here).

So using a non-Windows platform gives you the right to be condescending and disrespectful?

If so, you may want to reconsider being a beta tester, or fly release candidates. There’s a reason they are called that :wink:

Master is tested all the time, but obviously hiccups are not impossible.

I understand what beta testing is all about, and I was fully prepared to run across some surprises. What I wasn’t prepared for was finding what appeared to be very serious and perhaps dangerous issues with battery monitoring and fail safes and so I sounded the alarm.

I’ve added the battery-failsafe wiki updates to our wiki-to-do-list for Copter-3.6.

Well Done.

Thank you.

hi @OldGazer I think PR #1865 fix this problem. Would you mind testing it? thank you

Hi, I just updated from 3.8.x (do not remember) to Arduplane 3.9.0 and since then, I also have the problem that “Set BATT_AMP_PERVOLT Failed”.

What is the problem with that?


hmm the releasenotes for copter says
f) BATT_AMP_PERVOLT renamed to BATT_AMP_PERVLT

But I don’t see how that would affect Plane, perhaps Copter was just catching up to Plane, because the Plane wiki shows it different than what you posted in plane as well…then again you posted in the #arducopter:copter-36 forum…

http://ardupilot.org/plane/docs/parameters.html#batt-amp-pervlt-amps-per-volt

If the error is in MP, my guess would be a MP PR is needed #ground-control-software:mission-planner

Thanks for that tip. I just had to update Missionplanner. With 1.3.58 it works.

Hopefully my old copters with hardware APM 2.5 and 2.6 will still work correctly when BATT_AMP_PERVOLT was changed to BATT_AMP_PERVLT.

I will check that later.

Edit: Yes voltage devider still works with older versions.

2 Likes