John Dowson

Then try something like: function FuelPumpTank_L2(offset, value) if value == 0 then ipc.execInputEvent("FUEL_Pump_Tank_L_2" , 1) else ipc.execInputEvent("FUEL_Pump_Tank_L_2" , 0) end end event.offsetmask(0x739F, 8, "UB", "FuelPumpTank_L2") (the third bit is 2^3 = 8 ) The script should be ran via the [Auto] or [Auto.xxx] section (where xxx is your profile name). John

Ok. I have just uploaded a new version if you could test this. Once tested, please check your InstallFSUIPC7.log file - the first line should be: If the installer version number is not v0.9.29, then you will need to clear your browser cache and download again.

Sure, I will generate one and PM it to you later today.

I am sorry but I don't understand this - think there is a translation issue here... Why can you not read the JeeHell offsets? Do you even need to, ie. do the Input Events not hold the same value ()i.e. on/off)? Why don't you just try what I proposed: add one input event to an FSUIPC7 offset (e.g. add FUEL_Pump_Tank_L_1 to offset A000). Then monitor (i.e. Log->Offsets) that offset (A000) as U8, and also log offset 739F as U8 but in hex. Then assign a button or key to the FSUIPC control Offset Byte Togglebits using offset A000 and parameter x1 (to toggle first bit). Open the logging console (Log->Open Console) Then press the button or key that you assigned - does the input event offset change? Does bit 1 of the Jeehell offset also change? You can also set logging for Buttons & Keys (Log->Buttons & Keys).

Why is it complicated? ipc.readUB((0x739F) : this reads offset 0x739F as an Unsigned Byte logic.And(value, 2) : this will perform a bitwise and operation (&) on the value to return the value of bit 1. The second parameter is the bit you want to check, so bit 0 would be 1 (2^0=1), bit 1 would be 2 (2^1=2), but 2 would be 4 (2^2=4), etc But if you can use Input Events, why do you also need to use the Jeehell offsets? Why can't you just use the Input Events? Jeehell offset 739F holds 'the led status' (fault or off) for LTK1/2 & RTK1/2 - are these the same as the FUEL_Pump_Tank_L/R_1/2 Input Events? Try adding one of those Input Events to an offset (as an unsigned byte), then try logging that offsets value, and also assign a button or key to toggle the value using Offset Byte Togglebits. See page 52 of the Advanced User guide. You can also log the JeeHell offsets (as UB in hex) and see if the bit value of that offset matches the value of your Input Event offset, John

Sorry, but it is not clear what you want. Do you want to read the Jeehall offsets, like the one described in your previous post, or do you want to add those Input Events to spare FSUIPC offsets? If you add Input Events to an offset, the minimum size is 1 byte, not 1 bit. If you are using JeeHell and you want to add Input Events to offsets, you should not use the offsets allocated to JeeHell, but use other offsets designated as free for general use (e.g. starting at A000). To add Input Events to offsets. please see the Advance User guide. John

Re-installing will not change anything. I don't have time to look into debugging such a complex lua script. If your issue is that no sound is played, please just try with a simpler script first to confirm that sound is working. i.e. test with a script that just uses sound.play in its various forms, e.g. first just specifying the wav, then a call with the wav file and device number, then add a call that also introduces the volume parameter. You can activate this script on a button or key press. So, try a simpler script first to confirm that sound is working. Once that is done and you have confirmed that sound is working, you can then debug the script. You can use the Log->Lua Plugins logging facility to debug lua scripts. John

Presumably you are using the standard FS controls/events for this: Toggle Beacon Lights, Beacon Lights On, Beacon Lights Off or Beacon Lights Set. Many aircraft, especially complex add-ons, don't use the standard controls and you have to look for other mechanisms of control. These are presets & input events (there are also lvars and hvars, but these can be used via presets).. Presets are names attached to a calculator code string, and are available for assignment by checking 'Select for Preset'. If you do this, you can then click the Find Preset... button, you fill find the following presets for the Fenix under MobiFlight->FenixSim->A320->Lights FNX320 LIGH/t BEACON ON FNX320 LIGH/t BEACON OFF FNX320 LIGH/t BEACON TOGGLE You can also use the MobiFlight HobHop site to search for presets: https://hubhop.mobiflight.com/presets/. Please see the Advanced User guide on how to use Presets (in WASM section). There are also presets available for the Inibuilds A320, but i do not see anything for the beacon lights. I don't have this aircraft, so cannot look into this, but you can try the following: 1. Use logging: activate logging for Events (Log->Events) and Input Events (Log->Input Events) and open the logging console window (Log -> Open Console). Then flip the beacon lights switch in the VC - do you see anything logged? If so, you can assign to that. 2. List the available input events (Log->List Input Events) - do you see anything that looks applicable? If so, you can assign to that by checking Select for Input Event. 3. Look for any lvars that may hold the beacon lights state. You can list available lvars using Log->Add-ons->WASM->List Lvars. If you see one that looks relevant, you can then try changing its value using the Add-ons->WASM->Set Lvar menu option. If changing the value of the lvar changes the state of the beacon lights, then you can use that. There are several ways to use lvars in FSUIPC: by adding to offsets, via a macro file, or via a preset. The preset method is the easiest - you would create a preset (using the myevents.txt file) and then assign to that. Note that the beacon lights in the Fenix A320 are controlled by lvars - this is the preset code that is used (from the MF events.txt file): John

You can use the lua logic library, e.g. to get bit 1 use logic.And(ipc.readUB(0x739F), 2)) (as 2^1 = 2)

I am finishing now, its Sunday and the wife is complaining.... Thanks for your assistance, I will review again tomorrow. John

Ok. Strange then... I have just updated the installer for 7.4.12b, to explicitly request admin privileges. Can you download again and try with this update? No version change - maybe a good idea to clear your browser cache before downloading, otherwise it may download the older cached version.

But is the FSUIPC7.key file created or not? What folder are you installing into?

And modified? Best to temporarily rename to see if a new one is created - see my previous post. What location are you installing into?

Did you check anti-virus and event viewer? Can you also check the date on your FSUIPC7.key file - is that updated? Maybe temporarily rename that and install again - you will have to enter your registration details manually, When you click Register, is a new FSUIPC7.key file generated? Does it have the correct contents (i.e. same as previous one)? You can put back (i.e. rename) your original key file if not generated.

Ok - If you get the same issue, can you please check any anti-virus software installed (including Windows Defender) and see if there are any messages logged there. Also check the windows Event Viewer for error/warning messages.

The installer for 7.4.12 is exactly the same as the installer for 7.4.11, only the files that are installed have changed. Maybe you can download and try the latest beta: Install_FSUIPC7.4.13b Do you get the same issue?

Can you please download and try this beta: Install_FSUIPC7.4.13b Please add TestOptions=x800 to the [General] section of your FSUIPC7.ini file, and show me your files again if you get an issue. John

Can you please download and try this beta: Install_FSUIPC7.4.13b Please add TestOptions=x800 to the [General] section of your FSUIPC7.ini file, and show me your files again if you get an issue. Also keep Debug level logging in the API for the time being. Did you check your installation location? Still puzzled as to why you can't supply a log file... John

Can you please download and try this beta: Install_FSUIPC7.4.13b Please add TestOptions=x800 to the [General] section of your FSUIPC7.ini file, and show me your files again if you get an issue.

Yes, do that. But this would be an issue for new users who need to validate their registration. But, as I have said, I have no idea why this message box cannot be closed. Very strange. There seem to be a lot of issues with the latest MSFS update at the moment and I really don't have time to look into this installer issue, and do not have a clue as to why it is doing this. It is very strange... I would like to know what folder is being installed into - it may be something to do with file permissions when creating the FSUIPC7.key file, if FSUIPC7 is being installed under a windows-protected folder. Still, I wouldn't expect the installer to hang... John

For the WASM crash issue, can you please download and try this beta: Install_FSUIPC7.4.13b Please show me your files again if you get an issue. John

But you only need to press this once - it will validate both keys on one press, and you should see a pop-up message for each. So, you press Register, a message is display regarding your FSUIPC7 registration. When you close this window, a new message should be displayed with the result of your WideFS registration. Then how can you press the Register button twice? The message pop-up is modal so you cannot press anything in the installer window until the message is closed. Does the red X in top-right corner also not close the message? And remember, you only need to register once. You do not need to re-register each time you update FSUIPC7. but doing so should cause no issues, and I really don't understand this issue, and can think of nothing that could cause this weird problem.

What works? Do you have the MSFS Desktop icon that the installer creates AFTER the registration process? I suspect not if you are killing the installer - although this maybe created now by the MSFS.bat auto-start component (not sure). Can you please re-run the installer and validate again. Do you get the same issue? If so, please check the Windows Event Viewer for any events related to the installer, and if there are any, then save them and attach them here. If you get the same issue, kill the installer, then run it again. This time, skip registration, and you should get to the last page where the desktop icon is created. Do this and finish the installation process, then show me/attach your InstallFSUIPC7.log file. John

Windows does not add an application to the sound mixer until a sound is played from the application. Once FSUIPC has been instructed to play a sound, it should appear. This is how windows works, nothing to do with FSUIPC. John

I am sorry, but that image doesn't tell me anything. It doesn't even show an FSUIPC7.ini file, and I can't tell if that image shows all files in your installation folder, i.e image cropped and not showing scroll bar. At least click on the name to get the files sorted in alphabetical order... You must have an ini file and a log file. Are you sure that is the correct installation folder? If there is no log or ini file there, I think you may be confused as to where you have actually installed FSUIPC7.... When FSUIPC7 is auto-started, use File -> Open Installation Folder to check the folder that is being used. Your log file will be there. Also, can you also please activate Debug level logging in for the WAPI (Log -> WAPI -> Debug).