Most Desired R9 Features
Printed From: Avidyne
Category: Entegra Release 9
Forum Name: Release 9 Insiders - Anyone can post
Forum Description: Release 9 Insider Members
URL: http://forums.avidyne.com/forum_posts.asp?TID=51
Printed Date: 21 Nov 2024 at 10:33am
Software Version: Web Wiz Forums 12.01 - http://www.webwizforums.com
Topic: Most Desired R9 Features
Posted By: Guests
Subject: Most Desired R9 Features
Date Posted: 27 Aug 2009 at 10:49pm
|
file:///C:%5CDOCUME%7E1%5Cmnuffort%5CLOCALS%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml -
file:///C:%5CDOCUME%7E1%5Cmnuffort%5CLOCALS%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml - The features in the poll above were taken from a recent COPA post by Alex Fitzgibbons. Avidyne's present position on the TAWS page is that the information will be presented in a much more usable manner with synthetic vision. Feel free to comment if you feel otherwise. Engine data will be displayed on the PFD in Release 9.0.2, which is due out within weeks. file:///C:%5CDOCUME%7E1%5Cmnuffort%5CLOCALS%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml - file:///C:%5CDOCUME%7E1%5Cmnuffort%5CLOCALS%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml - 1. Flight timer - only from when the avionics are turned on. There is no proper flight timer like on the garmin transponder. This is ludicrous. Likewise there is no count down timer. file:///C:%5CDOCUME%7E1%5Cmnuffort%5CLOCALS%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml - 2. Lack of engine data on PFD. Only shows percentage. Why not fuel flow, MP, etc as per previous entegra file:///C:%5CDOCUME%7E1%5Cmnuffort%5CLOCALS%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml - 3. No audible alerts. When it says switch tanks no alert. When you are reaching altitude it gives no alerts. When there are red cautions there are no audible alerts. file:///C:%5CDOCUME%7E1%5Cmnuffort%5CLOCALS%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml - 4. I fly North Up on the map page. Traffic as a result can't be displayed on the map page. I know this is an FAA decision but it irritates me. file:///C:%5CDOCUME%7E1%5Cmnuffort%5CLOCALS%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml - 5. Transponder. One touch more to get the transponder code. Before you would just input it straight into the garmin transponder but now you have to press transponder than input. And with my memory I can forget it in the meanwhile especially if I am being given extra info over the radio. And yes I do write info down but I miss that immediate ability to input the code. file:///C:%5CDOCUME%7E1%5Cmnuffort%5CLOCALS%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml - 6. The charts don't automatically load your destination charts in. They just immediately sunch back to last chart you used - even on a previous flight. This seems crazy. file:///C:%5CDOCUME%7E1%5Cmnuffort%5CLOCALS%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml - 7. System warns you of airspace ahead but rather than telling you how long you have till you penetrate that airspace it tells you how long since it gave you the warning. Useless information. I'd much rather know how long I have till I am in serious trouble. file:///C:%5CDOCUME%7E1%5Cmnuffort%5CLOCALS%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml - 8. user guide. I actually think this is a bit thin considering how much money we'be spent on the system. There really should be a desktop simulator as per garmins so you can get your head even more around the system. file:///C:%5CDOCUME%7E1%5Cmnuffort%5CLOCALS%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml - 9. Lack of terrain page. I really miss this. Even just for that extra peace of mind. file:///C:%5CDOCUME%7E1%5Cmnuffort%5CLOCALS%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml - 10. Trip data. It takes that little bit longer in R9 top figure out when you are going to reach a certain waypoint. I miss the trip page on the entegra systems. |
Replies:
Posted By: PlattAir
Date Posted: 26 Sep 2009 at 11:56pm
|
SVT doesn't remove the need for a plan view terrain presentation much like on a Garmin 430. That allows a quick view of the terrain in all directions assessed for threat level. THe Honeywell terrain page was too complex in how it colored data and was oriented towards the direction of travel. Consider taking off in the mountains where you need to make a turn after takeoff. It is nice to make sure you are turning towards lower terrain. Initially that terrain will not be in the field of view of SVT. Not on your list is access to AIRMET data. Just seeing an area outlined for turbulence or icing means little without the associated altitudes. Paul
|
Posted By: evanevery
Date Posted: 07 Oct 2009 at 2:38pm
|
The MAP page now has Pan/Scan capability! Yea! But what's up with NOT being able to retrieve TAFs and METARs for airports under the cursor. I know you can do this by manually inputting the airport code into the INFO page on FMS, but why can't we simply get the data displayed along with the airport and airspace info under the cursor? When flying into a destination airport (in an area of "troubled" weather), it would sure be nice to pan/scan around the map (perhaps using the radar overlay as guidance) to help see the weather for potential alternates.Having the little blue/green/yellow/red flags is not an adequate representation of weather conditions. There is a big difference in blue flags when one is clear/variable and another is clear with crosswinds 30 gusting 45!
We finally got a cursor on our map! Lets put it to good use!
|
Posted By: Guests
Date Posted: 13 Oct 2009 at 11:53am
|
This is a good point, Paul, that plan view is a valuable perspective (at this risk of using a bad word). We agree. Our TAWS depiction will not only display on the SynVis display but will also appear on the 2D map. So you will have the choice of displaying the half map below the SynVis display on the left IFD or the full-screen SynVis with TAWS depictions on the map on the right IFD. |
Posted By: Guests
Date Posted: 13 Oct 2009 at 1:41pm
|
The suggestion about using the Map pointer to access METAR data is excellent and is something we have been seriously considering. Your input makes it that much more likely to be included in a future release. I made sure this requested feature is on the to-do list. |
Posted By: PlattAir
Date Posted: 02 Dec 2009 at 10:51pm
| I continue to be frustrated because I can't zoom in on a map area and get a useful sector altitude. Even on the MAP (not MAP+) display, when zoomed way in, the altitude shown as the max terrain altitude will often be higher than the terrain on the display. When I pan the altitude goes away which is even worse. |
Posted By: Guests
Date Posted: 03 Dec 2009 at 8:52am
The reason for this is that we load a larger terrain tile than the one that is being viewed. That allows for smooth panning and proper performance when in a turn. Since the viewable map area is a rectangle, we need to load enough terrain so that a turn will produce a smooth rendering (rotating the rectangle would produce gaps in the terrain data displayed if a larger texture was not loaded). The behavior is the same as the classic Entegra system, except that the R7 system didn't need to account for panning. All that being said, I think there is an opportunity to sample only the terrain data for the viewable area to determine the highest point. Obviously we are more conservative with the present approach. |
PlattAir wrote:Posted By: tshembekar
Date Posted: 21 Feb 2010 at 6:24pm
|
There are 1 feature that I would like to see on R9. Ironically, it is was reinforced for me at the most recent CPPP: 1. When selecting a GPS approach, you can not determine if it is an LPV, LNAV+V, or LNAV/VNAV until you are actually in the middle of it. It would be helpful if you could see this info at the time of selecting the approach. |
Posted By: Guests
Date Posted: 21 Feb 2010 at 10:59pm
TJ, I agree completely. I wrote a job for this functionality back in the fall and plan to get it into one of the upcoming releases. I think R9 can do an even better job alerting you to what comes next. For example, on an LNAV/VNAV the GS will auto-couple, but it requires pilot action on a LNAV+V. I don't want pilots to have to remember that detail. Our philosophy has always been that the system should not require you to remember where things are or how to do them -- it should be intuitive and obvious what will happen and what action is required. R9 meets that requirement with flying colors in many regards, but I agree that this is an area in which we can improve the system. |
Posted By: evanevery
Date Posted: 22 Feb 2010 at 10:52am
|
Hmmm... I always rationalized - - - that on an LNAV+V approach it was MEANT to be the pilots decision whether he/she wanted to couple the AP to the calculated glide slope or just "Dive and Drive" by setting the MDA and telling the AP to go for it. I would consider whether the Pilot should actually be making this decision ("Dive and Drive" or Couple the Glide Slope). Different situations and circumstances will determine whats best for a particular approach. The LNAV+V is rather unique in that both options will ultimately bring you to the same MDA. (ie. An argument could be made that Glide slope coupling on an ILS would be the preferred operation since it usually gets you down lower than a Dive and Dive on the same localizer approach) I had always thought this behavior (requiring pilot input) was by design... Not a big deal, but probably will be more important with the DFC100 as the altitude management becomes more automated. The important thing, however, is that the behavior is well though out and especially consistent. I, for one, would rather understand why something is happening rather than memorizing a whole collection of seemingly independent rules... |
Posted By: Guests
Date Posted: 22 Feb 2010 at 11:08am
Please do not misunderstand me. I was not saying that LNAV+V should auto-couple GS. It should not. It is incumbent upon the pilot on a LNAV+V approach to ensure all step-down fixes are met. The virtual glideslope created by R9 is a great tool, but it does not necessarily ensure that you will be above all step-down fixes for all approaches. A pilot action certainly will be required to couple the GS on LNAV+V. My comment was that I would like R9 to do a better job annunciating when the auto-coupling will occur and when it will not. That will just be a display issue, not a functionality issue. |
Posted By: evanevery
Date Posted: 22 Feb 2010 at 2:48pm
I guess the above quote (from your reply a couple of messages back) makes it appear that you would like R9 to auto-couple the GS on LNAV+V... (Like on LNAV/VNAV) |
Posted By: Guests
Date Posted: 22 Feb 2010 at 6:16pm
I can see the reason for confusion. I don't want pilots to have to remember that they need to auto-couple the autopilot. I still want LNAV+V to require manual pilot action. In fact, I believe it's a regulatory requirement. But I don't want pilots to have to remember which approaches auto-couple and which do not -- the system should make it clear when action is required and when it is not. |
Posted By: rdawson
Date Posted: 09 Mar 2010 at 8:25pm
| On the topic of the CO Guardian interface. I hope that the system will accommodate the panel mounted combination PulseOx and CO Detector. I also hope that the system will display the actual CO concentration in PPM rather than just a warning at a given set point. (Of course, it will also have to display the percent O2 saturation.) |
Posted By: vvogel
Date Posted: 03 Apr 2010 at 12:09pm
| The poll begs the question because all 5 responses are desirable. Let's correct all of them, not just the most desired. |