John Dowson

Ok, but you really don't need the modules folder, but up to you. Its all automatic, you don't need to install (or "run"?!) any SimConnect. John

You issue sounds similar to this: What do you mean by this? If you try to run FSUIPC7 and its already running, it will show the existing running one. Is this what is happening? Note that it does not appear in the tray when open/shown, only in the task bar, but you say its not there which is strange. Maybe you can test by keeping the FSUIPC7 main window visible when you go back to the sim, and try and note when it disappears (if it does!).

@spokes2112Thanks Ramon! @jgoggi Could you test this please? Looks ok to me on first glance. Btw, what add-on aircraft are you using?

What aircraft are you using? I ask as this may be aircraft/model dependent. I just took a look with the Cessna 172 and it seems to update correctly (as does 0x30C8): John

I'll put a request in to see if I can get these added as simvars. For the time being, you could maybe use the aircraft title (offset 0x3D00). John

This is confusing me.... I've just taken another look, and now I am getting the full path name to the aircraft.cfg file in offset 0x3C00: @borgfan & @Dave March Could you see if you are now getting the full path or still getting the relative path please? Also, are you using a Steam install or an MS Store install? Thanks, John

The need for the 'Modules' folder was removed in FSUIPC6 (although you can still install there if you prefer). These days, its better to install add-ons outside of the sim folders if possible. And I would certainly do this with MSFS as not only does the folder structure/locations seem quite complex, locations are different between MS Store vs Steam installations. As Pete says, best just to create an FSUIPC7 folder somewhere outside of your sim folders. John

That's interesting, didn't notice that before, but that seems to be a later log entry logged when going back into the MSFS menus. The one that FSUIPC uses is the one logged when the aircraft is loaded: It looks like this is the one that's changed. I don't think I have enough information to determine the full path to the aircraft.cfg file at the moment. I'll raise this with Asobo. It also looks like there are no simvars for the "icao_type_designator", "icao_manufacturer" and "icao_model" at the moment either. I'll post about these as well.

Its still not 100% clear where the SimConnect.ini file should go on MS Store installations, but it looks like it should go in the same folder as the SimConnect.xml file (for MSFS) and the UserCfg.opt file. This is the folder reported in the FSUIPC log on line 3, so please check there. If that contains the SimConnect.xml, then place your SimConnect.ini there.

Try the FLT path, i.e. C:\Users\<username>\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalState\

Hi Charles, I have various GoFlight modules (GF-P8, GF-T8 and GF-RP48) and they are all recognized. Have you placed the GFDev64.dll driver into your FSUIPC7.exe folder?

Ah, then that must be for Steam installs - do you have an MS Store install? Try using the FLT UNC path, as reported in the FSUIPC7.log file (near the beginning). Can you let me know where that is for you and I'll update my comment. Thanks.

Ok, that's good to know, thanks. The modified version should do this automatically, but I would be interested in knowing how long this takes. As I have said though, this is only a work-around and I'll continue to investigate to find the cause.

Could users who are getting the TransmitClientEvent failures activate SimConnect logging. Would also be useful if you could use the modified version of FSUIPC7 I posted earlier in this thread. To activate SimConnect logging, create a file called SimConnect.ini in the FLT UNC Path, as reported at the beginning of your FSUIPC7.log file (for Steam installs this will be C:\Users\<YourName>\AppData\Roaming\Microsoft Flight Simulator\ ) with the following contents: [SimConnect] level=verbose console=No RedirectStdOutToConsole=No OutputDebugString=no file=<path>\SimConnect%01u.log file_max_index=9 replacing <path> with the path specification (e.g. file=😄\SimConnect%01u.log). The log will be pretty large, but compress well with zip. Thanks.

Did you try without smartCARS running? If you issue is not present without smartCARS running then it is a smartCARS issue and you need to direct your queries to the smartCARS forums/support. Please try this before anything else. And you r logs don't tell me anything as I do not know when you are experiencing the fps drop/pause. I was merely suggestion that you should activate the logs (and also open the log console) to see if you noticed anything in the logs when the pause occurs. You also seem to have activated IPC read logging. You should only activate event and maybe also axis logging, as this would show you if simconnect was still functioning with the pause, i.e. if it is only an fps pause or if its something else. This may help in tracking down the issue. Anyway, I don't think your problem is anything to do with this thread, which is for the general pause cause by a simconnect issue, which is now solved. I am therefore now going to close this thread. Please check without smartCARS, and if you still experience your FPS drop/pause then open a new support request, otherwise I think you would be better off reporting to smartCARS.

It was posted on the MSFS beta third party forums. The latest SDK also contains instructions on how to copy the dll to your exe location via VS post build events. John

lua is distinct from lvars...lua can use lvars but doesn't have to, and looks like lvars aren't needed for this. But lua can be complicated for non-programmers, so I understand you point. I would do this for you in quieter times, but I just don't have the time at the moment, sorry. Anyway, it should be possible using the provided offsets, but I'm afraid that you need a mobiflight user to help you configure that.

The offsets that hold this information have been there for many years, way before my time, so I don't know the reason why. But with the information that is provided, you could quite easily write a lua script/plugin (for example) to calculate the actual fuel weight for each tank (given the formulas provided) and then write that to a free offset. You can then read that from your mobiflight interface (if thats whats needed). But first of all, you need to be sure that the formulas produce the correct value - but I can't see any reason why this wouldn't be the case.

Hmm, thats interesting. Hard to fathom why dual assignments would cause such issues though.... Thanks for the update.

Another possibility to consider, if you are using a complex add-on aircraft such as PMDG or FSLabs, is that they may not be using the standard FS model for fuel/weight, and implement their own system (in which case those offsets may not be relevant). Do the values in the FSUIPC offsets make sense for your aircraft (without your MobiFlight software)? Or is it just a case of configuring your MobiFlight software correctly? In either case, I think you need help from MobiFlight support or other MobiFlight users. You can monitor the relevant offsets and, for example, see what they contain when your fuel tanks are full, then with 50% capacity. This would at least verify that they are being used. later... Ah, maddogX - sorry I don't know what that uses even later....ok, I see you have already reported in the maddog forums...btw, I'm John, not Pete!

Btw, what does 'FGCP 1.2 SPD digits' mean for the '$' sign (which I did not understand before)?

Maybe you should try Mobiflight support for this? We are very busy and cannot support other products that use FSUIPC, we only support FSUIPC. Maybe there are other Mobiflight users that can help, but not having or knowing their software I cannot advise, sorry. P.S. I'll update the title of this topic to include Mobiflight, which may attract attention from other users.

Use the FSUIPC7 Log menu item - there are checkboxes for logging.

But does you issue occur with FSUIPC running without smartCARS? How long does the FPS drop last? Do you notice anything causing this FPS drop - anything in your FSUIPC7.log file? Maybe try activating event (non-axis) logging, and see if there is any special sequence of events that is causing this.

Sorry, have you seen a doctor? 😉 But seriously, how do you expect us to help without providing any information. Are you saying that you see an FPS drop using FSUIPC7 (with no clients connected)? What devices are you using? How have you assigned? What do you mean by "stuttering" - a jittery axis or fps problems?