Thank you for the very rapid reply, Manfred. Yes, I am using the default FSX-Acceleration with no tweaks apart from the usual highmemfix and not using multiplayer. As far as I am aware the only other GCA system that I have installed was in your C-47 and I have one entry in my airplanes folder related to this - Douglas C-47 GCA-MVC. I flew this GCA equipped model quite a few times to master this technique after first installing it a couple of years ago and there were no problems but haven't used it since then although I have flown the other (non-GCA) C-47s quite a lot in the interim with no unexpected voice callouts. I cannot see any obvious evidence of another instance of the GCA running in the background but perhaps I may be missing something.
I am attaching a screenshot as you requested - this is just after loading the aircraft on the active runway and I have selected the airport (EINN) on the AILA gauge but done nothing else. The intermittent "on glidepath" callout starts as soon as I load the Beverley and before I even open the AILA gauge and I can confirm that the callout voice is that from the GCA_onglidep.wav file in the panel/GCA/calls folder.
This isn't a huge issue for me and I am very happy to use the aircraft with the GCA stuff disabled if necessary, so, unless the solution is obvious, please don't feel you need to spend too much of your valuable time trying to solve this!
Thanks again,
Bill
Bill, normally, on loading a plane all its variables are set to zero. That doesn't seem to be the case on your setup. Perhaps you have an app that saves and resets variables on loading the sim or a plane, possibly the C47 GCA-MVC you mention (and could check on this issue).
A simple solution, hopefully, is to explicitly zero the two major GCA variables in the Beverley's intialization run. Initialization happens in Sim_Bev.xml. I am attaching a revised version - simply copy it to panel\Bev, overwriting the original. Then let's see what you get. To make sure the initialization takes control, reload the Beverley a second time. If that doesn't help we can read out the current state of those variables. I'd really like to get this sorted. It is interesting to see that something like this is even possible.
--Manfred
A few notes taken directly from an original set of Beverley Flight Reference Cards ('checklist' in non-RAF parlance):
Cruise Power Setting (typical) + 4 lb boost @ 2400 rpm
Max Takeoff Power + 14 lb boost @ 2850 rpm
Max Continuous Power + 12 lb boost @ 2850 rpm
Dad describes one aspect of it as being "just like a great big Tiger Moth", in that it needed rudder input to turn the aeroplane - if you put on aileron it would bank but barely turn, but adding rudder, just as on the Tiger, would bring it round nicely. Those of you who've flown a Tiger will know what I mean!
One final note on performance: the Beverley's Achilles heel was the peculiar (and never cured) engine/propellor dynamic interaction which disallowed the use of continuous revs in the range 1900-2350 rpm. This is not the place to go into 'why', but there it was. The practical result was that the pilot had to maintain 2400 rpm in the cruise until sufficient fuel was burned off to allow the revs to be dropped all the way to 1900. Often, this meant 2400 rpm being maintained throughout the cruise, with a consequent reduction in engine life. It was a not-uncommon sight to see a Beverley on three engines.
In spite of this, the Bev was actually a very advanced aircraft for its day. Its appearance (fixed undercarriage, piston engines) cloaked an engineering sophistication. It was the first British aircraft fully to meet the 'Class A' civil safety standards for engine failure on take-off - a Beverley could lose an engine at any time during takeoff and either stop or continue the takeoff; other aircraft of the period (eg HP Hastings) had a time between V1 & V2 when they could neither stop nor continue in the event of critical engine failure. Another safety item new with the Beverley was the set of microswitches on the undercarriage which prevented the selection of reverse prop pitch unless the undercarriage was compressed.
Hello All,
Just joined SOH and getting to grips with the Beverley. Thank you Mr. Jahn for a fine freeware product! A couple of questions if i may: Where's the flap lever in the cockpit please? I've found the parking brake!Also, I've downloaded the boost gauges. How do I install them into FSX:SE please?
My wife's older sister is called Beverley (good job they are not twins!!). I'm sure I mentioned to Beverley years ago that there is a plane with the same name. I shall take some delight in reminding her - unless my missus has already told her about me already flying the fat biffa around..![]()
Bill,Thanks Manfred,
Just an update. I replaced the original mon.xml file as you suggested but I am afraid the issue unfortunately persists although the repetitive call out this time was different - "on centreline, on glidepath". Incidentally both APC and PAR had a reading of zero as soon as I opened the monitor and, as might be expected with these readings, clicking the clickspot on the FS serial number didn't make any difference.
Bill
OOPS, another thing. Is there a way of tying all 4 condition levers together to adjust the propeller pitch a la Flight1 Islander for example (toggle separate and tied) so that it's less of a struggle using the mouse to adjust them? Less realistic I know, but I cannot use a virtual hand or pair of hands to move all 4 levers at once. I realise that there are presets on the monitor for takeoff and cruise...![]()
Bill,
Reviewing your reports I now think it's likely the errant sounds may be due to some sort of duplicate setup. The suspect item in particular would be the file "GCA_dsd_fsx_xml_sound.gau". You do have that in the Beverley's panel folder and a separate panel\GCA folder, don't you? (Just asking because some simmers habitually copy all such stuff to the main gauges folder.) Two additional tests along these lines come to mind:
(1) Rename "GCA_dsd_fsx_xml_sound.gau" in the Beverley's panel folder to "BEV_dsd_fsx_xml_sound.gau" and edit the corresponding gauge02 of [Window03] in panel.cfg.
(2) (Errant calls still present) Run a file search in FSX to find duplicate instances of "GCA_dsd_fsx_xml_sound.gau". Temporarily disable (rename) them and test.
BOOST | RPM | MP | PHASE |
0 | 0 | 29 | BEFORE START - SHUTDOWN |
-6 | 1050 | 13 | AFTER START - IDLE |
0 | 1800 | 30 | PWR-PRESS CHECK 1 |
6 | 2000 | 36.8 | PWR PRESS CHECK 2 |
8 | 2200 | 38.2 | PWR PRESS CHECK 3 |
12 | 2300 | 42.1 | PWR PRESS CHECK 3 |
16 | 2500 | 45.7 | PWR PRESS CHECK 4 |
25 | 2700 | 59.7 | TAKE OFF POWER |
20 | 2600 | 50.0 | CLIMB 1ST SEGMENT -1ST PWR REDUCTION |
16 | 2600 | 45.5 | CLIMB 2ND SEGMENT - 2ND PWR REDUCTION |