Jump to content

KiloJuliett

Members
  • Posts

    476
  • Joined

  • Last visited

Posts posted by KiloJuliett

  1. Henk

    I can't see anything unusual from EFB beeing done. Maybe there was an issue hidden already in your IVAP installation? Unfortunately, I'm not that familiar with this client. Do you know if IVAP also uses FSUIPC? I would anyway recommend to update FSUIPC to the latest version available for FSX. It looks like you don't have that one yet. Can you confirm and try after the latest FSUIPC version installed?

  2. 42 minutes ago, mroschk said:

    But i have a MCP here, but can not put it online because then i can not set the CRS for the NAV's because

    i have no pedastal.

    Why do you need the pedestal to set the CRS? Isn't this done in the MCP? Just connect it and use EFB to set the NAV frequencies (so to help you out with the missing pedestal). Wouldn't this work?

     

    45 minutes ago, mroschk said:

    Is it soooo complicated to include that ?

    We are talking about an EFB here. It certainly never claimed to replace any instruments in the cockpit. Where helpful for the majority of the users, certain functions may be implemented. But your issue is rather related to your current transition of panels. As soon as you have the MCP running together with a pedestal, you won't need the requested feature anymore. I think, this doesn't justify any development effort in this matter.

  3. 11 minutes ago, mroschk said:

    But i thought EFB is open for user request changes.

    I'm not denying this. But there is no change required as the desired output (= final result) can already be achieved as of today.

    We are talking here basically about the order of which data is transfered. You want to keep your FS GPS updated with the current flight plan. Until now, you required a customised solution. Now, you integrate EFB to your system landscape. You tried to do it the way you felt it is right. But it's designed to work slightly different. I explained you in my answers how you can properly integrate EFB into your environment. There is not even a software change required. Instead, EFB will take over the "distribution" function which your own program did so far.

    This way, you get all systems served with data as you intend, right?

  4. Matthias

    You have to be a little bit open minded for new approaches. This software won't be redesigned just to fit your setup.

    It will all work, if you take EFB to "feed" your FS GPS, which it does if the "forward to default GPS" is activated. So you should use PFPX to send PLN to the uplink of EFB or EFB itself to create a new flight plan (your scenario 2). Thank to the forward function, EFB will immediately and independend, whether it received a flight plan from PFPX or if it was created directly on EFB, forward this to the FS GPS and so ASN will also be updated. I think, then you can even in ProSim load data from the FS GPS. And then you have all systems updated.

    The only bit you have to change is acknowledge that EFB will from now on forward any received or created flight plan to the FS GPS. Everything else stays as it is.

  5. Well, I was really mixing up some things. Or I forgot one point. I think in AS16, the direct file read is possible, but this is not possible in ASN.

    You need EFB to do the transfer of the pln to the FS GPS. This is why you need to ensure that in the EFB aircraft profile you use, the corresponding option is activated.

    image.png.e1be41a353062cfcb7349ad22ef726a9.png

     

    Then EFB will continuously update your FS GPS. And ASN will read those updates as well.

  6. 3 minutes ago, mroschk said:

    ASN reads the Fllihtplan from FS GPS directly with that funktion in ASN enabled.

    That's why you need to change this so ASN does track the changes made with EFB. Otherwise, it won't. It's as simple as that.

     

    4 minutes ago, mroschk said:

    So it is not needed to save a file in that folder if you want ASN to have a flightplan loaded.

    True. But if you want ASN to follow the changes made in EFB, you will need to.

  7. 7 minutes ago, mroschk said:

    Then my Program takes only the DEP and DEST from the FMC and loads only DEP and DEST into the Flightsim

    Then tell your program to copy the plan also to the EFB uplink again. No need to omit this step.

     

    8 minutes ago, mroschk said:

    i can really not understand that quote

    I basically says, it doesn't matter which *.pln is changed in the mentioned folder. ASN will, if you enable the function explained in my previous thread, which I highly suggest, read the latest *.pln file. At the moment an EFB flight plan is generated, EFB creates the EFB_current_gps.pln, which is then the latest file. And ASN will consequently read the EFB*.pln file from then on.

  8. Hello there!

    As we like to help human and not alias, please tell us your name first according the forum rules (https://forum.aivlasoft.com/topic/2522-forum-rules-read-before-post/).

     

    You are updating now from #59 or #60? Are there any error messages presented? Do you maybe have an anti-virus software running interfering with the installation?

  9. Matthias

     

    You are describing different ways of getting the flight plan ready. On one side, you state that PFPX is used to plan your flight.

    2 hours ago, mroschk said:

    because i have the PFPX to plan my Flight. I never do this in the cockpit , why should i ??

     

    On the other side, you state not doing exactly this.

    On 12/5/2018 at 6:40 PM, mroschk said:

    So, if i have not exported a Flightplan from PFPX for the programmed Route in the FMC, the a blank Flightplan is created by my little programm and loaded into Flightsim.

     

    The more (software) components are involved in a cockpit, the more important is a central distribution point. EFB is not designed for this, nor is the FSX/P3Ds default PLN. As you have PFPX available, use it wisely. There is an export format for ProSim which will create a company route, which can be loaded via the FMC in ProSim. This is the best way to ensure all data ProSim can interpret is actually delivered to the FMC. ProSim is highly specialised software to simulate specific types of aircraft (B738/A320). Don't expect a synchronisation will be possible from its system to other software unless a specific function is designed for this.

     

    Now you have EFB and AS left. Forget the solution with AS reading the sims default PLN! Why would you use this format with a software like ProSim?

    But you have to deliver the flight plan to EFB. Either use the AivlaSoft EFB format and export it to the Routes folder of EFB. The route will then be available in the company routes of EFB for your to load. If you choose this approach, you have to complete the flight plan creation dialog until the last (3rd) step and save the plan there. But even easier and already explained by Oski, ASN allows you automatic detection of the last modified flight plan. As EFB writes its EFB_current_gps.pln to the folder anyway, you only need to activate the respective option in ASN and it will automatically load this plan. How smart is that?

    image.png.fb06a23c84bb3752c64bc6cd522b514f.png

     

    Now, be even smarter and use the uplink function of EFB. This will remove the working step of selecting the company flight plan in EFB. So besides the ProSim export in PFPX, link the FSX/P3D flight plan format to the uplink folder of EFB. Preferably, use the uplink folder of the EFB server. Then the popup whether you wish to accept the flight plan is shown on all clients running. One EFB client could be running on the same machine as PFPX, then you can accept the flight plan right away and EFB is ready when you join the cockpit.

    No other export from PFPX is required. EFB will distribute the flight plan from the uplink to all clients, create the PLN file which makes ASN to automatically load this flight plan as well. If you update your route via EFB at any point, ASN will know about and keep track. That's all you need!

     

    PS: If you wish to improve your cockpit experience, try to use ProSimUtils. This is a tool to simulate various ACARS functions. It can be used to get your flight (callsign, ORIG, DEST) and route information via a simulated VHF link. You can even add performance calculations with TOPCAT in the background, all delivered in ACARS messages to your CDU. Having setup such a setup myself, I can highly suggest it. It's a lot of fun and so different than typing your flight plan or loading the company flight plan directly in the FMC. Linked are two videos as inspiration.

    https://www.youtube.com/watch?v=zuqZLZ1jbUk

    https://www.youtube.com/watch?v=t1-VM_bClNY

     

  10. Stephan

    Thanks for your valueable remarks. A 2-way-sync might be possible to implement to work with the default GPS, but not to the customised FMS of the various addons. So, the benefit would be "only" for those using an aircraft actively updating the default GPS. For complex aircraft, this is usually not the case IRL, as there are either aircraft specific integrated "light" versions of EFB and/or a standalone application on a (mobile) device in use. Those are usually not synchronised. Synchronisation exists on systems where the provider for aircraft components also has developed an application for mobile devices, which offers the option for synchronisation. But FMS of airliners in general don't offer such functionality.

     

    I understand that it is a bit of an effort to keep the EFB updated with the current routing. However, this workload is quite low.

    I would like to better understand how you process flight plans to your aircraft. Where do you create your flight plans (tool, format)? I estimate that there is some potential to make flight preparation more convenient and quicker when changing the working steps a bit.

  11. Jean-Luc

    Please do a complete rebuild of your EFB database. Open the EFB DBbuilder and delete the existing database and then start the process again.

    When later opening the EFB client, remove the existing flight plan and restart the client. Then try again adding a new flight plan.

  12. The question is then if your AI engine does generate traffic beyond 40nm. You can check this by switiching the view in your sim to any AI traffic. All those traffic should then also be visible in the traffic monitor. Be aware that also AI engines may have an algorithm to limit the number of aircraft feed into your sim. Because it makes definitely no sense to use resources for an aircraft which is hundreds of miles away.

×
×
  • Create New...