Moderator

micropilotautopilot.jpg

MicroPilot 21283X

How long before this becomes a standard required by authorities??

 

The MP21283X, MicroPilot’s triple-redundancy (3X) autopilot, is now available. Although 3X technology is established within the aviation industry, 3X autopilots are a new addition to unmanned aerial vehicles (UAVs). The MP21283x contains three robust autopilots to overcome a multitude of hardware failures. If any one of the three autopilots should fail, the remaining two take over. An additional mechanism oversees these three systems.

 

http://www.suasnews.com/2011/02/3797/micropilot-launches-the-first-commercially-available-triple-redundancy-uav-autopilot/

E-mail me when people leave their comments –

You need to be a member of diydrones to add comments!

Join diydrones

Comments

  • T3

    Nothing says, "our product is unreliable" like offering redundancy (just kidding).

    But seriously, what's the point unless everything else is 3 times redundant - power, servos, sensors, antennas, etc. Also, you still have one failure point in this system...the motherboard. I personally think this is just a way to sell more boards. This product is rather effective in that regard.

  • ot only you need to have a voting mechanism (another board) but you need to have N-Programming so that the same bug is not going to affect all boards at the same time but you also have to have, at a minimum, redundanct power and comms which means that your harness is going to get much more complex and heavier. And ad design stage, a FMECA (Failure Modes Effect and Criticality Analysis) so that the design is sound

    Never the less, this is a good step in the right direction

  • Redundancy has been around Aviation for decades..... typical method: If one of the flight-control computers crashes, or is damaged in combat, or suffers from "insanity" caused by electromagnetic pulses , the others overrule the faulty one (or even two of them), they continue flying the aircraft safely, and they can either turn off or re-boot the faulty computers. Any flight-control computer whose results disagree with the others is ruled to be faulty, and it is either ignored or re-booted. (In other words, it is voted-out of control by the others.)

     

    I really don't see the powers that be requiring us flying sUAV in a non commercial role to go that route but on another note I plan on using a dual system in the next build.

  • @davey thanks for the compliment.  not sure it's the nicest as i have seen some kick ass work around here and RC Groups.
  • Not sure a dozencopter would be needed but I will bet there will be some requirement for redundant power for commercial use.  I flew full scale helicopters for a bit and am glad I had two engines on a few occasions.  And it's not a new situation in commercial aviation.  Depending on what FAR part you are building towards will drive some of the safety factors required for certain parts - larger safety for rotational forces, redundancy for flight critical avionics, etc.  I think it will be the same for UAS's in the commercial market.  At the smaller end with just flight stabilization for work like line of site AP I hope the requirements are sensible.  Even if they do not require at least level flight with one motor out I think I will still build that way so I do not waste a good camera.

    Anyway it's all speculation on my part as to what the FAA will decide, and hopefully we can all afford to be compliant after the dust settles.

  • T3

    "Single motor failure on a quad and bye bye!"

    Riiight. Clearly, it would be irresponsible to allow less than a dozencopter for any commercial application.

     

    One thing is interesting.

    How do they handle mission porgramming?

    Say you connect the autopilot to the USB. You type "send me the IMU status'. Then what. Or imagine downloading logs.

    It is easy to multiplex output: put a median on it and it's done. But then you watch the logs of the 3 perfectly performing systems. See what? One is winning 30% of the time, another 50%, another 20%. Have fun watching all those little jumping variables.

    Or uploading a mission using telemetry. Who tells the new request has been sucessful: when most of the AP got their target? Reasonnable proposal.

    Imagine:

    You upload new waypoint:

    2 autopilots accepted, 1 refused.

    Downlink report operation failed - cool.

    But now 2 of 3 APs are following a new route, and median wins using their opinion.

    So the autopilot IS following a new route. Yet the update has failed.

     

    You see? You need full commit-or-rollback on ALL units on ALL logic. Including log delete etc.

    How costly is that?

    Imagine you upload all waypoint (say 1024).

    3rd autopilot messes up at 1000th waypoint. You have 1024+1024+1000 to roll back, in realtime, and while doing so, the aircraft has to follow the original route.

     

    Now imagine that one of the autopilots was doing his rollback, but the already degrading power supply has finally triggered its brown-out reset. The rollback is partially complete and has to continue upon reboot.

  • Coby means on a Quadcopter. He has the nicest carbon fiber frame on the planet!!!

     

    Single motor failure on a quad and bye bye!

  • T3

    "Of course having three IMU's doesn't do much good if you only have four motors."

    Not sure how to interpret this...

     

    Of course I understand redundancy is probably a requirement lobbied by somebody, but unless it is based on statistics, you could as well request cars to have 5 wheels for extra safety. My fear is, based on common sense and knowledge how one would evaluate the robustness, that putting 3 identical systems in parallel is only able to eliminate soldering issues, while the complexity is in the software.

  • My guess is if you want to do commercial work in the US, and your platform weighs above a few KG then you can expect some redundancy/failsafe requirements.  Wether it will require something like this I have no idea.  Of course having three IMU's doesn't do much good if you only have four motors.
  • T3

    The weakest link is, that all the 3 autopilots from the same make and the same engineering group, is VERY LIKELY to fail all the three for the same reason (consider GPS firmware lockup or unexpected premature freezing of a given batch of baro sensor).

    A selection of ardupilot+unav+atto+flexipilot woudl be cheaper and more resistant, but then, it becomes nearly impossible to tell which is right if all have different control methods, different goals and safety margin.

    If a well managed company wants to build a good redundant system, they make 2 engineering teams and if possible they are asked to occupy different company buildings at least, if not to relocate to another city (in order to reduce cross-team communication, besides defining digital control+arbitration protocol).

    The solution as it is, is mostly marketing, it will overload power and fail miserably for the same 'millennium bug' should it reappear in a different form.

     

    One more thing the product is at least one year old if I remember well.

This reply was deleted.