Avidyne Homepage
Forum Home Forum Home > Avidyne General > IFD 5 Series & IFD 4 Series Touch Screen GPS/NAV/COM
  New Posts New Posts RSS Feed - Flight data transfer from IFD540 to Aspen
  FAQ FAQ  Forum Search   Register Register  Login Login

Flight data transfer from IFD540 to Aspen

 Post Reply Post Reply
Author
Message
Cruiser View Drop Down
Groupie
Groupie
Avatar

Joined: 24 Feb 2017
Location: Ohio
Status: Offline
Points: 88
Post Options Post Options   Thanks (0) Thanks(0)   Quote Cruiser Quote  Post ReplyReply Direct Link To This Post Topic: Flight data transfer from IFD540 to Aspen
    Posted: 29 Jan 2019 at 7:07pm
I have noticed that the flight path data is not being displayed on my Aspen PFD/MFD .
The flight plan route show correctly but the curved path course does not transfer from the IFD540 to the Aspen screen.

I noticed that the HOLD depictions are also missing. The IFD540 shows the actual flight path for entry i.e. parallel, teardrop etc. on the screen but only the standard hold image is shown on the Aspen units.

Anyone know why this data is not getting transferred?

TomK


Edited by Cruiser - 29 Jan 2019 at 7:09pm
Back to Top
nrproces View Drop Down
Groupie
Groupie


Joined: 19 Sep 2016
Location: Marion, MT
Status: Offline
Points: 56
Post Options Post Options   Thanks (0) Thanks(0)   Quote nrproces Quote  Post ReplyReply Direct Link To This Post Posted: 30 Jan 2019 at 7:41am
Is this a recent phenomenon, or did it just become noticed? Annual recently, or other equipment install since it started? Could be a stream or settings issue, but more information is required to troubleshoot.


Edited by nrproces - 30 Jan 2019 at 7:43am
Sauce
Back to Top
Cruiser View Drop Down
Groupie
Groupie
Avatar

Joined: 24 Feb 2017
Location: Ohio
Status: Offline
Points: 88
Post Options Post Options   Thanks (0) Thanks(0)   Quote Cruiser Quote  Post ReplyReply Direct Link To This Post Posted: 30 Jan 2019 at 9:15am
This condition was actually brought to my attention. I did not notice it so I can't say that it was a change or always this way.
The IFD 540 is wired to the Aspens via 429 data lines per the install instruction.

I thought what was shown on the Avidyne would be shown on the Aspen.
Back to Top
nrproces View Drop Down
Groupie
Groupie


Joined: 19 Sep 2016
Location: Marion, MT
Status: Offline
Points: 56
Post Options Post Options   Thanks (0) Thanks(0)   Quote nrproces Quote  Post ReplyReply Direct Link To This Post Posted: 30 Jan 2019 at 12:38pm
Well, I have a pro 1500 system that is driven by my 540, on the MFD, which is the second Aspen system that is what I get, a repeat of the 540 stuff, on the primary I do not get that information. What Aspen system do you have?
Sauce
Back to Top
Cruiser View Drop Down
Groupie
Groupie
Avatar

Joined: 24 Feb 2017
Location: Ohio
Status: Offline
Points: 88
Post Options Post Options   Thanks (0) Thanks(0)   Quote Cruiser Quote  Post ReplyReply Direct Link To This Post Posted: 30 Jan 2019 at 2:48pm
here is an image
Capture2.JPG
Back to Top
nrproces View Drop Down
Groupie
Groupie


Joined: 19 Sep 2016
Location: Marion, MT
Status: Offline
Points: 56
Post Options Post Options   Thanks (0) Thanks(0)   Quote nrproces Quote  Post ReplyReply Direct Link To This Post Posted: 31 Jan 2019 at 8:35am
Is auto course enabled? You are at the fix, what is the next fix on your 540? I can only see the Aspen, do you have this shot with the 540 in view?
Sauce
Back to Top
Cruiser View Drop Down
Groupie
Groupie
Avatar

Joined: 24 Feb 2017
Location: Ohio
Status: Offline
Points: 88
Post Options Post Options   Thanks (0) Thanks(0)   Quote Cruiser Quote  Post ReplyReply Direct Link To This Post Posted: 31 Jan 2019 at 1:40pm
My IFD540 shows the HOLD racetrack with the parallel entry path and the message at the bottom of the screen Parallel entry.


Edited by Cruiser - 02 Feb 2019 at 8:45am
Back to Top
Tquigley View Drop Down
Newbie
Newbie
Avatar

Joined: 01 Feb 2019
Location: Athens, GA
Status: Offline
Points: 8
Post Options Post Options   Thanks (0) Thanks(0)   Quote Tquigley Quote  Post ReplyReply Direct Link To This Post Posted: 03 Feb 2019 at 12:02pm
We’ve had the exact same issue.  Approaching KAHN from the south, we specified the RNAV20 with procedure turn at UMMIL. 540 showed proper route, Aspen PFD showed the CDI properly but the MFD did not update magenta line to proper path.  If you look at the top of the MFD it shows that we are on an active segment to KAHN heading 359 degrees and then to UMMIL.  But 359 degrees is the heading to UMMIL and KAHN is more like 280 when this photo was taken.  These photos were several minutes after activating the approach.  Telling it to go direct UMMIL several times didn’t change anything.  Eventually I added UMMIL manually as a waypoint and that fixed it.  That was last weekend.  Yesterday I specified the ILS 27 and things updated immediately.  Very puzzling.  Any ideas?  Getting close to my month in and considering putting the 530 back in and returning the 540 if this keeps up. 









Back to Top
Cruiser View Drop Down
Groupie
Groupie
Avatar

Joined: 24 Feb 2017
Location: Ohio
Status: Offline
Points: 88
Post Options Post Options   Thanks (0) Thanks(0)   Quote Cruiser Quote  Post ReplyReply Direct Link To This Post Posted: 04 Feb 2019 at 9:55am
looks like there was a gap in your flight plan. That might have something to do with it.
Back to Top
AviSteve View Drop Down
Admin Group
Admin Group
Avatar

Joined: 12 Feb 2018
Location: Melbourne, FL
Status: Offline
Points: 871
Post Options Post Options   Thanks (0) Thanks(0)   Quote AviSteve Quote  Post ReplyReply Direct Link To This Post Posted: 04 Feb 2019 at 11:46am
Originally posted by Cruiser Cruiser wrote:

My IFD540 shows the HOLD racetrack with the parallel entry path and the message at the bottom of the screen Parallel entry.
The IFD map is drawn using every bit of information that the IFD has regarding the flight plan.  The Aspen, however, is being driven by the ARINC 429 GAMA Graphics stream.  The GAMA 429 stream doesn't have enough features or capacity to fully replicate what you'll see on the IFD.  That's a function of the decades old spec, not the IFD.  In the specific case you illustrated, the IFD will show a hold entry and the candy-stripe next leg, but the Aspen (or any other device using the GAMA Graphics) will only shown the basic hold.
Steve Lindsley
Avidyne Engineering
Back to Top
AviSteve View Drop Down
Admin Group
Admin Group
Avatar

Joined: 12 Feb 2018
Location: Melbourne, FL
Status: Offline
Points: 871
Post Options Post Options   Thanks (0) Thanks(0)   Quote AviSteve Quote  Post ReplyReply Direct Link To This Post Posted: 04 Feb 2019 at 11:53am
Originally posted by Tquigley Tquigley wrote:

... KAHN ... Very puzzling.  Any ideas?
I have noticed before that the Aspen is very slow to respond to changes in the ARINC-429 stream.  I'm not sure exactly why that is.  It actually appears to process some of the data quickly, but the active waypoint and the graphics are really slow. 

I did try your exact example using an Aspen PFD and it did ultimately update to UMMIL, but it was minutes before that happened.   I was simultaneously running one of our Entegra MFDs and it responded to the same data stream almost immediately.  It may have something to do with the preceding gap, as suggested.  I'll try to run a few more informal tests here to see if I can do anything in the GAMA graphics stream to kick start the Aspen while not breaking any of the other devices that typically connect to that same stream.
Steve Lindsley
Avidyne Engineering
Back to Top
Tquigley View Drop Down
Newbie
Newbie
Avatar

Joined: 01 Feb 2019
Location: Athens, GA
Status: Offline
Points: 8
Post Options Post Options   Thanks (0) Thanks(0)   Quote Tquigley Quote  Post ReplyReply Direct Link To This Post Posted: 04 Feb 2019 at 12:19pm
Thanks for the quick reply.  Our experience is that sometimes it does update after several minutes, other times is simply doesn’t update. Still others it works normally. It was sometimes slow with the Garmin, but never more than 15-20 seconds.   In the attached case, we let it go more than 10 mins with nothing.  Most unsettling is that the Aspen did NOT behave this way with the Garmin 530w so we cant be blaming the Aspen.  Either I screwed something up on the install or the 540 is doing something different and isn’t a perfect substitute for the Garmin.

I’m about to send an email with a few more examples (and some other bugs/questions) to your support email address.  Happy to email them directly to you as well if you would like.  


Edited by Tquigley - 04 Feb 2019 at 12:20pm
Back to Top
AviSteve View Drop Down
Admin Group
Admin Group
Avatar

Joined: 12 Feb 2018
Location: Melbourne, FL
Status: Offline
Points: 871
Post Options Post Options   Thanks (0) Thanks(0)   Quote AviSteve Quote  Post ReplyReply Direct Link To This Post Posted: 04 Feb 2019 at 4:50pm
Originally posted by Tquigley Tquigley wrote:

Thanks for the quick reply.  Our experience is that sometimes it does update after several minutes, other times is simply doesn’t update. Still others it works normally. It was sometimes slow with the Garmin, but never more than 15-20 seconds.   In the attached case, we let it go more than 10 mins with nothing.  Most unsettling is that the Aspen did NOT behave this way with the Garmin 530w so we cant be blaming the Aspen.  Either I screwed something up on the install or the 540 is doing something different and isn’t a perfect substitute for the Garmin.

I’m about to send an email with a few more examples (and some other bugs/questions) to your support email address.  Happy to email them directly to you as well if you would like.  
I'm not trying to shirk responsibility, but there is an aspect of the Aspen that could be in play here.  I suspect they optimized their software for the Garmin stream and didn't necessarily strictly implement the GAMA 429 spec.  So, anything in our stream that is not in the Garmin stream might not be handled so well.  I believe that to be the case here since my best guess is that the cause of this behavior is the gap immediately preceding UMMIL.  The 530 doesn't have the concept of gaps like the 540 does and gaps *are* represented in the GAMA stream.

I did try a few quick software changes earlier today to see if I could kick-start the Aspen in this case, but to no avail.  I'd have to break open a lot of stuff right now in order to do any more in depth testing and experimentation.

I am curious, though, since there are plenty of users out there using Aspen.  Is anyone else noticing this kind of behavior?  If not, are other techniques being used for activating approaches that mask the behavior?  
Steve Lindsley
Avidyne Engineering
Back to Top
Bob H View Drop Down
Senior Member
Senior Member


Joined: 26 Jan 2018
Location: NH - KMHT
Status: Offline
Points: 152
Post Options Post Options   Thanks (0) Thanks(0)   Quote Bob H Quote  Post ReplyReply Direct Link To This Post Posted: 05 Feb 2019 at 12:50am
Isn't it also fair to say that with the higher functionality of the IFD there is a lot more data being pumped out for the Aspen to process?  Sort of like trying to run Windows 10 on an old PC.  I wouldn't blame Windows 10 for the limitations of the hardware.
Bob
Back to Top
Tquigley View Drop Down
Newbie
Newbie
Avatar

Joined: 01 Feb 2019
Location: Athens, GA
Status: Offline
Points: 8
Post Options Post Options   Thanks (0) Thanks(0)   Quote Tquigley Quote  Post ReplyReply Direct Link To This Post Posted: 05 Feb 2019 at 3:10am
I’m not trying to pick a fight with anyone or cast blame.   Given I see mainly happy reports of IFD540 users and just this (original post and mine) and a few other mentions of issues with aspen MFDs on this forum and no where else, my assumption is that I must have screwed something up.  There must be hundreds of installs with 540s and  and Aspen MFDs so,if this was an ongoing problem, I’d think you would have heard about it.  But, if I didn’t scree something up, it’s kind of a problem that the aspen will draw a line to the wrong place with the 540 in a way that didn’t happen with the Garmin 530 which it replaced.  If I was in IMC when that happened it wouldn’t have been fun.  

Avidyne advertises this as a direct swap for the 530w. Maybe I’m being unreasonable here but that to me means it should just work with rather than break things that worked with the 530. I just went back and reviewed the self install checklist again and nowhere does it say I can’t do it if I also have other things the 530 was driving. I mean isn’t it a safety of flight issue to expect it to interface as the 530 did if it is meant to be a direct replacement? I also just found a compatibility list that does not include the Aspen MFD. If this is really a problem, and your testing seems to suggest it is, shouldn’t there be a limitation for self installs that one only has compatible equipment interfaces with the 530 and, thus, the 540?  


Back to Top
PA20Pacer View Drop Down
Senior Member
Senior Member


Joined: 07 Mar 2012
Location: Illinois (LL22)
Status: Offline
Points: 142
Post Options Post Options   Thanks (0) Thanks(0)   Quote PA20Pacer Quote  Post ReplyReply Direct Link To This Post Posted: 05 Feb 2019 at 7:29am
Originally posted by AviSteve AviSteve wrote:

I have noticed before that the Aspen is very slow to respond to changes in the ARINC-429 stream.  I'm not sure exactly why that is.  It actually appears to process some of the data quickly, but the active waypoint and the graphics are really slow. 


Hi Steve-

I have observed the same behaviour with the Aspen. While it would be nice if the response was faster, it has not bothered me a great deal. This may be something on which you wish to work with Aspen, since many IFD540 users have opted for the Aspen PFD.

Regards,

Bob 
Bob Siegfried, II
Brookeridge Airpark (LL22)
Downers Grove, IL
Back to Top
AviSteve View Drop Down
Admin Group
Admin Group
Avatar

Joined: 12 Feb 2018
Location: Melbourne, FL
Status: Offline
Points: 871
Post Options Post Options   Thanks (0) Thanks(0)   Quote AviSteve Quote  Post ReplyReply Direct Link To This Post Posted: 05 Feb 2019 at 9:34am
Originally posted by Tquigley Tquigley wrote:

I’m not trying to pick a fight with anyone or cast blame.   ...
No offense taken, I truly am curious why we haven't heard about this before.  We did plenty of testing with several pieces of equipment that consume the GAMA 429 stream, including Aspen, during development.  We certainly noticed that the Aspen was slow to respond, but just never experienced a case that was as slow as this one.

We'll be taking a look at this exact case to see what we can do to improve the performance.
Steve Lindsley
Avidyne Engineering
Back to Top
Tquigley View Drop Down
Newbie
Newbie
Avatar

Joined: 01 Feb 2019
Location: Athens, GA
Status: Offline
Points: 8
Post Options Post Options   Thanks (0) Thanks(0)   Quote Tquigley Quote  Post ReplyReply Direct Link To This Post Posted: 26 Feb 2019 at 10:44am
For anyone following this thread, I think I’ve narrowed the long delay issue down to an issue with procedures that have course reversals.  See below for a lengthy email I sent to tech reps for both Avidyne and Aspen with links to videos showing how we came to this conclusion.  Of note is that it’s not just the MFD. While the CDI on the PFD works, the next waypoint and heading into on the PFD are also not updated.  

Aspen has suggested switching the connection speeds to high speed.  I tried that but it didn’t work at all (as in nothing worked) and besides it seems like a bad idea to just change settings in ways that are counter to the install manual. Aspen also seems to think paying them a few grand to upgrade to their new Max line will help.  Sure.  Why not.  I’ve received no response from Avidyne. 

 

——————-

Dear     ,


I’ve traded emails with both of you regarding an updating problem I’ve seen on my Aspen MFD since replacing my Garmin 530w with an Avidyne IFD540.  I tried a few other scenarios this weekend that seems to isolate course reversals as the culprit.  I’ve copied Mike with Gwinnett Aero and Jeff, my co-owner, on this email.  

 

You may recall we first saw this issue flying the RNAV 21 approach into KAHN via the UMMIL fix from the south. This procedure requires a course reversal from this direction.  As shown in this video, you will see when going from “Direct KAHN” to selecting the approach, the IFD540 updates, the Aspen PFD 1000 updates with the proper heading and CDI guidance, but the MFD picture does not update.  After a while we change the approach to use one of the feeder legs into the RNAV approach (specifically the same RNAV 20 but this time via THUDS, which does not require a course reversal).  The Aspen updates the picture for this almost immediately.  

 

https://share.icloud.com/photos/003BiQGEWZLhnC6OXEYsacY-A

 

 

To make sure this issue wasn’t approach specific, we then selected the RNAV 27 via IMAVE (we were west of this fix thus requiring a course reversal).  Again, the IFD updates right away but not the Aspen MFD.  

 

We select the exact same approach a little bit later but this time we are slightly east of (outside of) IMAVE making the course reversal optional. The Aspen MFD updates immediately showing the picture of the course reversal. 

 

https://share.icloud.com/photos/0pJJ017nbltsUxCUcaF6Nd_vg

 

 

In the next video we again specify RNAV 27 via IMAVE and we are west of (on the airport side) of the fix.  This time it creates the image right away but doesn’t provide a magjeffenta line from the current position to IMAVE (though if you look close, the MFD does show the proper next waypoint on the top as IMAVE, which is not the case when the picture doesn’t update like in the prior videos).  

 

https://share.icloud.com/photos/0VOaXsUcvgObVvK7HHS9b2jpQ

 

In the next video we select RNAV 27 via IMAVE again (we are inside the fix).  The MFD does not update. However, if we delete the “gap” that shows up in the flight plan, the MFD updates the picture but seems to highlight the inbound leg to the airport rather than the course from our current location.  

 

https://share.icloud.com/photos/01i4MJxp-IhtTvb6La-v9T1CA

 

In this next video, we are outside of IMAVE when we select the RNAV 27 approach via IMAVE.  While the MFD updates the heading (at the top) to show IMAVE, the picture on the screen stays direct KAHN. We then remove the course reversal at IMAVE and the picture updates to what we’d expect to see. 

 

https://share.icloud.com/photos/097bYZP_HJ5TmBVxQiSgg-KxQ

 

We then tried the RNAV 9 approach at KAHN via SALIN (which, from the east, requires a course reversal).  Again, the MFD does not update.  Deleting the course reversal allows the picture on the MFD to update.  Next we try activating the same approach via one of the feeder legs (JODAS) and things update as we’d expect.  At the very end of the video, we select the approach via SALIN again (around 3:30).  At 4:54, the picture updates to show what we selected without any input by us – so it took 1:24 to draw the right picture).

 

https://share.icloud.com/photos/05s7_TN-o55vO2zK0JCS3WUow

 

In the final video, we go back to the RNAV 20 via UMMIL.  In this case we are north of the fix thus the course reversal/hold is not required.  The image does not draw on the MFD.  We then delete the hold and the picture updates immediately. 

 

https://share.icloud.com/photos/0oIew7urYlmLOEIkO7-E-2Tzw

 

Collectively, these examples seem to show that the problem is with approaches that have a course reversal aspect to them.  Perhaps this can help uncover the underlying issue and maybe find a solution?  

 

If you would like me to try anything else, let me know.  

 

Tim Quigley

N9024P

 
Back to Top
PA30 TC View Drop Down
Newbie
Newbie


Joined: 06 Jun 2012
Status: Offline
Points: 4
Post Options Post Options   Thanks (0) Thanks(0)   Quote PA30 TC Quote  Post ReplyReply Direct Link To This Post Posted: 19 Mar 2019 at 8:22am
I have a similar issue with my single Aspen Pro 1000 that originates on the ground after power up with the flight plan loaded in the Avidyne IFD540(software V10.2.0) in that the Aspen lower CDI is very slow to populate the flight plan data.  Yesterday, from power up until the flight plan displayed took 9.5 minutes.  Seems to operate normally after 429 data is displayed on the CDI.

The following is my query to Aspen Tech Support and their reply:

 Over the last 6 mos or so I have noticed that my Aspen Pro 1000 p/n 910-00001-001,  with software V2.7.2 has been very slow to populate the lower HSI with the flight plan data generated by my Avidyne IFD540 GPS.  It takes 8-10 minutes after power up to finally accept the inputs and display the routing.  Nothing has changed since the original install in April 2015 and has operated normally as soon as the GPS is fully operational.  Is there currently any known issues on this anomaly/problem and or software upgrades that may alleviate this condition?  

Response:

This has something to do with how the IFD transmits there data via ARINC 429. The speed at which they are sending packets is faster than Garmin, Bendix/King, etc. and this is causing the delay in our processor computing the information when it is initially sent to us. It's possible that when our new Max is available, this will not be an issue since the Max has a much faster processor. We have not changed anything with our displays on how we receive information and there is no issue with this with all other GNAV's on the market. 


What is curious is there have been no changes to the hardware or software or settings in over 2 years and was not an issue before.  I certainly will not be upgrading to the MAX unit in the future.  

Any suggestion greatly appreciated!

CW  

CW
Back to Top
SocialFlight View Drop Down
Newbie
Newbie


Joined: 02 Oct 2015
Location: Marlborough, MA
Status: Offline
Points: 6
Post Options Post Options   Thanks (0) Thanks(0)   Quote SocialFlight Quote  Post ReplyReply Direct Link To This Post Posted: 22 Mar 2019 at 12:47pm
I'm having this issue and it's a significant frustration while flying approaches.  I can live with the update delay of the flight path display to the Aspen Pro (although it's painful).  To be clear - everything is displaying fine on the Avidyne.  However, it's a real problem to be hand-flying a hold on an approach that is displayed on the Avidyne and not displayed on the Aspen in front of me.  

This issue seems intermittent, but frequent enough to be a real problem.  Is there any operator workaround to get it to display?  I hate the idea of reloading an approach while flying it (and that doesn't work consistently).  Suggestions?


Edited by SocialFlight - 22 Mar 2019 at 12:49pm
- Jeff Simon
www.SocialFlight.com
Get the FREE app with over 20,000 aviation events!
Back to Top
Cruiser View Drop Down
Groupie
Groupie
Avatar

Joined: 24 Feb 2017
Location: Ohio
Status: Offline
Points: 88
Post Options Post Options   Thanks (0) Thanks(0)   Quote Cruiser Quote  Post ReplyReply Direct Link To This Post Posted: 22 Mar 2019 at 8:46pm
Practice..................

Not to trivialize the issue but none of us should be dependent on these at a safety of flight level.
Back to Top
Tquigley View Drop Down
Newbie
Newbie
Avatar

Joined: 01 Feb 2019
Location: Athens, GA
Status: Offline
Points: 8
Post Options Post Options   Thanks (0) Thanks(0)   Quote Tquigley Quote  Post ReplyReply Direct Link To This Post Posted: 22 Mar 2019 at 10:09pm
on some level I agree.  On the other hand, the whole point of spending the dollars on this equipment is to make things safer.  If they are going to be certificated and priced as replacements for primary instruments, they should freaking work as expected. 
Back to Top
SocialFlight View Drop Down
Newbie
Newbie


Joined: 02 Oct 2015
Location: Marlborough, MA
Status: Offline
Points: 6
Post Options Post Options   Thanks (0) Thanks(0)   Quote SocialFlight Quote  Post ReplyReply Direct Link To This Post Posted: 22 Mar 2019 at 10:48pm
I'd prefer to focus on finding a solution, or at least an interim workaround.  

With all due respect, properly functioning navigation avionics during IFR flight are most definitely a safety of flight issue.  Saying "Practice" isn't not a constructive contribution to the group on this topic searching for a solution so a very real and specific problem.

Back on a constructive note: Has anyone identified if the issue is related to having a discontinuity in the flight plan?
- Jeff Simon
www.SocialFlight.com
Get the FREE app with over 20,000 aviation events!
Back to Top
Cruiser View Drop Down
Groupie
Groupie
Avatar

Joined: 24 Feb 2017
Location: Ohio
Status: Offline
Points: 88
Post Options Post Options   Thanks (0) Thanks(0)   Quote Cruiser Quote  Post ReplyReply Direct Link To This Post Posted: 23 Mar 2019 at 9:40am
my suggestion to "Practice" was intended to be constructive.
As I said, not to trivialize this issue.
We are too dependent on our equipment and need to practice flying the airplane more. It is the SAFE thing to do.

Now, I have seen delays of a few seconds with my Aspen/IFD540 combo but not minutes. Aspen says it might be improved with the new computer chips in the MAX upgrade. I will let you know when my upgrade is completed.
Back to Top
SocialFlight View Drop Down
Newbie
Newbie


Joined: 02 Oct 2015
Location: Marlborough, MA
Status: Offline
Points: 6
Post Options Post Options   Thanks (0) Thanks(0)   Quote SocialFlight Quote  Post ReplyReply Direct Link To This Post Posted: 23 Mar 2019 at 11:52am
We may have separate symptoms here.  I would be more comfortable if my issue were related to a delay drawing the course and hold on the Aspen.  In my case, many approaches fail to draw at all on the Aspen.
- Jeff Simon
www.SocialFlight.com
Get the FREE app with over 20,000 aviation events!
Back to Top
AviSteve View Drop Down
Admin Group
Admin Group
Avatar

Joined: 12 Feb 2018
Location: Melbourne, FL
Status: Offline
Points: 871
Post Options Post Options   Thanks (0) Thanks(0)   Quote AviSteve Quote  Post ReplyReply Direct Link To This Post Posted: 25 Mar 2019 at 12:07pm
I'm trying to characterize this problem a little better.  We have an EFD1000 Aspen in our lab that exhibits really slow behavior and another that doesn't.  The bad one has Map version 2.3.1 and IP version 2.0.2.  The good one has Map version 2.6.2 and IOP version 2.0.5.

Can you guys post the model/versions of your Aspens?  I suspect that those of you having problems will be the most motivated to do so, but it would be interesting also to hear from those of you that aren't experiencing the problem as well.
Steve Lindsley
Avidyne Engineering
Back to Top
SocialFlight View Drop Down
Newbie
Newbie


Joined: 02 Oct 2015
Location: Marlborough, MA
Status: Offline
Points: 6
Post Options Post Options   Thanks (0) Thanks(0)   Quote SocialFlight Quote  Post ReplyReply Direct Link To This Post Posted: 25 Mar 2019 at 9:27pm
I was experiencing the issue with Aspen software version: MAP:V2.9  IOP:V2.1.    

I upgraded the Aspen today to MAP:V2.9.0.1  IOP:V2.1.1.  A test flight with the unit after upgrade did not duplicate the issue (but it was slow to update FP display).  It was not an exhaustive test flight, so I will send an update after more testing.
- Jeff Simon
www.SocialFlight.com
Get the FREE app with over 20,000 aviation events!
Back to Top
PA20Pacer View Drop Down
Senior Member
Senior Member


Joined: 07 Mar 2012
Location: Illinois (LL22)
Status: Offline
Points: 142
Post Options Post Options   Thanks (0) Thanks(0)   Quote PA20Pacer Quote  Post ReplyReply Direct Link To This Post Posted: 26 Mar 2019 at 8:35am
Hi Steve-

I experience the slow Aspen update phenomenon with MAP v2.8 and IOP vB2.0.5.

Regards,

Bob
Bob Siegfried, II
Brookeridge Airpark (LL22)
Downers Grove, IL
Back to Top
PA30 TC View Drop Down
Newbie
Newbie


Joined: 06 Jun 2012
Status: Offline
Points: 4
Post Options Post Options   Thanks (0) Thanks(0)   Quote PA30 TC Quote  Post ReplyReply Direct Link To This Post Posted: 08 Apr 2019 at 8:16am
Hi Steve,

My Aspen Pro EFD 1000 is using Map Version 2.7.2 and IOP 2.0.5.

Before departure for Sun N Fun on Thursday, it took about 12 minutes for the flight plan data  populate to the  Aspen.  Before the data populated there was a GPS1(single GPS unit installed) yellow caution flag displayed with a red line through the  caution flag.  After the 12 minute period and just before the display populated, the Aspen showed the following:  flashed about 3 times:  RSM GPS Reversion, Emergency Use Only and then the Aspen displayed the flight plan data from the 540 with no problems for the remainder of the trip. The Aspen pilot guide states that this caution is presented when a configured GPS source's data is invalid or unavailable.  I spoke with an Avidyne Tech Support Rep at the show and he ask that I forward my data logs.  He was unaware of this issue. The Aspen Tech Rep was also unaware of this issue and had no explanation after I explained the entire sequence of events.  On return from Sun N Fun on Sunday, the Aspen displayed the flight plan data after only about 1 minute, much quicker than I have experienced lately.  Hope this info helps narrow down the possible causes.
CW
CW
Back to Top
Cruiser View Drop Down
Groupie
Groupie
Avatar

Joined: 24 Feb 2017
Location: Ohio
Status: Offline
Points: 88
Post Options Post Options   Thanks (0) Thanks(0)   Quote Cruiser Quote  Post ReplyReply Direct Link To This Post Posted: 08 Apr 2019 at 2:42pm
IF the Aspen does not have the GPS nav source the FltPlan will not transfer. (no nav info to identify a route)

Did the IFD 540 show any issues? I,e. failure to lock in GPS position, etc.?



Edited by Cruiser - 08 Apr 2019 at 2:43pm
Back to Top
PA30 TC View Drop Down
Newbie
Newbie


Joined: 06 Jun 2012
Status: Offline
Points: 4
Post Options Post Options   Thanks (0) Thanks(0)   Quote PA30 TC Quote  Post ReplyReply Direct Link To This Post Posted: 09 Apr 2019 at 9:27am
The 540 was completely lock on with great GPS signal reception. The flight plan was installed, activated  and fully operational on the 540.  There were no other indications of a system failure or warning flags on the Avidyne unit.  My next plan is to download the data logs from the 540 and foward to Avidyne Tech support.
CW
CW
Back to Top
Tquigley View Drop Down
Newbie
Newbie
Avatar

Joined: 01 Feb 2019
Location: Athens, GA
Status: Offline
Points: 8
Post Options Post Options   Thanks (0) Thanks(0)   Quote Tquigley Quote  Post ReplyReply Direct Link To This Post Posted: 06 Sep 2019 at 11:17pm
I’ve been away from this thread for months as my plane went down for an unexpected engine overhaul in March.  Finally back in the air with new engine and we also had the Max upgrade done to our Aspen PFD and MFD 500.  Unfortunately the delay issue is still present.  Anyone make any headway on this?  
Back to Top
AviSteve View Drop Down
Admin Group
Admin Group
Avatar

Joined: 12 Feb 2018
Location: Melbourne, FL
Status: Offline
Points: 871
Post Options Post Options   Thanks (0) Thanks(0)   Quote AviSteve Quote  Post ReplyReply Direct Link To This Post Posted: 09 Sep 2019 at 3:19pm
Sorry, no.  Last time I tried it, I was unable to recreate the problem.  If you have a sure fire way to induce it, please send me the recipe.  A video would be helpful too, if possible.
Steve Lindsley
Avidyne Engineering
Back to Top
Tquigley View Drop Down
Newbie
Newbie
Avatar

Joined: 01 Feb 2019
Location: Athens, GA
Status: Offline
Points: 8
Post Options Post Options   Thanks (0) Thanks(0)   Quote Tquigley Quote  Post ReplyReply Direct Link To This Post Posted: 09 Sep 2019 at 11:44pm
see my original post above from Feb 3.  Your post from Feb 4 indicates you were able to recreate that scenario.  

Here’s a more recent video of the same approach.  


I only let it go about 90 seconds before selecting the same approach again.  After I did that, it worked after about 30 seconds.  I believe the issue is related to approaches with procedure turns.  

I came across this thread from a few years ago and made the changes suggested in the final post (changing 429 out from 540 to high and corresponding inputs on Aspen to high as well)

I couldn’t fly today but tried it out on the ground.  It was super speedy (5-8 seconds).  To compare, I set everything back to slow and tried again.  It always updated within 15 seconds but was always slower than what I saw using high speed.  I’d say it was typically 5-7 seconds on high speed and more like 8-15 on slow speed.  Who knows what will happen in the air but I am hopeful that will solve it.  I’ll let you know.  
Back to Top
AviSteve View Drop Down
Admin Group
Admin Group
Avatar

Joined: 12 Feb 2018
Location: Melbourne, FL
Status: Offline
Points: 871
Post Options Post Options   Thanks (0) Thanks(0)   Quote AviSteve Quote  Post ReplyReply Direct Link To This Post Posted: 10 Sep 2019 at 8:51am
I know, that's what's so annoying.  I remember being able to recreate it, but then when I was trying to demonstrate it for Aspen, I couldn't get it to occur. 
Steve Lindsley
Avidyne Engineering
Back to Top
comancheguy View Drop Down
Senior Member
Senior Member


Joined: 24 Aug 2011
Location: Maryland
Status: Offline
Points: 149
Post Options Post Options   Thanks (0) Thanks(0)   Quote comancheguy Quote  Post ReplyReply Direct Link To This Post Posted: 10 Sep 2019 at 5:15pm
I hate it when things don't stay broken!  :)

I *may* have worked on software (and hardware) a bit too long... 

Ken
Back to Top
Tquigley View Drop Down
Newbie
Newbie
Avatar

Joined: 01 Feb 2019
Location: Athens, GA
Status: Offline
Points: 8
Post Options Post Options   Thanks (0) Thanks(0)   Quote Tquigley Quote  Post ReplyReply Direct Link To This Post Posted: 11 Sep 2019 at 9:25pm
I flew today with the fix from the other thread (switching some stuff to high speed) and the issue remained.  On the ground things were fine.  We just flew to the north out of Athens and rotated between RNAV20, RNAV27, and ILS27 and then back to Rnav20.  Maybe by the 4th or 5th change, the Aspen stopped updating.  For the rest of the flight it was generally slow to update if at all.  Sometimes if I cleared the entire flight plan and selected an approach from scratch, it would update OK, other times not.  

Now here’s the new problem.  With the speed set to high per that other thread, the VLOC1 was not available on the Aspen.  So we had to set it back to slow speed.  
Back to Top
AviSteve View Drop Down
Admin Group
Admin Group
Avatar

Joined: 12 Feb 2018
Location: Melbourne, FL
Status: Offline
Points: 871
Post Options Post Options   Thanks (0) Thanks(0)   Quote AviSteve Quote  Post ReplyReply Direct Link To This Post Posted: 12 Sep 2019 at 2:19pm
OK, I'll have to go give it another try.  It may take me a little while to get back to it, but I will.
Steve Lindsley
Avidyne Engineering
Back to Top
 Post Reply Post Reply
  Share Topic   

Forum Jump Forum Permissions View Drop Down

Forum Software by Web Wiz Forums® version 12.01
Copyright ©2001-2018 Web Wiz Ltd.

This page was generated in 0.086 seconds.