First this IS NOT a bashing session this is a search for answers and opinions so try to be respectful and courteous !
me personally i think the APM is capable of bringing my plane back and landing if the rx fell out ! do i think DIY should be responsible to implement it ? no but they are flying too so if we come up with a good proposal i,m sure they would try to make it happen !
this discussion is intended to come up with scenarios where your platform would go out of control ! and what we can do ! there should be a sister post Mitigating the chances of losing control .
i,ll start out . with Geofencing(here after to be referred to as GF) turned on i can't see how your platform can fly away so maybe GF should be turned on from default with a tiny box that you have to adjust to your area,platform,and conditions ? but not all of us carry a laptop to the field so maybe we should be able to save it and recall a few different versions for different fields and or conditions that way you could program it at home and go fly , but if you turn it on to far away from the place you selected as home it should lock up and beep or flash an error that way it wont try to fly 40mls back to your house (00) a safe configurable selectable autoland function tied too GF would be nice too.
at least this would protect the DIY community from litigation and put responsibility on the user and would save a newbie from a painful costly learning experience !!! feel free to poke holes in my ideas !
Questions leads to answers and isn't it wonderful we need not wait another second to make the APM better and if we do a good enough job maybe the government will force the AMA to use our product on all there large dangerous aircraft ! and would help in the UAV community acceptance into the sport
now have at it
It is my pleasure :-)
Sorry, the "***" should say "***". Don't know what happened there. My internet connection isn't always at 100%, must have been a transmit error?
there i read it!
ive been watching in horror as the number of replies ballooned here, but given the subject i had to read it. im glad to see that its come down to what seems to me the best possible conclusion.
hopefully will get around to setting up and testing this soon, but of course, hopefully ill never need it!
I first saw a "Berg Pin Header Strip" on the original IBM PC in 1981. They're cheap, lightweight, and easy to use (although non-polarized in most applications). They were, however, never intended for high vibration applications. No, I'm not picking on 3DR at all; unfortunately they've become a standard in the hobby industry with which any manufacturer would be obliged to comply.
Needless to say, you won't find any such connectors in my aircraft. From the APM connections to the LiPoly pack balance access harness, everything is soldered permanently where possible. The few connectors are high-grade locking types.
Considering that there are few machines with vibration signatures as high in magnitude or complexity as a multicopter, any serious practitioner in the art should solder wherever they can and incorporate higher-quality connectors where they must. This eliminates many of the potential "fails" from which the craft must be saved.
Apologies if this has already been posted, but after reading this thread I wanted to report an apparent success.
I set Fail Save on my new quad in the following way, which appears to work testing on the bench without props and watching telemetry with Mission Planner.
Using new Quad with APM2 2.8.1 and a DX8.
I wanted I set Fail Safe to RTL. Using instructions in the DX8 manual we did the following.
RF connection to Quad for telemetry, using Mission Planner to watch mode.
Props off, DX8 off, quad off
Inserted bind plug into receiver on quad and powered up.
Removed the bind plug while the RX light was still flashing fast.
Set the DX8 throttle to just above mid point and switches to a RTL flight mode.
Powered on the DX8 and watched it go through the bind process. When done, cycled the power on the quad and DX8.
Tested as follows:
Flight mode switches in Stabilize. Power on DX8, power on quad. Enabled. Ran the throttle up a way in Stabilize, but not to mid point. Noted Stabilize mode in the telemetry display of the HUD. Powered off the DX8. Motors spun a bit faster, FM showed RTL. Simulated returning into range by turning the DX8 back on while FM switches still in Stabilize. Telemetry showed Stabilize mode and the motors dropped in speed a bit and were controllable with the DX8.
So that would seem to show that if signal is lost at the receiver the quad will go into RTL. Hopefully that will get it back into range and return to whatever mode I have the FM switches set to, which will likely be Stabilize or Position Hold.
Caution. I've not tested this in flight. Will do so tomorrow weather permitting.