John Dowson

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

I'm not sure how this could be related to the AutoSave function. You could try logging events to see what events are being sent when this occurs. I'd be interested to know if other have seen this issue - I don't have the FSLabs A321. Not sure I understand this - you want to prevent (i.e. stop) autosave, but you still want to use the auro0save flights to load after a CTD? Anyway, to prevent autosave, you can disable in the usual way. There is also an FSUIPC added control that toggles the auto-save feature on//off, but only works if AutoSave is active (in your FSUIPC config/ini file). There is also a new control (latest FSUIPC6/7 betas only) that "manually" triggers and auto-save,

That lvar is defined as for Output in the MF spreadsheet, which I think means that it is for reading only and cannot be written to. Are you saying that the offset doesn't hold the correct value? Does it not show the same value as when you list the lvars? if not, what is the value when listing and what is the value in the offset?

@Nenad Bogojevic I'm not sure but I think it may be a timing issue. Can you try with an ipc.sleep call in between the two execCalcCode calls (try with 1000 initially and if that works, reduce). If that doesn't work, I will look into it. Thanks.

It is not possible to tell what is happening for screen shots. Please attach your FSUIPC7.log and FSUIPC7.init files. We ALWAYS need to see these to lookl at such issues, not screen shots - they nearly always turn out to be useless.

Thanks! Ok, thats good. For overly sensitive controls, some folks have also found that extending the range of the axis, so that you get less movement in the sim, works for them. You can do this by editing the ini. So, for example, this is my Rudder calibration entry (in the [JoystickCalibration] section, and also any [JoystickCalibration.<profile>] sections: Rudder=-16384,-650,768,16255 If I extend the max/min entries thus: Rudder=-20384,-650,768,20255 you then get less travel in the sim for that axis. The downside, of course, is that you loose the full range of the axis. Some people find this useful, but it depends on the controls and aircraft. Just FYI, something else to try if curves on their own don't give you what you need.