Understanding User Preferences for Flight Plan Loading
-
I really don't understand the sense of people on the magenta line, after all, flight, fuel, time planning is part of pre-flight preparation.
Extreme simplification and automatic landing of the flight route by ACARS is ok, in transport aviation, where the pilot is only the flight executor and receives all data semi- or automatically. This is not the case in GA aviation. You as the pilot are obliged to draw the route, check its correctness, check the availability or reservation of zones, estimate airports including alternate ones, departure and arrival methods, match it or no to RNAV. Of course, this can be done consciously in simbrief, but automatic landing of the flight route for an aircraft from the 80s, amazing
@SebAvi That's a matter of taste.
-
As a pilot I would appreciate
- I enter the cockpit and find the floppy visible
- I insert the floppy, load the (simbrief) plan (SID/STAR points could be in optionally)
- Off we go
For those using MSFS 2024 EFB, SIMBRIEF EFB App ans so on, this should be done/loaded on user site, not by the Starship. Starship should only present floppy with latest/(or maybe all saved starship flights)
Cheers
-
Hi Nick,
for the 2020 version of the KLN 90B, I implemented loading a .fpl file from the file system, because users wanted to load flight plans after the session was started and the .fpl file format is the most generic format, that can be exported by all flight planning tools. Loading from the file system with JS was quite a hack though and I'm not really a fan of that.FS2024 has a much more elegant solution. You can import any .fpl file into the EFB or use the Simbrief plugin to import routes into the EFB. The user can then press "send to avionics" to import the EFB route into all avionics at once, regardless of how they implemented their flight plan system. This should be quite a future proof system, as any flight planners that may come along in the future will likely be able to send their route to the EFB.
On a technical level, you will simply get an event that includes the whole flight plan, including procedures and it has worked very well for me. The documentation is here:
https://docs.flightsimulator.com/msfs2024/html/6_Programming_APIs/JavaScript/Coherent_Listeners/JS_LISTENER_PLANNEDROUTE.htm
Here is how I load it in the KLN with the Avionics Framework (Please mind the project license, but it should get you started at least):
https://github.com/falcon71/kln90b/blob/main/kln90b/services/KlnEfbLoader.ts -
@falcon71 What a delightful surprise! You must have heard me singing your praises in another topic here recently. Thank you so much for pointing me in the right direction. Your message also came at the perfect time, since I was starting to feel like I perfected things for MSFS 2020, but was hitting a brick wall with 2024.
I just tried pulling the flight plan from "GET_EFB_ROUTE" before calling it a night. I can't believe I have to write yet another flight plan interpreter, but the data looks like it's well formatted, at least.
From the looks of your code, you only load the enroute ICAOS, I assume because the data only includes the departure, arrival, and approach identifiers instead of their ICAO list? That is substantially annoying, but not insurmountable.
Thank you so much for swooping in and pointing me in this direction. I might add that you never have to worry about me running foul of your project licensing. I find it impossible to use code that I don't fully understand, and impossible to fully understand code that I didn't write myself. It's a blessing and a curse...
-
@falcon71 What a delightful surprise! You must have heard me singing your praises in another topic here recently. Thank you so much for pointing me in the right direction. Your message also came at the perfect time, since I was starting to feel like I perfected things for MSFS 2020, but was hitting a brick wall with 2024.
I just tried pulling the flight plan from "GET_EFB_ROUTE" before calling it a night. I can't believe I have to write yet another flight plan interpreter, but the data looks like it's well formatted, at least.
From the looks of your code, you only load the enroute ICAOS, I assume because the data only includes the departure, arrival, and approach identifiers instead of their ICAO list? That is substantially annoying, but not insurmountable.
Thank you so much for swooping in and pointing me in this direction. I might add that you never have to worry about me running foul of your project licensing. I find it impossible to use code that I don't fully understand, and impossible to fully understand code that I didn't write myself. It's a blessing and a curse...
@Black-Square said in Understanding User Preferences for Flight Plan Loading:
From the looks of your code, you only load the enroute ICAOS, I assume because the data only includes the departure, arrival, and approach identifiers instead of their ICAO list? That is substantially annoying, but not insurmountable.
That's right, I only load the enroute segment of the flight plan, but there is a switch. If the waypoint has an ICAO code, that's easy and all I need. Otherwise, it I create a custom, temporary waypoint with the Lat/Lon information. A lot of users like those Lat/Lon waypoints for VFR flights.
I don't remember everything right now, but I'm pretty sure there was enough information in the data, that it would be possible to load procedures as well. You might need to fetch the airport facilities to get the whole procedure lists and match the identifiers.
I opted not to load them, because the KLN flight plan cannot include more than 30 waypoints, which can quickly be reached with procedures. I found it difficult and maybe unexpected for users on how to handle the case, when the flight plan gets too long. What should I do if I can load the flight plan up to half the approach? I found it easier to just let users load the procedures manually afterwards with all the usual error handling. The real KLN also does not persist procedures in it's flight plan, so it makes sense to skip those. -
Just for completeness, I have coded a simple Simbrief importer in the past using the pretty simple xml.fetcher "api". It's basically just a url where you include the saved pilot id of the user and it gives you an xml of the flight plan, including the detailed navlog. Each waypoint on the log comes with quite some detail, including a bool for "is_sid_star", so it's really easy to exclude them and only grab the enroute ones.
This the url for my simbrief user: https://www.simbrief.com/api/xml.fetcher.php?userid=372985
This is how I planned to implement simbrief -> saved route library import - if it would have been possible.
-
Nick, as of writing this, the SEND TO AVIONICS within the EFB in FS2024 only works with some equipment, regardless of the aircraft. The G1000 and G3000 work fine, but the GNS750 530 and 430 simply do not. I am not sure about the payware versions which supposedly have an import function for .pln files
At no point have I been able to use the SEND to AVIONICS on the duke turbine for eg. The aircraft is not the issue, those damn freeware garmins are useless ATM.
-
Nick, as of writing this, the SEND TO AVIONICS within the EFB in FS2024 only works with some equipment, regardless of the aircraft. The G1000 and G3000 work fine, but the GNS750 530 and 430 simply do not. I am not sure about the payware versions which supposedly have an import function for .pln files
At no point have I been able to use the SEND to AVIONICS on the duke turbine for eg. The aircraft is not the issue, those damn freeware garmins are useless ATM.
@CoolGunS I have had some success getting flight plans into the GTNs, depending on the aircraft, by reloading the plan into the EFB on the ramp and executing the Send to Avionics from there. I haven't tried this with the GNSs but this might work for those too.
I discovered that when you Send to Avionics from the flight setup screen, the EFB will often "help" you by adding departures and arrivals you didn't ask for, and that don't correctly populate the GPS.
I don't use the in-built ATC, so I've taken to selecting only the departure airport, loading onto the apron, and EFBing the flight plan from there.
-
I would also note that in the PMS50 GTN premium version, you can import a flight plan from a file, but the file needs to specifically be named fpl.pln and placed in a folder inside the GTN750 add-on folder.
That's annoying and inconvenient, so I made a right-click context menu for Windows Explorer that allows you to right click on a pln file and copy it to the PMS50 folder with the required rename.
-
I suspect you have not made the edits to the Duke to use the WT GNSv2? If not, I would not expect it to work. I tested the "send to avionics" event last night with Starship, and it seemed to worked perfectly every time. I think that I will also be able to overwrite any weirdness that happens when also using "send to ATC", so hopefully users will be able to press "send to avionics and ATC" with no problems. Of course, I haven't been able to get the EFB to actually send the correct flight plan to the ATC when I interrogate it... but that's a MSFS 2024 problem.
-
B Black Square referenced this topic
-
SUCCESS with the stupid WT GNS 750 530 and 430!!
After experimenting with .pln files on the freeware versions of those units I have discovered the issues I was having, and the fix is easy! If anyone else has had issues with waypoints not showing up, remove the SID.
Yep, it was just the damn SID on IFR flight plans that was screwing it up. Once I just created a .pln with origin, destination and intermediate waypoints via Little Navmap, the flight plan exported fine from the EFB.
Yup, even the dukes!
Happy nowNow to try exporting from Little Navmap into Simbrief so that BATC can take over the flights.
CG.
-
I find I enjoy fat fingering the flight plan in Starship more than just about any other aircraft - super easy, barely an inconvenience as Ryan George would say.
No need for Simbrief integration IMO but if there were going to be an option for that it would be nice for those of us who use it. Once I finally figured out what I was doing wrong for saving flight plans I will just eventually get a few I used fly IRL.
-
Great, now I have a pitch meeting for Starship stuck in my head.
Manager: So, you have a replacement for the King Air for me.
Engineer: Yes sir, I do. We've been thinking about these things called composites. Lighter and stronger than traditional aluminum. We can make this airplane lighter and faster while still putting all the latest whiz-bang features into it.
Manager: Sure, but how will we get the FAA to certify it?
Engineer: Super simple, barely an inconvenience.
Manager: What are we gonna call it?
Engineer: This is the 80s! We're packing it with all of the latest in space-age materials and electronics, we should call it a Starship.
Manager: I like it, with a name like that it'll be an instant hit!
