[ Closed ] ver 2.6 beta 2 WIN/MAC 64 bit (Page 1 of 4)

Good morning!

I just did another test flight, to be precise I just programmed the departure route for a flight LOWG-LOWI. About an hour ago I tested this with beta 1, now I checked if the same issues exist in beta 2 (they do) and created new screenshots.

Departure runway at LOWG was 17C, SID was MILGO5G
NavData: current (XPlane_GNS430_777Worldliner_FF757Prof_NATIVE_1512)
Windows 8.1 64bit / XP 10.42

Things I noticed:

• EDIT: just forgot that issue - in LOWG, there are three runways (17L, 17C and 17R), but 17L and R are grass runways, so the FMC should not display them when selecting departure runways and routes:
  
  

• See pictures 1-3 (FMC) -> When just selecting the departure route (for example when doing a short flight and not knowing how ATC will continue after the waypoint the SID leads to), altitude calculation fails. If there is a FPLN discontinuity, the JAR320 FMC sets the altitude of the destination airport (LOWI, 1907ft) for the last waypoint before the discontinuity. That's wrong, because it should calculate the altitude as there would be a direct instead of the discontinuity. So the altitude for MILGO should be approximately FL160 as the T/C (FL200) is located after MILGO.

  

  

  

• See picture 4 -> CA3500 is drawed shortly after the runway, and there is no realistic path curve, just a new line to MILGO.

  

• See picture 5 -> After departure I activated the AP to see if it is able to follow the path. The result was a little bit strange. It started turning right BEFORE reaching the altitude constraint of 3500ft. It just started the turn at 2250ft (as readable in the screenshot) and I got a terrain warning.

  

• See further pictures -> It did the full turn to come back to the direct line from CA3500 to MILGO. So the aircraft did a right turn first, heading right of MILGO and then a left turn to intercept the planned direct line to MILGO - instead of just heading direct to MILGO.

  

  

  

  

  

Chart information concerning MILGO5G SID:

Complete chart: http://eaip.austrocontrol.at/lo/150724/ … 4-1_en.pdf

As far as I discovered, the issues above are not only a LOWG problem (I also had similar ones at other airports). It's a general JAR320 problem handling SIDs and FPLN.
I'll continue testing, hope this report was helpful.

mruane: If you update airac cycle, you need update every files and PROC folder in NavData folder

AUA1377: thanks, will check!

Hi !

Just had a look at the diffrent datas:
included in your A320_2.5B1 (1210):
EDNY.txt:
SID,AMIK2E,06,5
FA,RW06,47.667250,9.501003,0,KPT,0.0,0.0,58.0,2,1800,0,1,0,0,0,0
DF,NY063,47.708733,9.608142,0, ,0.0,0.0,0,0,0,1,220,0,0,1
DF,NY064,47.646006,9.661478,2, ,0.0,0.0,0,0,0,1,0,0,0,0
TF,NY065,47.602808,9.549867,0, ,0.0,0.0,0.0,0.0,0,0,0,1,0,0,0,0
TF,NY066,47.600136,9.329775,0, ,0.0,0.0,0.0,0.0,2,6000,0,1,0,0,0,0
TF,NY046,47.558197,9.223356,0, ,0.0,0.0,0.0,0.0,0,0,0,1,0,0,0,0
TF,AMIKI,47.573889,9.037500,0, ,0.0,0.0,0.0,0.0,2,7000,0,1,0,0,0,0

1511:
SID,AMIK2E,06,5
CA,0,58.0,2,1800,0,0,0,0,0,0
DF,NY063,47.708733,9.608142,0, ,0.0,0.0,0,0,0,0,0,0,0,1
DF,NY064,47.646006,9.661478,2, ,0.0,0.0,0,0,0,1,220,0,0,0
TF,NY065,47.602808,9.549867,0, ,0.0,0.0,0.0,0.0,0,0,0,0,0,0,0,0
TF,NY066,47.600136,9.329775,0, ,0.0,0.0,0.0,0.0,2,6000,0,0,0,0,0,0
TF,NY046,47.558197,9.223356,0, ,0.0,0.0,0.0,0.0,0,0,0,0,0,0,0,0
TF,AMIKI,47.573889,9.037500,0, ,0.0,0.0,0.0,0.0,2,7000,0,0,0,0,0,0

Hi !! Really really great job on Flight Plan and MCDU.
But I still can't have ATC from x plane anymore... any idea ?

This is also not working correctly with airfmc.
Flight Plan page is black, and some trouble on perf page.

For AirFMC...did you update the plugin? There is an update on their website. Try it!
Thanks for the various corrections Jar.

I also experienced the "blinking" displays problems in previous beta. May be you can check it if you try to load the plane at night, then during flight switch to day, then back at night...and so on. This happened to me only during a flight where I changed a couple of times the x-plane hours.

Good day,
can you merge the files like on a mac ? If so, then your modified file can be I do believe, the Nav files are so tricky so make a back-up before, going and doing any changing of files ...  and Q:2 / which Nav data are you using Naviagtiph or areosoft since, i know one has a mapping system for the files you can point the files to where you want them to be placed and it will up-date to that location I did on both aircraft and the A320Ne is pulling the data from the GNS430 .. but the A330 is pulling the nav data from it's own data source from the Navigraph data... I hope they help with the main question as for your modified files I would pull them if you don't feel safe and re-place them after the up-date...
captbullett

Thanks captbullet. My question though was related to saving modified versions of the PROC files (I have added SIDS and STARS). Your suggestion to back them up is well taken, but my understanding was that the Custom Data\GNS 430\Navdata folder will override what is stored in the Resources\GNS430\Navdata folder. In which case, any changes I make can be retained beyond a Navigraph update (where my changes would be lost otherwise) by placing the files in the Custom Data folder.

So my question was should the PROC files that I want to keep and not be updated, be placed in the root of Custom Data\GNS430\Navdata or should they be placed in a subfolder called PROCS?  Of course it may be that the A320 does not look for overrides in the Custom Data folder for PROC files. If that is the case then I can just store the files in that location and manually replace new files after the next Nav update.

Hi,
I was testing now several times the selected Speed vs. managed Speed in v2.5r1 and it would be great that the following Problem is not existent in the new Version 2.6. I did not find any bug Report about in the Forum for 2.5r1, and actually I do not want to be Beta Tester for 2.6. After reading the Airbus Operational Manual I am sure that I did not make a mistake in the handling:

FD = ON
AP1 = ON (or AP2 = ON)
As long the A/THR has not been disengaged the speed can be set and the Mode changes for "Managed Mode" to "Selected Mode",
the engine will be contolled by the A/THR and speed is reduced/raised according to the Pilots speed Settings.
But when once the A/THR has been disengaged, the Speed can not be controlled in selected mode....the AP is not taking into account the Speed Setting. No Change when FD and/or AP will be disengaged and enganged again.

Then the Speed can controlled only in managed mode or by using the thrust Lever, which is raising the work load in the Approach Phase.

Seeing an issue on the DP out of KSFO to KSAN.  Using AIRAC 1512 from Navagraph

Routing:  OFFSH9 MCKEY LAX BAYVU3

Issue is with the OFFSH9 DP No transition - see FMS.png

From SENZY you fly 203 to the 151 radial of PYE (Point Reyes)  If you map this out there is no way you will ever make the radial prior to WAMMY.  It does not look to me like WAMMY is a mandatory fly over point.

The MCDU seems to force the plane back over WAMMY.  See NAV.PNG

Here is a link to the DP.  https://skyvector.com/files/tpp/1512/pd … FSHORE.PDF

good day,
can i also have the take off runway and  landing RW will work on it now

this is the main route i will use and insert the SID and STARs you are using since, I use Navigraph also,

KSFO SID AVE J1 DERBB J7 REYES J1 FIM J7 LAX STAR KSAN

http://onlineflightplanner.org  is the planner I use I has a A320 FP txt designer already to download once you make your route also you can use it for the A330 also it make life easy ...

I just watched my video form twitch TV again.
The blinking started at 0h:38min:33sec.

Possible problems:
1.In that moment, I bring (show) IVAP (IVAO pilot client).
2.Also, on ND there was  traffic, TCAS become yellow square.

Ok thanks jar !

Sorry i mean atis... No sound and no message when settings the correct freq of The airport on rmp