Jump to content
The simFlight Network Forums

John Dowson

Members
  • Posts

    13,298
  • Joined

  • Last visited

  • Days Won

    271

Posts posted by John Dowson

  1. 9 hours ago, koljaff said:

    and with already having the free version and no issues I opted to buy the licence for FSUIPC.

    You should have tried the trial license first, available from a post at the top of this forum.

    9 hours ago, koljaff said:

    But after installing and quite a few hours messing around trying to work it out I`m no futher forward. I`ve tried reading through different forums and bits of information but I give up. None of it is very clear, although I will add I`m not very pc minded. I have upgraded to the latest version and its saying its connected, but when I try to open up the console log thing its not showing like anything I`ve seen so far. Any help would be greatly appreciated.

    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.

  2. 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

  3. 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

     

  4. 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

  5. 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

  6. 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

    FSUIPC7.exe

  7. 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

    FSUIPC6.dll

  8. 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

  9. 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

  10. 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.

  11. 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

     

  12. 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.

  13. 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.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.