John Dowson

You can use one of the many free file transfer services, such as https://filetransfer.io/ John

...and if the IPS are unique and you have specified them correctly, the ONLY reasons that it fails to connect would be either the Workgroup name or firewalls blocking the connection. Please double check that your laptop is in the same workgroup as the PC, and temporarily disable all firewalls (laptop, PC, router). If IP addresses change, you would almost certainly need to update your firewall rules to allow the connection. This is why you should disable all firewalls and see if you can connect, then once you have a connection start each one at a time to see which one is blocking the connection.

I need to see all your files: WideClient.log, WideClient.ini, FSUIPC7.log, WideServer.log. I need to see all these files from the same session if you have connection issues. Did you try when using ServerName instead of ServerIPAddr as I keep asking? i.e. ServerName=YB-17936 Protocol=TCP ? Sorry, you said you tried this - but please show me the files. Are you now sure your PC and laptop have unique IP addresses? What are they?

Just to be clear, the public/external IP addresses will/should be the same, but the private/internal ones (starting 192.) must be different. If they are the same, you need to correct this - try google, e.g. https://learn.microsoft.com/en-us/answers/questions/2752121/two-computers-on-network-with-same-ip-address John

Maybe also try calibrating your throttle first using Windows Game Controllers...

Not that I know of, as I said...

Your logs show that FSUIPC7 is waiting for the WASM. Can you: 1. Check to see if the WASM is running. You need to enable the developer tools in MSFS to do this. Once you have enabled the MSFS developer tools, go to Debug -> Display WASM Debug menu, and then select the FSUIPC WASM module from the menu, and go to the Module Section tab. What do you see? Can you take a screenshot. It should look like this: Maybe also a screenshot of the Wasm Section tab. 2. Show me / attach your FSUIPC_WASM.log file. If you don't know where this is, take a look at the WASM section in the Advanced User guide. It may also be a good idea to set Debug level logging in the WASM (via the FSUIPC_WASM.ini file LogLevel entry), also explained in that section. John

This is not possible....or shouldn't be! Every device on a network needs its own unique IP address - if the IP addresses are not unique, how can anything connect?!!! And as I said, there was an error in your ini - did you correct this? Did you try with ServerName instead of ServerIPAddr?

They will be in your FSUIPC7 installation folder, on your client PC. They must be there - check also that you have not set Explorer to hide the extensions of known file types. Your ini file has a mistake: That should be ServerIPAddr. Also usually better to use ServerName unless you have allocated static IP addresses. As it says in the WideClient.log: John John

Do you know where I can download the FSX version? Found a version here: https://milviz.sharepoint.com/sites/GeneralProductSupport/Shared Documents/Forms/AllItems.aspx?id=%2Fsites%2FGeneralProductSupport%2FShared Documents%2FGeneral%2Finstallers%2Fv5%2FMV_UH1H_v2.210719.zip&parent=%2Fsites%2FGeneralProductSupport%2FShared Documents%2FGeneral%2Finstallers%2Fv5&p=true&ga=1 but that seems to only be for P3Dv4 and P3Dv5. This question was also recently asked here: https://www.avsim.com/forums/topic/682013-uh1-huey-redux-for-fsx/ John

Listing the lvars does just that - it lists all the local panel variables available. You then have to determine if any are relevant to the switch you are trying to control. You list the lvars two or three times, with the switch in different positions and see if any of the values change. Ok - and what switch are you looking at? As its freeware, I can install it and take a look, but it will take me a couple of days before I will have time to do this. I am just back after a couple of days away and need to catch-up on a few things first. John

There don't seem to be any issues with the latest update as far as I can see here. Can you please show me / attach your FSUIPC7.log file. John

So it doesn't work with only the MSFS assignment? That is very strange. The Nose Wheel Steering control is not available for external assignments - there is no such event in the SDK. Did you try Steering Set? Also try this without calibration first (i.e. remove any steering calibration). As I don't have this aircraft, I don't know. Try the Steering Set control. If that doesn't work, list/log input events to see if there are any that control the steering tiller. Also list the lvars and show me a log file.

Did you try either the Steering Set or Axis Steering Set axes (using 'Send to FS as normal axis')? FSUIPCs SteeringTiller axis is a special axis that should only be used in conjunction with the rudder and provides blending between the rudder and tiller (see the User guide). If you are using a separate Steering Tiller axis, you should try assigning to one of the MSFS-provided steering controls. If those don't work in the fenix, then you will need to look to see if any input events or lvars are available to control this axis. I don't have the fenix so cannot look into his for you, but if you log/list the available lvars and input events and anything looks applicable I can show you how to use theses. John

Glad you solved it. I think you got confused with the joyletter being 'C' and also with a C being used to indicate a Compound assignment, so you initial assignment 'PC...' needed to be changed to 'CP(-j2,b2)C...'... John

Your log file looks very strange... What state is MSFS2024 in when FSUIPC7 is started? Usually it is started while MSFS is still loading, but your log seems to indicate that an aircraft was already loaded and ready-to -fly. What happens if you exit FSUIPC7 and then restart it? Could you also please set WAPI Debug logging (Log->WAPI->Debug), and add offset logging (Log->Offsetts...) for offset 026D as U8. Then show me another log with that logging, and also exit an restart FSUIPC7 and show me a log file from that. John

There are issues with your registry and some entries need removing. Can you please do the following: 1. Run regedit and take a back-up of your registry 2. Unplug the following devices: VPC MongoosT-50CM3 VPC Control Panel 3 VPC Panel #2 VPC Rudder Pedal Joystick (Razer Huntsman V2 Analog) 3. Download and run (i.e. double-click) the attached .teg file: removeDevices.reg 4. Reboot. 5. Reconnect your devices. 7. Start FSUIPC7 (no need to run MSFS), check to see what devices are recognised and then exit. 8. If you still have issues, show me those files again (except the InstallFSUIPC7.log - that is not needed). John

It just scans the installation folder for .mcro files. You should never manually edit the [MacroFiles] section - unless you know what you are doing. If you deleted this section and is was automatically rebuild, the macro files will have been assigned new index numbers. And as you assignments are to the index numbers of the macro files, and not the files themselves, your current assignments to the macro files will be triggering the wrong macro in the macro files. You will therefore need to review your current assignments to macros and update them. John

I have no idea - please check the WideFS documentation on connection issue trouble shooting. If you still have issues after reading and trying the suggestions there, I would need to see your WideClient.ini and WideClient.log files, your WideServer.log and FSUIPC7.log files, and your FSUIPC7.ini file. you should attach these files. Most WideClient connection issues are due to firewall issues or using different workgroups, so at least check the workgroup and disable all firewalls (client, servewr and router) to test. Also try specifying the server name and protocol in your WideClient.ini - see the documentation. John

Can you please attach your FSUIPC6.ini file. John

What FS are you using, which aircraft and what switch?

i am currently travelling and will take a look tomorrow. John

You have a min value set as -7503, so any number less than this will give an out value of -16383. You need to calibrate correctly. I also don't understanbd why you have calibrated a max value of 3212. Basically you are only using a sma;; range of your throttle. I have no idea why your in value is so high in MSFS2024.

This sounds very strange, and I can't see hoe FSUIPC could affect any other non-fsuipc clients. You can start by showing me / attaching your FSUIPC7.log and FSUIPC7.ini files to see what they reveal. Which MSFS update provovked this? I am currently travelling but will review the latest update when I am back, which will bew tomorrow. John

I presume your question is regarding FSUIPC7 / MSFS - can you please post in the FSUIPC7 sub-forum. You keep posting in the main forum for some reason. I will again move your post. How you assign reversers depends on if using an axis or a button. Most reversers are controlled either by a reverser lever, which triggers a button, or using a throttle with a reverse zone that also triggers a button when pushed down into the reverse zone. To assign reversers on a reverse (lever) button, there are generally two methods: 1. Assign the reverse button press to the Throttle Decr control on repeat, and the release to Throttle Cut. If using multiple axis for different engines, then use the Throttle1/2/3/4 versions of these controls for individual engines. Then, when your throttle is at idle and you activate the reversers, throttle decrement controls will be sent to advance to full reverse thrust, and when you disengage reversers, the Throttle Cut will move back to idle. 2. If you want control of the amount of reverse thrust, then you can assign your reverser to the Throttle Reverse Thrust Toggle control, on both press and release and with no repeats. When you do this, activating the reverser (when throttle is in idle) will trigger/toggle reverse thrust mode, and you can then use/advance the throttle to increase reverse thrust. To switch back to normal thrust, you then reduce the throttle to idle reverse, and then turn of the reversers which will then toggle back to forward thrust mode. Note that is not possible to use this method for individual engines in the current release of FSUIPC7. This will be available in the next release, and is currently available in the latest beta release, which you can find in the following post: John