John Dowson

After you have assigned an axis to 'Direct to FSUIPC Calibration, you should then calibrate that axis in the calibration tab. Please check the 'Axis assignments' section of the user manual. You can share profiles between aircraft. If you click the 'Profile specific' option in the assignments tab, you can select a profile to be applied and the aircraft will then inherit that profile (i.e. all assignments and calibration). You can also do this by manually editing the ini file. See the section on profiles in the User Guide. You could manually edit the ini, removing any profile sections that you think are duplicates/not needed, and then re-assign existing profiles to your aircraft (either directly in the ini or via the FSUIPC assignments tab). You are also using 'ShortAircraftNameOk=Substring' so you can shorten the aircraft name strings to also match more aircraft than specifying each one individually - check Appendix 2 in the Advanced User manual. You have two separate axis controls ('R' and 'S') assigned to control the rudder in some profiles, whereas in others the 'S' axis is assigned to your ailerons. I only mentioned as you might want to check those assignments (or maybe just delete the '3S' assignments to '{ DIRECT: Rudder }' if not needed). Note also that button assignments (i.e. those under [Buttons]', not profile specific) are inherited by all profiles, and then the profile specific button sections override/augment these. So you can have most of your button assignments not assigned to a specific profile, and then re-assign for specific profiles where needed. This is not the case with axis assignments, only profile specific ones will be used when a profile is assigned to an aircraft. Let me know how you get on. Cheers, John PS Yes, I was just asking you to check/confirm that this is disabled!

You also have 2 axis assigned to rudder in several of your profiles for some reason : 6=3R,256,D,3,0,0,0 -{ DIRECT: Rudder }- 7=3S,256,D,3,0,0,0 -{ DIRECT: Rudder }- Maybe be ok if thats what you intended but seems a little strange assigning two axis to the same control. John

You ini file indicates that you have assigned your axis 'direct to FSUIPC Calibration' for all your profiles, but you have only actually calibrated in a couple of your profiles, e.g for 'PMDG 737'S' you have: Aileron=-16380,-130,512,16380 Elevator=-16380,-512,512,16380 Rudder=-16380,-512,512,16380 You have no calibration for your 'AEROSOFT AIRBUS' profile, which os the one used in your test. Can you either calibrate each axis (in each profile which doesn't have calibration) or change your assignments to 'Send to FS as normal axis', and repeat your tests please. Also check that you don't have the P3D AutoRudder option enabled. John

Hi Paul, when you 'fully uninstalled the sim', did you also remove 'generated content', as explained in the P3D Download and Installation Directions' (last page)? I ask as your symptoms sound like it could be a corrupt weather file, probably the wxstationlist.bin. Usually this would cause P3D to crash as soon as SimConnect is asked to read the weather. Can you check your user Appdata\roaming P3D4 folder, where your PREPAR3D.cfg file is. If the file is there, please delete it - it will be re-generated when you next start P3D. FSUIPC now removes this file automatically when it shuts down correctly. If that doesn't sort your problem, it could be one of the other wx files. Please make a safe copy of the .wx files in your P3D files folder, in Documents, then delete one at a time, testing after each. Before that, you could try disabling weather completely by adding the following to the [general] section of the ini file: NoWeatherAtAll=Yes Let me know how these tests go. Regards, John

Hi Dieter, that log file doesn't contain anything! You haven't activated the required logging options (see above comment), and you pressed the 'New Log' button which cut the log short. Can you activate those logging options, reproduce the issue and then post the complete log file - don't press the 'New log' button (this simply stops the current log file and starts a new one). Thanks, John

Hi Ray, it doesn't look like this information is easily accessible via Lua. You may be able to differentiate between airborne/ground traffic by counting the number of non-zero entries in the ground/airborne traffic data offsets at E080 / F080, but I'm not 100% sure. I'll take a look in a bit more detail later in the week (and check with Pete!). Cheers, John

Hi, first can you check that you have controllers disabled in P3D. If they are disabled, can you activate 'Axis controls', 'Events (non-axis controls' and 'Buttons and key operations' from the FSUIPC logging tab, make a short (as possible) test flight that exhibits your problem, and then post you FSUIPC5.log file as well as your FSUIPC5.ini file. Cheers, John

Hi Dieter, first can you check that you have controllers disabled in P3D. Can you also activate logging (via FSUIPC's Logging tab) for Axis controls, Events & Button and key operations. Start your sim and reproduce your issues, then post/attach your log file. Thanks, John

What is 'dx'? The 'ctrl' key only augments additional keypresses, same as the shift, alt and cmd/wnd key. So FSUIPC expects another keypress with the 'ctrl'. It cannot be used/assigned on its own. John

That is the only version of FSUIPC5 available. There are various SDKs available which are free for personal use. Check the Download Links -> Useful Additional Programs section. John

Glad its now working for you. 127 is the limit for macro files. The general idea with macros is to try and have only a few macro files per aircraft, split by functional groups. Macro files can hold multiple macros, with a maximum of 2000 numbered parameters per macro file. You should try merging your macros into fewer files before using them for assignments.

Yes, you need a registered version to use the lua interface. John

Hi Jason, FSUIPC should be installed on your sim/P3D system only, and WideClient on the client pcs. Anyway, seems like you have it sorted now. Also, just fyi, WideFS is WideClient + WideServer. WideServer used to be a separate program, but it is now part of FSUIPC since FSUIPC5. Cheers, John

Hi Mustafa, so something is sending a 'decrease flaps command', but I'm not sure if thats related to your issue if you are seeing 5/full. You do have a button on your yoke assigned to this. It would be helpful to see the whole log (with appropriate activations) to try to determine where that originates (ie from your button assignment or not). As to the other events, many add-on aircraft re-purpose P3D events for their own use, so they may be internal to your PMDG add-on. These are generally 'noise' in the log and can be excluded using he 'DontLogThese' parameter (see bottom of page 13 onwards in Advanced User Manual). John

Hi Jason, re-installing the scenery should not affect FSUIPC, and the latest FSUIPC version should be ok with all P3D versions from 4.1 onwards. Is that the full install log ? Seems to be cut short, unless it can't find your P3D installation. If thats your full install log, then it seems that P3d isn't installed correctly. Try re-installing the client only, then re-install FSUIPC and attach the log here. Cheers, John

Hi Jason, if fsuipc isn't in the 'Add-ons' menu, it isn't running, If it isn't running, WideClient can't connect. You need to determine why FSUIPC is not running. Try downloading and running the latest installer. This should re-install FSUIPC and leave any settings you have. Cheers, John

If thats the ini file now, then you have reset, no? There are no assignments there (apart from a few macro assignments to buttons). Change AutoAssignLetters=No to AutoAssignLetters=Yes or manually assign. As I said, please review the user manual to understand this. I will be making this a default value in a future release as its quite a common problem. The only advantage of 'No' is that it allows the user to assign the letters, which may have a relevant meaning (e.g. 'T' for throttle' 'R' for rudder, etc). For the people who don't manually edit the ini file, this is not relevant. John

Also, previously 10 macros, now 3? What are you actually doing? I think maybe you need to reset (i.e. start from scratch), and re-assign. If you do this, please activate Joy Letters before you do so (or after, before you disconnect your usb devices!). And with macros, please remove references to them in your assignments before you remove the macro file. John

I still need to see the entire ini. You seem to have a lot of devices, and if you are unplugging and re-plugging them in a lot, their ids will change. You really need to use the 'Joy Letters' (or JoyNames) facility if you are doing this (see p21 in the User Guide). It is possible to recoup your current settings, but you would need to identify which device is which from your ini settings, which may prove difficult with so many devices. If you can do this, you can then manually force the id change by updating the ids in the ini file. You also have a lot of assignments to unidentified macros. Where are these from? If not needed, you should delete all of these (i.e. those assigned to '<unknown macro>'). The different log files also show you have different devices connected when you are posting these. It is very difficult for me to determine anything if your configuration is changing all the time. Can you please keep the same config while we try and sort out your problems. John

Can you also attach your Joyscan.csv file as well please (to check the device scan), also in the Modules folder.

In your previous log, you also have many joystick ids acquired for use, but in the newer one only 2: Are you unplugging devices/hubs? Your ini file only shows one device: but no assignments to that device in the fragment posted. If its too large to attach, compress/zip first and then attach. The extract you posted shows at least 118 macro files, and a lot of assignments to unknown macros...can you also show me the contents of your Modules folder? The macro files will be maintained if they are assigned - why do you have so many assignments to unknown macro files? John

You also have this error which may need to be addressed: ***ERROR: Too many Macro files (max is 127), "anteng1" is omitted John

No - I still need your ini file, its in the same location as the others. And please do not post your key file, containing your registration details. I have removed it.

Would this be for read or read/write? I can see that 05B0 was duplicated at 83BC (read only), so maybe I could use that offset.

Hi Luke, I currently don't have any visibility of what was at that offset, and it is currently used/assigned internally. I'll talk to Pete next week when he's back to get more details, but I don't see a problem if the info is available from SimConnect (or the PDK), but it may have to be at a different offset. I'll get back to you. Cheers, John