Jump to content

Sign in to follow this  
andreaventura

GN750 and justflight Archer/Arrow

Recommended Posts

Xplane 11.32 for windows

I am having two issues that I haven't been able to solve.

First, if I change transponder code in the RXP GTN750, it doesn't update the default transponder that is on the plane.

More importantly, if I select the option "Connect CDI Mode to NAV/GPS switch" and then I have GPS on the autopilot,  the HSI CDI needle starts going back and forth between the GPS course and the NAV1 course. If I don't select the option, the autopilot NAV mode doesn't follow the GPS navigation when I select GPS on the 750.

Help would be greatly appreciated!

 

Share this post


Link to post
Share on other sites

Hi,

this could be related to XP11.32 itself, or the aircraft, or the configuration, so I'd suggest you try out our just released v2.5.12 update. In effect this update has many changes in the 'autopilot' department.


Jean-Luc | reality-xp.com
This message from Reality XP is protected by a disclaimer: reality-xp.com/aboutrealityxp/email.html

Share this post


Link to post
Share on other sites
7 hours ago, RXP said:

Hi,

this could be related to XP11.32 itself, or the aircraft, or the configuration, so I'd suggest you try out our just released v2.5.12 update. In effect this update has many changes in the 'autopilot' department.

How to upgrade to v 2.5.12?

Share this post


Link to post
Share on other sites

@afcad very easy: it is explained in the first sentence of the dedicated discussion:

 

  • Like 1

Jean-Luc | reality-xp.com
This message from Reality XP is protected by a disclaimer: reality-xp.com/aboutrealityxp/email.html

Share this post


Link to post
Share on other sites

Hi, we're preparing a point fix update to correct a few bugs which passed through unfortunately. Hold on tight for this one.


Jean-Luc | reality-xp.com
This message from Reality XP is protected by a disclaimer: reality-xp.com/aboutrealityxp/email.html

Share this post


Link to post
Share on other sites

Having the same issue. The transponder reverts back to 1200 after entering any code. Makes it impossible to fly on PE other than VFR. 

 

Any resolution to this yet?

Share this post


Link to post
Share on other sites

@Piper5299X Hi, is this reverting back to 1200 right away, or during takeoff roll for example?


Jean-Luc | reality-xp.com
This message from Reality XP is protected by a disclaimer: reality-xp.com/aboutrealityxp/email.html

Share this post


Link to post
Share on other sites
On 5/11/2019 at 9:34 AM, RXP said:

@Piper5299X Hi, is this reverting back to 1200 right away, or during takeoff roll for example?

It reverts back immediately. When you enter in the GTN 750, the aircraft transponder overrides it, and it reverts back to whatever the aircraft transponder is set to. I hope that makes sense.

Share this post


Link to post
Share on other sites

@Piper5299X
Hi,
If you have some specific plugins installed and active, maybe you could try to disable them and see if the transponder works as expected?
I'm not sure what might cause the problem on your end but I just tried the Arrow III and Turbo Arrow IV with the GTN and the XPD works correctly in both planes.
c6fa9917c83edf4f64738b1eded180d4.jpg
It's possible to change the squawk code with the GTN or the Bendix/King transponder.

I'm using XP 11.34, RXP GTN 2.5.16, and probably the latest JF Arrow versions (not sure).

 

Share this post


Link to post
Share on other sites
20 hours ago, Bourrinopathe said:

@Piper5299X
Hi,
If you have some specific plugins installed and active, maybe you could try to disable them and see if the transponder works as expected?
I'm not sure what might cause the problem on your end but I just tried the Arrow III and Turbo Arrow IV with the GTN and the XPD works correctly in both planes.

It's possible to change the squawk code with the GTN or the Bendix/King transponder.

I'm using XP 11.34, RXP GTN 2.5.16, and probably the latest JF Arrow versions (not sure).

 

Thank you for checking, but it is the Archer that the issue is with. The Warrior, and Arrow are working fine.

Share this post


Link to post
Share on other sites

@Piper5299X Then maybe on the Archer they have coded their transponder to 'enforce' whatever value it is set to, like most developers do. Again, there are 2 approaches:

- Enforcing (value based): the gauge maintains its own internal variables/state values and whenever the simulator variable disagree they write back their own variable values.

- Synchronizing (event based): the gauge maintains its own internal variables/state and whenever the simulator variables change, they change their own. Conversely, whenever their variables change they write the simulator variables back.

The former is how most developers do, because well, their code is supposed to be the sole running.

The latter is how some developers do, because they consider they don't own the state, rather they consume the simulator-owned state, and as such it can change behind their back legitimately (say you reload a saved situation, you have a fancy hardware input triggering a command, the simulator implements a new automatic feature which turns the XPDR off on ground after landing etc...)


Jean-Luc | reality-xp.com
This message from Reality XP is protected by a disclaimer: reality-xp.com/aboutrealityxp/email.html

Share this post


Link to post
Share on other sites
4 hours ago, RXP said:

 

- Enforcing (value based): the gauge maintains its own internal variables/state values and whenever the simulator variable disagree they write back their own variable values.

- Synchronizing (event based): the gauge maintains its own internal variables/state and whenever the simulator variables change, they change their own. Conversely, whenever their variables change they write the simulator variables back.

 

So, I'm assuming there is no solution??

Share this post


Link to post
Share on other sites

You may assume anything!

The GTN and the GNS V2 are developed (cleverly?) to synchronize their state fully back and forth (except the CDI mode with enforces the underlying HSI nav source switch). Any other 3rd party aircraft departing from the 'I own the sim' mentality and implementing sane event-based synchronisation will certainly work fine then. The ball in this case is in the 3rd party developper hands.

I'm just saying these two approaches determine whether any such add-on could interface with another one.

  • Upvote 1

Jean-Luc | reality-xp.com
This message from Reality XP is protected by a disclaimer: reality-xp.com/aboutrealityxp/email.html

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Tom Allensworth,
    Founder of AVSIM Online


  • Flight Simulation's Premier Resource!

    AVSIM is a free service to the flight simulation community. AVSIM is staffed completely by volunteers and all funds donated to AVSIM go directly back to supporting the community. Your donation here helps to pay our bandwidth costs, emergency funding, and other general costs that crop up from time to time. Thank you for your support!

    Click here for more information and to see all donations year to date.
  • Donation Goals

    AVSIM's 2020 Fundraising Goal

    Donate to our annual general fundraising goal. This donation keeps our doors open and providing you service 24 x 7 x 365. Your donation here helps to pay our bandwidth costs, emergency funding, and other general costs that crop up from time to time. We reset this goal every new year for the following year's goal.


    30%
    $7,735.00 of $25,000.00 Donate Now
×
×
  • Create New...