John Dowson

Please realize that this is invalid. The first number is the index number, which must be unique. And why are you adding the same lvar to different offsets. I think you are misunderstanding how lvars to offsets work.... Try with this: i.e. each lvar in its own offset. Then assign your buttons to those offsets as previously described.

you could try that attached in where I've done those updates for you: FSUIPC6.ini

Hi Jim, before anything else, could you please update to the latest version, v6.1.1. Only the latest version is supported. Not sure why you have started again - you have lost so much of your assignments, If I were you, I would go back to your initial profile and we can sort out the problems there. Copy all the [Profile.PMDG 777 United] sections from your new ini to your old ini. Also, delete all parameters from under the [General] section. This will be rebuilt when you next run FSUIPC. Note also, that you should use the substring function for your profiles to catch all variants, so this, for example: Can be changed to this: The profile would then be used for all aircraft which contained the substring "PMDG 737", and so catch all variants. You can do something similar with all your Profile sections that link the profile to the aircraft. Once all that is done, test again, and report back if you still have issues.

There are 3 ways to do this: 1. create a macro file to to either set or toggle the lvar, and assign a button or switch to this lvar macro. Ecactly how you do this depends on how your buttin/switch works. 2. write a short lua script to activate the lvar, and assign your button to the lua script. Or you could use event.button in your lua script, and skip the assignment completely. 3. Add the lvar ro an offset, and then assign your button/switch to toggle or set the lvar via the offset 3 may be the easiest. However, adding lvars to offsets is only available in the latest 7.2.0 beta, so please download and install this, from Then, you need to create add an [LvarOffsets] section, or an [LvarOffsets.<profileName>] section, specifying the lvar you want to use, together with the offset to hold the value together with the size of the offset, e.g as the following (although better to use a profile]: [LvarOffsets] 1=L:ASCRJ_OVHD_LDG_NOSE=UB0xA000 This will add the lvar ASCRJ_OVHD_LDG_NOSE to offset A000 as an unsigned byte, for both reading and writing, i.e. you can read that offset to read the lvar value, and setting that offset will update the lvar value. Then, to assign to a button or switch, go into the FSUIPC7 Buttons & Switched assignments panel, press/switch your button, and then assign to the control Offset Byte Togglebits, giving A000 as the offset, and x1. as the parameter. That button will then toggle the lvar value. Depending on if using a button or switch, you could assign to Offset Byte Set with a parameter of 1 for press and 0 for release (for example, if using a switch, maybe also with an offset condition to keep the switch in-sync.). The actual way you assign depends on what you are assigning to and how the button/switch works.

Do you mean the file itself, or that the icon is not in your system tray? If the file has gone, you must have deleted it. Just re-install. if the icon is not in your system tray ot task bar, FSUIPC7 isn't running. I make the FSUIPC7.exe available on its own only for beta releases. I don't understand why you would want to download just the exe. All releases come built into the installer as, as a minimum, the documentation always changes between releases. However, to use FSUIPC7 you don't actually need to have it installed by the installer - you can just run the FSUIPC7.exe.

But that makes no sense. An uninstaller ALWAYS uninstalls from the location you selected when you install. This obviously (if you think about it) presents issues when you have installed once for two versions of the app, then want to uninstall for one. Its just not possible. And, this IS a problem in the installer that allows you to do this. I am going to update the installer so that it detects if you have installed a single copy for use by both versions then it will not allow you to deselect a version to re-install - it must be for both. And I will update the Installation and Registration guide to explain this, and what you must do if you want to revert to separate installations, i.e. you have to manually run the uninstaller first. Sorry, but this is just a scenario I hadn't considered when I decided to allow a single installation for both P3D versions. You may, more than likely, get problems next time you choose to update one of your installations. I think it would be better to sort this out now when its fresh, rather than having further issues when there is an update you need to install. But thats up to you. Cheers, John

Ok. The log shows that the axis is assigned and sending the correct axis value. If thats the case, then it doesn't look like this us a real axis control. What happens if you assign to a button with parameter 5 - does that work at all? You could try to see if there are any available lvars that you could use - try listing them using the Add-ons->WASM->List Lvars menu entry, and see if any look applicable, Then change in the UI, and list again to see the new values. If you find something that looks like it controls the lighting. Then, you can test this by changing the value of the lvar using the WASM0>Set Lvar... menu option. if you find an lvar that works, I can then show you how to use this. Otherwise, you may want to ask how this works and how to control on the Carenado forums. I dont have this add-on so its difficult to advise.

@Nenad Bogojevic Could you try the attached version please. v7.2.0c. There is a corresponding update to the WASM to ignore the additional calc code sent to reset the CDA, but this isn't strictly necessary as its harmless.FSUIPC7.exe

Then try their Discord channel: https://discord.com/invite/NcnwDKx

You logs show the control is being sent with the correct axis parameter, although the axis isn't moving that much: And you also have the same control set to a button with a fixed parameter of 5 for some reason: On fact, you have multiple assignments to LIGHT_POTENTIOMETER_SET in the profile you use for the Carenado Mooney: Why assigned in so many places? Anyway, can you generate one more log. This time, please don't start a new log file - its far easier for me if you give me one full log file, not continuation log files (I think I'm going to remove this facility). For this log, just load your aircraft, and move a single axis to, which you have assigned LIGHT_POTENTIOMETER_SET , through its full range forwards then backwards. We can then see the parameters being sent with that control when you operate it through its full range.

Sorry, but I have no idea what SLC is.

What has this got to do with FSUIPC7?

Ok, good. Not that we have helped you at all. I don't even know which aircraft you are trying to control, but I presume its the A320 (as this is the one that causes most issues and is far more difficult to set-up than most of the others). I am locking this topic now. If you require any further assistance in the future, PLEASE attach your FSUIPC7.ini and FSUIPC7.log files. Without these, I cannot help you.

That is the uninstaller. You cannot change that - it uninstalls from the locations where you installed. If you select P3Dv4, it will uninstall from the P3Dv4 location. If you select P3Dv5, it will uninstall from the P3Dv5 location. If you select both, it will uninstall from both. As I have said, a problem arises if you previously installed a single installation for both P3Dv4 and P3Dv5, but then just uninstall (or re-install) for one location, and change the installation folder. If you do this, it will uninstall the shared copy, then re-install a copy just for the version selected. So, if you previously installed a single copy for both versions, it is best to manually run the installer and uninstall for both versions. Then run the installer twice, and install for each version in a different location. It is the installation location you should choose, not the uninstall location.

Why are you giving me log extracts? If you want me to help you, please supply me with the files I have asked for.Yout FSUIPC7.ini and your FSUIPC7.log file, with the relevant logging attached. I need rto see hte full files. Not extracts. And not a 'continuation' log file.

@granathg Sorry, but I don't know what recommendation you are talking about, especially without a reference. And if it wasn't in this topic, why even mention it.... Anyway. this topic has a BAD title. I am going to close this topic now. Have you calibrated? Please see the section The Easy Step-by-Step Way to Calibrate Your Controls in the FSUIPC7 User Guide. Also, try using "Slopes". If you still can't get it to work, try searching this forum for a similar question/query - I have answered this and provided detailed instructions many times.... Finally, if you still require any further assistance, then post a new topic - or, better, post in one of the topics with the same or very similar issue. Also make sure that you are using either the latest official version (v7.1.0) or the latest beta (v7.2.0a) before you post - only the latest versions are supported. Also include/attach any relevant files, usually your FSUIPC7.ini and FSUIPC7.log files, and if a new post, give it a relevant title. P.S. Sorry to hear about your health issues. Hope that is all resolved or getting better.

So longer names work via lua but not macros? Thats interesting - thanks for reporting back. I'm not familiar with the lvar access implementation in FSUIPC4 - before my time I'm afraid (and Pete still looks after FSUIPC4).

No idea what this means, sorry.

ALL files that I request will be in your FSUIPC installation folder, unless I say otherwise. I have asked for this file many times. Have you actually read the User Guide? If not, please do so. I am not expecting you to be as knowledgeable as me in these matters, but I expect you to read my comments, and if you don't understand them ask for clarification (ie. "Sorry, I don't know what or where my FSUIPC7.ini file is - can you please explain?"). We can only progress with your issues if you read my comments and follow my advice. Please do that if you require further assistance. Lets go back to mt very first comment on your issue: Can you do that? If not, explain why and I can clarify. NB. If you cannot see the extensions of the files in your installation folder, you have windows explorer configured to "hide known file types". If this is the case, please see the Addendum in the Installation and Registration guide.

Thinking about this further, I think this is due to the fact that, as the text hasn't changed, setting the same text again won't be picked-up on the WASM as only changes to the CDA contents trigger the event to process. So, if you are setting the same text, this will not happen. I can think a couple of ways around this: - automatically zero-ing the calculator code text sent (in the CDA) after updating, and ignoring this in the WASM - add some sort of count index to the calculator code CDA structure, so that the contents of the CDA is changed even if the c.code is the same. I will investigate both options and post you and update to try in the next day or two. John

You could always put it in a separate file and 'require' it. Also, the parameter is just a 4byte (int) parameter. If your functions names are 4 characters or less, you can encode the function name as a hex sting and then use that. I've attached a simple example, in which you can assign to LuaValue with the parameters x464E31 for FN1 (46=F, 4E=N, 31=1) and x464e32 for FN2: function FN1() ipc.log("Function FN1() called!") end function FN2() ipc.log("Function FN2() called!") end local function bin2hex(s) s=string.gsub(s,"(.)",function (x) return string.format("%02X ",string.byte(x)) end) return s end -- Populate the conversion array - needs to be only done once local hex_to_char = {} for idx = 0, 255 do hex_to_char[("%02X"):format(idx)] = string.char(idx) hex_to_char[("%02x"):format(idx)] = string.char(idx) end function valueFunction(param) ipc.log("valueFunction: parameter="..param) -- Convert parameter to hex string hexString = string.format("%x",param) ipc.log("valueFunction: parameter as hex string ="..hexString) -- Convert hex string to ascII chars ascString = hexString:gsub("(..)", hex_to_char) ipc.log("valueFunction: parameter as ascII string ="..ascString) -- Call function from ascII string name _G[ascString]() end event.param("valueFunction")

If you want to save a flight, there are only two ways to do it - manually (i.e. when you say so), either using FSUIPC or the FS facilities, or by using AutoSave. ok

Why do you keep sending me useless logs? NEVER post me a continuation log. They are useless to me when investigating issues. I ALWAYS need to see a full log. And always with you latest FSUIPC7.ini file, as I have told you many times now. Also, when generating log files to investigate an issue, it is a good idea to try and remove all events that are continuously being logged (i.e. noise). To do this, use the DontLogThese ini parameter, in either your [General] or [Profile.<name>] sections. i.e. add this: DontLogThese=66065,67042

I'm not sure what could be causing this. Is FSUIPC seeing the first button press when this occurs? If you don;t know, try activating logging for Buttons & Keys as well as Events, open the log console and see what is logged when this occurs. You can paste the extract here if anything is logged and I will look into it. If nothing is logged, FSUIPC won't be seeing the initial keypress.

First, you posted in the FAQ sub-section, where it states NOT for support requests. I have moved your post to the main support forum. Please take care to post in the correct place in future. Not directly. However, you should be able to do this using lua, maybe using the lua socket library. To use this with FSUIPC, see Alternatively, there is also a WebSocket server for FSUIPC, which allows you to read/write data using WebSocket connections. See http://fsuipcwebsockets.paulhenty.com/. John