John Dowson

Strange...will check that over the weekend - can you attach your FSUIPC7.log file please. But it shouldn't matter much - looks like the WASM is now installed correctly and working. Have you tested?

Ok, then this would indicate some serious issues with your PC, either software or hardware... Ok, that would make sense. I would also run some full hardware checks. Your issues are very strange and I can't remember seeing anything like this before, so it would indicate either a windows issue or a hardware issue. Are you overclocking? Let me know how it goes... John

So it must be MSFS2024 that is starting FSUIPC7 with elevated permissions, and so I would expect that MSFS2024 itself is running with elevated permissions. But if that is the case, I do not understand why it cannot start the fsuipc WASM module. This is very weird and I do not understand... When it uninstalled, did it remove the fsuipc-lvar-module folder and all its contents? If so, then you certainly have write privileges on that folder, so I do not understand why you cannot edit the files in there, or change permissions. Maybe...One last thing to try.... Can you rename your MSFS2024 Community folder? If so, do that (e.g. Community-old), and then create a new Community folder and copy the contents across (as a standard user). Can you show me the UserCfg.opt file for your MSFS2024 installation as well please, and your InstallFSUIPC7.log file. Otherwise I am out of ideas, and maybe a complete uninstall/re-install is necessary. Are you using the Steam or MS Store version?

Also, please check and compare the Security permissions on your Community folder and fsuipc-lvar-module folders. It seems that your issue is certainly permissions related but I have no idea what could have caused this - it is certainly nothing that the FSUIPC installer does. It does nothing with permissions. You must at least have permissions to Read and Read & execute (and maybe more) for either Everyone or Authenticated Users. This is what mine look like: Windows is getting stricter on permissions with each release. But I am no expert in this area I am afraid, and if your issue is with permissions then it is specific to the set-up of your PC, which you will need to investigate. You can always try editing the permissions so that at least you have read and read & execute access to those folders and sub-contents.

This would only be useful for a handful of users and is not something I will look into, sorry - I have far too much to do this year already. It is pretty quick and easy to cut and paste the lvar names from the log, so that will have to suffice for now. So the lua isn't being killed? What changed? Can you leave it running please, at least to see if it works or gets killed - that is if you want me to look into this. Yes, this has been reported in several other threads. Note that: 1. Debugging lua plugins will make them run far far slower. 2. It seems that lua scripts run a lot slower (by a factor of 8 or so) when FSUIPC7 is started by MSFS. Try exiting FSUIPC7 and re-starting manually. 3. You can usually get better performance from lua scripts by using the LuaAffinityMask ini parameter to move lua execution off of core 0/1. This also applies to FSUIPC using ThreadAffinityMask. I use: ThreadAffinityMask=xFC LuaAffinityMask=x100F00 But there are online tools to calculate affinity masks based upon the number of cores you have (and if you use hyperthreading) Regards, John

it does not. As I said, please just start FSUIPC7 manually - does it run with elevated privileges? When you run MSFS2020, does FSUIPC7 run with elevated privileges? FSUIPC7 and the FSUIPC7 WASM are distinct - FSUIPC7 does not start the WASM, that is running (or should be) inside of MSFS. Can you edit the FSUIPC_WASM.ini for MSFS2020? Do you see the FSUIPC_WASM.log file for MSFS2020? Have you followed my advice? And again, screenshots are useless. No point attaching them unless I request them (which is hardly ever).

It does not install that way, unless maybe you ran the installer with elevated privileges, which is not necessary and not recommended. But it is very difficult to understand what is happening when you do not respond to my questions. Are you running MSFS with elevated privileges? If you start FSUIPC7 manually, does it run with elevated privileges? Please follow my advise and then report back and attach files so that I can see what is happening (not screenshots).

I have moved this topic to the FSUIPC7 sub-forum. Please use this sub-forum for all FSUIPC7 support.

I have moved this post to the FSUIPC7 sub-forum. Please use this sub-forum for all FSUIPC7 support.

It also may be easier to use macros, which are another method of sending multiple controls/events. Save this attached file to your FSUIPC7 installation folder (before running FSUIPC7, or restart FSUIPC7 after installing): FSLA321.mcro Then start FSUIPC7, and assign your buttons/switches to FSLA321: Nose Swtch Up - to move the switch up FSLA321: Nose Swtch Down - to move the switch down You can then add other macros to the same file to control other switches. I have added Strobe and Beacon. John P.S. The Beacon switch controls seem to act like a toggle, so sending the Up when in Up position moves the switch down, and vica versa. So you only actually need one macro for this switch. Just FYI.

First, please don't embed your comments in quoted text - it makes if difficult to read and is just not necessary - put them outside please (as I do!). This is strange, but I do not think it is being blocked anyway as it is running - not sure why it says that in the properties. Also, please only attach files AFTER exiting FSUIPC7. No, you misunderstand me.... Are you using an XBox 360 game controller (gamepad)? Sometimes these are fake and can cause issues - if so, they can be ignored, And you cannot use these directly with FSUIPC - you need to install additional free software to use these with FSUIPC. That shows two copies running, which is vary strange and shouldn't be possible.... This does nothing but add extra logging. The JoyScan.csv file you attached is empty. This is worrying and is probably the cause of your issues, although I do not know why this is reported: Have you installed any specific drivers or additional software for your devices? If so, please uninstall any drivers and let windows install default drivers, and do not use any additional device software when using FSUIPC as this can interfere. Also please check that if they are USB2 devices they are connected to a USB2 port, and if USB3 they are connected to a USB3 port, and that if using a hub make sure the devices are properly powered. Can you also please just test running FSUIPC for the time being, i.e. no need to run MSFS. Just start FSUIPC7 manually without MSFS running for these tests, and ALWAYS exit FSUIPC7 before attaching files. Please do the following: 1. First uninstall any specific drivers for your devices if you are currently using any vendor supplied drivers. 2. Run the windows registry editor and take a back-up of your registry. 3, Unplug your devices. 4. Download and run (i.e. double-click) the following file: removeDevices.reg This will remove the current registry entries for your devices. 5. Reboot. 6. Delete your FSUIPC7.ini file. 6. Reconnect your devices, making sure they are connected to the correct ports, if possible (i.e.USB2 to USB2, USB3 to USB3). 7. Run FSUIPC7. Once it starts, exit and then show me / attach your FSUIPC7.ini, .log and .JoyScan.csv files. 8. Run FSUIPC7 with elevated privileges/as Admin, and again show me / attach your FSUIPC7.ini, .log and .JoyScan.csv files. John

This is nothing to do with "programming". It is assigning to the logged FS control/event with the logged parameter. I don't know why you tried this - that obviously won't work. There is no SDK for the FSLabs and therefore no custom controls. It may be possible to use custom controls, but you would have to determine the control number and it certainly will not be the parameter used via the Rotor Brake control. Please re-read my previous comment as it looks like you did not understand this at all: I said use parameter 72510 as you said this was logged when you use the taxi light switch in the VC. Why are you using 72511 when you said this was 72510? When I move the Nose light switch from Off to Taxi, I see this logged: and moving back, I see this: I am not sure why 2 controls are logged, but assigning to the Rotor Brake control with parameter 72512 moves the Nose light switch up, and assigning to 72511 moves the nose light switch down. So try that. If that works, you can just leave it at that. However, as two controls are logged when you move the switch in the VC, I would replicate this in the assignments. How you do this depends on what you are assigning to. The easiest way, if using a momentary push-button, would be to assign using one parameter for the press and another to the release, with both using the Rotor Brake control. The other way of doing this is overloading (i.e. having more than one assignment on a button) via editing the FSUIPC7.ini file. Assign the button press to the first control, save (press OK), and then open your ini file in an editor. Then open the button assignments panel again in FSUIPC7. Locate the assignment just made - it will look something like this (the index number may vary, as well as the button used) 4=PB,10,C66587,72512 -{ROTOR_BRAKE}- Duplicate this line, and give the new entry a unique index number and change the parameter, i.e. 4=PB,10,C66587,72512 -{ROTOR_BRAKE}- 5=PB,10,C66587,72514 -{ROTOR_BRAKE}- Save the changes, and then in FSUIPC7 click Reload all buttons. You then have two assignments on the same button, but you will not see this in the UI. John

Yes - they were logged when I turned the Captain EFIS ND Mode switch, as I said. You assign to the Rotor Brake control and use 72510 as the parameter - that should then control the taxi lights. I didn't yest/check that as you did not mention that this was for the taxi lights. It is straightforward - whatever you want to assign, operate in the VC, see what is logged and then assign to that. In most cases it will be a Rotor Brake control with a parameter, so assign to the Rotor Brake control and use the parameter logged. John

Ok - I have seen FSUIPC7 being blocked before, but usually iy is easy to unblock. I am not sure why you cannot do this and I cannot advise - please google to resolve this. Also, check any anti-virus software toy have running to see if this is interfering. You attached the ini file twice and not the evtx file.... The Joyscan.csv file only shows two (?) xbox controllers, which is strange. Are you using any xbox controllers, and if so how many? This could be a registry issue. Could you add the following to the [General] section of your FSUIPC7.ini file and generate another log for me please: LogCustom=x200000 It really shouldn't be - the default is enabled with no entry in the ini file (I think)... What devices/controllers do you actually have? From your log: The serial number should certainly not be a string, which may be the issue. Was anything previously working? It is strange that a rudder was previously detected - from your ini: Anyway, show me the files with the additional logging and we can try cleaning your registry to see if that makes a difference. I can show you how to do this - tomorrow now as I have now finished for the day. John

What does this mean? And this? The log file you attached seems to show FSUIPC crashing when scanning for your devices. I have no idea what could cause this and have not seen this before. Can you please check the windows event viewer for any events related to FSUIPC and show them to me - there should at least be a crash report. Can you also please attach your FSUIPC7.JoyScan.csv and FSUIPC7.ini files. Also: Why have you disabled the WAPI? That is need for almost all aircraft in MSFS2020/2024. John

I just took a look at the FSLabs A321 and tested the Captain EFIS ND Mode switch, which uses the Rotor Brake control with parameter 71026 for a clockwise turn and 71027 for an anti-clockwise turn. Assigning to this in FSUIPC also controls the switch in the same way. So yes, you can use the Rotor Brake controls with the parameters you see logged.

I have also just noticed that you are running FSUIPC7 with elevated privileges: Why is this? Are you running MSFS with elevated privileges? Everything needs to be ran at the same privilege level, and always better to run with standard privileges unless absolutely necessary.

Oh...and when you re-install, after the uninstaller has ran, double-check that the fsuipc-lvar-module folder has been removed from your Community folder. If not, manually delete that before continuing with the installation. The uninstaller may not be able to remove that due to your permissions issues.

Of course I did - but that tells me nothing. What tells me what is happening is your log files. Screenshots are useless so no point posting then unless specifically requested. The firs log file you attached was also useless as it showed that FSUIPC7 didn't even connect to MSFS. The second log file is the only useful bit of information you have so far provided, which shows that there is an issue with the WASM. Since then, I have been trying to determine if the WASM is actually running. If it is not running, that is your issue and we need to determine why. If it is running, then I need to see the FSUIPC_WASM.log file to diagnose the issue. If no log file (presume you mean the FSUIPC_WASM.log file, AND you are looking in the correct folder) is generated, then the FSUIPC WASM module is not running. You can also verify this in MSFS2024 itself: activate DevMode and under the Debug menu select/check Display WASM Debug Window, and then in the Modules selection select fsuipc-lvar-module (FSUIPC7_WASM.wasm). Then select the tab Module Section. What is the status there? As I said, I have no idea why this is - this is something peculiar to your system and something you must resolve. This could also be what is causing your issue, as the WASM may not be running due to permissions issues. Did you run the FSUIPC7 installer as Administrator? If so, this is not needed and may be the issue. Why don't you try re-installing? Just download the latest installer and run it again (not as admin). It will then ask to uninstall the current version (agree to this) and re-install. Then check the permissions on the file again. If you get the same issue, then sorry but I have no idea what is happening and there is something strange going on in your system related to permissions that you need to resolve. I cannot help with this. No, it is correct. But there are two auto-start methods, via the EXE.xml and via the .bat file. One of the bat files you attached shows that you were using the bat file auto-start method, and you have also modified this to start some other programs: That is why I asked.....

How are you starting this lua script? Can you also attach your FSUIPC7.ini please, and also another log file but with logging for Buttons & Keys activated as well as Lua Plugins. But why don't you use the lvar logging facilities provided in FSUIPC7? This will log to the log file and optionally also to an ext window. See the section Logging Lvar Updates in page 48 of the Advanced User guide. Yes, the simconnect display facilities are not available in MSFS.

Yes, with the PMDG aircraft you can use either custom control numbers (preferred) or the Rotor Brake control method - there are FAQ entries for each method. I don't know if the FSL aircraft support custom controls (I will check when I have time), but if the Rotor Brake controls are logged, then I would try assigning to those, using the parameter logged. Please just try this to see if it works and let me know. If not, let me know one button/switch that you are trying to assign and I will look into that here. John

Sorry, forgot to update this thread - see

I have no idea - just look at the FSUIPC_WASM.log file, if there is one - this will tell you if the WASM is running and if that ini file is being read. If you have no log file (in the WASM persistent storage area, NOT under your Community folder) then the WASM isn't running and that will be your issue. Why not? Did you read the documentation? If so, what isn't clear about that? You CAN modify that file, but it is NOT recommended, and you should use the one in the WASM persistent storage area (which is NOT there by default - you have to copy the one from the Community folder location to the persistent storage area and then modify it from there). This is all explained in the documentation. There is no file attached, and there is no point attaching it either. Attach the FSUIPC_WASM.log - that is the file I need to see, preferably with Debug logging activated, but any existing one would to do start with.... Also, why are you using the bat method of auto-start rather than the default (and preferred) EXE.xml method? Why are you starting other programs from the MSFS2024.bat file? It is better to use the facilities provided by FSUIPC to start other programs (and use either the CONNECTED or READY keywords, depending in the program). See the section Programs: facilities to load and run additional programs in the Advanced User guide.

That is strange... but I don't know what you mean by 'Could this be the issue?'. You (or the account that you used to install) are the owner. I cannot help with permissions issues on your system - try google. BUT, you don't need to edit/change that file, and it is not recommended to modify that file anyway as any changes will get overwritten the next time you install. Please read the section WASM module ini file and parameters in the Advanced User guide (page 51) where it says: It is recommended to leave this file as is, and copy to your persistent storage area and modify as and when needed from there.

Sorry, but this is confusing. Is the dll in the modules folder or not? If not, you can manually install it if someone can supply you a copy of the dll, and you would have to manually update FS2004 to load the dll. This is way before my time I'm afraid and have no access to anything regarding FSUIPC3 (it is free and unsupported). Again, I have no idea, If FSUIPC is installed and loaded by FS2004, and the only issue is that it is unregistered, then you can try manually creating the key file. Create a file in the FS modules folder (where the FSUIPC dll is located) called either FSUIPC3.key (or maybe just FSUIPC.key) with the following contents: [User] Name=free user Address=fsuipc@free.com FSUIPC=Y8ZGSUWHTIQ2 John