Altimutater

Good news and bad news - I did get the KLN90B to integrate with the MU-2's autopilot and instruments successfully - the only changes required are in the KLN90B's code. (It needs to override the nav needles and steer the NAV1 deflection, distance, and RMI needle when you toggle NAV-GPS to GPS on the MD41 panel, basically.) Bad news is, although I am using Git to track my changes to the KLN90B as installed in my MU-2... despite my intentions the commit with the functional changes to the code are mixed into a huge amount of automatic formatting correction... so I can't cleanly make a pull request to the official KLN90B repo and get these changes upstream. It's not a seamless integration either - you need to manually adjust the HSI OBS needle to the new track at each waypoint, with precise timing. Say you're flying 090° from A to B and the next track is 120° from B to C. Around 1NM from waypoint B, the GPS ticks over to the next leg and shows you're slightly to the right of the track from B to C. The needle deflects left, so the autopilot turns you left - and then to the right as you reach the BC track. This is probably realistic behaviour but I've not combed the manuals to check!

Found a rather substantial minor snag today... the pilot artificial horizon failed (random X-Plane failure). But this failed the copilot artificial horizon too! This is the OEM cockpit. Enter flight Engage autopilot Fail the pilot's artificial horizon Both artificial horizons freeze in position, and neither show a failure flag Autopilot keeps flying the plane and quite quickly put you somewhere you'd rather not be Expected behaviour: Pilot and copilot horizons are independent When one fails, the failure flag is shown (always, or in 99% of cases - are there ways a horizon can fail and still see itself as healthy?) If the pilot's horizon failure flag is shown, the autopilot will disconnect loudly Using the AP turn knob before failing the horizon was interesting - the nose dropped, speed rose, at about 300kts a stick puller activated and did a half loop - here we're about to continue the loop and drop into the Atlantic

Hiya. I think these are the ones you're after? xscenery/mu2b60/manips/lights/copilot_instruments xscenery/mu2b60/manips/lights/engine_instruments xscenery/mu2b60/manips/lights/overhead_panel xscenery/mu2b60/manips/lights/pilot_instruments xscenery/mu2b60/manips/lights/radios xscenery/mu2b60/manips/lights/sw_panels They're all float datarefs - no commands. In X-Plane (unless something radically changes in the future), you're almost guaranteed to be able to find the dataref/command for everything you can interact with using the mouse. The things you can click/drag are "manipulators" in X-Plane dev parlance, and they'll all be listed in plain-ish text in one (and no more than one per aircraft variant) .obj file. It's not quite as simple as that to find them, but it's nearly that simple! This openness is one of the best things about X-Plane as it's reasonably possible for the end-user to make their own customisations and extensions and workarounds independently - something I probably do more than most.

Wandering from Brazil to Cape Verde... a little marginal on fuel... I got a VKB STECS throttle for use with DCS, but the detents and the heft of it make it marvellous for the MU-2 also.

I've not figured this out yet but it's a problem I want to solve. Possibly it'd be a mod to the KLN90B, possibly to the MU-2, possibly some bridging plugin work would be needed, possibly all three... fact is I don't have my head round how X-Plane's default autopilot works nor how much of it the MU-2 uses. I'm glad you were able to get it working!

I'll double-check what my min cruise preset gives me - I thought it was 98% but it might be 96%. If it happens again I'll inch up the RPM and see if that helps!

Hi folks, Can I get some guidance on this - I'm cruising at FL280, I've selected a cabin alt of ~9500ft to match, air sources are set to Both, but the cabin alt is stable at 11,000ft? Man Press Cont doesn't change the cabin pressure no matter where I put it, and I've returned it to approx its centre position. Is there anything I'm missing here?

Ah thanks - just needs a reinstall then?

I occasionally get an "Activation Required" notice, along with engine shutdown, usually just when I'm reaching top of climb. It's happened three times since I switched to Gizmo version 23 as described here: https://blog.x-plugins.com/2023/02/gizmo64-version-23.html How do I check if the aircraft is activated, before I start the flight? Having the flight end abruptly because Gizmo has decided it's not activated today, with no warning, while flying on Vatsim, is extremely frustrating. I wouldn't mind (well, I would mind, but not as much) if Gizmo still randomly deactivates the aircraft from time to time, but I can check this and reload the aircraft until it's happy, before I've invested 20-30 minutes into a flight. This was the first flight of the day. Started XP12, set up a flight out of LOWI. Load MU-2. Since switching to Gizmo 23 the console comes up with a warning that a URL for a Sportys competition has 404'd, I don't know what that's about. The silver lining here is the SID involves flying up the valley, turning around, and overflying the airfield in the other direction, so when the alert came up and my fuel dropped to zero, I was able to deadstick back into LOWI, which was pretty satisfying. I've now changed the X-Activation Preferences. It had "Automatically Update License", strict TLS, and a 10-second timeout. I've now enabled the licence update notification, deselected strict TLS, and set a 60-second timeout to accommodate any server network issues. Obviously I really enjoy flying the MU-2 - there's nothing really like it for X-Plane - and I'm hoping to keep flying it for a good while yet!

Flying into a small French airfield for an FSEconomy contract... turns out they're shut at night and have no runway lighting, except for a PAPI the airfield manager forgot to switch off (Still landed safely and mostly gracefully, though)

This is probably up the street of flight model enthusiasts everywhere, and SAAB fans in particular... Includes inflight demo of the stick pusher, 2g turns, "dynamic control response" i.e. give a quick shove to the control column and see how the plane reacts, Dutch roll... all with a couple dozen undergrads on board!

Did a bit more bugfixing - the plugin (source code and a Windows compilation) and user installation/modification instructions are up on GitHub: https://github.com/JDeeth/mu2tweak (shouldn't need saying but no assets/IP from the MU2 are included there, all modifications are at the user's risk and void support, etc)

I've extended my script and it now: filters the radio altimeter provides commands to move the prop levers to all four positions fixes/abuses the OEM nav radio stack NAV radios tune to 25kHz-spaced channels COMM radios tune to 8.33kHz-spaced channels… bit tricky with the 5-digit displays. If the 6th digit is 5 the 5th digit is turned partway to the next number. ~-~compromise~-~ provides a custom dataref for GPS power - if you pull the GPS-15 fuse it goes to zero

Found a dead simple way to get the leading zeros to show on the HSI COURSE and DIST displays! Also to get rid of the subtle extra glow on the 0.1s digit on the DIST display. Before: After: 1. open aircraft in PlaneMaker - after backing it up of course 2. go to 3D Panel 3. find "pilot_course" in hierarchy 4. change Key Frames and add 1000 to the outputs - 0 > 0 and 360 > 360 becomes 0 > 1000 and 360 > 1360 This means, when the course is 4, it displays 1004... but there's only 3 digits so we just see the 004. 5. do the same for "copilot_course" 6. for "pilot_distance" and "copilot_distance", change the mappings to 0 > 10000 and 200 > 12000 7. also change their properties from 3 digits, 1 decimals, -1 period width to 4 digits, 0 decimals, 0 period width 8. save changes in PlaneMaker gen_LED instruments are infuriating about displaying decimal places. They're supposedly a simulation of 7-segment displays, where the decimal place is the 8th segment underneath each number. But it makes a decimal place be the same width as a digit e.g 12.3 is wider than 123. The MU-2 has a clever workaround that makes the decimal place overlap with the 0.1s digit but that gives the double glow. The actual decimal place is already a separate PNG, so by changing the scaling, when the distance is 0.6 NM, it displays 10006 on the instrument and you see 0006 plus the separate decimal place.