lonewulf47

Hi John, If the ILS'es in ESGG are properly depicted in the respective BGL, they are also properly depicted in EFB2. The main problem ist that with time some ILS'es are replaced and therefore have changed crequencies and/or IDs. This is one of the disadvantages in the FSX/P3D way the navaids are defined. There's little we can do about that. The presently valid data for ESGG ILS are: RWY 21: 108.50 NGG RWY 03: 110.30 SGG If the BGL of your ESGG airport does not match these values, the ILS cannot be depicted, as they must be consisted with the AIRAC data in use on your installation. In case the default airports are affected, it is a good idea to have a look at Hervé SORS' https://www.aero.sors.fr/navaids3.html lovely freeware update for the default navaids. In Eurpoe region also ILS are updated. This is how my default ESGG looks like:

Hi Leo, Just look for the name of the BGL of the airport not showing the ILS correctly (Airport Information). It may well be that this file contains outdated information. As a first step you may have a look (if not already known) into this excellent freeware source, which updates at least most of the stock navdata: https://www.aero.sors.fr/navaids3.html European ILS'es are updated in the World Navaid Package. For the rest of the world individual ILS update packages are available.

Hi Davide, Yes, that's one way to do it and that's the way many designers change an old stock ILS by inserting the new "on top" of the old one. The only side effect is that the old ILS is still also tuneable on the old 190.50 frequency with the old ID CAS. Nothing else happens. Nevertheless I have attached my own version of the new BGL with the new ILS only and the GS and ILS-DME moved to the correct position. LIMF_ADEP4_ow_new.bgl

Hello Davide, Could you provide the active BGL for LIMF? I'm afraid this one is still using the old frequency 109.50, ID CAS. Current (correct) would be: 108.7, ID ITOC. EFB can only display an ILS which matches the current datacycle.

Did you re-run the DbBuilder after removal of all FsAerodata Files? What are you referring to with "Version 2.058"? Please bear in mind that only the most recent version of EFB2 (build #114) is supported.

Thanks for reporting. Yes, the first synchronizing needs some time as the whole database will be transferred to the Client. Depending on the WiFi speed, it may take some time.

Hi Stefan, As far as I know the MS Surface Tablets use Win10 ar Operating System. Therefore it should be no problem to connect. WiFi is not a problem either. At times I use a Laptop via WiFi as my Client Display.

Hi ??? (please sign your posts with your real name as per Forum Rules) You might want to have a look at this thread: https://forum.aivlasoft.com/topic/3898-pmdg-737u/ The problem can easily be solved. There's also the Manual which gives some clues about editing a profile.

Hi Gary, No new license is required. If you have your new system up and running, just install EFB2 on that system using the present key. We recommend to download the latest installers from our website: https://www.aivlasoft.com/download.html Just make sure you are talking about EFB2. An EFB1 license would not be valid for EFB2.

Hi ??? (please sign your posts with your real name as per Forum Rules) You might need to look after an updated airport Scenery. EGSS has some time ago changed the RWY designators to 04/22.

Hi ??? (please sign your posts with your real name as per Forum Rules) First of all we need to know which airport BGL is used to draw the ground layout. Please check on the airport information page (i). EFB is not messing up any parking positions. It just draws what is available on the repective BGL.

Yes, Please read our FAQ here: https://forum.aivlasoft.com/topic/3887-efb-v2-is-not-compatible-with-fsaerodata/

Hi Jerry, All the mentioned ILS'es are availble on my install. The problem is usually not the AIRAC Database, but the local BGL, where the ILS'es are defined. This is unfortunately one of the biggest problem areas on all MS-based simulators. While e.g. on X-Plane ONE single database is updated and compared, in MS-based simulators there are still "multiple databases" used. Each add-on BGL has its own definition of ILS data, which in turn is not always the most current. The main parameter we changed for build #114 is that ILS'es are now identified by their identifier, rather than by their frequency. So I would bet that on the airports you mentioned in your post, the ILS identifiers are not as required by the newest AIRAC. See attached screenshots fo these two airports KMCO and LIEE. Unfortunately most Add-On developers regard their products as kinda "fire-and-forget" items, not really caring for updated BGLs for the community. In all MS-based simulators however updated BGLs with correct ILS information are of utmost importance. I should nevertheless also add that the above samples are taken from the P3D default database, which seems to be correct. I have no idea why your (Add-Ons?) airports do not show the same ILS'es. This might need more investigations. Your basic complaint about the non-availability of ILS'es however is not correct.

Hi Leo, Start Menu/Units/Runway Dimensions Alternatively see Manual 5 Client: Chapter 12.3.2 ff

Well Ray, that's exactly what I'm doing: Flight Simulation, not Air Traffic Simulation. I do not see any reason to cope with so-called "Artificial Intelligence" (an insult to every intelligent being) just to be disturbed at the worst moment in the worst way😀! I have coped with REAL Air Traffic during my whole flying career. Believe me, there's absolutely no motivation to see random BS crossing my way all the time...😂

Hi Bernd, Great to hear that it works normally now. With best wishes for 2020!

Hi Ray, I must admit that I have no idea how the simulator handles AI traffic. I did not change anything within those assignments. For the two RWY BGL RWY 04R/22L has take-off and landings to either side. My AI traffic is always set to off as I do not want any A/C moving around beyond my control...😀

Hi Bernd, Well, in fact those "graphic issues" look like oversized AI-Traffic Symbols. Please check the size setting in the start menu under "Settings/aircraft". However, I must admit that I never have seen them soooo big as the size is limited to a figure of 3, which is by far smaller that this. Standard value is 0.8. Please submit a Support file for the Client to check the issue thoroughly.

BTW, RFSB did not a really good job when they updated the BGLs with their fix. They changed the frequency but NOT the ident. Furthermore the ILS LOC and the DME are misplaced. Find below the corrected files. For 1 RWY configuration: Just disable the original LIPZ_ADEP4_ADE.bgl by setting it to OFF and replace it with the one below. LIPZ_ADEP4_ow_1RW.bgl For 2 RWY configuration: Just disable the original LIPZ_ADEP4_ADE.bgl by setting it to OFF and replace it with the one below. LIPZ_ADEP4_ow_2RW.bgl

Hi Ray, Actually you gave the answer right in the first line😀 You tune 110.30 and the ILS becomes active. Thing is that this frequency is not valid anymore. The new frequency for RWY 04R is 109.95 Ident VTS. This is one of the crucial things in all FS-based simulators. You can only TUNE the frequency which is stored in the respective BGL (default or Add-On). EFB - because it is based on actual ARINC data - can only show and use the actual, current frequency. There is in fact no other workaround for this to alter the frequency and the ident in the Add-Ons BGL. Would you work with X-Plane this would not be an issue as X-Plane has only ONE database, which is used for ALL default and Add-On scenery.

EFB2 Build #114 is fully compatible with the add-on systematic of ORBX Central4. I use it daily and have done 2 vanilla installs of P3DV4 recently.

Hi ??? (please observe our Forum Rules) Ever checked this: https://forum.aivlasoft.com/topic/3005-afcad/ ? The problem comes from JetStream Design, not from EFB...😀 because they deactivate the RWY for AI traffic.

Hi John, No, at present there is no predefined profile available for the Airbus A330-300, but with help of the Profile Editor it is easy to create one. Alternatively we could of course create a profile for the A330-300 if you can provide me with the following information: - name of the *.air file - applicable min RWY length (~1600 to 1800m used for airport filtering) - MTOW in kg (235'000 kg?) - MLW in kg (185'000 to 187'000 kg?) for all other parameters we will use standard values that can be adjusted individually to your liking - or - Someone of the community has already created one and can publish it here 😎?

Yes, it's a bit tricky. I heavily propose using EFB..😉

Yes, that's why EFB2 offers its own descent path calculation, based on two freely selectable descent angles (> and < 10000 ft). This way we are completely independent of any other descent calculations. Of course if an A/C with a sophisticated FMGC (such as FF A320 or ToLiss A319 and similar) a descent path calculation by EFB2 if not necessary. We therefore offer the possibility to turn off all descent path caculations within the A/C profile.