Bernardo_Gui Posted July 4, 2016 Report Share Posted July 4, 2016 (edited) hi after a number of flights i have recently done (offline) testing extensively this b737 , here is a number of situations i have experienced the soft gizmo crashes that made the FMS inoperable, each of those crashes are very easy to reproduce if you follow to the descriptions: - when you fly past the last leg/wpt of any flight plan in Lnav (without filling in an arrival rwy and a star), the soft gizmo will crash and will turn your fms inoperable, it will be no longer possible to re program it and this will ruin your whole FMS managed flight that you would need to complete manually/MPC if you want to arrive at your destination , ( in this situation there must be an "--END OF ROUTE--" message on the FMS, with the ability to give you hand to reprogram your flight AND have again the Vnav tables accordingly to what you have entered etc) .. i can't believe such a crucial FMS feature hasn't been implemented since v1.0 .. -when you enter rwy 15 as arrival to VQPR airport, the fms/gizmo will crash (using June's 2016 airac) -it seems there is no ALT ROUTE feature implemented at all; i was flying from EDDF to UUDD, but decided to divert to EETN; since ALT ROUTE was not available as function, i tried to replace uudd with EETN as destination airport on the main route page; nothing much changed... in this situation, i tried then to clear the route legs by deleting manually the wpts from the current route table (EDDF>UUDD), starting from the end (supposed to be mandatory requirement) of the arrival RWY&STAr at UUDD, when i have pressed DELETE & EXEC it resulted as a gizmo crash and rendered the FMS inoperable at FL330 where i was somewhere over Berlin... since the FMS as it is now is tailored to make linear flights from airpoirt A to B, please, can you explain, how this FMS was tested before the release, and if it was, then WHAT should be the 'academic pre-formatted pilot's flight procedure' in order to fly from airport A to B without encountering any of these bugs?? because i absolutely see no redundancy and freedom of operation of this FMS now; please explain what happens in a real life situation when you are on the way from EDDF to UUDD and want suddenly divert to EETN? thanks i find these bugs really incapacitating regards B. * = unserviceable Edited July 4, 2016 by Bernardo_Gui Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.