John Dowson

I'm not too sure either as I've never had a call to use them. John knows about them, so I'll ask if he can h To create links, the easiest method is to install the Link Shell extension, which will enable you to create links using windows Explorer. See https://schinagl.priv.at/nt/hardlinkshellext/linkshellextension.html John

@Knox1423 Thanks for the update.

Check the log file and you will most probably find that it is MSFS that is crashing an FSUIPC7 is exiting normally due to MSFS no longer being detected. Also check the windows event viewer, and you will almost certainly see a crash event relating to MSFS. If this is the case, there is nothing I can do about this and you need to check the Asobo forums and/or raise a CTD bug report with them, including any relevant information (event viewer report + any crash dump files). John

a CTD with FSUIPC7 or MSFS? Please make sure that you are using the latest version of FSUIPC7, v7.2.10, and show me your FSUIPC7.log file after the crash. Also check the windows event viewer from crash/error reports. John

There are currently some known problems with altitude hold in MSFS since the SU5 update- see https://forums.flightsimulator.com/t/altimeter-problems-altitude-hold-and-atc-altitude/433209 https://forums.flightsimulator.com/t/help-with-incorrect-high-altitude-altimeter-setting/429439/4 This has been reported several times, e.g. see John

Do you mean 0xc0000022? If so, please see Try installing (or uninstalling then re-installing) the VC++ redistibutables, as explained on the provided README.txt: John

Ah, ok - that makes sense. It doesn't surprise me that a SimConnect.cfg configured for P3D causes issues with MSFS. Thanks for the update. John

A couple of more things about your ini: - you are using the lua scripts for the Alpha/Bravo buttons > 32. You no longer need these as FSUIPC now supports up to 128 buttons natively, so these can be removed - you have assigned your hat to the PAN controls - do these now work? I haven't checked in a while, but previously the PAN controls were not working via SimConnect/FSUIPC. To assign the hat to control panning, you can assign to the keys assigned in MSFS to control the views. John

First, you are using an old version of FSUIPC7. Please download the latest (and only supported) version, v6.2.9. Also, looks like your device GUIDs have changed at some point, and you have assignments to the letter assigned to the old GUID as well as the new ones. I have tried to correct this in the attached FSUIPC7.ini, so please try this once you have updated and let me know how it goes. John FSUIPC7.ini

Yes, this offset area is free for general use and many users use this area for lvars. Yes - if you let me know what your software does, I'll let you know an area you can use. I am also planning to update the offset status document with info on that the reserved areas are reserved for, and if they can also be used as 'free user offsets' if the user isn't using the 3rd party app that the area was reserved for. John

Did you click the Register button after entering your details? If not re-install and do that, If you did that, what did the pop-up say? John

What was the issue?

See the User guide, P36: Alternatively, you could try manually editing the ini, removing the raw specifier and changing the delta back to 256 (from1) - see the Advanced User guide for the format of the axis assignment lines in your .ini, P41: John

You need to check the available lvars and hvars. You can list available lvars from the Add-ons->WASM->List lvars menu option. For hvars, you need to make them known to FSUIPC7 by adding a hvar file (for the A320 or FBW A320) to the WASM. Instructions are provided in the Advanced User manual, and a hvar file for the FBW A320 is provided in the FSUIPC7 HvarFiles folder (although it will be out of date, it should be ok to get you going). Alternatively, if using the FBW A320, you could install the MobiFlight WASM module and use the MobiFlight events - check the EventFiles folder for various event files (although they will also be out-of-date). The following link is a good (MF) resource for the MF presets. Even if you don't install the MF WASM, you can still use this to see what lvars/hvars and calculator code their presets use: https://hubhop.mobiflight.com/#/list Also quite a bit of information in this forum on using lvars/hvars/MF for the A320.

Could you please activate: - logging for Buttons & Keys and Lua Plugins in FSUIPC7 (from FSUIPC7 Log menu) - WAPI debug logging (from FSUIPC7.ini file) - WASM debug logging (from FSUIPC_WASM.ini) Then generate an FSUIPC7.log and FSUIPC_WASM.log showing your issue. Also send the calc code from the WASM menu so that is also logged. Please remember to close/exit FSUIPC7 before attaching your log - the one you attached is useless as you don't even have an a/c loaded or get to the ready-to-fly state. If you can then attach the 2 log files I will take a look - but tomorrow, finishing for the day now. John

Please see Appendix 3 in the Advanced User guide: Handling VRInsight serial devices in FSUIPC. Also take a look at the document Lua Plugins for VRInsight Devices.pdf. John

Please try the following version: FSUIPC7.exe John

I do not need to see any images, the issue is clear. There is no FSUIPC server (well, there is at www.fsuipc.com) - these are SimFlight servers. I have replied. Why another PM? I do not provide support via PMs. For any issues with posting on the forum/SimFlight, please contact SimFlight support directly as they are in charge of the support forums. John

Ok, I can also see a dmp file created when FSUIPC exits, although the FSIOPC7.log shows FSUIPC exiting normally. I don't think this is anything to worry about, but I will look into it. It is probably related to the exception generated when MSFS quits due to a stale SimConnect handle - you will also see a faulting application event in the Windows Event viewer. I'll see if I can handle MSFS shut-down more gracefully so that this does not occur.

Strange. Does this occur every time you close down MSFS? Can you show me your FSUIPC7/log file please, from a session when it created a dump file on exit.

似乎 SimMarket 注意到了这一点，并为您生成了一个新的。 无国界医生是我支持的主要战车（之一） - 你做得很好！ Sìhū SimMarket zhùyì dàole zhè yīdiǎn, bìng wèi nín shēngchéngle yīgè xīn de. Wú guójiè yīshēng shì wǒ zhīchí de zhǔyào zhàn chē (zhī yī) - nǐ zuò dé hěn hǎo! Thank you! John

Also, please note, that FSUIPC does nothing with flight plans except instruct/ask MSFS to load them, via the simconnect API call that (I already mentioned) is documented as not (or only partially) working. This means that there is nothing I can possibly do in FSUIPC to improve this at the moment, except maybe to update the documentation on what is and what is not working. However, when this depends on other mods installed, it becomes even more difficult for me to do this, but I can mention mods that are known to cause issues, if this is actually the problem/difference between your two set-ups. John

我有你的电子邮件 - 让我知道使用什么名字，我会PM你一把钥匙。 Wǒ yǒu nǐ de diànzǐ yóujiàn - ràng wǒ zhīdào shǐyòng shénme míngzì, wǒ huì PM nǐ yī bǎ yàoshi. That is, I have your email - let me know what name to use and I will PM you a key.

I'm sorry, but FSUIPC does not support unicode/Chinese characters (kangxi/Hanxi/?), and so the key generation failed. Please supply me with a name and email address in standard ascII, and I will PM you a license key file. That is, please give me a name and email address that I can use to generate a key for you - you can PM me the details if you prefer. John

Did you try the suggested logging? That should show you what is being sent. And ithe port is irrelevant. What is relevant is if you have set-up using the virtual port or not. Have you tried this? If not, why not? And, as I have said, the FSUIPC code for VRI devices hasn't changed much (or at all, apart from the new ini option already mentioned) in 10 or so years, without an issue. You are not responding to my questions or suggestions, so I can't really do anything about this. And I do not know why you keep mentioning specifics about the FBW A320. FSUIPC is aircraft agnostic - it is YOU that nee to know how the aircraft works and configure FSUIPC accordingly. As I previously mentioned, add-on aircraft may not use the FS facilities and implement their own systems, so standard FS controls/offsets may not work. Have you actually tried with any other (preferably stock) aircraft? I'm sorry but I have nothing more to say on this matter until I get some response from what I have already proposed. Mainly, have you actually tried setting things up as described in the documentation? If you are not prepared to try this, this topic is closed. John