Spitfire MK-IX Compass/Gyro Not Working

[fiddlinjim]

The magnetic compass and the gyro  in the Spitfire MK-IX, show a very slight movement and then

they freeze up and do not show any change of heading, regardless of the planes attitude or new bearing.

I have swung the plane through numerous 180 degree turns. at different attitudes, altitudes and then flew straight and

level for several minutes after each maneuver and absolutely no movement in either compass or gyro.

[Bert_Foster]

Agree still the same in 3.0007 for both Spit MKV and MKIX Directional Gyro freezes after about 60 degrees of heading change

Edited November 23, 2018 by Bert_Foster

[unreasonable]

A real gyro compass has to be caged - ie immobilized - before any sharp manouevre or it can be damaged.  In the game we do not have to do that, but the game effectively does it for you.

After exactly 30 seconds flying more or less straight and level it will "unfreeze" and you can use it again for navigation. Just checked it: works for me as intended and described here.

 

Personally I would rather the developers gave us a "cage/uncage" gyro toggle so that we had to do it manually - otherwise we will get similar comments over and over again

 

 

[Bert_Foster]

We are seeing the Directional Gyro freeze in 30 degree banked turns! No DG in the world does that. I accept that with dynamic maneuvering some heading errors may be apparent until resynched (in a slaved system) or heading reset in a standard system.

 

I have a lot of time in aeroplanes with DG systems (both straight DG and GM synched ones). I have never seen a DG freeze in everyday turns. sure some heading errors after a strenuous aerobatics session but no freeze.

 

Why if its correct does it only happen to the Spitfires ... and not say the P39 ?

After more testing all DG equipped aircraft in the Sim except the P39 have bugged DG behavior. So Both Spitfires are bugged, the P47 is bugged, A20 is bugged, P40 is bugged.

 

The DG should not show any heading freeze in typical turns through 360degrees. The DG should not ever show any Acceleration errors on North and South ... thats whole reason they were used.

 

Should be raised with the Devs. The standby compass in the A20 works better than the DG !!!!

 

From the RAF AP129:

 

Edited November 25, 2018 by Bert_Foster

[Bert_Foster]

Bump

 

[unreasonable]

3 hours ago, Bert_Foster said:

Bump

 

 

It is a design choice. The freezing of the gyro is simulating the pilot caging it. 

 

By all means suggest a more detailed approach to the simulation of how the gyro works: I doubt it will be implemented since the designers have deliberately simplified various systems, as this is not a study sim; but who knows.

[Bert_Foster]

No requirement to cage the DG in normal flight. Bank and pitch angles up to 55 Degrees should result in unrestricted operation. IF its a design choice then its rendered the function of the DG pointless.

[Bert_Foster]

This Bug is still evident.

[JonRedcorn]

It's not a bug though.

[Bert_Foster]

If its not a Bug then what is it ? If its meant to be a design feature then its implementation is bugged

[BraveSirRobin]

26 minutes ago, Bert_Foster said:

If its not a Bug then what is it ? If its meant to be a design feature then its implementation is bugged

 

It's been explained to you in this thread.

[SunCup]

Still a pin in the H.. for navigating with instruments today. This caging and uncaging routine is useless

[[_FLAPS_]RogoRogo]

On 4/22/2019 at 3:24 AM, Bert_Foster said:

If its not a Bug then what is it ? If its meant to be a design feature then its implementation is bugged

you are very correct in this assumption (still, 2 years later, and possible ex-post or post-mortem).
As the "simplified" or rather "gamified" solution of non-player agency "gyro caging and uncaging" is triggered by the aiframe enterling a bank (instigating roll) there is both a caging trigger and a timed uncaging trigger already present.

So even if the caging trigger is a boolean event (roll 0/1) this could and should be tied to a different value that already exists (roll/bank angle) in a suitable fashion (fe - and I do not have a primary source at hand in this moment - if the max tolerance angle where a pilot was under order to cage was 55° then the trigger should be set at - again, just exemplary - at 50°) and the "uncaging" trigger timer set to a value representing a more fidelic representation (again, I do not have a primary source at hand at the moment, but the Spit's gyro was spinning the entire time when caged, it was arrested and on "uncaging" assumed the correct position rather quickly based on its own momentum and inertia).

Although this is more of a game/entry level sim with (a positive and also market-standalone USP the product provider should focus on instead of a complete false postive metoo outline orientation) there are nonethless many considerations to be taken into account that give value to mitigating this suitably (influx of upward fidelity segment mobility, USP coherence, vibe, scenario viablitly of concerned aiframe module, overall "balance" aspects, experience cohesion and the like).

This is neither ressource intensive (technical, functional, manhour budget) or can-of-worms endangered.