Ch.Cole

Just as a follow up: I did a test, and I managed to get sufficient pressurisation at FL280. Is it possible that you reduced the RPM below min cruise? One of the peculiarities of the MU2 is that min cruise is 97%. When I reduced it lower to test, the cabin altitude increased. So maybe that was the issue?

That's indeed strange. What are your power settings? maybe the engines can't provide enough bleed air pressure?

Hi, I'm looking for a command to "press" the ALT button on the transponder (GNS-Version). DataRef came up blank, at least I didn't find a way to change the mode. I'm ok with a lua-solution. I also have a question regarding the GPSS-Roll-Steering Button (GPSS/HDG). Is it intended/realistic behaviour, that I can't change it and don't have an indication, unless I already have the AP active in HDG-mode? Lastly, GPSS behaviour: If you follow a flight plan and do a "direct-to", the GPSS turns even before your "accept" by pressing the "enter" button. Is that correct?

Ok, funny stuff... I removed all other plugins I use and added them back one by one... And even with all plugins added, it kept working...

So I reverted back (reinstalled and deleted the other plugins), and the issue still persists...

Yeah, I gathered that. I had it suggested for the Saab, I think. I'll try to roll back...

The issue might be with the new plugin, that splits Gizmo64 into two different plugins.

If you happen to use "FlyWithLua" as a plugin, it's quite easy to do

I have an issue where the fuel indicators all read zero, now matter what I set when starting cold&dark. Engines don't start. If I start with "engines running", everything is fine. Also, "Fuel Qty Test" doesn't have any effect. I have Gizmo v23.02.27.1254, which shown an error in the console.

I encountered the same issue. When you move the white "lock lever" up and down again, you can use the mouse. The plane initialises with the dataref xscenery/mu2b60/showhide/hide_condition_lever_manips set to 1. Moving the lever lock a bit sets it to 0.

Maybe 6 months later? At least there should be some progress to report?

@Ben Russell It seems that this update does not work with your new plugins. Is that possible or just a "me" issue? Does this give any immediate pointers? 0:08:29.361 G64-Avionics: xpl| Gizmo::Triggers::Events::ScriptedReboot::run_action() 0:08:29.365 G64-Avionics: xpl| Lua::RunEvent[1](OnBeforeReboot) 0:08:29.365 G64-Avionics: WRN: PrefsAPI_SaveToDisk 0:08:29.365 G64-Avionics: WRN: prefs.need_save flag NOT set 0:08:29.365 G64-Avionics: xpl| GizmoCore::Restart() 0:08:29.365 G64-Avionics: xpl| GizmoCore::Stop() 0:08:29.365 G64-Avionics: xpl| Gizmo::Audio::OpenAL::Cleanup() 0:08:29.365 G64-Avionics: xpl| GizmoVM::Stop(Avionics) 0:08:29.369 G64-Avionics: xpl| GizmoVM::Stop(Avionics) finished. 0:08:29.369 G64-Avionics: xpl| GizmoCore::Stop() finished. 0:08:29.369 G64-Avionics: xpl| GizmoCore::Start() 0:08:29.369 G64-Avionics: xpl| GizmoVM::Start(Avionics) 0:08:29.369 G64-Avionics: xpl| Boot Count: 3 0:08:29.370 G64-Avionics: xpl| GizmoVM::LoadFirmware(Avionics) 0:08:29.378 G64-Avionics: dbg: Aircraft VM firmware: v23.02.07.0220 0:08:29.378 G64-Avionics: dbg: Turning off JIT 0:08:29.604 G64-Avionics: dbg: gxt: AutoLoading.. 0:08:29.606 G64-Avionics: dbg: gxt.load: Console 0:08:29.631 G64-Avionics: dbg: gxt.load: ToolTray 0:08:29.639 G64-Avionics: dbg: gxt.load: Preferences 0:08:29.647 G64-Avionics: dbg: gxt.load: RebootButton 0:08:29.655 G64-Avionics: dbg: gxt.load: GK_Icon 0:08:29.662 G64-Avionics: dbg: gxt.load: LuaGC 0:08:29.671 G64-Avionics: dbg: gxt.load: Shell 0:08:29.678 G64-Avionics: dbg: Shell not loading - encrypted scripts. 0:08:29.679 G64-Avionics: dbg: gxt.load: Stats 0:08:29.687 G64-Avionics: dbg: gxt.load: Inspector 0:08:29.695 G64-Avionics: dbg: Inspector not loading - encrypted scripts. 0:08:29.695 G64-Avionics: dbg: gxt: Completed AutoLoad. 0:08:29.716 G64-Avionics: xpl| GizmoVM::LoadFirmware(Avionics) finished. 0:08:29.716 G64-Avionics: xpl| GizmoVM::Start(Avionics) finished. 0:08:29.716 G64-Avionics: xpl| GizmoCore::KickStart() -------------------------------------- 0:08:29.716 G64-Avionics: xpl| Lua::RunEvent[1](OnKickStart) 0:08:29.716 G64-Avionics: dbg: KS[acf]: Gen 2 loader.. 0:08:30.319 G64-Avionics: xpl| Optimizing Callbacks.. 0:08:30.322 G64-Avionics: xpl| OnDraw_Windows 0:08:30.322 G64-Avionics: xpl| OnDraw_Windows_Toast 0:08:30.322 G64-Avionics: xpl| Gizmo::Triggers::Events::OnBoot::run_action() 0:08:30.322 G64-Avionics: xpl| Lua::RunEvent[1](OnBoot) 0:08:30.323 G64-Avionics: dbg: :------------------------------------------------------: 0:08:30.323 G64-Avionics: dbg: xscenery: Load mu2b60 Scripts - vnil 0:08:30.323 G64-Avionics: dbg: xscenery: Load mu2b60 Hot Fix - nil 0:08:30.323 G64-Avionics: dbg: :------------------------------------------------------: 0:08:30.328 G64-Avionics: xpl| Gizmo::Triggers::Events::OnFirstFrame::run_action().. 0:08:30.328 G64-Avionics: xpl| Lua::RunEvent[1](OnFirstFrame)

All non-relevant plugins disabled. Do you see anything else I should disable to test it? Log.txt

Sure, here you go. I'll try to replicate ist with minimal plugins. Log.txt

I just tried again, and once again after ~22 Minutes I had the issue. I'll try some configurations. Last lines in the log are 0:26:09.336 G64-Avionics: dbg: gxt.load: GK_ActivationRequired 0:26:09.975 G64-Avionics: dbg: Creating 'ActivationRequired' Window 0:26:13.090 G64-Avionics: dbg: Releasing aircraft flight control overrides: Activated

No worry, I'll try to set up a test to check if I can reliably get the issue and then try to narrow it down.

Thank you for the quick reply! I'm always (nearly at least ) willing to test new things. If Ben wants to get in touch with me, I'm glad to help. Fortunately, the missing activation just means I need to do an air start

Hi, I've got an annoying issue. The plane decides after around 10 minute of flying that it isn't activated. But the licensing plugin tells me it is activated and there are nearly 15 days until the licenses are checked again. Is this a plane issue? I'm using the "split" plugin (gizmo64-avionics 23.02.27.1254 and the x-aviation 23.02.14.0206)

No need, turns out is was not exactly DRT's fault, X-Keypad had a bug that made X-Plane crash in connection with DRT. Since it has been patched, it works great. @Pils It was not exactly DRT, but the combination of DRT, X-Keypad (main culprit) and the MU-2.

The culprit seems to be the DataRefTool (2.3.0)...

Wow, you are really quick Please let me know if you need a certain scenario for the log. Log.txt

Hi, I'm getting a crash if I try to load the MU in XP 12.05b1. I can start a flight without any issue in the Aerolite, but when I want to switch to the MU, XP closes. 0:09:10.039 I/WIN: Showing subscreen Freeflight 0:09:10.039 I/OVR: User is entering the holodeck. 0:09:10.039 I/WIN: Opened window Primary V11 UI 0:09:18.014 I/FCG: Applying changes from Flight Configuration screen 0:09:18.014 I/FCG: Starting new flight in Aircraft/X-Aviation/Mitsubishi MU-2 Marquise v2/xsMU2B60_4B_GLASS.acf at 2N 0:09:18.014 D/STM: Transitioning from state state_Normal to state_NormalLoading 0:09:41.925 G64: core: Calling OnAircraftUnload:(Aircraft/Laminar Research/Aero-Works Aerolite 103/) 0:09:41.925 G64: core: Run: [OnAircraftUnload] 0:09:18.014 I/ACF: Loading airplane number 0 with Aircraft/X-Aviation/Mitsubishi MU-2 Marquise v2/xsMU2B60_4B_GLASS.acf 0:09:42.403 G64: debug: --- -- --- -- --- -- --- -- --- -- Firmware Reboot -- --- -- --- -- --- -- --- -- --- -- --- 0:09:42.403 G64: core: Aircraft File: (Aircraft/X-Aviation/Mitsubishi MU-2 Marquise v2/xsMU2B60_4B_GLASS.acf) 0:09:42.406 G64: core: MD5 Hash: (c9dc2097984aba57866dddec79c9a4c0) 0:09:42.406 G64: core: Description: (Mitsubishi MU-2B-60 v2 Published by X-Aviation) 0:09:42.406 G64: core: Author: (TOGA Simulations) 0:09:42.409 G64: core: Run: [OnBeforeReboot] 0:09:42.409 G64: debug: --- -- --- -- --- -- --- -- --- -- Firmware Reboot -- --- -- --- -- --- -- --- -- --- -- --- 0:09:42.409 G64: core: curl_easy_init() provided by:[D:\X-Plane 12\Resources\plugins\Gizmo64.plugin\win_x64\libcurl.dll] 0:09:42.410 G64: core: Boot Count: 4 0:09:42.410 G64: core: OpenAL: Shared OpenAL context.. 0:09:42.413 G64: debug: Firmware v21.03.20.0220 0:09:42.440 G64: debug: gxt: AutoLoading.. 0:09:42.440 G64: debug: gxt.load: Console 0:09:42.441 G64: debug: gxt.load: ToolTray 0:09:42.442 G64: debug: gxt.load: Mute 0:09:42.444 G64: debug: gxt.load: Preferences 0:09:42.445 G64: debug: gxt.load: RebootButton 0:09:42.446 G64: debug: gxt.load: GateKeeper 0:09:42.449 G64: debug: GK: Load license from disk.. 0:09:42.450 G64: debug: GK: License is good. 0:09:42.451 G64: debug: GK: IPC v21.03.18 loaded. 0:09:42.451 G64: debug: gxt.load: MAXX_RWC 0:09:42.452 G64: debug: gxt.load: LuaGC 0:09:42.453 G64: debug: gxt.load: Shell 0:09:42.454 G64: debug: gxt.load: Stats 0:09:42.455 G64: debug: gxt: Completed AutoLoad. 0:09:42.455 G64: debug: firmware_init.lua completed. 0:09:42.456 G64: core: Run: [OnKickStart] 0:09:42.460 G64: debug: KS: Gen 2 loader.. [Gizmo64]: Dataref 'sim/cockpit2/controls/flap_ratio' has been replaced. Please use the new name. [Gizmo64]: Dataref 'sim/weather/turbulence[0]' has been replaced. Please use the new name. [Gizmo64]: Dataref 'sim/weather/turbulence[1]' has been replaced. Please use the new name. [Gizmo64]: Dataref 'sim/weather/turbulence[2]' has been replaced. Please use the new name. --=={This application has crashed because of the plugin: Gizmo64}==-- Same behaviour if I start directly in the MU. What could be the issue here? BR, Chris

Exactly. VOR and ADF. For planning, I can suggest skyvector.com (online) or littlenavmap (on your pc)

Are your generators on? They should be off, I think.

Intake covers removed via setting window?