
John Dowson
-
Posts
13,298 -
Joined
-
Last visited
-
Days Won
271
Content Type
Profiles
Forums
Events
Gallery
Downloads
Posts posted by John Dowson
-
-
Which PMDG aircraft? Check the SDK documents - for the 737 there is the following SDK variable at offset 0x6477 (and at offset 0x643D in the 777): ELEC_IFEPassSeatSw
And the variable SIGNS_SeatBeltsSelector at offset 0x6C2B in the 747.
If it isn't any of those, you are probably better off asking about this in the PMDG support forums.
John
-
I don't know why you are repeatedly posting the same file. And I have already told you what to try, several times now:
On 6/26/2023 at 11:08 AM, John Dowson said:And, as I said, usually CTDs on start-up are due to corrupt weather files. You can check to see if this is the issue by setting
NoWeatherAtAll=Yes
to the [General] section of your FSUIPC4.INI file. Please read my previous comment....
It really isn't worth you posting anyting until you have read my comments and tried my suggestions. You need to eliminate the possibility of aa corrupt weather file before anythung else.
John
-
26 minutes ago, EmergencyButter said:
With the latest binary, I cannot reproduce the issue at all, even with InitialStallTime=-100.
Well, the larger the value, the less likely you are to have the issue (remember this setting was previously ignored and defaulted to a value of 25, regardless of what it was set to).
And a negative number means that only a message is logged and it does not try to re-open the connection, so the initial connection attempt will be given all the time it needs to generate a response.
If you set InitialStallTime=25 then you should get similar behavior to before, except that I have added additional code to retry the connection even if/when the simconnect open call returns an error.Looking at your log, it is taking around 65seconds for the initial open call to return a result. I would therefore recommend using a setting of
InitialStallTime=70
which should give plenty of time for it to complete.John
-
10 minutes ago, draci said:
However, I didn't know that the SHIFT-key doesn't work in FSUIPC commands. Is there a special reason for that?
The shift key does work as a key modifier. Why do you think it doesn't?
Please show me/attach your FSUIPC ini and log files if you continue to have issues.
John
-
10 hours ago, draci said:
This puzzles me a little since the logic of the FSUIPC-command should be independent of the trigger so I'd expect the toggling to work either with both or none of the triggers.
This is correct - the control is independent of what triggers it (a button or keypress).
10 hours ago, draci said:What do I miss here? Any help appreciated. Thanks in advance.
Can you please activate logging for Buttons & Keys and Events. If you then open the logging console (check the Send to console window checkbox) you should then be able to see what is happening both when you press an assigned button or an assigned key.
If you cannot see what is happening, you can post/attach your FSUIPC6.log and FSUIPC6.ini files here and I can take a look,
John
-
6 hours ago, coolian2 said:
Using the FSX Steam Edition on Windows 10
FSUIPC7 is not compatible with FSX - you need FSUIPC4.
FSUIPC7 is for MSFS2020 only.
John
-
10 hours ago, brandonharwood14 said:
I have tried to access the Hvar's to send to the simulator but it seems that this is aircraft specific and a file required for each different set of Hvar's?
Yes, that is correct. However, it is far easier, and recommended, to access hvars using either presets or calculator code directly rather than using *.hvar files to make the hvars known to FSUIPC7.
10 hours ago, brandonharwood14 said:So how can I make the program try and send events to the simulator that are not aircraft specific, I know I can just use offsets for most things (which is similar to SimConnect events?) however items such as FMS knob presses on GNS530 or g1000 for example are not just generic commands but I believe Hvar's?
You should use the available presets. Even though most are aircraft-specific, the ones for the GN530, G1000 etc, are specific to the model and valid in all aircraft that use them. They are also valid for both the default/Asob versions as well as the Working Title mods.
If developing using C#, you should check-out Paul Henty's client dll for .Net. This provides a higher level interface to both FSUIPC offsets as well as the WASM API / WAPI. See
https://forum.simflight.com/forum/167-fsuipc-client-dll-for-net/John
-
Your log is showing that the ASN dll for v5 is being loaded, not v6:
Quote82172 Loaded 'as_connect_v5.dll' for ASN with P3Dv5
Do you not have the v6 dll (which you said was called 'as_connect.dll') in your FSUIPC6 installation folder?
-
Can you try the attached version please. In this version, the InitialStallTime ini parameter is now being obeyed - previously thus was ignored and was defaulting to a value of 25 (seconds). Can you initially try setting this to -10. This will then log a message every 10 seconds until the SimConnect_Open call has been successfully processed. Wait and see if it eventually connects and if so how many messages are logged before connection. If it does eventually connect, then you can update the value of InitialStallTime to be
(number-of-messages-logged * 10) + 5
If you find that it is still not connecting, try with a larger positive value, e,g, 50. This should then try and reconnect every 50 seconds.Let me know how it goes,
John
-
Your log shows that the Simcommect_Open call failed with an error:
12 hours ago, EmergencyButter said:75093 Failed on SimConnect_Open, return = 0x80004005
I am not sure what can cause this. I will make a few changes and post another version for you to test.
John
-
Please try the attached and post your new FSUIPC7.log file. Leave FSUIOC7 running for a minute or so after loading an aircraft and then exit, Thanks,
John
-
Very strange...I will provide you with another version that has additional logging so that I can see what is happening, but this will be tomorrow sometime now.
-
53 minutes ago, John Dowson said:
As I said, I don't have ASN for P3Dv6 so it is difficult for me to check this. I will take a further look when time permits and let you know, Note however that I am in holiday in a couple of days, back towards the end of next week, so I won't be looking into this for a couple of weeks.
In the mean-time, could you try the attached dll and show me/attach your FSUIPC6.log file after using it. This will at least tell me if the ASN dll is loaded and if the ASN active function link is set. Thanks,
John
-
I also see that AS for P3Dv6 is still in beta. Anyway, I have requested a license and will take a look at some point.
John
-
7 minutes ago, EmergencyButter said:
No, it hangs after the second
Even after you have selected an aircraft in MSFS and are loaded and ready-to-fly?
-
As I said, I don't have ASN for P3Dv6 so it is difficult for me to check this. I will take a further look when time permits and let you know, Note however that I am in holiday in a couple of days, back towards the end of next week, so I won't be looking into this for a couple of weeks.
John
-
9 minutes ago, EmergencyButter said:
Is there a reason FSUIPC7 tries to connect only twice instead of retrying forever?
It does keep retrying, which is why I don't understand your issue. If you just leave it, does it not reconnect?
-
All I have to say on FSUIPC7 auto-start is documented in the following FAQ entry:
I can only suggest that you try removing all of your entries in the EXE.xml file and add them back one-by-one, and when you have found the one that prevents the others from restarting then contact the developer of that add-on. You can also try re-ordering the entries to see if that makes a difference.
John
-
26 minutes ago, EmergencyButter said:
FSUIPC does not automatically reconnect if I just leave it.
Yes, it should...
26 minutes ago, EmergencyButter said:After changing to your proposed settings, FSUIPC7 seems to retry properly:
Strange, as your log still indicates that it is trying to reconnect, whereas it should just log a message and continue waiting...
It seems to be taking longer and longer for MSFS to respond to an initial connection requests with each release...the start-up process id very CPU intensive and it can take quite a while for an initial response. I will look into seeing if I can delay the initial connection attempt a bit longer, but I also have to consider the case where MSFS is already started/running, so I don't want to delay too long,,,
John
-
You shouldn't need to disconnect and reconnect manually - does FSUIPC not automatically reconnect if you just leave it?
Can you check your settings of the following ini parameters (in [General] section): InitialStallTime & NormalStallTime
Also try with the following settings:
InitialStallTime=-100
NormalStallTime=-5
Using negative numbers for these settings will instruct FSUIPC to just log a message when SimConnect data is stalled rather than re-questing. -
3 hours ago, DrDave- said:
Like the real plane its on the side of the throttle.
At the side of the throttle, I only see a pitch-trim control and a TOGA button.
3 hours ago, DrDave- said:Also it can not be triggered in the sim as it would conflict with the fuel cutoff, it needs to be bound
Not sure what this means....
I have tried assigning a switch to the Spoilers Inc and Spoilers Dec controls and using these I can see the spoilers extending and retracting. I also tried assigning an axis to Spoilers Set but get extremely weird behavior - the spoilers initially seem to extended but then all of a sudden the aircraft, which was on the runway, is now in free-fall but falling up at an incredible rate....very strange!3 hours ago, DrDave- said:But I'm going to try to remove all flap bindings and try the Bravo flap axis binding again.
You just need to create a new (empty) profile in MSFS. I recommend you do this anyway if assigning in FSUIPC7, although it is fine to have some settings in MSFS and others in FSUIPC7.
3 hours ago, DrDave- said:Also, may I ask if you are having an issue with the throttle axis at max settings/stop? At maximum value, the engine seem to lose power (above 98%). I'll ask Cockspur about this and lower the max axis value.
I have not noticed this, although I have only taken this into the air once. I will check the next time I take a look.
John
-
2 hours ago, apple said:
Can I try these trial versions ? Thank you
License sent via PM.
John
-
9 hours ago, DrDave- said:
Haven't tried it yet, but some in forum accuse the keyboard flap binding.
Any other assignment shouldn't affect this, unless the assignment is being triggered.
Maybe check your assistance settings as these can affect things like flaps.
I will take another look at some point to see if I can see any spoiler controls, or/and if the spoiler events have any effect.
-
14 hours ago, MD80PROJECT said:
And how is this done?
It means that a text file with an extension (.MCRO) is created, and within it the programming code
1=L:ovhd_ign_switch1=Set
How is a Mcro Lvar file made? From where can it be made?
Please see the section Gauge local variable access (L:vars), by macro on page 39 of the Advanced User guide.
If using MobiFlight, you can also assign to just write the value to a spare/free FSUIPC offset, and gave a lua script that monitors the offset (using event.offset), and then when the offset changes you can update the lvar using ipc.writeLvar.
You can also have an offset for reading the value of the lvar, by having another lua script that monitors the lvar value (event.lvar) and writes the value to an offset when it is changed. Better to have the read/write offsets as distinct offsets, although you could use the same one if you prefer.
Help required with set up.
in FSUIPC7 MSFS
Posted
You should have tried the trial license first, available from a post at the top of this forum.
PMDG aircraft are mainly controlled by using presets. See the following website for a list of available presets, where you can search for a preset for specific aircraft and function: https://hubhop.mobiflight.com/presets/. All presets are available for assignment in FSUIPC7 by selecting the Select for preset checkbox.
There are also additional offsets for the PMDG 737 that you can use but you must first enable the SDK data broadcasts in the aircraft. See the provided document Offset Mapping for PMDG 737-700.pdf.
Your question is also very general - If you have a specific question on a switch assignment I can try to answer that.