Jump to content
The simFlight Network Forums

John Dowson

Members
  • Posts

    11,117
  • Joined

  • Last visited

  • Days Won

    219

Posts posted by John Dowson

  1. 2 hours ago, rxezz said:

    i have done all you said

    Can you please be more specific...did you find such a folder an SDK installer and if so what were they called? Did you re-install FSUIPC4 - and if so, where is your new installation log?  Did you try using the loader? If so, what happened - and can you show me your FSUIP4.log file from when using that...

    John

  2. The FSUIPC7 separate documentation package is quite out-of-date at the moment. I will update it in the coming days. For now, to get the latest documentation, download and install FSUIPC7 and just select the Documentation component to install. This will also install FSUIPC7, but you can remove or just not use that if not needed. If using the SDK, it is also better to install that using the FSUIPC7 installer as that will also be more up-to-date.

    John

  3. What ACARS and virtual airlines system are you using? Have you tried their support first? How is FSUIPC involved?
    There are now many support topics on ACARS systems with MSFS and FSUIPC7 - try searching the forum to see if any of these previous reports are applicable.

    Otherwise, please supply more information - ACARS system and virtual airlines software you are using, what you are using FSUIPC7 for with these, and attach your FSUIPC7.log and FSUIPC7.ini files (both located in your FSUIPC7 installation folder).

    John

  4. On 8/23/2022 at 2:26 PM, michel78320 said:

    Can you explain to me what is the number returned by "com.writefeature"   ?
    Is it sent by the device?

    It is as documented: The returned value gives the number of bytes actually sent (or at least, placed in the buffer).

    On 8/23/2022 at 2:26 PM, michel78320 said:

    By the way, com.writefeature does not use "wrf"
    With Switch Panel, wrf = 2

    s = string.char (0 , 3 , 2 , 2, 0 , 0 , 0 )
    n = com.writefeature (dev1, s, 1)

    returns n=2 !

    The com.writefeature function just passes through to the windows HidD_SetFeature function. There are some 'correct size' checks and the passed in size may be adjusted - you can skip this parameter and the correct size should be used (I think!). The returned value will be what was actually written to the device' buffer.

    You could try logging HID activity to see what is happening. From the Log->Custom menu, enter 0x200. This should then log all HID activity.

  5. 4 minutes ago, John Dowson said:

    I am not familiar with how to request pushback via the FMC - if you could let me know I can test that here...

    Ok, I managed to request pushback via the FMC and I can see that that offset is not changing when using the FMC for this. I am afraid that this needs to be addressed by PMDG. They should either update/use the same simconnect SDK simvars/events or provide this information in their SDK.

    John

  6. 20 hours ago, 777GE90 said:

    Has anyone managed to figure out how to get FSUIPC to detect a PMDG 737 pushback when it's done via the PMDG FMC (perhaps another offset I can try?) Or is this something for their developers to fix?

    Offset  0x31F0 contains the correct pushback state when requesting/using the MSFS ground services. I am not familiar with how to request pushback via the FMC - if you could let me know I can test that here...

    John

  7. I have just checked assigning and calibrating as you do for the 747 and it works as expected here. I am therefore wondering if the following button assignments could be interfering:
     

    Quote

    1=RB,8,C65966,0     -{THROTTLE1_DECR}-
    2=UB,8,C65967,0     -{THROTTLE1_CUT}-
    3=RB,9,C65971,0     -{THROTTLE2_DECR}-
    4=UB,9,C65972,0     -{THROTTLE2_CUT}-

    5=RB,8,C65966,0     -{THROTTLE3_DECR}-
    6=UB,8,C65967,0     -{THROTTLE3_CUT}-
    7=RB,9,C65971,0     -{THROTTLE4_DECR}-
    8=UB,9,C65972,0     -{THROTTLE4_CUT}-

     

    Check your log (when Events logging activated, and maybe also Buttons & Keys) and see if button 9 is beunf detected as pressed and so sending decrease controls.

    Maybe also check the calibration of those axis in the Windows fame controllers panel to check they are the same there.

    Other than that, please show me your FSUIPC7.log as previously requested.

  8. Can you also activate logging for Events and Axis controls, and produce a short log where you load your aircraft and then move throttle 1 to full power anf then throttle 2. Then exit FSUIPC7 and show me your FSUIPC7.log file - you can zip/compress it if too large to attach.

    John
     

  9. When using two throttle axis to control four engines, it is more standard to assign one axis to Throttle1 and the second to Throttle2, and then calibrate for Throttle1 and Throttle2 and map the Throttle3/Throttle4 calibration using the map checkboxes (and not calibrate throttle3 or throttle4).

    Having said that, you should be able to use one axis for throttles 1 and 3, and the other for 2 and 4, so I am not sure why this is not working. Are you using the Asobo 747? If do, I can check this...

    John

  10. 12 hours ago, chanchu81 said:

    I wanted to know if this offset is supported on MSFS as I am doing some test and I manage the data thet I read from that offset to identify current visibility.

    Documentation says: 0E8A 2 Current visibility (Statue miles * 100) Ok Ok

    Why don't you just check the offset status document for FSUIPC7 / MSFS rather than quoting the documentation for other versions?
    This offset is clearly marked in red, i.e. not available or working.

    The old SimConnect weather interface has been deprecated in MSFS and is no longer available. 

    You could try offset 0x2DF0, which holds the simvar AMBIENT VISIBILITY, documented as 
        Visibility at the aircraft, in metres, as a 64-bit double floating point – for reading.
    (and in MSFS documentation: Ambient visibility (only measures ambient particle visibility - related to ambient density).

    John

  11. You are using FSX version 10.0.62607.0, but you only have the following SimConnect SDKs installed:

        Found SimConnect build 10.0.60905.0
        Found SimConnect build 10.0.61242.0
        Found SimConnect build 10.0.61259.0

    Could you check and see what is in the folder
        C:\Program Files (x86)\Microsoft Games\Microsoft Flight Simulator X Steam Edition\SDK
    One of those folders should be named after the FSX or SDK version number (mine is called SP1a) and inside that folder there should be an installer for the SDK - the one I have is called fsx_sdk_sp1a.exe. Could you find a similar file on your system (let me know the folder and file name please) and try running that. That should install the SDK valid for your FSX version.
    Once that is done, re-run the FSUIPC4 installer and try again. Any issues, send me your latest FSUIPC4 Install.log again as well as FSUIPC4.log file, if available.
     
    You can also try using the FSUIPC4_Loader.dll. I don't know much about this (before my time!). but the Installing and Registering FSUIPC4.pdf states:
    Quote

    The ‘emergency use only’ FSUIPC4_Loader
    The Loader DLL is an optional component which may help get passed the strange SimConnect
    crashes after initially installing FSUIPC4. If you've had these before, then try copying the
    FSUIPC4_Loader.DLL into the FS Modules folder and then re-run the Installer.

     

    John
  12. Are you using the LorbySceneryExport program?  Scenery installs abiding by the new L-M system for addons will NOT be seen by MakeRunways unless you use this program. Please see the provided MakeRwys README.pdf section on how to use this utility for P3Dv3,4 and 5.
    Also please check that you are using the latest version of MakeRwys, v5.13.

    If that doesn't resolve your issue  you can post again and @Pete Dowson may take a look.

    John

  13. 10 hours ago, Dreamflight767 said:

    Please close this.  I was able to edit by saving a copy of the .ini, made changes and copied those changes to the saved copy and pasting into my FSUIPC folder.

    Your assignments are always saved to the ini file. If this is not happening, then it could be due to windows (or anti-virus) protection on the FSUIPC7 installation folder. Check that you have not installed into a windows-protected folder such as Documents or Program Files.

    Note that if you are editing the ini file manually, you should do this either with FSUIPC not running, or for editing button and assignments sections, you can have FSUIPC running but with the assignment panel already open, then make your changes and click the Reload all buttons or Reload all assignments button. If you  manually change the ini and then open an assignments panel, your changes will be overwriiten.

    John

  14. 11 hours ago, Dreamflight767 said:

    I fixed this issue.  I just wasn't hitting "rescan" enough I guess.

    The first axis value change on any known axis will populate the axis assignment dialog with those details. You press the Rescan button to scan for a different axis. Sometimes a sensitive/jittering axis can make other axes difficult to be recognised - if this happens, you can click the Ignore Axis  button which will then ignore any values from that axis for the rest of the assignment session, i.e. until you close the Axes Assignment panel.

    John

  15. 39 minutes ago, 777GE90 said:

    Has anyone managed to figure out how to get FSUIPC to detect a PMDG 737 pushback when it's done via the PMDG FMC (perhaps another offset I can try?) Or is this something for their developers to fix?

    Presumably you have tried the standard offset for this at 0x31F0? There is a simvar called PUSHBACK ATTACHED, but this is not available by default in any offset - you can add this to a free user offset and check to see if the PMDG 737 is using/updating that simvar.

    The specific PMDG offsets are not available in the current release (v7.3.7), but will be available in the next release (v7.3.8) and there is a beta version out of this release that you can try, available here: 

     

    However, I don't see any offsets relating to pushback state in those offsets either.

    You can also try listing the available lvars to see if any look applicable, and if so then they can also be added to a free FSUIPC offset.

    Pushback and ground service handling in MSFS in general is quite different from other sims and I am not sure what is available without checking...I will rake a deeper look later in the week to see if I can see anything.

    John

  16. 14 minutes ago, michel78320 said:

    Everything works perfectly for the Switch Panel, for the Multi Panel and for the Radio Panel, except this message :

       391500 **** DevCom read/write threads still running - will exit anyway but could cause issues...
       391813 **** DevCom Read thread terminated
       392313 **** DevCom read/write threads still running - will exit anyway but could cause issues...

    Same message for all Panel, but this does not disturb the operation.
    I can read the buttons, and display the values in the screens (alt, speed ...).
    Is this error message important?

    Not if everything is working - its just an informative message that indicates the devcom threads could not be closed on the first attempt. You can safely ignore these.

    25 minutes ago, michel78320 said:

    I have a big problem with the BIP :

    The "com.writefeature" always return "0" and nothing happens on the BIP.
    ...

    Do you have an idea of what is wrong ?
     

    No - I don't have any experience with the saitek BIP, sorry.

    John

  17. Could you please let me know your FSUIPC7 order number from simmarket and I will check your details here. There is an issue in the installer not correctly validating unicode key details, although these are validated ok by FSUIPC7 itself if you manually create the key file. I will look into this.

    On 8/22/2022 at 10:36 AM, tanil2 said:

    Please make a official guide to overcome this problem ,because it is not a freeware program and it is expensive.

    There are already many posts where this information is available, although they may be difficult to find. I will add a FAQ entry on this (as well as looking to see if I can fix this issue in the installer). You could also have created a User Contribution for this if you think useful for other users.

    John

  18. 13 hours ago, rxezz said:

    sim it says problem with third party addon

    If you accept/trust the module and continue, doesn't it run correctly?
    If FSX continually mistrusts the FSUIPC4.dll, please see this FAQ entry: 

    What version if FSX are you running? Your log file shows:
          fsx.exe version = 10.0.62607.0
    Not sure what this version is - have you installed SP1 and SP2? This should be updated automatically if using Steam - my steam FSX shows the following version:
          fsx.exe version = 10.0.62615.0
    Can you check your FSX is up to date. Also note that the current/latest release will not work with the latest FSX beta - there is a specific version available for this, but it is recommended not to use this beta as it was only released to collect more info for the development if FSX.

    Can you also show me your FSUIC4 Install.log please.

    John

  19. 14 hours ago, mburkhard said:

    So it's not usable on my system as I need to calibrate the axis (to reverse it and set custom start and end values).

    The *_EXT (and *_EXT1) controls cannot be calibrated, but they can be scaled (and reversed). See the section Additional parameters to scale input axis values on page 41 of the Advanced User guide. However you cannot set custom start/end values, only scale, but you should be able to scale to get something useable if not perfect...

    John

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