John Dowson

Maybe @Paul Henty can recompile a new dll against the latest/released WAPID.dll to make sure there is no issue with that. I did make some minor changes between the beta and final release, although I would have thought that this shouldn't matter if the latest WAPID.dll is dynamically loaded, but Paul will know more about this than me.... John

This is not new - has been present since MSFS was released, and so is not related to the current issue. This problem has been reported to MSFS/Asobo already and still waiting a resolution. When such a simvar is requested, an error is reported, but for some reason such messages are logged at either 6Hz or frame/visual frame rate (depending on how FSUIPC requests the simvar). I really can't do anything about this, and it is up to Asobo to either return an appropriate error when such a simvar is requested, or to stop logging such messages. As FSUIPC is aircraft-agnostic, there is no way it can know what simvars to request depending on the aircraft loaded. Indeed, all simvars are currently requested even before an aircraft is selected.... John

Are you also using the WASM v1.0? Can you set debug level logging in both the WAPI and the WASM and show me the log files (both WASM and WAPI). Also make sure that the lvar updates are performed in the WASM, not the WAPI - i.e. set the LvarUpdateFrequency (n the WAPI) to 0, which should be the default. John

I am not using the SU12 beta yet - I will try and make some disk space and install this with the beta-switcher next week and take a look. Is this occurring with the registered or unregistered version of FSUIPC7, or both? Could you also maybe try without the FSUIPC7 WASM module, if using that - just (temporarily) remove it from your Community folder before starting MSFS. Would be useful to know if this is related to the WASM or not. Are you using any other SimConnect clients, and if so do they give the same issue? John

I'm sorry but I don't know, this is not my area of expertise - you need to ask the aircraft providers/developers. I would have thought that each aircraft provides its own my dynamics model (as each aircraft is different), but best direct your question to either the aircraft providers or the Asobo/MSFS and P3D forums. John

Yes, I have also seen this. I need to think about whether to use this or not.... Btw, I have just released FSUIPC7 v7.3.17 (as well as WASM/WAPI v1.0.0), which has support for > 10,000 lvars, as well as automatic scanning for new lvars (i.e. no need to issue a WASM reload command anymore). John

Thank you very much! Glad your issue is resolved. Regards, John

FSUIPC does not have any flight dynamics models - these are part of the sim and the aircraft models. John

By "extras" do you mean the components under Extras in the installer? If so, these don't actually do anything, unless you actually use them, so I can't see how they could have any affect om performance at all...

Thanks, but you don't need to do that - the license is per user and you can install on as many PCs as you like, for your own use. No - it will be either because you have not entered the key details correctly, or your VC++ redistributables are out-of-date. Please see the provided Installing and Registering FSUIPC7 document, section Invalid Key Problems. John

Could you please try with the following setting in the [General] section of your FSUIPC7.ini file: ComReadLoopTime=10 If you get the same issue, can you also try with a value of 5 and then maybe 2 and then 0... Let me know if any of those values make any difference. Thanks, John

Sorry, this one had moved off my radar...I will take another look and report back, although it will be difficult for me to investigate properly as I don't have any VRInsight devices.

Yes, but not at the same time!

FSUIPC7 only connects to MSFS. It is self-loading cargo that connects to FSUIPC7. And you (probably) don't need to use a registered version of FSUIPC7 to run 3rd-party clients, the free/unregistered version should be sufficient. As it says in the first comment on this topic where you downloaded the FSUIPC7.key file: What do you mean by this? If you got to the license registration page, where you pressed Skip. then FSUIC7 is already installed. If your issue is with self loading cargo, you need their support - I cannot and do not support 3rd-part programs, Otherwise, please clarify as to what your actual issue is - and please do not post again in this topic, as this is for requesting a trial license only. Please check/search the forum for the same issue and use that (if the answer isn't given!) or create a new appropriately titled topic. John John

To determine how to operate a switch, do the following: - first, see if there is a standard event/control that you can use. To do this, activate logging for Events (non-axis controls) and open the logging console window. Then flip the switch in the UI and see if any event is logged - if so, you can use that. - if there is no standard event/control,. list the lvars and see if anything looks appropriate. Then flip the switch and list the lvars again to see if the lvar you have identified changes value. If so, you can use that. I can't really help you any further as I don't have the 390 Premier IA. Well, if that assignment doesn't work when assigned to a switch, it won't work when sent when using an axis range. Note also that the range for the action you assigned is 0-0, You should really set a wider range for this (using the From and To buttons). Also please note that these questions have nothing to do with the title of this topic - 'PFChid64 Addon doesn't open in P3Dv4'. Please don't continually use the same topic for different issues. Create a new appropriately titled topic (also with the aircraft you are using) - you may then get assistance from others who own this aircraft. John

FSUIPC only does what you ask it to do.... If the speed is limited, this could be because the flaps or spoilers are deployed. Try activating logging for Events and Axes Controls, to see if you see anything logged that could be limiting the speed (i.e. do this with the logging console window open and see what is logged in real-time). You can also attach your FSUIPC6.log file here and I will take a look. Please exit FSUIPC/P3D before attaching you log, and it will probably be quite large and so need zipping/compressing. Also, attach your FSUIPC6.ini file. Not sure what this means...for many/most switches in the PMDG 737, you need to use custom controls - see Additional offsets (read-only) are also provided for the PMDG 737 (once activated) - see the provided documentation (Offset Mapping for PMDG 737NGX and 737NGXu). John

I have released this now - the beta release (available in the Announcements page) has been updated to include this change. I plan to make this the official release at the weekend. John

I have looked at his now as well and have updated so that the lvars-loaded callback will be called after the initial values have been received. The downside of this is that you wont get an lvar-update callback for the initial value. I haven't released this update yet though - I will do some further testing first.

I have checked this now and it seems to be working as expected. I added these lvars to an FSUIPC offset, which will flag them for a callback: Then in the log, I can see these being flagged for a callback: where And if I log offsets 0xA002 and 0xA004 I can see these values change when I release and then apply the parking brake: Note that the [Debug] messages are from the WAPI and show the lvars being flagged for callback when a value change is detected. This callback is then used by FSUIPC to update the values held in the offsets. This therefore seems to be working as expected and the error must be in your code somewhere. John

I suspect that it this is happening then it is the lvar that is not changing value. but I will take a look. Is this in the Asobo or FBW A320. and if the latter which version (stable, development, experimental)? Btw, please also update to the latest beta, if not using this already: John

Yes. Use the messaging functionality provided - click my name/avatar and then use the message function. Please explain your use (in the PM/DM) and we can take it from there. Regards, John

First. make sure that you are using the "JoyLetters" facility in FSUIPC7 on your old PC - this should be active by default. Install the latest version of FSUIPC7 on your new PC. You can skip registration, and then copy across the following files from your old PC FSUIPC7 installation folder to the one on the new PC: FSUIPC7.ini, FSUIPC7.key, *.dll, *.lua, *.mcro. Also copy across the Profiles folder, if using profiles in separate files. It is quite possible that the GUIDs of your controllers are different on the new PC. To check and correct for this, run FSUIPC7 once and then exit. Then open the updated FSUIPC7.ini file in an editor and find the [JoyNames] section. If your GUIDs have changed, you will see some entries marked as "<< MISSING JOYSTICK >>". For these entries, you need to change the GUID entry for that matching entry (i.e. with the same letter as the missing device), which will be listed later with a new device letter (the names will match). So, change the GUID entry of the missing device entry to the new one, and remove the new device entry. Do this for each missing device. Then if you run FSUIPC7 again, everything should be ok. If you have any difficulties or issues, please post/attach your FSUIPC7.ini once it has been updated by FSUIPC7 on your new PC, together with your FSUIPC7.log file. John

It should be ok to run MakeRunways while MSFS is still open/running. However, please note (from the provided README.pdf): John

Is this the same error as reported here (Pegasus): If running MSFS as admin, make sue you have set the FSUIPC7.exe to be ran as admin (in Properties->Compatibility) as it may not run automatically as admin. otherwise./

Thanks for the update. Are you tunning Pegasus on a client PC then? Using WideClient or FSUIPC7 on the client PC?