John Dowson

The log file you attached shows that FSUIPC7 was still running when you attached it, and only contains 13 seconds worth of log information. Can you please leave FSUIPC7 running a little longer (a minute or so), and make sure that you have exited FSUIPC7 before attaching the log file. You also have an ipcInit.lua that is ran on startup - what is in this? Maybe try disabling that (i.e. rename it to ipcInit.lua.off) to see if that is causing your issue. John

No. Yes - the X just closes the window and is the same as File ->Close. You can also press Alt followed by F followed by x to exit FSUIPC7 - the keyboard shortcut. Why don't you just have MSFS auto-start FSUIPC7? Yes - use the keyboard shortcut. If FSUIPC is iconised, you can also press Alt+F (together) first to show the main window. John

Your registration details will be available in your SimMarket account. Note that f you have a license for FSUIPC4 (which is compatible with FSX and FSX-SE), this will not be valid for FSUIPC7 (which is compatible with MSFS2020). John

👍

Not really...to confirm: In the axis assignment tab, you can see the joystick and axis letters detected there, and the In / Out numbers changing. You then assign to Throttle1 with Send direct to FSUIPC Calibration, and on page 3 of the calibration tab, you cannot see the In / Out numbers changing there? If that is the case, I do not understand as the axis input values are coming from the same place... Can you try this with just running FSUIPC7 without MSFS and see if you get the same behavior? Are you assigning using profiles for both the assignments and/or calibration? Can you attach your FSUIPC7.ini file as well please.

What version of FSUIPC7 are you using? Calibration of axes not assigned in FSUIPC7 (or assign with 'Send to FS as normal axis') was removed in 7.3.9 due to issues introduced in SU10, but was re-enabled in 7.3.13. The latest version is 7.3.15. If that is not your issue, can you please explain what you mean by 'cannot be calibrated within FSUIPC.7', and please let me know how that is assigned, and attach your FSUIPC7.ini file. John

This is not correct...they are working, I was using the wrong parameters. I tested using the following two simple lua scripts for prev/next page on the left CDU: Prev page: ipc.writeUD(0x3114, 0x20000000) ipc.writeUD(0x3110, 70191) Next page: ipc.writeUD(0x3114, 0x20000000) ipc.writeUD(0x3110, 70192) where #define MOUSE_FLAG_LEFTSINGLE 0x20000000 So I am not sure what your issue is... You could try setting a custom log value in FSUIPC7 of x800 to check the events are being transmitted. You should see lines such as the following logged: 6625734 ExSendEvent(70191, 536870912, 0) 6625734 ... evnum mask=0, preval=0 6625734 ... not intercepted or in options 6625734 Transmitting "????" 70191 [0x1122F], Param 536870912, Priority 1 (Axes flag = 0) 6626313 ExSendEvent(70192, 536870912, 0) 6626313 ... evnum mask=0, preval=0 6626313 ... not intercepted or in options 6626313 Transmitting "????" 70192 [0x11230], Param 536870912, Priority 1 (Axes flag = 0) John

Sorry - forget this, they are working...I was using the wrong parameters.... John

Still no issue here when using the A310 Enhanced add-on....

👍

FSUIPC7 shouldn't do anything unless you tell it to... If you don't have your throttle assigned, it may still be calibrated, which would interfere. Try removing the calibration. If you are using profiles (which you should be doing...), make sure that your calibration is profile specific for the DC-3. Then remove any throttle calibration for the DC-3 profile using the Reset button - do this for Throttle as well as Throttle1/2/3/4. If you still get issues, please show me/attach your FSUIPC7.ini file. John

@Alpin-Flier Are the PMDG custom controls still working ok for you? They seem to be broken again here and I am not sure why, although the Rotor Brake method is still working. If it is working for you, could you let me know what version of the PMFG 737 and what version of FSUIPC7 you are currently using please - I am trying to determine if this is an issue with FSUIPC7, PMDG or MSFS.... Thanks, John

I have just checked the use of Custom Control numbers with the PMDG 737 in MSFS and they no longer seem to be working. No idea why, or if this is an issue with PMDG, FSUIPC7 or MSFS. Nothing has change in FSUIPC7 in this area for a while so I suspect PMDG or MSFS... I will look into this further, but I am also surprised that there have not been a lot more support requests om this if the PMDG custom controls are no longer working... I have checked the Rotor Brake method of control and this is still working with MSFS/FSUIPC7. You could switch to using these for MSFS instead, e,g, for #define EVT_CDU_L_PREV_PAGE (THIRD_PARTY_EVENT_ID_MIN + 559) #define EVT_CDU_L_NEXT_PAGE (THIRD_PARTY_EVENT_ID_MIN + 560) you would use control number 66587 (Rotor Brake) with a parameter of 55901 for PREV_PAGE and 56001 for NEXT_PAGE. For details on calculating the parameter for the Rotor Brake control, see John

You posted in the Announcements sub-forum where it explicitly states NOT for support requests. I have moved your post to the FSUIPC7 support sub=forum, where it belongs. Please tale care to post in the correct place for support. When editing the FSUIPC7.ini, you should do this either with FSUIPC7 not running, ir if it is running then open the button assignments window before editing, and once you have saved your changes, click the Reload all buttons button. If you don't do this, the original settings will be re-written. John

Ok - I will try with this installed to see if that makes a difference...

Can you please show me your InstallFSUIPC7.log file. If the installer determines that you have a steam installation of MSFS, it is because it has found the following file: AppData\Roaming\Microsoft Flight Simulator\UserCfg.opt Try removing or renaming that file, then uninstall FSUIPC7 either by running the uninstaller (located in the FSUIPC7 installation folder) or from the windows app management panel, then install again. If you still get issues, please attach your installation log. John

I don't think it means anything - just additional/Extra controls. Both the standard and the _EX1 controls work for some aircraft, but for others only one may work.

Create a text file, rename it to PFC.MCRO, open it in an editor an add the line: [Macros]

Yes - and I showed you, e.g. There you have throttle assigned to Z axis on device C, as well as on X, Y axis (for separate engines) on device D. Please re-read my original reply, and, as I said, once you have fixed that, and have checked/cleared your MSFS assignments, if you still get issues I need to see your .ini and .log files, with appropriate logging activated. John

You have your throttle assigned to two controllers: This is always a bad idea. Remove one of those assignments . Also in some profiles: Also check the throttle isn't also assigned in MSFS. Any further issues, attach your FSUIPC7.log file, generated with logging for Axes Controls activated, together with your updated FSUIPC7.ini file. John

What do you mean by 'unable to press any button'? Are these physical or virtual buttons? If the former, than what has this got to do with the mouse, and if the latter then you will be using the mouse to click the button. So I don't understand this. The issue with focus is with key assignments. MSFS needs to have the (keyboard input) focus for it to receive key presses. If the focus is elsewhere, you could try adding SetForegroundOnKeySend=Yes to the [General] section of your FSUIPC7.ini if this is the issue. You can aslo try with KeyboardFocus=Yes (not sure what the difference is). Note also that there is a specific FSUIPC-added control called "key focus restore" (number 1125), as listed later in the Added controls list. Please see the Advanced User guide for a details on these parameters. Otherwise, could you please clarify what the issue actually is. John

If Loaded PCFhid64.dll does not show in your log, then the dll is either not in the correct location, or you are using an older version that is not supported by FSUIPC7. I have attached the latest version, just in case: PFChid64.dll However, as I keep saying, if your device is recognosed (you can assign to buttons on this device, so it is recognised), then you do not need it. Again, this implies you don't need the PFC/FSUIPC driver dll. Then this would imply that something else is needed from PFC for the yoke motion, if their own test program doesn't even recognise it.... What console buttons? Is this on the same device, or a different device or the same one? No log or ini files attached. Have you assigned to any macros? Do you have any in your installation folder? I do not understand this without seeing those files... Ok. Macros have nothing to do with devuce/controller recognition, so will not be related to your yoke recognition issue. John

Ok, so you are using custom controls as opposed to the Rotor Brake control. I will check the use of custom controls via offset 0x3110 when I get time - most probably next week, and report back. The Java CDU looks good! Is that available anywhere to download and try?

Then the custom control number and the Rotor Brake parameter will be the same. Are you writing the custom control number or the Rotor Brake control number (together with the parameter) to offset 0x3110/0x3114? As the Rotor Brake control us a standard event, it should work the same in MSFS as in P3D. I haven't tested/checked writing custom controls to 0x3110 - it is possible that this is no longer working (if they are wrongly determined to be presets). I can/will check this, but it will take me a few days before I can get around to this (next week sometime). If you could let me know what controls you are writing to that offset that aren't working (i.e. control number + parameter) that would help. You need to use what works! Some aircraft make use of hvars, others not. PMDG aircraft mainly use custom controls. However, rather than using hvars or lvars directly, it is far easier to use presets. Please see the MobiFlight HubHop resource (https://hubhop.mobiflight.com/presets/) which is a community effort led by MobiFlight that provides presets for many aircraft. You can also check the code used by the preset, which can contain use lvars, hvars & controls/events (as well as other variable types!). John

Those offsets are for sending controls/events and the aircraft loaded does not make any difference to there use - writing to them just sed the control/event to the FS. The events will be sent, but maybe those events are no longer working in the MSFS version. What events are you sending? Maybe you need to use a preset in the MSFS version instead? You can also send presets using offset 0x3110, but it is easier and recommended to use offset 0x7C50 for this, as you can use the fixed preset name in this offset rather than calculating the control number for the preset, which may also change when the preset list is updated (events.txt file). By the way, Pete retired several years ago, although he still helps out occasionally. John