Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
Collapse
Just Flight Community Forum
  1. Home
  2. Just Flight
  3. MSFS Products
  4. Black Square Add-Ons
  5. Commander 114
  6. System 60 HDG button: cockpit click behaves differently than AP_PANEL_HEADING_HOLD

System 60 HDG button: cockpit click behaves differently than AP_PANEL_HEADING_HOLD

Scheduled Pinned Locked Moved Commander 114
2 Posts 2 Posters 54 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • S Offline
    S Offline
    stiltmaniac
    wrote last edited by
    #1

    Hi,

    While mapping the Commander 114 System 60 autopilot to external hardware, I found what appears to be an inconsistency between the cockpit interaction and the documented simulator event.

    Reproduction
    Load the aircraft.
    Battery ON.
    Avionics ON.
    Pitch Trim ON.
    Engage the autopilot.
    Trigger AP_PANEL_HEADING_HOLD from an external controller.

    Nothing happens.

    However, if I click the HDG button once in the virtual cockpit, the exact same external command immediately starts working.

    If I disengage the autopilot and engage it again, the external command no longer works until I click the cockpit HDG button once more.

    The issue is therefore fully reproducible.

    Investigation

    Using the MSFS Behavior Debugger, the HDG button executes:

    (A:CIRCUIT ON:54, bool)
    (L:var_AutopilotTest, bool) ! and if{
    (A:AUTOPILOT MASTER, bool) ! if{
    (>K:AP_MASTER)
    }
    (>K:AP_PANEL_HEADING_HOLD)
    }
    1 (>O:buttonHeld)

    During testing I verified that:

    CIRCUIT ON:54 is already 1 before clicking the button.
    L:var_AP_Heading_EM_readonly is read-only and only reflects the state.
    Sending K:AP_PANEL_HEADING_HOLD externally does not reproduce the cockpit behavior.
    The first mouse click on the HDG button appears to initialize something internally. After that, external commands work normally until the autopilot is disengaged again.
    Question

    Is there any additional initialization performed by the cockpit interaction (for example in the System 60 logic or WASM code) that is not triggered by K:AP_PANEL_HEADING_HOLD?

    Or should the simulator event be sufficient to fully reproduce the cockpit button action?

    Thanks!

    1 Reply Last reply
    0
    • M Offline
      M Offline
      MatzeH84
      wrote last edited by MatzeH84
      #2

      No it's not sufficient. You have to engage the AP Master if it's not already on, and then activate set heading mode variable. With mobiflight it's working well this way, using only one hardware button. .

      1 Reply Last reply
      0
      Reply
      • Reply as topic
      Log in to reply
      • Oldest to Newest
      • Newest to Oldest
      • Most Votes


      • Login

      • Don't have an account? Register

      • Login or register to search.
      • First post
        Last post
      0
      • Categories
      • Recent
      • Tags
      • Popular
      • Users