Cursor remains slewed when switch to NAV mode.
-
If a cursor slew is made in AG mode, all waypoints will be displaced with respect to that initial change that was made, until here everything OK. A cursor-reset and problem solved. But I do not see normal is that if you change to NAV mode this displacement remains, this can lead to confusion to a pilot who is returning home after a hard fight and make him believe that he returns to base following the correct course when in reality It is deviated. I think that this should be corrected. Thanks BMS team for all.
-
The tadpole shows the proper course in NAV… When you CZ, the diamond will slew back to the proper location. All is at piece in your pilot’s mind… sleep well
-
CZ is also highlighted on the HSD when there is a remaining slew.
-
The tadpole shows the proper course in NAV… When you CZ, the diamond will slew back to the proper location. All is at piece in your pilot’s mind… sleep well
When you switch to other master mode like NAV this should not remain displaced/slewed. You said me the CZ solution that we all know.
-
If a cursor slew is made in AG mode, all waypoints will be displaced with respect to that initial change that was made, until here everything OK. A cursor-reset and problem solved. But I do not see normal is that if you change to NAV mode this displacement remains, this can lead to confusion to a pilot who is returning home after a hard fight and make him believe that he returns to base following the correct course when in reality It is deviated. I think that this should be corrected. Thanks BMS team for all.
How is it in the real F-16?
How is it in the manual?
-
Delta SPI remains until pilot perform a CZ regardless of master-mode. So in NAV mode, applied Delta remains and it is normal.
There is no bug here.
-
If I may add, dash 34, p173.
-
-
BMS! No jail for me
-
How is it in the real F-16?
How is it in the manual?
Good question my friend XD XD, But I think that in real life the pilot has it easier than we have here.
Delta SPI remains until pilot perform a CZ regardless of master-mode. So in NAV mode, applied Delta remains and it is normal.
There is no bug here.
I don’t agree that breaks the philosophy that master mode are independent of each others mater mode. When you are in NAV mode, that delta is not needed. If I change to AG mode, the deltas that I programed should remain (as long as I did not perform a cursor-reset(CZ)). I don’t think in real life it’s like that.
-
Good question my friend XD XD, But I think that in real life the pilot has it easier than we have here.
I don’t agree that breaks the philosophy that master mode are independent of each others mater mode. I don’t think in real life it’s like that.
It is.
-
Good question my friend XD XD, But I think that in real life the pilot has it easier than we have here.
…
I don’t agree that breaks the philosophy that master mode are independent of each others mater mode. I don’t think in real life it’s like that.For that kind of stuff, we don’t have to “think” … We simply have to check in sources or RL documents. This is what we are doing on our side.
If you “think” it is wrong , please check in documents, then prove it by mentioning references. And we will consider a miss reading/miss understanding on our side.However … if it is wrong in BMS, then we should warn Lockheed Martin because their simulators and aircrafts are badly programmed since it is like this in real F-16C.
-
I’m sorry but when I edited my previous message you answered me, thanks for your quick response.
I think the operating philosophy is such that: when you are in NAV mode, that delta is not needed. If I change to AG mode, the deltas that I programed should remain (as long as I did not perform a cursor-reset(CZ))I don’t know if it Lockheed Martin would have programmed it badly or not, what I know is that it breaks with the independence of the master modes. But come on this is an infimum thing that can be corrected and I can get used to it.
-
Not sure it plays a role in correcting it, but in real life you can also expect drift from accurate coordinates.
-
Not sure it plays a role in correcting it, but in real life you can also expect drift from accurate coordinates.
All right with you, mainly due to inaccuracy of data or electronic systems.
-
With modern aircraft, sure.
With the earlier F-16s, you expected drift of the INS solution on the order of miles over the course of a mission. You constantly slew around to correct the nav solution, which is why the navigation deltas are required in NAV mode.
Granted, less of an issue these days with GPS and RLGs. Which is why the new aircraft have a reminder that you have non-zeroed slews: the C/Z OSB is highlighted if there are slews applied.
-
Granted, less of an issue these days with GPS…
As long GPS is available. And it is not 100% granted everywhere. Never rely on GPS only. An autonomous INS/IRS is always something to consider.
-
With modern aircraft, sure.
With the earlier F-16s, you expected drift of the INS solution on the order of miles over the course of a mission. You constantly slew around to correct the nav solution, which is why the navigation deltas are required in NAV mode.
I work with airplanes and I always forget that I am in a simulator from another era. Thank you Blue3Wolf :doh: for reminding me of the reality of those aviation times :D:D. And by the way HAPPY CHRISTMAS to all.
PD: Dee-Jay you were right this is not a bug. Sorry.
-
No probleme. We may be wrong on some stuff! … In that case no prob to report it and provide propper info and if it is possible, we will be glad and happy to fix.
-
As long GPS is available. And it is not 100% granted everywhere. Never rely on GPS only. An autonomous INS/IRS is always something to consider.
With GPS and Ring Laser Gyros… Which with software filtering have a pretty slow drift rate.
But yes, the GPS component may potentially be subject to electronic attack. Although the Precise Positioning Service is less susceptible to some forms of EA than I had assumed previously.