Jump to content
The simFlight Network Forums

John Dowson

Members
  • Posts

    11,070
  • Joined

  • Last visited

  • Days Won

    219

Posts posted by John Dowson

  1. 38 minutes ago, John Dowson said:

    If the title isn't available in offset 0x3D00 by the time I read the aircraft.cfg file, then I will not be able to read the FLTSIM sections and will not add the icao_airline string (even if there is only one FLTSIM.0 section).

    Unfortunately the title isn't yet available when I am reading the aircraft.cfg file, so this is not that straight-forward.  I will see if I can read the aircraft.cfg file for this after the TITLE is received.

  2. 2 minutes ago, michel78320 said:

    Yes. It would good in the same way that the title is found for the current livery.

    FSUIPC gets the title from the TITLE simvar. This may originate from the aircraft.cfg file, but it is not read from there by FSUIPC for exactly the same reason - it would not know which FLTSIM.x section to load it from. So I would need to check the title in the FLTSIM.x sections until I found one that matches the TITLE as received from the simvar, which is why I can only do this if this simvar is available BEFORE I read the aircraft.cfg file. All other data read from the aircraft.cfg file is read from the GENERAL section.

    6 minutes ago, michel78320 said:

    If this is too complicated, it is not essential : Most of planes have only one livery in their Aircraft.cfg.

    It isn't that complicated, but I do need to check the order of things to see if this is possible. If the title isn't available in offset 0x3D00 by the time I read the aircraft.cfg file, then I will not be able to read the FLTSIM sections and will not add the icao_airline string (even if there is only one FLTSIM.0 section).

    I will check this and get back to you, but most probably tomorrow now.

    John

  3. 21 hours ago, voltigeurramon said:

    Both are attached. Thanks again for helping me! I assumed you wanted to do it one aircraft at a time, this is for the 737

    What am I looking for in that log - which button presses weren't working, and which were? I just cannot tell just from the log file. Please try with the logging console open (Log->Open Console), and let me know the timestamp of a button press not working, and also one where it is working.

    I see you have the flaps assigned to an axis using direct to FSUIPC calibration and calibrated in your PMDG 737 profile. This can cause issues with the climb rate - please see 

     

     

    John

  4. 2 minutes ago, michel78320 said:

    What would be good is to read the current aircraft, even if it is  [FLTSIM.x]

    But how do I know what x is? Do you expect me to read the title in each FLTSIM section, and then read the icao_airline  from the section that has a matching title? I could possibly do this, but I need to check if the TITLE simvar has been received by the time I read the aircraft.cfg fille - it may not yet be available.

    6 minutes ago, michel78320 said:

    But I read the same value if I load the livery [FLTSIM.1]

    Of course, as it is currently only read from [FLTSIM.0].

    Also, it seems that some strings are enclosed in double-quotes, others not. Will the icao_airline string always be enclosed in double-quotes, or can it also be without these?

    John

  5. 2 hours ago, michel78320 said:

    It seems that this code always has 3 letters.
    Here is the list :
    https://en.wikipedia.org/wiki/List_of_airline_codes

    Yes, I saw that.

    2 hours ago, michel78320 said:

    To test, you can just add a new line in the Flightsim section of Aircraft.cfg :


    [FLTSIM.0]
    . . . . . .
    icao_airline = "TPC"
    . . . . . .    

    (Example for TAP Air Portugal)

    Livreries for Fenixsim A320 are usually properly entered.

    So you want this read from the [FLTSIM.0] section? Other ICAO strings are read from the [General] section - e.g., for the C208:

    [GENERAL]
    atc_type = "TT:ATCCOM.ATC_NAME CESSNA.0.text"
    atc_model = "TT:ATCCOM.AC_MODEL C208.0.text"
    Category = "airplane"
    pilot = "Pilot_Female_Casual"
    copilot = "Pilot_Male_Casual"
    instructor = "Pilot_Male_Casual"
    performance = "Maximum Speed\n175 kts            324 km\/hr\n\nCruise Speed\n164 kts \t        305 km\/hr at 20,000 ft\n\nEngine\nPratt & Whitney Canada, Inc., PT6A-114A Free Turbine Flat Rated at 675 Shaft hp  \n\nPropeller\nThree-Bladed, Constant Speed, Full Feathering, Reversible  McCauley, 106-inch diameter\n\nMaximum Endurance\n5.1 hours maximum cruise at 10,000 ft\n6.6 hours maximum cruise at 18,000 ft\n6.4 hours maximum range at 10,000 ft\n7.2 hours maximum range at 18,000 ft\n\nService Ceiling\n22,800 ft            6,949 m\n\nFuel Capacity\n335  gal              1,268 L\n\nEmpty Weight\n4,575 lb              2,075 kg\n\nMaximum Gross Weight\n8,785 lb\t            3,985 kg\n\nUseful Load\n4,000 lb\t            1,814 kg\n\nLength\n41 ft, 7 in             12.7 m\n\nWingspan\n52 ft, 1 in\t            15.8 m\n\nHeight\n15 ft, 5-1\/2 in      4.8 m\n\nSeating\nUp to 14"
    icao_type_designator = "C208"
    icao_manufacturer = "CESSNA"
    icao_model = "208 Grand Caravan"
    icao_engine_type = "Turboprop/Turboshaft"
    icao_engine_count = 1
    icao_WTC = "L"

    Please try the attached version where this is read from the [FLTSIM.0] section and added to offset 0x062C. Note that this will not be available if the location of the aircraft.cfg file is not available in offset 0x3C00 (possibly due to the aircraft being encrypted).

    I can switch to reading from the [General] section if needed, or possibly try both.

    Cheers,

    John

    FSUIPC7.exe

  6. 13 hours ago, michel78320 said:

    Would it be possible to have an offset which gives the three letters of the airline as indicated in Aircraft.cfg (icao_airline =AFR for "Air France", for example). ?

    Do you know of an aircraft (preferably an Asobo/default one) that has this identifier? I have checked several and cannot see this.

    Looks like the ICAO airline is always 3 characters. I can add as a 4-character string (3 chars + 0 terminated, at offset 0x062C s this offset is no longer used in FSUIPC7.

  7. 59 minutes ago, Ursli80 said:

    HiFi has announced an AS version for FS2020 and 2024. Now I'm wondering whether the weather radar image can then be displayed in Prosim like in P3D?

    That depends on whether AS for MSFS2020 provides an interface for this. I will contact HiFi to see what they are providing and what can be done.

    John

  8. 15 hours ago, simpilot787 said:

    1. Full right aileron (via my honeycom yoke) with FSUIPC "dis-abled" . Notice deflections in external view.

    Have you assigned your yoke in MSFS then (or elsewhere)? If assigning in FSUIPC7, you have to remove the assignments in MSFS - I recommend you start with an empty profile for your device in MSFS if assigning in FSUIPC).

    15 hours ago, simpilot787 said:

    2. Same right full aileron, with FSUIPC enabled. Notice, yoke stays centered. I do have elevetor control.

    And is this with your aileron still assigned in MSFS, assigned in FSUIPC, or in both?

    15 hours ago, simpilot787 said:

    3. DontLogThese=67227 (surpresses the logging, however, problem, persists...

    Then you either added it to the wrong place, or if you added to the aircraft profile section (where it should be added), then the aircraft you have loaded does not match the aircraft profile name.

    Can you please show me/attach both your FSUIPC7.log and FSUIPC7.ini file please - attach them, not post extracts.

  9. 14 hours ago, DaveSCUSA said:

    Just asked for input of why there are KEYUP when I haven't pressed any keys. 

    FSUIPC7 is just logging what it sees (i.e. is received from MSFS). If FSUIPC7 is logging a key press, then it has received this from MSFS. 

    If you haven't pressed the key, then something else must have sent it - key logging logs all key events received from MSFS. These can come from the keyboard or from a program that is sending keys to MSFS, including FSUIPC7. Anything sending keys should also a corresponding release for each key press.

    Logging of a key press/release looks like this (when the key is assigned in FSUIPC7):

    Quote

       320750 KEYDOWN: VK=81, Waiting=0, Repeat=N, lParam=0 (0x0), Shifts=1
       320750 Executing InputEvent 'HANDLING_Yoke_Hider_1' [69] with parameter 1.000000
       320750 .. This key is programmed in FSUIPC7 'Keys' options
       320875 EV_KEYDOWN received: 0x51 (Q): repeat set (rate=100/25)
       320875 KEYDOWN: VK=81, Waiting=0, Repeat=Y, lParam=1073741824 (0x40000000), Shifts=1
       320875 .. This key is programmed in FSUIPC7 'Keys' options
       320906 EV_KEYDOWN received: 0x51 (Q): repeat set (rate=100/25)
       320906 KEYDOWN: VK=81, Waiting=0, Repeat=Y, lParam=1073741824 (0x40000000), Shifts=1
       320906 .. This key is programmed in FSUIPC7 'Keys' options
     ...
       321406 KEYDOWN: VK=81, Waiting=0, Repeat=Y, lParam=1073741824 (0x40000000), Shifts=1
       321406 .. This key is programmed in FSUIPC7 'Keys' options
       321406 EV_KEYUP received: 0x51 (Q)
       321422 KEYUP: VK=81, Waiting=0, Shifts=1, lparam=0 (0x0)
       321422 .. KeyUp received from FS but not programmed
     

    So the initial key down is received, then the repeats, until the key-up is received. The key I pressed was assigned with 'No repeats', so the assignment (to Input Event HANDLING_Yoke_Hider_1) was only executed on the initial key presses.

    The logging will look slightly different if the key is not assigned, and you will only see a few repeats (although I am not sure why without checking).

  10. 40 minutes ago, DaveSCUSA said:

    I am confused why there are so many KEY entries with "136203 .. KeyUp received from FS but not programmed", especially with keypresses that are KEYUP with no key down. Or with keys that are not programmed in a profile.

    Key logging will log all key press/release events seen (i.e. that MSFS sends). You will see a lot of KeyUp as this is continually sent until the key is released (check the repeat flag). This is completely normal.

    Do you actually have an issue?

    42 minutes ago, DaveSCUSA said:

    If there is a discussion on debugging (Advanced User guide) other than Lua, I've not found it.

     

    43 minutes ago, DaveSCUSA said:

    If there is a discussion on debugging (Advanced User guide) other than Lua, I've not found it.

    No:

    9 hours ago, John Dowson said:

    The log entries should be self-explanatory, and any information logged that isn't you can ignore (as that is for me to diagnose issues). You shouldn't expect to understand everything logged, but you should be able to use the log to determine what is happening (i.e. what button was pressed, what assignment, if any, was triggered, etc. What entries do you not understand? There is no documentation on the log messages and I am certainly not going to provide any.

     

  11. 42 minutes ago, simpilot787 said:

    a control issue with the Simworks PC12, where the aileron and rudder axis were not being detect (at least per the aicraft).

    What do you mean by "not being detected"? Do you mean the default controls/events are not working? If so, what have you tried? You can also try logging: to see what is being used (activate logging for Axes Controls and maybe Input Events).
    Otherwise can you explain please?

    47 minutes ago, simpilot787 said:

    I did notice the event LIGHT_POTENTIOMETER_SET constantly being fired (as an axes).  I have nothing assigned to fire that event.

    FSUIPC will log all events the sim emits, not just the ones that FSUIPC7 sends. Some aircraft continually emit events, especially add-ons, and these events are different for each aircraft (although this is a common one). You can ignore this event by using the DontLogThese ini parameter, best added to the profile section of your FSUIPC7.ini file (where the aircraft are listed).

    52 minutes ago, simpilot787 said:

    I disconnected FSUIPC and everything works find...

    What changed? What wasn't working before?

    53 minutes ago, simpilot787 said:

    ********* FSUIPC7, Version 7.3.21 (9th June 2023) by John Dowson *********

    That is an old and unsupported version of FSUIPC7. Please update to the latest release, 7.4.11, before anything else.

    John

  12. 6 minutes ago, shorthauler said:

    I have two virtual joysticks named "New" for the Arduino / Arcaze set-up, so I kept two, identifying them by the GUID.

    But what letters do they have assigned? One is "B", and I thought the other was "G", as you have assignments to this. However, as you say there is no joystick "G", which one is it - and does it have assignments?:

    7 minutes ago, shorthauler said:

    Should I delete lines 2 and 6 since there is no joystick "G"?

    If there is no such joystick, then yes.

    Cheers,

    John

  13. Ok. You can remove these entries from your [JoyNames] section:

    Quote

    E=New
    E.GUID={B6842680-EFD1-11EC-8001-444553540000}
    H=New
    H.GUID={0D6270A0-A302-11EC-8002-444553540000}
    J=SparkFun Pro Micro
    J.GUID={FE922B50-F44F-11EE-8001-444553540000}

    and maybe also this one (although it might get re-added):

    Quote

    B=New
    B.GUID={0646FAD0-3568-11EE-8001-444553540000}

    You are only using A,C,D,F & G devices, so you can remove other letters when added.

    Note you also have an invalid assignment:

    Quote

    [Buttons.B763]
    0=P3,0,C0,1     -{Custom control: <0>}-

    John

  14. Why are you connecting/disconnecting devices while FSX is running?

    Quote

      1995828 ***** HID USB device reconnected: re-initialising FSUIPC connections
    ...
      2464687 ***** HID USB device reconnected: re-initialising FSUIPC connections

    You should re-connect all your devices before you start FSX/FSUIPC4.

    How many devices do you actually have? Do you have two Logitech Attack 3 devices? And what is the device with the name 'New'? Can you please tell me what devices you are using please.

    You should be ok to delete the unused entries from the ini, but I will look at your files in detail later today.

  15. 11 hours ago, DaveSCUSA said:

    If we ask dumb questions it's because we haven't a clue how simconnect works, where things are in the documentation or even most of the MSFS functionality.

    It is not a dumb question - just one that you have already asked several times already.

    11 hours ago, DaveSCUSA said:

    An example is how to read button/key log entries. If there is documentation, we can't find it.

    The log entries should be self-explanatory, and any information logged that isn't you can ignore (as that is for me to diagnose issues). You shouldn't expect to understand everything logged, but you should be able to use the log to determine what is happening (i.e. what button was pressed, what assignment, if any, was triggered, etc. What entries doyou not understand? There is no documentation on the log messages and I am certainly not going to provide any.

    Note the format of the ini file entries for button/key assignments are described in the Advanced User guide, if that is what you are after.

     

     

  16. 12 hours ago, Delta14Sierra said:

    I installed FSUIPC 7.4.11, but noticed that I was unable to access the user interface via ALT-F.

    Can you show me/attach your FSUIPC7.log file please - the hot-key registered for opening FSUIPC7 (default Alt+F) should be logged like this:

    Quote

          234 Registered HotKey 'InvokeFSUIPCOptionsKey' (key=0x46, modifier=0x1)

    Try re-booting your PC first as well to see if that fixes it.

    12 hours ago, Delta14Sierra said:

    Furthermore, if I ALT-TAB, FSUIPC shows that it is connected to MSFS, but it is greyed out.

    What do you mean by this - that the main window is not working? Could you maybe attach a screenshot of this.
    What happens if you open the UI from the system menu?

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