Coop

That setting is only part of 1.1 which has only been limitedly rolled out (as part of the Islander and Sundowner integration) The update will roll out to the main installer soon.

Hi Henry, We are using customizations on top of the default G1000. This is only possible in modes where the 3D cockpit is rendering. The hide_3d_details setting is a way to get around this X-Plane limitation by essentially turning the 3D cockpit view into a generic 2D without panel view.

This is an option that can be picked at load time, by setting hide_3d_details to 0 in the settings.cfg file located inside the SR22/plugins/sr_systems/settings option. This will disable all 3D objects from loading when in interior views. It only makes sense to use if you have a full hardware cockpit setup as no on screen controls in the 3D cockpit will be available.

Do you have hardware switches installed perhaps? Those could be overriding X-Plane systems and forcing things to be powered off. If not, something could have caused the X-Plane (not our main system) battery to think its dead, you can try deleting the M20R_prefs.txt (or M20TN_prefs.txt for the M20TN) inside X-Plane/Aircraft/X-Aviation/M20 Collection/ ...

I am thinking there is most likely either a hardware configuration or flywithlua script mismatch somewhere with your setup. Try disabling those and unplugging hardware, then going through and adding them back in one by one to see what the conflict was.

It will be set starting with the next update. There are some commercial setups that require the experimental flight model off due to regulations.

With the RXP GNS 530, there should be a setting to have the GPS DTK set the HSI course. Setting that should probably get it working.

Are you using hardware switches or are you clicking using the mouse?

Yes, the full 6 digits are needed. This is an X-Plane system issue that we can't control. We've reported it to LR.

Hi Jay, It will say the version in the version.txt file in the X-Plane/Aircraft/X-Aviation/TorqueSim SR22 folder, and also when loaded in sim, it will be shown on the side bar menu,

The temps are persistent, so they will return to just as it was left (In this case a warm engine). I'll take a look at cover/tie down persistence to see if there is anything going on with the code for that.

All of our custom commands can be browsed through the X-Plane command setting dialog, they are all prefixed by afm/sr/cmd. Besides that, the only default commands we use are for the GCU 478, G1000, and autopilot, which can be found through searching the attached file above.

Hi, The autopilot is using the default X-Plane autopilot commands. I've attached the X-Plane command list (all default X-Plane commands). The GCU commands (which has the three knobs on their left side) can be found under sim/gps/gcu478/... The rest of the autopilot commands can be found under sim/autopilot/... Commands.txt

Nobody on our development team can replicate this issue. It is most likely either due to hardware conflicting with X-Plane's autopilot logic (as our autopilot is using the base X-Plane adjustment system) or a plugin/script install that is interfering. If you can come up with the exact steps that you took to get it to this situation, that would be massively helpful in debugging.

This file keeps the same name, it goes into the X-Plane 11/X-Aviation/Cessna 172SP G5/plugins/G5/settings where it should replace the existing file

I've seen the LR G1000 do this once before. Pressing the Alt-Sync button (push the Alt knob) on the GCU should bring it back within the proper bounds.

Try this acfConfig.cfg file: acfConfig.cfg

Its gotten a bit held up with the holidays and all. It should be released very soon.

Hi Henry, This is an X-Plane limitation with having a customized G1000 and is thus not possible. For your forward view, use the 3D cockpit and position the camera over the glareshield. With the next update there will be a setting added to allow hiding all objects when in an interior view, that should be releasing soon.

The control sensitivities are going to be different based on what hardware you are using. I would imagine that a similar control response profile that you use on a SF260 would work well with the SR22.

Gizmo should be saving the license file for 14 days. In Gizmo preferences within X-Plane, you can make sure these 2 main boxes are checked: This also sounds like there is potentially the folder marked as read-only or something that prevents Gizmo from saving the license file to disk. @Cameron might have a better idea for debugging?

In high ambient temperatures, the system has the potential to not function (air bubbles can form in the fluid lines). Additionally, if you are running on battery, low voltages can prevent the system from functioning. These are the most likely culprits, I am not seeing any replicable issues with the TKS system on my end.

There is also a bug in X-Plane's Metal pipeline on Mac devices that leads to slow panel parsing. We've reported this to LR, but there isn't anything we can do about it in the meantime.

Under the maintenance tab in the SR22 menu, you can try running TKS system maintenance. It will output a maintenance log file to X-Plane 11/Output/SR22/logbook

Hi Darren, None of the livery generation code touches the Alternator 2 logic, so imagine this is some coincidence in testing. The Alternator 2 on the SR22 needs a few requirements to be met to engage: The Essential bus must be powered to engage the field protection circuit. (This can be powered by Bat 1, Bat 2, or Alt 1) The RPM must be relatively high, due to the circuitry of the setup (>~1500-1750 rpm) There is a timeout on the warning, so I am guessing it only gets noticed after running the livery generator due to the time it takes.