Three Unexpected Things |
Post Reply |
Author | |
DavidBunin
Senior Member Joined: 20 May 2015 Location: Rockwall, TX Status: Offline Points: 742 |
Post Options
Thanks(0)
Posted: 01 Jan 2017 at 6:28am |
I flew my airplane from Dallas to Phoenix for the holidays, and back. Over the course of the trip, my IFD-540 did three things that I did not expect. In chronological order:
About ten minutes from the end of my first leg the IFD lost GPS lock. I've read about this issue here in the forums, but with more than a year and a half behind the IFD I have never observed the problem in my airplane until now. There were five GPS receivers active in my airplane, including two Garmin portable units, an old iPad, and the NavWorx GPS (that the FAA currently has heartburn over) and the IFD was the only one of the five to lose the position lock. The IFD found itself again after about a minute. I didn't take a picture of it while the position was lost. With so much redundancy available to me, the dropout was of minimal concern. The only thing about it was that my new iPad (Christmas gift) does not have an internal GPS and it will rely on the IFD for position when I start using it. The other problem was that I found I was not prepared to revert to non-GPS guidance. I know, this is a pilot issue and not an equipment issue. It was a VFR leg, and conditions were clear, but I did not yet have the field in sight and I did not immediately know what heading would take me there. I had been relying on the map and track guidance in continuous light turbulence, so the heading indicator had not been steady on any one value for more than an hour. I do not have an autopilot or a heading bug. I know: a pilot issue. The westbound legs of the trip were conducted at relatively low cruising altitudes in an attempt to minimize the headwinds. West Texas and New Mexico are sparsely populated, and I'm sure I was in areas of poor coverage for both radar and ADS-B. I rather frequently observed a "Traffic Sensor Fault" CAS message, which I attributed to the poor coverage condition. But as I passed North of Tucson, I had the CAS message while at the same moment there were at least six targets being displayed. See image below. That one had me scratching my head. What fault could there be when the thing is working? The last odd thing the IFD did was on my return trip. When I checked the TAF coming into Dallas, I noticed that the wind data ran into the right-side margin of the screen. Notice the "21013KT" text. One thing that was not unexpected was the little bit of data in the top left corner of the screen. While I had to duck under the headwinds for the trip west, I rode high on the eastbound legs and yes I really was doing 158 knots over the ground in a Cessna 172 (and at times even faster than that). We made it from Demming to Dallas in under four hours, a new personal best. Also, the ETA at Destination is indicating AM when it should be PM. This is a known issue that I'm sure is already slated to be addressed in a future software release. It happens when the arrival time occurs in the following Zulu day. Not unexpected. David Bunin |
|
chflyer
Senior Member Joined: 24 Jan 2013 Location: LSZK Status: Offline Points: 1034 |
Post Options
Thanks(0)
|
Re GPS lock, first question is what release? Each new release seems to fix additional GPS lock issues, so if you're not on 10.1.3 that update would be the first action I would take.
Even the 10.2 content list indicated an additional GPS-related change so Avidyne would seem to have an active (semi)permanent quality improvement program in place for GPS, which is of course needed even if the incidence at 10.1.3 seems to be much reduced. I'm not sure why Avidyne is finding this to be such a challenge even if credit is due for keeping on it to get it put to bed. As you noted, all the portables just kept on trucking. I owned a GNS 430/430W for a total of over 13 years and don't recall one single GPS issue in all that time. I was an IFD540 pre-buy and am now on my fourth unit. Two of the replacements were related to GPS loss. Edited by chflyer - 01 Jan 2017 at 9:07am |
|
Vince
|
|
Catani
Senior Member Joined: 21 Jan 2016 Status: Offline Points: 362 |
Post Options
Thanks(0)
|
|
|
DavidBunin
Senior Member Joined: 20 May 2015 Location: Rockwall, TX Status: Offline Points: 742 |
Post Options
Thanks(0)
|
Thanks guys. I am running software 10.1.2.0and had never experienced any problems when 10.1.3.0 came out. Also, my understanding was that 10.1.3.0 only offered improvements for the European theater of operation, so I didn't bother.
The AM/PM thing doesn't bother me. I knew I was going to arrive after dark, and I knew it wasn't going to take me all night to get home. As product defects go, this one falls into the "mildly amusing" category for me. David |
|
teeth6
Senior Member Joined: 10 Mar 2014 Status: Offline Points: 741 |
Post Options
Thanks(0)
|
I've experienced that traffic issues and the false report of "Traffic Sensor Fault" is supposed to be corrected in 10.2. Today, I experienced the opposite. I had a datalink error message but NO traffic sensor fault but still I was not receiving any traffic on my display despite multiple aircraft showing on Foreflight via the Stratus. I reset the circuit breaker for the MLB traffic and immediately all the traffic popped onto the screen.
|
|
MysticCobra
Senior Member Joined: 29 Jan 2013 Status: Offline Points: 661 |
Post Options
Thanks(0)
|
"Reset" implies the breaker popped, and you pushed it back in. I think you meant to say that you intentionally cycled the breaker open/closed to reboot the MLB100, right? Or did you actually find that the MLB's cb had tripped?
Edited by MysticCobra - 02 Jan 2017 at 7:56pm |
|
teeth6
Senior Member Joined: 10 Mar 2014 Status: Offline Points: 741 |
Post Options
Thanks(0)
|
I intentionally reset the MLB breaker. It did not trip but resetting it solved the issue.
|
|
DavidBunin
Senior Member Joined: 20 May 2015 Location: Rockwall, TX Status: Offline Points: 742 |
Post Options
Thanks(0)
|
I guess nobody cared about the TAF data running "off the screen" as shown above?
|
|
oskrypuch
Senior Member Joined: 09 Nov 2012 Location: CYFD Status: Offline Points: 3061 |
Post Options
Thanks(0)
|
What is EFM311500??
Oh wait, that is "E" munged together with FM311500. Some sort of overwrite or bad weather string issue?
* Orest Edited by oskrypuch - 07 Jan 2017 at 6:45pm |
|
DavidBunin
Senior Member Joined: 20 May 2015 Location: Rockwall, TX Status: Offline Points: 742 |
Post Options
Thanks(0)
|
I read it as "Effective From". But I did notice that the forecast for 2300 wasn't that way.
|
|
oskrypuch
Senior Member Joined: 09 Nov 2012 Location: CYFD Status: Offline Points: 3061 |
Post Options
Thanks(0)
|
I would suspect that that is what tripped it up, no new line break genereated by EFM, vice FM.
I've never seen or heard of EFM as an interval prefix in a metar string. * Orest Edited by oskrypuch - 11 Jan 2017 at 12:31pm |
|
oskrypuch
Senior Member Joined: 09 Nov 2012 Location: CYFD Status: Offline Points: 3061 |
Post Options
Thanks(0)
|
I have confirmed it with some Meteo guys, that WAS a typo in the METAR stream. These are usually caught by the parser, but somehow it got through. It should just read FM. * Orest |
|
Post Reply | |
Tweet
|
Forum Jump | Forum Permissions You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |