Coop

Regarding those failures, that is likely just the interaction of the custom systems overriding X-Plane systems, and not true failures. The AOA and pitot failures would be on if the pitot/AOA covers were left on. Regarding the standby gyro, I've heard an other report similar to this but haven't been able to replicate on my end yet, but we are looking into it.

Yes - we're looking into adding it!

Both the X-Aviation activation plugin and cj_systems main aircraft plugin both aren't being found by X-Plane. If you are using third party antivirus software, make sure they aren't being quarantined, and then try re-running the installer.

We'll be integrating it once X-Plane provides the SDK for doing so!

Nothing was changed with this update regarding the RXP integration, perhaps you had modified some RXP config files with the prior install or with this one?

It looks like something is failing or interfering with the rendering layer in your install. Not sure what that would be as I haven't seen this before, but I'd recommend a reinstall, and if you are running any 3rd party plugins that mess with rendering to remove them.

That is expected behavior for starting the second engine. It uses a cross-gen start, so the starter relay connects for both engines, so the started engine drives the starter on the other engine to reduce load on the battery.

Thanks for these, I've got these logged. Regarding the SC/CP and selected heading/alt, those aren't persistent with the real units. Course is just as the way X-Plane and its navigators work and how it persists those values.

It's an odd artifact of the checklist we referenced from real-world usage. I'm thinking that is more set under the guise of that checklist is run before your VIPs show up for their flight, and you don't want to drain the battery while waiting for them to show up. Turning the battery on prior to start is something that is assumed knowledge from their type rating

If you open the aircraft in plane maker, you can modify the G1000 variant on the Expert -> Special Equipment -> Airframe page, where the current mode is set to "Cirrus". There may be ramifications for changing to the other variants in terms of GCU functionality, as that is something we haven't designed for on our end, but you can give it a go and see.

It looks like something is preventing the X-Aviation activation plugin from being loaded by X-Plane. We've seen some false-positives from Windows Defender recently so that is likely the case here as well. The next step is to remove the plugin from the quarantine in Windows Defender. To do so in Windows Defender settings: 1. Open Windows Security 2. Click on Virus & Threat Protection 3. See the Protection History Tab Here you will find the likely quarantined file(s) that should not have been quarantined. Restore the files and you should be back up and running.

That call only looks to have been reported once, it would repeat on each attempted engagement if that was the case. Most of the other forced disconnect methods typically will output to the log, but I'm not seeing any here which is somewhat indicative of the turn knob not being fully centered. What FD modes were displaying on the EADI?

What you posted above are the requirements for AP engagement. If it still isn't working, please send your log.txt file and screenshots showing both the EADI and the AP center pedestal.

This is fixed on our end and will be in the next update

Based on the log file, it appears that the gyro breakers are popped (right side panel, row 4/5, columns 6) they are labeled "VG1" and "VG2". This is likely triggered by how the systems ungracefully get kicked offline during an X-Plane CTD

The G5 follows the X-Plane NAV1/GPS1 source. You may be able to manipulate the .acf file as well as the objects to switch which is set to be primary, but that isn't something I've done myself.

I don't know if I fully understand what issue you are seeing. The standby gyro must be turned on from the switch located near the gear handle and light controls. If that isn't the issue, please upload screenshots or record a video showing what is going on.

The attitude gyros do take some time to spin up, and require an AC inverter to be turned on. Also verify that a circuit breaker hasn't popped for the attitude gyro.

The "X-Aviation" plugin isn't being found by X-Plane so either something on your system quarantined it, or something removed it from X-Plane (if you use X-Organizer, possibly that)

Did you install with 4K or 8K textures when prompted in the install process?

There is no heading bug sync with this AP system, it must be manually turned to the desired heading selection

The CJ has fully custom switches for most anything. They can be found in the X-Plane command browser under the prefix afm -> cj -> cmd All are listed in commands.txt in the CJ's aircraft folder -> plugins/cj_systems/resources

Every control system is going to behave differently, so there is some where the axis curve is better. The system will be tuned a bit more with v1.0.2 though.

You can revert to the prior gear handling by disabling the new custom interface via the settings.cfg file in the CJ aircraft directory -> plugins/cj_systems/settings. In that file, set the value of the line "use_custom_nose_steer" to 0.

The UNS is not required for use when using the GTN. There are some intricacies to be aware of (modeled after how the real avionics work). The UNS feeds the autopilot via GPS Steering, so it gives very nice smooth turns, with adequate prediction, etc. The NAV inputs to the EADI/EHSI system do not have GPSS, so the GPS from the GTN is treated just as a standard nav radio input, which means it may not fly as nicely as a full modern suite of avionics.