bmaik

Sorry, was just looking for this option on the client, I will try this, appeciate your help very much!

4 years ago I already had the problem that EFB2 removes the GPS-flightplan after landing which makes other add-ons that I keep running until gate arrival fail (see my old post from 4 years ago). Urs offered a fix of which I remember that it worked in good old FSX times. Now, in P3Dv5 I have the same old problem again, but I forgot the fix, so maybe Urs or somebody else can help me. Regards bmaik. Ps. Perhaps Urs can tell me how exactly the GPS-flightplan is deleted by the EFB2-software, then I could use FSUIPC to intercept the deletion event and prevent it?

I didn't want to insult anybody, but my opinion did not change, why not leave us the option to display the closed runways in the settings?

I don't think that runways which are closed for both takeoff and landings should not be shown on the EFB map. For example when you use the EFB for situational awareness at any airport you don't want to find yourself bumping onto a runway without crossing clearance. EFB1 used to show ANY runway given in the runway.txt file regardless of whether open or closed and this good practice should continue with EFB2. Just another reason why I think that EFB1 is still superior to EFB2. No REAL airport map would hide a runway which exists. Anybody in the world would call the map useless or wrong. The developer can't be serious in providing replacement AFCADs for each every add-on airport in the world. Just show the runway regardless of its closure state, it could be so easy... Best regards draci

Thank you Oscar for your reply, but believe me, as a real world pilot, I am quite experienced with FMC. Unfortunately the flight simming environment IS NOT reality (and never will be!) since as a user dealing with a myriad of add-ons, all from different developers I'm forced to live with their ideas and decisions without being able to influence them. It doesn't help much to mention that "other developers could use this information if they just recognized". The fact is that they DON'T and this is all that matters for me as a user. It is a fact that other add-ons rely on that flightplan which is deleted by EFB2 and this is a real deal breaker. It doesn't help that the .pln file is still there, the add-ons in question won't reread it until I load it manually again, not very realistic either, you must admit. If I pay for add-ons, all I want that they are compatible to a certain minimal extent to enhance my flight simming experience and deleting a flight plan on which other add-ons rely - no matter whether this reflects reality or not - is simply frustrating. Please keep in mind, even the best add-on in the world isn't of much use if doesn't work nicely together with others and will not be bought. However, Urs already confirmed further above that he takes my point serious and will soon offer a solution and that's all I asked for.

Thank you Urs, that's great to hear. Can you already estimate how long we have to wait for this update?

Thank you Urs for trying to help. No, but I have both programs installed side by side which doesn't seem to be a problem. Until the problem with the GPS flight plan is sorted, I won't uninstall EFB1. Can you explain to me, why you send the FSUIPC command to delete the GPS flightplan after landing and whether it is correct that EFB1 did not do this? (Since I've been running the latter for years without the slightest issue) And would it be possible to release a version without this deletion since I really like EFB and would like to continue using the latest version. Best regards, Maik

Just tested tonight that VoxATC is just another add on that does not work if EFB2 is started before it, it isn't able to identify the departure airport because EFB2 overwrites the GPS flightplan. By the way I noticed that in my active profile the option "Forward flightplan to default GPS" is unchecked, nevertheless a Garmin_current_EFB_pln is produced, draci

Thank you Urs for having a look, please keep me updated. Best regards, draci

On my STB not only the user aircraft is removed BUT ALL FLIGHTS as soon as the gear touches down, which means essentially the Traffic Board goes black!!! That's why it really IS a major thing for me because the purpose of a traffic board is to have traffic displayed WHEN ON THE GROUND and not in the air! I guess the reason why Oscar didn't understand what STB really does, is your way describing it Ray, the traffic board is not so much about showing the state of the user aircraft (I think I know myself when I'm in the air and when I am on the ground, I don't need an add-on to show me that!) but much more an info board for passengers as every airport in the world has it, showing all arriving and departing flights with flight number, departure time, destination, gates etc. You would admit Oscar that it is essential to have THIS TYPE of traffic board working when arriving at destination (in flight it's pretty much useless!) but if EFB2 removes the flight plan from the GPS mine goes BLACK, as I said, which is equivalent to useless! I think it would be easy for the developer to change this behaviour (still I don't see the purpose for removing the plan from the GPS and nobody explained to me so far why EFB2 does this!!!!), simply don't send the FSUIPC command for removing and problem solved. What do you think? draci

Sorry Urs, Ray is completely right. The problem is that some add-ons rely on the flight plan loaded into the default GPS to work properly. If EFB2 (rather selfishly) removes this flight plan after landing (once again I don't get the reason for this, why not simply leave it untli the EFB2 user enters a new flight plan via the FPL dialogue which he would do anyway if he really wanted to fly again???), these add-ons cease working. It would not help much to remove the flight plan when setting parking brake because you want the traffic board to display information during the whole flight sim session even after deboarding pax because it also displays information about surrounding AI aircraft. The only reasonable solution would be not to remove the flight plan at all. I have been flight simming for more than 20 years now, my home cockpit is quite advanced and I'm running a myriad of add-ons which all work seamlessly together in my network (after many years of fiddling....) So it's a pity, although I admit that I recognize some of the benefits EFB2 has over EFB1 this a major disadvantage I cannot live with if my other add-ons which have become indispensible to me over the years do no longer work. EFB1 definitely belonged to this category for me for a long time so I wiil prefer the old version I guess. draci

Thank you Oskar for looking into it. I save it to the standard folder: C:\Users\<username>\Documents\AivlaSoft\EFB2\Client\Routes. What I mean ist that during the flight I can access the Flightplan/Flightlog via the FPL tab but as soon as I touch down the FPL tab doesn't show the flightplan anymore but is empty awaits a new one. Therefore something must have happened or be deleted while landing which makes my STB go crazy. draci

Thanks Oskar for your reply, I send the flight plan direct via the export option of PFPX to EFB2 such that it can be loaded under Company Routes, I've never used uplink. The problem occurs only after landing when EFB2 dectects that the aircraft has touched down and deletes the active flightplan and saves it as a log as I suppose. Is there a way to prevent this from happening`??? EFB1 never did this, I could taxi to the gate and the flight plan was kept active until I disconnected EFB.

I have done two successful flights with EFB2 so far, and I'm not quite sure yet whether I will continue to use it. It seems that everytime after landing EFB2 deletes the Flight Plan which I created in PFPX and sent it to FSX, EFB2 and various other add-ons with the effect that other add-ons such as SuperTrafficBoard which I have used for ages lose all information about the flight plan after landing. In the case of SuperTrafficBoard this means that the boards goes black after landing because it no longer knows what the departure and arrival airport were according to the flight plan. Why does this happen? Do I have a wrong setting somewhere?

Hi to all, I use FSX in a networked configuration and EFB on a Laptop client together with ASNext Weather Engine. Both connect to FSX via simconnect. On a second Laptop I use SuperTraffic Board STB and GMap from FSWidgets which also connect to FSX via simconnect. After starting a flight, loading a flight plan and firing up all these add-ons, I notice that the ASANext-Connections is stable with 0 disconnections also on a 9hrs real-time transatlantic-flight. However, EFB loses the connection to the data-provider every 2 minutes or so, which makes it impossible to really enjoy this wonderful add-on! The same disconnection also happen occasionally for the STB and the gmap stops following the aircraft after a while. Therefore I guess it is rather a simconnect issue than an EFB problem but the EFB disconnections are the most frequent and annoying ones. Perhaps somebody is running a similar configuration and can confirm that the problem is simply a simconnect overload and that I can't do anything against it. Or perhaps sombebody can point me in the direction of a solution. Already tried to move the programs to other clients nbut to no avail. Should I try reinstalling simconnect? Is there a way to install more than one simconnect programs (one for each add-on?) to remove the simconnect bottleneck? Is there any EFB configuration I could try? Any help is appreciated. Best regards, bmaik

Thanks for your quick reply, Urs. No, the whole network is setup via LAN-connections, (but WiFi would be available as well). Should I try to connect some computers via WLAN to reduce the load on the network?. I don't think that the server CPU is overloaded, I get 40-60 FPS if everything is connected and am running on a decent system (4.6 Ghz 4core with crossfired GPUs). The client laptop running the add-ons is slow and old, do you think that I should try running on a different client? Best regards

Hi to all, I have a really annoying problem. I run EFB in a networked setting together with 3 other addons, all connected to FSX via simconnect. (EFB and ASANext on Laptop 1, SuperTrafficBoard and GMap on Laptop 2) but after a while all of them get disconnected. I guess this could be due to a simconnect work-overload. The Data Provider switches between simconnect active and simconnect inactive-messages all the time and EFB disconnects every ten seconds or so as long as I am at an airport. Strangly enough the disconnections get less frequent once I'm airborne and with increased frequency again as soon as I have landed. Any suggestions to get rid of this would be highly appreciated, thx. Draci