John Dowson

Hi Booley, If you still have problems, forward or pm me your registration details (please don't post them publicly!) and I'll check them for you. John

No problem. Its worth taking a look at both the User Guide and the Advanced User Guide, both should be available in the FSUIPC Documents folder, located under the Modules folder, where FSUIPC is installed. John

Use the logging features (in FSUIPC's logging tab) - you can activate non-axis events to see what controls are being sent when you activate your button or switch, and then use that. John

Your rudder axis is assigned to 'Send direct to FSUIPC Calibration', so you need to go to the Joystick Calibration tab and calibrate your rudder. There you can also add a slope to to the rudder calibration - please see the User Guide section starting 'The Easy Step-by-Step way to calibrate your controls'. Note that any axis sent to FSUIPC calibration must be calibrated in FSUIPC!. You can have multiple actions on one button by editing the FSUIPC ini file. You need to first program one of the actions on the button. If you program the second option on a different button (temporarily), you can then edit the ini to change the assignment on the second button to be on the first button number (and make sure the joystick numbers match). Please see the Advanced User guide for the description of the button definitions. I'm not sure how you use custom controls with the Maddog X, maybe someone else can help you there, but for the lvars you can use either lua scripts or macro files. Please see the Advanced User Guide, section starting Gauge local variable access (L:vars), by macro. Cheers, John

Its now available again. John

It looks like its available again. John

Hi Matthias, to start your lua automatically, it must be added to the [Auto] section of your ini file. See Automatic running of Macros and Lua plugins, on p40 of the Advanced Users manual. John

Ah, ok - thanks for the update. John

Ah, ok. That makes sense. But presumably for only the first 32 buttons (0-31). The remaining buttons would only send via the virtual device. I don't think the repeat rate will be a problem using virtual buttons, but, as you say, just try and see. John

You have to program under the device the button press is received. Not sure what you mean by this, but I would expect a small delay if the button press is going via lua + virtual buttons. Probably not! You could look into tuning the ButtonRepeat rate if the delay is an issue, but this would affect all buttons. Best just to try and adjust for your needs if needed. John

Sorry, I've not used this program and can't really help you with this - maybe try posting on the support forum over at http://www.hidmacros.eu/forum/. John

As previously posted, you could try the log lvars.lua plugin (see the FSUIPC Lua Plug-Ins manual) which will list all lvars (and their values) available for any loaded aircraft. John

You posted in the wrong forum - your post was moved here, which is the correct forum for all support requests. In this forum! John

These should be Vender = 0x294B Product = 0x1900

Thats interesting! From there, this seems to be the software that you need: http://www.hidmacros.eu/whatisit.php John

I already moved this for you! I have also removed your duplicate post, and the comment you added which just repeated your problem. This seems related to 'FS Global Weather' and not FSUIPC - have you tried their support? John

Yep, that is correct. Its pretty standard to use multiple controllers (e.g. pilot controls & co-pilot controls). John

If you are removing/adding USB devices, you should use the 'JoyLetters' facility - see section 'Keeping track of multiple control device' on p21 of the User Guide. If you use this facility, FSUIPC will recognise your devices when they are re-connected and preserve your assignments. Multiple ini files shouldn't be necessary, although there seem to be quite a few folks that use this method. Using JoyLetters and FSUIPC profiles (for different assignments for different aircraft) should be sufficient. Cheers, John

A keypress is a keypress, regardless of the keyboard device it comes from. There is no way to distinguish which device the keypress comes from. You can have keypresses perform different actions depending upon an 'offset condition' which would allow multiple actions depending on this condition, which could be set/changed using a key or button press. See the Advanced User manual for details. John

Is your lua running? You need to add it to the [Auto] section of your FSUIPC5.ini file - see page 40 of the Advanced User manual. John

This forum is for FSUIPC (+ WideFS and other additional free tools that we supply), for P3D and Microsoft FSs + FSX-SE. We do not support X-Plane. If you are using XPUIPC, you need to contact their support, or maybe X-Pilot support. John

This is the recommended method.

Yes, you don't need LINDA.

H i Alessandro, I agree completely - was just trying to clarify that its LINDA that uses lua, not spad.next, and thus you really only need a registered version of FSUIPC to use LINDA (or lua scripts in general), and not for spad.next. I use both fsuipc (with lua scripts) and spad.next, and they work well together. Cheers, John

SPAD.next (registered or trial version) uses SimConnect, not Lua scripts. The freeware version used to use FSUIPC (unregistered), but I believe this is no longer available. There are (or were - its been a while since I checked) options in SPAD.next to use/integrate with FSUIPC. The lua script functionality is only available in a licensed FSUIPC. LINDA uses lua scripts and so requires a registered version of FSUIPC. John