John Dowson

March 31

15 hours ago, DaveSCUSA said:

I find presets are more accurate and active than some ipc.execCalcCode() executions in Lua.

Executing a preset is exactly the same as executing the preset calculator code using ipc.execCalcCode() - they both resolve to the same underlying function.

15 hours ago, DaveSCUSA said:

a question. Are input events variable type B:, as in (B:LIGHTING_POTENTIOMETER_30, Enum)

B-type variables are Input Events, bur not all such variables are currently accessible using the Input Events interface. You cannot control B-vars directly using calculator code.

7 hours ago, DaveSCUSA said:

Also, can the RPN code following the preset name (preset#.....) take more than one line, if so how to indicate a continuation if needed?

No, all on one line.

@ark1320 is correct in his analysis of your calc code presets and how to toggle an lvar.

But looking at your presets in the myevents.txt file they fon'y make much sense. As well as the errors pointed out by @ark1320, why are you using A:TAILWHEEL LOCK ON (and also K:TAILWHEELOCK) for almost everything?

Maybe you could explain one function that you want to implement and I can show you how to do that, and you can take it from there. Note that there are known issues in trying to control the ATC menu - see here for example: https://devsupport.flightsimulator.com/t/sdk-0-23-1-event-id-atc-menu-open-not-recognized/8538

John

March 31

5 hours ago, Song said:

There is no Assignment button in Options panel.

This is because you are using an unregistered version of FSUIPC7. Do you have a license? If so, you need to enter the details and click the Register button at the end of the installation process. Alternatively, there is a trial license available in a post at the top of this forum - you can use that to evaluate FSUIPC7 (it expires after tomorrow but it will be replaced by a new one in a couple of days).

John

March 31

19 hours ago, johnk515 said:

I've tried to update several times, but it doesn't give me the option to register. I don't get the field between options and logs.

But you do not need to register each time you update. You do this one to generate your FSUIPC7.key file and they you can skip registration on future updates, but it should not cause any issues if you re-validate your registration.

Please also make sure that you extract the installer from the zip file before running it.

The registration details you are using don't look correct either...

Anyway, please download and install 7.4.11, just released. Any issues, please attach your InstallFSUIPC7.log file and let me know your order number - do NOT post your registration details.

March 31

Please see the provided documentation - look at the Invalid Key Problems section of the Installation and Registration guide, or the Problems installing or registering FSUIPC7 section of the README.txt file.

This problem is invariably caused by not having the necessary/required VC++ redistibutables installed.

John

March 31

Please download and try 7.4.11.
There is a new ini parameter that you need to tune for optimal performance - DetectToConnectDelayAuto.
I will create a FAQ entry on hot to tune this correctly, but if you start FSUIPC7 as normal (i.e. auto-started with MSFS), once MSFS has fully loaded to the main menu, exit FSUIPC7 and post your log file here and I will take a look.

John

March 31

Yes

March 30

46 minutes ago, Doc_Z said:

Added the lines and Fenix and FSLTL seem to be working fine.

Did you set the correct value for your system, as shown in this thread several times. Do noy just copy values I have given for other users - look at your log to determine what the optimal value is for your system and use that,

48 minutes ago, Doc_Z said:

My GSX Pro isn't. Is there a connection between FSUIPC and GSX that might cause a problem?

I can't see how this issue can affect connections to FSUIPC, as they do not use SimConnect (this issue is related to SimConnect threads only). But, as for all issues, I need to see your FSUIPC7.log file. What is the issue with GSX Pro?

March 30

1 minute ago, Doc_Z said:

Will there be an updated version any time soon?

No, I don't see a need. The next update will be for the SU15 release, in a week or two - or whenever that drops.

March 30

4 minutes ago, Doc_Z said:

Just to clarify for older and slower minds; Download the .11a file. Run the .exe and then replace the .ini file with the one provided and add the two lines?

You do NOT need to use that version,. Just try setting the DetectToConnectDelayAuto and/or the DetectToConnectDelay ini parameters correctly. only then if you have issues, download 7.4.11a and adjust the InitialStallTime ini parameter.

March 30

44 minutes ago, ark1320 said:

Based on your log file, looks like the sim was detected at about the 30 sec point, and you connected to SimConnect at about the 130 sec point (rounding the values) so if I understand John's guidance correctly, you would need a DetectToConnectDelayAuto setting of 130 - 30 = 100 sec (maybe add an additional 1 or 2 sec to be safe). Note that the log time stamp values are in milliseconds.

No! The user is manually starting FSUIPC7, and is not having it auto-started by MSFS. Notice this log line:

Quote

297 Manually started with DetectToConnectDelay=1

Your analysis of the time is correct, but the user needs to set the DetectToConnectDelay ini parameter to 100, bot he DetectToConnectDelayAuto one.

35 minutes ago, Francisco Sanchez said:

But let us know why this happens when previous version was ok? Where is the origin of this issue?

But the previous version was not ok! It may have seemed that way, but what was happening is that messages were being received from an old connection and was screwing up many aspects of FSUIPC7. The only change that is causing this issue is to actually issue a close command to close a dead connection before starting a new one. Previously, the old connection was left open when the new one was started, and it is messages from this old/dead connection that was causing issues.

John

March 30

1 hour ago, prz3mazz said:

Where can I find the option to download version 7.4.9?

You cannot - please see my previous post.

1 hour ago, prz3mazz said:

Unfortunately, problems with freezing the entire simulator in version 7.4.10 make you nervous. The situation does not work with version 7.4.9, here with the latest version, after the plane takes off or after reaching the crossing point, the simulator hangs and the entire flight goes to waste 😕

Please try that fix I mentioned in my previous post. If that does not work, please create a new support topic with an appropriate title and describing your issue, and make sure you attach your FSUIPC7.log file.

John

March 30

1 hour ago, koskir said:

,how i can found the previous version 7.4.9

I do not provide access to older versions.

What issues are you having with 7.4.10? There is only one issue reported and this is related to the the time it takes to connect/reconnect - see this thread:

If you are having issues, add the following to the [General] section of your FSUIPC7.ini file:
DetectToConnectDelayAuto=220

Adjust the value (220 in the example above) to suit your installation - the best way to determine this is to look at your log file and find the last SimConnect_Open succeeded message. eg if you see this:
396234 SimConnect_Open succeeded

The timestamp is 396234 - divide this value by 1000 to get 396, then subtract 3, so 393 would be the value to use.

If you don't see a SimConnect_Open succeeded message in your log, increase the value until you do, then adjust accordingly.

John

March 30

15 minutes ago, Francisco Sanchez said:

Sure John. There my log.

If you look at your log, you will see this:

Quote

328 Auto-started with DetectToConnectDelayAuto=220, InitialStallTime=10
3172 Simulator detected
223172 Trying to connect...
233172 **** SimConnect open event not received in required time limit: Re-connecting now...
233172 Trying to connect...
243172 **** SimConnect open event not received in required time limit: Re-connecting now...
243172 Trying to connect...
253172 **** SimConnect open event not received in required time limit: Re-connecting now...
253172 Trying to connect...
263172 **** SimConnect open event not received in required time limit: Re-connecting now...
263172 Trying to connect...
273172 **** SimConnect open event not received in required time limit: Re-connecting now...
273172 Trying to connect...
283172 **** SimConnect open event not received in required time limit: Re-connecting now...
283172 Trying to connect...
293172 **** SimConnect open event not received in required time limit: Re-connecting now...
293172 Trying to connect...
303172 **** SimConnect open event not received in required time limit: Re-connecting now...
303172 Trying to connect...
313172 **** SimConnect open event not received in required time limit: Re-connecting now...
313172 Trying to connect...
323172 **** SimConnect open event not received in required time limit: Re-connecting now...
323172 Trying to connect...
333172 **** SimConnect open event not received in required time limit: Re-connecting now...
333172 Trying to connect...
343172 **** SimConnect open event not received in required time limit: Re-connecting now...
343172 Trying to connect...
353172 **** SimConnect open event not received in required time limit: Re-connecting now...
353172 Trying to connect...
363172 **** SimConnect open event not received in required time limit: Re-connecting now...
363172 Trying to connect...
373172 **** SimConnect open event not received in required time limit: Re-connecting now...
373172 Trying to connect...
383172 **** SimConnect open event not received in required time limit: Re-connecting now...
383172 Trying to connect...
393172 **** SimConnect open event not received in required time limit: Re-connecting now...
393172 Trying to connect...
396234 SimConnect_Open succeeded

You have DetectToConnectDelayAuto set to 220, but this is still not enough time for your installation. You can see that it finally connects at timestamp 396234, so you need to use a value of 393 for the DetectToConnectDelayAuto parameter.

It is not difficult to determine the value for this parameter - just look at your log file and the timestamp for the SimConnect_open succeeded message, divide this by 1000 (i.e. convert from ms to seconds) and then subtract 3 or 4 (the timestamp from the Simulator detected log message).

John

March 30

Note that the only change from 7.4.10 to 7.4.11a is the ability to configure the InitialStallTime ini parameter. This can help but should not be necessary if you configure the DetectToConnectDelayAuto correctly. The default value for InitialStallTime in 7.4.10 is 5 (seconds), which should be sufficient for most users. So I would advise people with this issue to first try with the current release 7.4.10 and configure the DetectToConnectDelayAuto ini parameter first, and only update to 7.4.11a if you are still getting issues.

John

March 29

1 hour ago, wackydude75 said:

The new file ad the 2 Lines in the .ini helped for me. Fenix and FSLTL working normally now, thank you!

Ok, but please note that they are example values - you should tune those to your system. I have explained how to do this several times in this topic already, vut I will create a FAQ topic on how to tune this when I get time.

18 minutes ago, ark1320 said:

I see you have now introduced a third new General section parameter called InitialStallTime.

This is actually an old parameter that has always existed, but I deprecated the use of this in the last few versions as it should not be necessary. I have added this back in the latest (beta) release though as it seems that it is needed for some systems where it is taking a long time for the return message of the initial connection request.

21 minutes ago, ark1320 said:

Do you see this as a replacement for the previous parameter DetectToConnectDelay, which was for manual FSUIPC7 loads, or do you expect this new parameter will be in addition to the previous ones? I'm just wondering which parameters will be available to experiment with should a future Simconnect connect problem come up, such as when SU15 is released.,

This is an additional parameter. It is better to leave this as the default value and only update if absolutely needed. Better to adjust the DetectToConnectDelay and DetectToConnectDelayAuto parameters first. If you are starting manually, then the value of these parameters depends upon when you are starting FSUIPC7. If you are starting when MSFS2020 is running and either already in the main menu or you have loaded an aircraft, then you can and should use the default values. If you are starting FSUIPC7 before MSFS is started, then you should set the DetectToConnectDelay parameter to a higher value - start at 60 (seconds) and increase until you don't see any re-connection messages. Only tune the InitialStallTime parameter if continually receiving this message:

Quote

43312 56968 **** Data not received in required time limit: Re-connecting now...

I will tune/adjust the defaults for these for SU15 and rebuild against the latest SDK (currently 0.24.1.0 for SU15) and release a new version once SU15 has been released.

Please also note that for the next few days I will have limited time to respond to support requests....please be patient.

John

March 29

Please show me/attach your FSUIPC6.log and FSUIPC6.ini files and I will take a look.

I am finishing now for the day (it is a public holiday after all!) and will have limited time for support until Tuesday now, but I will take a look at your files and respond when I get a chance.,..

John

March 29

51 minutes ago, alexanderluzajic said:

Please let me know if you have others reporting same issue.

Yes - please see this thread:

What you need to do is to tune/adjust/add the ini parameter DetectToConnectDelayAuto with an appropriate value for your system/installation.
You need to adjust until you no longer see re-connecting messages in your FSUIPC7.log file (further details/instructions in that post I referenced above).

If you need further assistance, please use that other topic, and PLEASE also attach your FSUIPC7.log file if you require further assistance,

John

March 29

@BillA Please try with
DetectToConnectDelayAuto=200
InitialStallTime=5
Please re-attach your log after trying with these - and please make sure that you exit FSUIPC7 before attaching your log file.

@Empire Please also remember to exit FSUIPC7 before attaching log files. You are also using 7.4.10 - please update to 7.4.11a attached above. Also please try with those ini parameters mentioned above (i.e. add to the [General] section of your FSUIPC7.ini file) and show me the log using these settings.

Again, for all those who have this issue, you need to set the DetectToConnectDelayAuto parameter to a high enough value so that this message isn't logged (although a few re-connection attempts shouldn't be a problem, too many retries can cause issues due to a long standing simconnect issue with the number of connections used):

Quote

68312 **** SimConnect open event not received in required time limit: Re-connecting now...

John

March 29

1 hour ago, Francisco Sanchez said:

Unfortunetly, FSLTL ai traffic do not load any traffic. It appears to be connected to MSFS but no air traffic.

I do not know anything about FSTL, but if you think that this is related to FSUIPC7 then you at least need to show me your FSUIPC7.log file. I cannot help you (or anyone) if you are not showing me the information I need to diagnose issues.

52 minutes ago, BillA said:

For me it's the time it takes from aircraft/route selection in the World Map until the aircraft is loaded and ready-to-fly that's taking so long I have to close the sim. Was working fine, then updated FSUIPC. Loaded the sim and the issue started.

Why have you not attached your FSUIPC7.log file?

Can anyone and everyone who has any issue whatsoever, please attach your FSUIPC7.log file. I seem to have to ask for this every time - please get into the habit of attaching this for ANY issue. If you continue to post but not show me the required files you will be ignored from now on - sorry but I am getting pretty fed up with asking for this file numerous times and still not seeing people attaching this...

John

March 29

5 minutes ago, BillA said:

I updated to the latest version of FSUIPC7 and now when loading my PMDG 737s it takes a very very long time to load, I'm talking about waiting like 10 minutes or even 15 minutes to load.

FSUIPC7 has no effect on the loading times of aircraft...
And what loading time are you referring to? The time it takes from starting MSFS2020 until it gets to the main menu, or the time it takes from aircraft/route selection in the World Map until the aircraft is loaded and ready-to-fly?

If you are having connection issues with FSUIPC7, please attach your GSYUPC7.log file. Also try the 7.4.11a beta version posted above and try configuring those recommended ini parameters.

13 minutes ago, Michael DelFranco said:

I just successfully tested with the FSUIPC7 v7.4.11A provided above, with recommended ini settings added .

Your log shows it connected ok but you still had a few failed connection attempts. and you should use:
DetectToConnectDelayAuto=220

i.e. a delay of 220 seconds rather than 190. This is based on the following:

Quote

...

4078 Simulator detected
194094 Trying to connect...
204094 **** SimConnect open event not received in required time limit: Re-connecting now...
204094 Trying to connect...
214094 **** SimConnect open event not received in required time limit: Re-connecting now...
214094 Trying to connect...
224109 **** SimConnect open event not received in required time limit: Re-connecting now...
224109 Trying to connect...
224172 SimConnect_Open succeeded
224172 Running in "KittyHawk", Version: 11.0.282174.999 (SimConnect: 11.0.62651.3)
...

which shows that the connection was established roughly 220 seconds (224172 - 4078 = 220094ms or approx 220 seconds) after the FS was detected.

John

March 29

6 minutes ago, pilotguy27 said:

Killing FSUIPC7 and restarting it solves the Simconnect issue for me.....hope there is an update soon....

Please read this thread, try the updated version posted above and tune the ini parameters mentioned above.

This issue seems to be due to the slow start-up process of MSFS. The defaults are tuned for systems that take around a minute between starting MSFS and it getting to the main menu state, If you have a lot of add-ons and your system takes longer than this then increase the DetectToConnectDelayAuto parameter as well as the InitialStallTime parameter.

March 29

I have posted an updated version for you to try in that other thread, together with the ini parameters to try. Please use that thread for this issue going forward - I will close/lock this thread now.

John

March 29

I have only seen one log file for this issue, but that log file indicates that the call to open the simconnect connection is not returning/completing in the required time-limit (5 seconds), and so it is continually re-connecting to try and obtain a connection. Can those experiencing this issue please try the attached version, and add the following to the [General] section of your FSUIPC7.ini file:
DetectToConnectDelayAuto=300
InitialStallTime=30
If you still see lots of messages in the log like this one:

Quote

153547 **** SimConnect open event not received in required time limit: Re-connecting now...

then increase the DetectToConnectDelayAuto parameter until these disappear. Please show me/attach log files if this works or not.

@GNeild Thanks for the log file - please try the attached and use the following (i.e. add to the [General] section of your FSUIPC7.ini file):
DetectToConnectDelayAuto=190
InitialStallTime=10

John

FSUIPC7.exe

March 29

For those experiencing this issue, can you please show me/attach your FSUIPC7.log file and let me know if you are using a Steam or MS Store installed version of MSFS2020. Can you also try exiting FSUIPC7 if you are on the main menu of MSFS2020 and FSUIPC7 still hasn't connected, and restart it manually to soo if it then connects.

John

March 29

10 hours ago, Francisco Sanchez said:

I also attach my log file as requested and hope there is a solution.

Your log shows that FSUIPC7 cannot connect to MSFS for some reason. What happens if you exit FSUI{C7 and then restart it manually when MSFS is in the main menu? Can you try that please and show me the log file.

10 hours ago, Francisco Sanchez said:

1) Where is the new ini parameter? I see only fsuipc.ini file in the main folder.

You add this ini parameter to the [General] section of your FSUIPC7.ini file when needed. I am not sure if this will help, but try adding
DetectToConnectDelayAuto=300

John

Profiles

Forums

Events

Gallery

Downloads

Posts posted by John Dowson

Important Information