IRIS Field Test Trouble / Failure Reports

Posted by GByron Brooks on March 11, 2014 at 2:13pm

 I have noticed scattered reports of IRIS hardware and software failures. Given the fact that The IRIS is a new design and we are field testing it now; it may be  helpful to both the our community  and 3DRobotics if we establish a place to document unusual or unexplained problems with our IRIS ( "?IRISes... IRISis?). 

Here is my first report:

I have a question: I have a new IRIS and I had some issues getting the Quad up and running. I started with fully charged batteries, and performed the pre-flight check. All was well. I saw the solid green LEDs and commanded the bird to arm....nothing....I repeated the procedure about 10 times connecting and disconnecting the battery. I received no error signals. Then on about the 10th try the IRIS armed. This suggest either a software issue or a hardware QA problem. Has anybody else experience these intermittent failures?
I think we need to keep 3DRobots informed of the field testing done on their product.

Since the IRIS does not have a QA inspection sticker on it, it is hard to gain any insight into the pre-shipment process. I would like to know if they shake test the IRIS before shipping...

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

Join diydrones

Tags: failures, iris, problems
Email me when people reply –
Follow

Replies

  • GByron Brooks March 12, 2014 at 9:12am

    Wow: This is a very active group of enthusiast. I did not give all of the information in my short post because the problem apparently resolved ( hopefully permanently).  To help with some of the details. First my experience is not unique. I started this thread because I saw several other IRIS owns reports similar problems. The only way to see if we have an intermittent bug is to log the failures. 

    I did not print out the log report. I have two quads from 3D Robotics (in addition to a phantom and I  had the ELEV8) and I have the Mission Planner up and running ( on Windows ,  the Android equivalent is working and I am working  on getting a Ubuntu version running). In my particular case,my transmitter settings were as set-forth in the user manual. My transmitter was calibrated and working per my pre-light test with the Mission Planner. My indicator lights were appropriate. Green with GPS or Blue without. I did not change my transmitter settings between disconnects. I tried the battery connect disconnect because I saw a trouble report describing a similar problem with an earlier IRIS (perhaps December 2013). They connected and disconnected several times and the system cleared. I have experience with complicated systems and pinning down errors without an expensive complicated system acceptance testing program is difficult ; hence capturing the field failures helps. 

    Would any-buddy here know if 3DRobtics performs burn in testing prior to shipping?

    Just to smooth out some of the perceptions. I am an advocate of 3D Robotics. That is why a bought a second Quad from them. I think we need to support a US presence in this field. If we do not help our suppliers create and deliver a quality product all of our robots will be manufactured off shore.

    There is a possibility that this reported problem was caused by User Error, but we track these problems  and see if the problem is recurrent and related to: Hardware, Software , poor documentation or pilot/operator error. 

    Thank you for the trouble shooting pointers. I will take heed and track the data logs. I will also follow the Steve's recommendation regarding the ardupilot forum. 

    Thanks

  • 3D Robotics
    Chris Anderson March 11, 2014 at 6:13pm

    Please install one of the GCS apps (Mission Planner on Windows or APM Planner on Mac) and connect to Iris. That will give you all the info you need about system status. 

  • Moderator
    Michael Pursifull March 11, 2014 at 3:29pm
    Brooks: if the IRIS is not arming, there is a reason.
    There are many reasons. They are easier to observe if you are connected via telemetry to a ground station. Some reasons are advertised by the lights and by audio tones. Others are not. Here are some examples:
    - RC controller not in stabilize. This, you are not actually using the arm command, since that condition is required.
    - pixhawk safety toggle not engaged.
    - bad:
    - GPS/compass health
    - RC calibration
    - select perimeters (out of range acro angles, for example)
    - certain hardware conditions

    There are more, and most of these are reported via telemetry and shown in the ground station.

    Of course, you can fly headless, but you lose some visibility into the automatic checks (many of which you can turn off, if your operation does not rely on them, and you want to bypass these preflight checks; not recommended for most applications, but you might decide you "just want to fly")

    Nothing in what you've deceived sounds like a bug. It sounds like the system is protecting you, you just don't yet know how to "lisyen" to what it's protecting you from. Some of these issues (especially GPS health) can be transient.... It might not have gotten a solid GPS lock..... And if it launches without, bad things can happen, as an example)
  • AKRCGUY March 11, 2014 at 2:44pm

    You have to arm in stabilize.  Both switches in the up position.

    • Ken Fayal > AKRCGUY March 11, 2014 at 2:48pm

      There seems to be some confusion on this.  I have armed in AltHold mode with green flashing LED indicating GPS lock.

    • Helicopter_Joe > AKRCGUY March 11, 2014 at 2:48pm

      Actually you can arm in both loiter and alt_hold on the IRIS which has v3.1x fw. You just need to have 3d fix for Loiter and any other mode that uses loiter.

  • Helicopter_Joe March 11, 2014 at 2:30pm

    Also, as I understand it - 3DR is trying to get everyone to post all of the IRIS troubleshooting etc questions on the site I listed above. And to not post hem here, this will help keep things organized in one central spot. 

    Steve

This reply was deleted.