John Dowson

Sorry, but what do you mean? What is 'Squad'? What aircraft are you using? That would help....

FSUIPC just reports what events are seen. And this is completely dependent on how the aircraft is implemented. Usually, when an input event is triggered, this can then send various other events - lvar updates, k-evenrs (standard FS controls), h-var updates, etc. BUT, the input event may not trigger everything. So there may be some aircraft when you can send an input event and nothing else, and that is sufficient. For other aircraft, maybe the input event (or b-var) only triggers some actions, and you may also need to add a k-var trgger, or an lvar update, or something else. But this is completely dependent on how the aircraft model is implemented. Some developers/aircraft respect the norms (i.e. an imput event should be sufficient, and the input event code will do everything, including sending necessary k-events, updating lvars, triggering hvars, etc). If badly implemented, you may need to send the Input Event and also perform other actions. But this is nothing to do with FSUIPC. With FSUIPC, you can log what is happening and then try and replicate that with assignments. I cannot control how an aircraft is implemented, only provide the facilities for users to investigate and determine what to use. But generally, if an Input Event is available, use that. If that is not sufficient, then investigate. Or look to see if a preset is available. Presets cover all other control mechanisms (i.e. K-events, lvar updates, hvar updates) apart from input events (or b-vars). So, most things should work with either input events, presets, or a combination of both. And please understand that FSUIPC only provides access to such things. How they are implemented and used in various aircraft is defined by the aircraft developers, over which I have no control.

Sorry, but I do not understand this. If I search for free offsets in the offset document, I find these: This is for FSUIPC6 v6.1.5 and later. The official release is now 6.2.0. If you are using an older version, please update. Is that not enough space to use? If not, then you van use offsets assigned to other things (i.e. 3rd party software such as the PMDG offsets). But please at least first use the offsets available. If then you run out of space, I van let you know which other offsets to use (documented in FSUIPC7, but not yet in FSUIPC6). John

Control numbers must be preceded by C, so its: [Macros] 1=MBAutoT 1.1=C68836,x20000000 1.2=C69837,x20000000 2=FSUIPC. //this is just copied from the manual to check the macro is available in FSUIPC 2.1=K68,12; Tab D 2.2=K70,8; F John

Sent

@VENOMous Still waiting to see your FSUIPC7.JoyScan.csv file so that I can correct your assignments...please also attach your latest FSUIPC7.ini and FSUIPC7.log files.

You can use the FSUIPC SDK to create such a file. Using the SDK, you can write to FSUIPC offsets to trigger events/controls, presets, etc. There are also quite a few wrappers to the SDK for various languages, the most popular and advanced being Paul Henty's .Net client dll. There is a sub-forum for this here: https://forum.simflight.com/forum/167-fsuipc-client-dll-for-net/ Otherwise, take a look in the SDK folder of your FSUIPC installation. John

I do not know of any such control - as far as I understand, there is only the throttle... Do you have an aircraft where it is possible to control this (in the virtual cockpit)? If so, then it may be possible in that aircraft, but there is no generic FS control/event for this.

You can read the name of the current aircraft in offset 0x3D00.

You have NOT installed the MF events.txt file - from you installation log: and from you FSUIPC7.log file: Please re-run the installer and select to install the MF events.txt file, or download it from the MF HubHop site (https://hubhop.mobiflight.com/presets/) and copy it to your FSUIPC7 installation folder.

I don't know as you do not provide enough information. Did you install the FSUIPC WASM module? Did you install the MobiFlight events.txt file (which holds the MF presets)? Please show me/attach your FSUIPC7.log file and also your InstallFSUIPC7.log file and I will take a look.

No! Why do you think that? For example, 0x0D70 is the area for Macro and Lua requests, as it states in the FSUIPC6 Offset Status document: Please see that document, and you can use offsets in areas designated as Free for general use. Thats fine and will store the value of the lvar in the offset (for reading ONLY), except that offset 0x8804 is NOT free for general use. Please DO NOT use offsets that are not documented as free for use as this may cause issues. What is a 'raid folder'? All lua scripts should go in your FSUIPC6 installation folder, or the folder specified by LuaPath if using that. Entries with indices 1m11,12,13 & 14 are ALL incorrect. Lua scripts in this section MUST be preceded by Lua, as are the entries with indices 2,3,4,5,6,7,8,9. You can interrogate (i.e. read) the offset to get the status of the LED, but you cannot control it as the offset will be read-only, as you have not added any lua code to handle a write/update. Please do not attach images, especially of MobiFlight which I do not support. I will remove that.

No yet - I am rather busy in support issues at the moment, and my time is rather limited at the moment due to health issues. Don't worry, I haven't forgotten, and will hopefully find time to look into this next week.

Looks good now! No, I don't think a repeat assignment would effect fps that much....but you could add it back to see if the fps decreases if you want to check this. John

Many of the camera controls in MSFS are not working when assigned externally, including the zoom controls. There are also some MF presets for zoom, but these also don't seem to work. Therefore to control zoom, you can either assign in MSFS, or assign in FSUIPC7 to the default key assignments. So, for example, to assign to cockpit zoom-in, assign your button to send the equals key ('='), and for zoom-out, assign to the hyphen/dash key ('-').

You still have not changed the preset assignments on repeat in your [Buttons.PMDG 777] section - change these as well, as I said in my last comment:: 15=RF,4,CPPMDG_B737_FD_Switch_Capt_On,0 -{Preset Control}- 17=RF,31,CPPMDG_B737_FD_Switch_FO_On,0 -{Preset Control}- 21=RE,4,CPPMDG_B737-7_GEAR_DOWN,0 -{Preset Control}-

That log file you attached ends after 94 seconds before you even had the 777 loaded and ready to fly, and so is useless. You also have other presets sent on repeat - please also change these: 15=RF,4,CPPMDG_B737_FD_Switch_Capt_On,0 -{Preset Control}- 17=RF,31,CPPMDG_B737_FD_Switch_FO_On,0 -{Preset Control}- 21=RE,4,CPPMDG_B737-7_GEAR_DOWN,0 -{Preset Control}-

For all auto-start issues, see Sorry to hear that. No idea wht your issue was as I never saw your files. There does seem to be an occasional issue with the WASM when using the 777 which I am investigating.

This issue is usually caused by flaps calibration. If flaps assigned in FSUIPC, make sure it is assigned with 'Direct to FSUIPC calibration'. If not assigned in FSUIPC, check that you are not post calibrating. You can attach your FSUIPC7.log and FSUIPC7.ini files and I can take a look.

II need to see your FSUIPC7.log file as well please. I always need that. I have now experienced a WASM crash switching between the PMDG 737 and 777, so there is definitely an issue there. But your WASM log shows that it ran ok for you, so it must be something else. I am investigating the WASM crash and will get back to you once I have found anything.

Yes, that looks correct. Check the FSUIPC Offset status document for a free offset, e.g. there are 512 bytes free starting at 0xA000 No. Your lua script is only for reading at the moment. If you want to update the lvar when you update the offset, you have to have that as well. So you need to add an event.offset call (on the offset you use) and in the handling function you can set the lvar value. Before you set the value, check it was not the value received and written to the offset, e.g. store the lvar value in a local script variable when received and check its different from the offset value when that changes before you use it to set the lvar value.

First, what version of FSUIPC and what simulator are you using? For information on offsets, please see the FSUIPC Offset status document for your version of FSUIPC. However, there will be no offset holding that lvar value. FSUIPC does not hold any lvar values in offsets by default. If you want to add an lvar to an FSUIPC offset, you can do that but it doesn't happen by default. In FSUIPC7, you can use an [LvarOffsets] section of the FSUIPC ini file - see the Advanced user guide for details. For other versions of FSUIPC you would have to use a lua script. The script should wait for the lvar value to change (event.lvar) and in the handling function, write the value to a free/spare FSUIPC offset. But if using MobiFlight, doesn't that have access to lvars without using FSUIPC? John

I noticed this was missing in the ini file you attached, which I thought was strange... Not sure what could cause this. Anyway, please keep an eye on things and send me the files again if you get a problem, as there may be an issue somewhere as others are having similar problems.

First, get you stop all these errors: These are from preset FNX320_LIGHT_LANDING_BOTH_ON which you have assigned on repeat, so this is getting sent 20 times a second, causing those errors. Please change the assignment line in your [Buttons.Fenix A320] section: 14=RE,17,CPFNX320_LIGHT_LANDING_BOTH_ON,0 -{Preset Control}- Change that R to a P: 14=PE,17,CPFNX320_LIGHT_LANDING_BOTH_ON,0 -{Preset Control}- You are also using the same assignment in your TBM 930 profile - change there, or maybe just remove those assignment to Fenix presets. Other than that, it looks like WASM connection wasn't working, which is why the presets weren't working. Can you make that correction please and test again and show me the new FSUIPC7.log file and the FSUIPC_WASM.log file. The location of the latter is:

Also, please add TestOptions=x800 to the [General] section of your FSUIPC7.ini file. This will add extra logging on when/why FSUIPC7 is starting, or not..