John Dowson

I thought that one of the main features of Linda was that it provided the lua scripts that you need so you don't have to write the lua scripts yourself... You can, of course, use lua in FSUIPC without using Linda. I don't know what you mean by this... What do you mean by 'in real life'? Its a hardware controller, it is real life... And what do you mean by 'requires two trim switches to be activated to use the yoke' mean? There are plenty of folks using the Honeycomb Alpha with FSUIPC and this is the first I have heard of this... I do have a Honeycomb yoke, but its still boxed since it arrived 2-3 weeks ago, as I just haven't had time to take a look at it yet....

But you can do this already with the 'substring' match facility. I guess I could match on regex expressions, but I don't see any benefit in doing this as you can already match on multiple substrings. I think adding regex expression matching would probably be more confusing for most folk.

That is not the issue! You have reverted to the previous way of starting FSUIPC7, directly from the batch file rather than having it started by MSFS using the EXE.xml. You log file shows the EXE.xml was updated: Could you show me that file please. I have had one or two other reports of the EXE.xml not being processed correctly by MSFS. I'm not sure why this is, but if the EXE.xml is as it should be, then for now you will have to use the old method, as you are now doing.

There is no change in this in v7.0.5. Are you sure you selected to install the auto-start component? Try re-installing to make sure, and if you have the same problem show me your install log file.

Don't worry about it - If controllers are disabled in P3D, they won't have any affect.

You should really be using the JoyLetters facility, as this was designed to prevent problems arising from when your joystick IDs change. Please activate this facility by setting AutoAssignLetters=Yes in your FSUIPC6.ini [JoyNames] section, start P3D, load an aircraft and then close, and show me both you FSUIPC6.ini and FSUIPC6.log files please. Attach them, do not post extracts - I need to see the full files.

No, shouldn't be an issue. No - the event.button just registers the callback function. The rest of the script will process and the thread keeps running once the end of the script is reached. When the button is pressed, this is picked up (by the still running lua thread) and you callback function called.

It is in your FSUIPC7 installation folder. together with your FSUIPC7.ini file (where your assignments are stored). If you cannot see the extensions, you need to update your Windows Explorer settings to show file extensions for known file types. Instructions are provided at the end of the Installation and Registration guide.

Have you calibrated your TCA Quadrant as described in the instructions? Please see the following post/comment (and subsequent comments for the download links): However, if its working for the FSLabs (and default aircraft?), then it may be due to the controls for that particular aircraft. Try switching to using the FS controls (and not direct to FSUIPC calibration), and try various controls to see what work for those aircraft. Please don't post screenshots or links to screenshot. We need to see your FSUIPC6.ini file to see your assignments, usually in conjunction with your FSUIPC6.log file (with appropriate logging activated). For trouble-shooting assignment issues, FSUIPC logging is your friend. Try activating axis logging and see what events you see when you move the throttle in the aircraft, and see what events are logged when you move your TCA throttle levers. Also, please check for other posts for the TCA quadrant and the add-on aircraft that you use, both here and in the forums for the add-ons that you use. This is a popular quadrant and there is a lot of information out there. The first thing I do when I receive such reports (as I have neither the TCA Quadrant or the add-on aircraft that you use) is google!

Ok, understood. Use event.button for now. I'll make a note to look into the LuaValue param issue when I get a chance.

Ah, then thats interesting. If MSFS CTDs, that should be reported to Asobo (via zendesk) with crash and event logs attached. Do you also have your FSUIPC7.log file from the crash? I'll take a look at the dump to see if there is anything there when I get a chance (but will take a while for this I'm afraid), but I suspect, as MSFS also crashed, that it is a simconnect issue thats affecting both client and server. Its more usual for such crashes to take down MSFS only, but then FSUIPC7 closes anyway (with auto-close activated), but it shouldn't crash. Another thing to try would be to activate simconnect logging (see FAQ section on how to do this). This would then show if there were any simconnect errors at the time of the crash.

Yes...is the speed an issue, or is the problem with the parameter being lost for the first call here: You are sending two different parameters to the same script at the same time, so it looks like the second is overwriting the first before it is processed (they are global parameters/variables). I'm not sure if I can do anything about this but I'll take a look (may take a few days to get around to this).

No, that doesn't matter. Did you change the stall parameters as suggested. Did you not see any stalled warning messages (or re-connects)? Maybe activate Extras logging as well. As well as finding out what clients those ids refer to (as suggested by Pete), you should also look for and count any connection closed and open messages, which will be when clients are re-connecting. That would be interesting to know. The start of the log file should show you the format of the open messages - just extract all of those from your log, together with any close messages. John

Are you using the lua script to use the buttons outside of the 32 button limit? Have you tried using the lua script for the Bravo? See and this may also be of interest: John

They should be under %LOCALAPPDATA%\CrashDumps. However, you may not have application crash dumps activated. If not, you can activate (either for all or just for FSUIPC7) - see https://www.meziantou.net/tip-automatically-create-a-crash-dump-file-on-error.htm. Then. of/when it occurs again, send me the crash event report, the dump file and the FSUIPC7.log file. Thanks, John

I'll check with @Pete Dowson but I don't think we can do this as then we would either have to install the required lua.dlls with FSUIPC, or put a requirement on the user to install these if they want to use lua. Can you not include the lua core in your dll and just dynamically link to the one in the FSUIPC6.dll?

I would do as Pete says, but first delete your current profile (its empty) and start again. When you create a profile (best to do this in the axes assignments section first), you must either import the [General] axes first (a pop-up will ask you this) or add at least one axis assignment before you close. Otherwise you will have a profile created and no axis section which can cause issues later when trying to add/edit axis assignments for that aircraft.

So the crash was with FSUIPC7 - did MSFS crash or did it keep running? Can you show me your FSUIPC7.log file (from when the crash occurred), and was there a crash dump file produced? The event log does show it was an FSYUPC7 crash, which is the first I've seen - usually its MSFS that crashes. As the crash is in the ntdll.dll, I would need the crash dump file to investigate. John

Yes - the MSFS SimConnect documentation states: Internally, not all events are mapped to the relevant SimObjects. i.e. not all sim events are currently working. So it looks like those sim events are still not connected for that aircraft. You should report this to Asobo via zendesk. Hopefully there will be lvars (or hvars) as alternatives for such events at some point as well, maybe before these are fixed by Asobo.

Can you also please post your ini and log files again for both installations. I need to see these each time you make any changes. It should not have showed a 'missing C joystick' if you had made the changes that I suggested (there was no C joystick!) rather than those of Masterius. You problem with the parking brakes on P3Dv5 was that it was assigned to a device with letter A, which had changed GUIs and was -re-registered as device C. The changes I proposed would have corrected this. But now its probably better to show me your files again and we can go from there.

The auto-start feature, which updates the MSFS EXE.xml file so that MSFS starts FSUIPC7, is optional since the v6.0.12 release. Re-run the installer and de-select the auto-start component. In versions prior to v6.0.12, the FSUIPC installer provided an optional desktop-link that wouls show a splash screen, start MSFS and then start FSUIPC7 30 seconds later. In the latest installer, the desktop link is still provided (optional), but this only now shows a splash screen while MSFS is starting - it no longer starts FSUIPC7. John

Ok, thanks for the update.

Yes, its a separate purchase/key. It will be blank unless you enter a key there. You don't need to purchase both each time. WideFS7 is compatible with FSUIPC4, FSUIPC5, FSUIPC6 and FSUIPC7. You just need one key to activate in each/all versions. That depends on your set-up. If you have FSUIPC clients running on a client PC (i.e. separate from the PC running the FS and FSUIPC), then you need WideClient running there and the WideFS license registered on the receiving version of FSUIPC. John

What version of FSUIPC are you using? There was a fix in FSUIPC6 v6.10.12 relating to the timings for repeat button presses (both real and virtual). This update has now been applied to FSUIPC5. If you are using that, I could apply it there to see if that helps.

You can try as @Masteriussuggests (except edit as below), but that may not work either - sometimes you need to edit the registry to remove such entries. However, they are only warnings and not important - they won't have anything to do with your issue. Your Parking Brake isn't currently working as your 'A' device is missing. Changes the [JoyNames] section to the following: