John Dowson

April 13

6 minutes ago, shorthauler said:

I have two virtual joysticks named "New" for the Arduino / Arcaze set-up, so I kept two, identifying them by the GUID.

But what letters do they have assigned? One is "B", and I thought the other was "G", as you have assignments to this. However, as you say there is no joystick "G", which one is it - and does it have assignments?:

7 minutes ago, shorthauler said:

Should I delete lines 2 and 6 since there is no joystick "G"?

If there is no such joystick, then yes.

Cheers,

John

April 13

Ok. You can remove these entries from your [JoyNames] section:

Quote

E=New
E.GUID={B6842680-EFD1-11EC-8001-444553540000}
H=New
H.GUID={0D6270A0-A302-11EC-8002-444553540000}
J=SparkFun Pro Micro
J.GUID={FE922B50-F44F-11EE-8001-444553540000}

and maybe also this one (although it might get re-added):

Quote

B=New
B.GUID={0646FAD0-3568-11EE-8001-444553540000}

You are only using A,C,D,F & G devices, so you can remove other letters when added.

Note you also have an invalid assignment:

Quote

[Buttons.B763]
0=P3,0,C0,1 -{Custom control: <0>}-

John

April 13

Why are you connecting/disconnecting devices while FSX is running?

Quote

1995828 ***** HID USB device reconnected: re-initialising FSUIPC connections
...
2464687 ***** HID USB device reconnected: re-initialising FSUIPC connections

You should re-connect all your devices before you start FSX/FSUIPC4.

How many devices do you actually have? Do you have two Logitech Attack 3 devices? And what is the device with the name 'New'? Can you please tell me what devices you are using please.

You should be ok to delete the unused entries from the ini, but I will look at your files in detail later today.

April 13

11 hours ago, DaveSCUSA said:

If we ask dumb questions it's because we haven't a clue how simconnect works, where things are in the documentation or even most of the MSFS functionality.

It is not a dumb question - just one that you have already asked several times already.

11 hours ago, DaveSCUSA said:

An example is how to read button/key log entries. If there is documentation, we can't find it.

The log entries should be self-explanatory, and any information logged that isn't you can ignore (as that is for me to diagnose issues). You shouldn't expect to understand everything logged, but you should be able to use the log to determine what is happening (i.e. what button was pressed, what assignment, if any, was triggered, etc. What entries doyou not understand? There is no documentation on the log messages and I am certainly not going to provide any.

Note the format of the ini file entries for button/key assignments are described in the Advanced User guide, if that is what you are after.

Report · April 13

12 hours ago, Delta14Sierra said:

I installed FSUIPC 7.4.11, but noticed that I was unable to access the user interface via ALT-F.

Can you show me/attach your FSUIPC7.log file please - the hot-key registered for opening FSUIPC7 (default Alt+F) should be logged like this:

Quote

234 Registered HotKey 'InvokeFSUIPCOptionsKey' (key=0x46, modifier=0x1)

Try re-booting your PC first as well to see if that fixes it.

12 hours ago, Delta14Sierra said:

Furthermore, if I ALT-TAB, FSUIPC shows that it is connected to MSFS, but it is greyed out.

What do you mean by this - that the main window is not working? Could you maybe attach a screenshot of this.
What happens if you open the UI from the system menu?

April 13

11 hours ago, voltigeurramon said:

Just stuff that requires buttons (like thrust reversers) works on and off. FSUIPC does always register the button switch, but in the aircraft it doesn't always switch. I'm guessing that's not FSUIPC?

I will need to see your log file (with logging for Buttons & Keys and Events activated) and your updated FSUIPC7.ini if you want me to look into this.

April 12

17 minutes ago, DaveSCUSA said:

Will presets be able to include Input Events?

I have told you this many times now...the last time:

50 minutes ago, John Dowson said:

No, because as I keep telling you, the C510 is mainly using Input Events, and you cannot use input events via calculator code/presets.

April 12

1 hour ago, DaveSCUSA said:

When I use the UI for the Fuel Valve controls (there are 2 On and Off) only the last assignment for a keypress exists in the .ini.

When you have overloaded (i.e. multiple) assignments to a key or button, only one assignment is shown in the UI and it will be greyed-out and you cannot edit or change it. You can only modify such assignments by directly editing the ini file.

The issue with these assignments:

Quote

9=188,24,PDA62s_LH_Fuel_Control_On,0                        -{tab+,<key: Press=Preset Control }-
11=188,24,PDA62s_LH_Fuel_Control_Off,0                        -{tab+,<key: Press=Preset Control }-
13=186,24,PDA62s_RH_Fuel_Control_On,0 ;:key: Press=Preset Control }-        -{tab+;:key: Press=Preset Control }-
15=186,24,PDA62s_RH_Fuel_Control_Off,0 ;:key: Press=Preset Control }-    -{tab+;:key: Press=Preset Control }-

is that both will always be sent. You can add an offset condition as I already outlined, or possibly define a new toggle preset, that looks at the value of A:FUEL TANK SELECTOR:1 and then triggers the correct event. So, rather than:

Quote

DA62s_LH_Fuel_Control_Off#(A:FUEL TANK SELECTOR:1, enum) 0 != if{ (>K:FUEL_SELECTOR_OFF) }
DA62s_LH_Fuel_Control_On#(A:FUEL TANK SELECTOR:1, enum) 19 != if{ (>K:FUEL_SELECTOR_LEFT_MAIN) }

use something like:
DA62s_LH_Fuel_Control_Toggle#(A:FUEL TANK SELECTOR:1, enum) 0 == if{ (>K:FUEL_SELECTOR_LEFT_MAIN) } els{ (>K:FUEL_SELECTOR_OFF) }

Not 100% sure that is correct as I don't know the range of values for A:FUEL TANK SELECTOR:1 or what they mean without checking, but that preset code just assumes 0 is off and any other value is on.
Using that, you only need the one assignment.

The preset for the right fuel control toggle would be similar but use the appropriate A:vars and K:events.

April 12

29 minutes ago, DaveSCUSA said:

Apparently, one can't compound a keypress. When I use the UI for the Fuel Valve controls (there are 2 On and Off) only the last assignment for a keypress exists in the .ini.

A compound key press would be a key press that is dependent on another key being pressed. I think what you are talking about is overloading your assignments, i.e. having multiple assignments to the same button. To do this, you need to comment out the first assignment, make the second assignment, and then uncomment the first. See this post:

You can also do the same to overload buttons.

You can also do compound key and button assignments. Compound button assignments are described in the Advanced User guide. For compound key assignments, you would have to use a spare FSUIPC offset. As well as the two assignment lines for the key press, you add a third assignment on the key you want to use to compound with, and assign this to set an offset value to 1 on press and 0 on release. You then add an offset condition on your original key press assignments, so that one is used when the offset holds 1 (indicating the compounding key is pressed) and the other when the offset holds 0.

You can do something similar to have alternating assignments on a key press. You would need 3 assignments to the same key press, the two you want to alternate, and a third one that toggles the first bit in a (spare) FSUIPC offset. The two alternating key presses would then have an offset condition on the state of this offset. So when you press the assigned key(s), this would send one control, depending on the state of the offset, and then change/toggle the value in the offset. The next time you pressed the key(s), the second assignment would be sent (as the offset now holds a different value), and then the offset would be toggled again to go back to its original value.

Try setting this up yourself, otherwise I can take a look but not until next week now. I have already spent a lot of time helping you - I really need to get onto other things for a few days.

44 minutes ago, DaveSCUSA said:

I would switch back to the C510 if there were presets available. Are you going to publish presets for the C510?

No, because as I keep telling you, the C510 is mainly using Input Events, and you cannot use input events via calculator code/presets. I can share my assignments to the input events - I will add these to the other thread when I get time.

April 12

Just now, alexanderluzajic said:

I know that this is some other issue then Virus, but unable to download new version. Anyone has any idea how?

Yes - see

John

April 12

4 hours ago, John Dowson said:

I have the Bravo and have no issues. I can check for some of your aircraft (ATR, CRJ, PMDG 737) but not for the ones I don't have (Fenix A320 or the Justflight BAE 146).

PMDG 737: I have assigned using Send to FS as normal axis to Axis Throttle1 Set (X-axis) and Axis Throttle2 Set (R-axis). No calibration - make sure you are using a profile calibration section and reset the throttle calibration on page 3 of the calibration screen. However, you sill still need to reverse the axis by scaling, i.e. add ,*-1 to the axis assignment line, e.g.
5=BX,256,F,66420,0,0,0,*-1 -{ TO SIM: AXIS_THROTTLE1_SET }-
6=BR,256,F,66423,0,0,0,*-1 -{ TO SIM: AXIS_THROTTLE2_SET }-

You can probably also do this via calibration if you prefer.

For the CRJ, you need to assign with 'Send to FS as normal axis' and use the Throttle1 Axis Set Ex1 and Throttle2 Axis Set Ex1 controls/events. You should then go to the calibration tab, check the Profile Specific checkbox, and then re-calibrate the throttles on page 3 (you will need to reverse). Once that is done, you should be able to calibrate further in the EFB, Make sure you are using Throttle Type set to use Dual Axis, and if using reverser axes, make sure you re doing the same in FSUIPC calibration - but probably better to not use reversers on an axis for this aircraft with the Bravo, as it doesn't have a proper reverser axis.

The ATR is similar to the PMDG (i.e. it uses the *_EX1 controls/events). Once configured in FSUIPC, configure in the EFB.

For the Fenix (which I don't have), I think you also need to use the *_EX1 controls, or presets). See

You will need to reverse, either via scaling or calibration.

Also see:

The BAE 146 also uses the *_EX1 controls - s

Nothing is simple in MSFS!

John

April 12

13 minutes ago, John Dowson said:

You probably need to calibrate the preset for your axis values - most MF presets assume a potentiometer range of 0 - 1024, rather than a standard axis range of -16384 to + 16383, so you need to change the calibration of the axis input value (represented by @ in the preset definitions) to work on a standard axis range. I can help with this if not familiar with RPN.

Try these presets (add to your myevents.txt file):

Quote

//FenixSim/A320/Gear
FNX320_Misc_Tiller_Capt_Steering_Set#@ 218.45 / -75 max 75 min (>L:N_FC_CAPT_TILLER) @ (>K:AXIS_STEERING_SET)
FNX320_Misc_Tiller_FO_Steering_Set#@ 218.45 / -75 max 75 min (>L:N_FC_FO_TILLER) @ (>K:AXIS_STEERING_SET)

Dividing your axis value by 218.45 should change the range from -16384 to +16283 to -75 to +75 which looks to be the range for the lvar.

John

April 12

36 minutes ago, Alhard Horstmann said:

And how can I assign the axis to my tiller axis?

Have you tried assigned using the Steering Tiller axis (with Send direct to FSUIPC calibration) or Steering Set / Axis Steering Set (with Send to FS as normal axis)?

Otherwise, there are two potentiometer Presets for the Fenix A320 steering tiller: FNX320 Misc Tiller Capt Steering Set and FNX320 Misc Tiller FO Steering Set (see https://hubhop.mobiflight.com/presets/). As these are Input (potentiometer) presets, they will not appear in the MF events.txt file. However, you can copy the preset definitions and add them to your myevents.txt file and then assign to them directly. You probably need to calibrate the preset for your axis values - most MF presets assume a potentiometer range of 0 - 1024, rather than a standard axis range of -16384 to + 16383, so you need to change the calibration of the axis input value (represented by @ in the preset definitions) to work on a standard axis range. I can help with this if not familiar with RPN.

Looking at those presets, they seem to use AXIS_STEERING_SET to control the tiller, but also lvars L:N_FC_CAPT_TILLER or L:N_FC_FO_TILLER, probably to control the visuals, so looks like a preset is needed rather than simple direct assignments to the axis control.

John

April 12

Can you please attach your FSUIPC7.ini, FSUIPC7.log and FSUIPC7.JoyScan.csv files please and I will take a look.

Are your assignments still working, or do you have to edit/change the ini or re-assign when your devices are detected and given a different letter?

13 hours ago, shorthauler said:

When I replug them, they register again, so they show up more than once in FSUIPC.

This really shouldn't happen, unless windows is generating a new GUID for your devices. I will know more when I can see your full files.

John

April 12

I have the Bravo and have no issues. I can check for some of your aircraft (ATR, CRJ, PMDG 737) but not for the ones I don't have (Fenix A320 or the Justflight BAE 146).

18 minutes ago, voltigeurramon said:

I sent an email to Honeycomb about this this mornig, so hopefully they'll reply today or Monday. I also posted on the MSFS forum about this, as solutions for other people didn't work for me (https://forums.flightsimulator.com/t/honeycomb-bravo-50-issue/637851 if you're interested)

This will be nothing to do with Honeycomb, and will be due to the way you have assigned.

18 minutes ago, voltigeurramon said:

I haven't been able to look at your last post yet

Well, do this when you get a chance and report back.

John

April 12

11 hours ago, DaveSCUSA said:

When I assigned them to presets using the UI, the keys shown as tab+rctl+nn. They were defined in DA62.ini (see attached). However, the event logs show multiple controls executed from the key presses (see FSUIPC7.log attached). For example:

209578 *** EVENT: Cntrl= 67064 (0x000105f8), Param= 0 (0x00000000) ENGINE_MASTER_2_TOGGLE
209656 *** EVENT: Cntrl= 67565 (0x000107ed), Param= 0 (0x00000000) ORNI_BOOST_SET or
226250 *** EVENT: Cntrl= 67007 (0x000105bf), Param= 1 (0x00000001) SET_STARTER1_HELD
226328 *** EVENT: Cntrl= 66178 (0x00010282), Param= 0 (0x00000000) ATC_MENU_7
226422 *** EVENT: Cntrl= 66178 (0x00010282), Param= 0 (0x00000000) ATC_MENU_7

I really don't undeerstand now.

I cannot tell what is happening as you have not activated logging for Buttons & Keys. Please do this, also set logging for Events, and remove all other logging, and then show me the FSUIPC7.log file showing your issue. If you open the logging console (Log->Open Console), you should be able to see what is happening in real-time and this might give you some insight, Otherwise, attach your log here and I will take a look.

Also please check and remove any key press assignments in MSFS for any key combination assigned in FSUIPC7.

11 hours ago, DaveSCUSA said:

Is there a way to use a keypress to toggle using [Key] definitions (without Lua)? An example, to execute preset DA62_RH_Fuel_Control_On with the first push and preset DA62_RH_Fuel_Control_Off with the second push.

You can do this if there is something that holds the state of the fuel control (i.e. on or off). This may be an lvar or a simvar. You would need to add this to a spare FSUIPC7 offset, if not already available, then overload your key press assignment (i.e. assign both to the same key press) and then add an offset condition on each assignment, so only one is executed. Alternatively, you can define the presets so they only actually do anything if the state is correct, and overload your assignments to send both presets. Then only one should actually do anything.

You also seem to be duplicating MF presets (available in the events.txt file) in your myevents.txt file. Why are you doing this? Better to just use the MF presets, but if you want to use your own then you should at least give them a unique name. As you are using the same preset names as MF, I do not know which preset definition will be executed - it could be either.

John

April 12

14 hours ago, voltigeurramon said:

Does that also work for axis send directly to FS?

Yes

14 hours ago, voltigeurramon said:

I clicked that and nothing happened. I have it set up like this now: https://prnt.sc/IUQy0cwPWOmP, https://prnt.sc/1ALF7RYX2Pvz and https://prnt.sc/GgQk8hRiZY9f

That looks ok and should work, so I don't know why it isn't. Just checked that here and it reverses the axis here. In the calibration page, do you see the in/out values move when you move the throttle lever (you need to have the aircraft loaded and ready-to-fly)? You should see the difference in the in/out values between when the rev box is checked and when not.
You can also reverse an axis using an axis scaling value of -1 - this is described on page 41 of the Advanced User guide, section Additional parameters to scale input axis values.

14 hours ago, voltigeurramon said:

I was talking about reversing it by changing the throttle calibration in the sim. default calibration: https://prnt.sc/eUKjN9EjXmXv. Switched around: https://prnt.sc/ECzfivU17TRP. Errors I'm getting: https://prnt.sc/tum7yaJ0pkKq.

You are confusing reversing the axis with reversers ON an axis - they are two different things. You have also calibrated in the sim/EFB with a reverser axis, but have calibrated in FSUIPC7 with no reverse zone. This will invariably cause issues. If you are using a reverser axis, you need to uncheck the No reverse zone checkbox in the FSUIPC7 calibration page and then calibrate with a reverser axis. Othewise, you need to switch the calibration on the EFB to 'Throttle hardware has no reverser axis'.

14 hours ago, voltigeurramon said:

When using the Saitwk, I only used the "send directly to FS" with the AS CRJ. I tried (and want) to do that with the Bravo as well.

As the CRJ uses the *_EX1 controls for throttle, you have to use Send to FS as normal axis. You cannot use these axes controls with Send direct to FSUIPC calibration, as doing that would use the standard axes controls which do not work in the CRJ.

14 hours ago, voltigeurramon said:

I have 6.48 kB max total size. Zipped it's 62.4 KB

Take off axis control logging for the time being and your log files will be a lot smaller. I will ask you to activate logging if/when needed.

18 hours ago, voltigeurramon said:

I couldn't upload the ini and log files due to their file size, so here's a Google Drive link: https://drive.google.com/drive/folders/1jeCfnSOhpHjCqtYYZggNuc8HX37jVXHh?usp=sharing

You are not using profiles-in-separate-files, so I only need one ini, your FSUIPC7.ini.

14 hours ago, voltigeurramon said:

I'm using all the aircraft I listed in the first post (PMDG B737 and B738, Just Flight BAe 146, Asobo ATR, Aerosoft CRJ and Fenix A320). If it's easier to do one by one, then let's start with the BAe 146. I can only use 50-100% of throttle, using 0-100% of the hardware slider. I did notice in the FSUIPC calibration that "in" was between -16384 and 16838, but "out" was between 0 and 16838. I don't have any filters set AFAIK. If you want to, I can also video what's happening?

Try calibrating with a reverse zone. Otherwise switch to Send to FS as normal axis and try with the Axis Throttlen Set controls If you cannot get this to work, activate logging for axes controls, load the aircraft and then:
1. Move the throttle in the VC through its full range, to max throtle and back to min/idle.
2. Move your assigned axis through to full throttle and then back again
Then exit FSUIPC7, and show me your FSUIPC7.log and FSUIPC7.ini files.

John

April 12

12 hours ago, DaveSCUSA said:

1. Easy for you when you are most intimate with FSUIPC. Sonetimes it is confusing between the FSUIPC control Alphabetic description and what is listed in MSFS controls. SPAD.neXt provides the Simevent.

The controls/events listed when Select for FS control is checked ARE the sim events - I just replace the underscores with spaces and only capitalize the first letter to make it more readable and look better. All FS events/controls are also listed in a text document in your FSUIPC7 documents folder, both in alphabetical order and control number order.

12 hours ago, DaveSCUSA said:

2. My real question was doesn't the Shifts prevent Windows or MSFS from acting on the base key. The N as ralt+rshift+N brings up the Nav Log.

This is a question for MSFS - nothing to do with FSUIPC7. I cannot do anything about this.

12 hours ago, DaveSCUSA said:

3. My question was is there an ability yet to WRITE an Input Event without using Lua? I have become quite familiar with assigning buttons and keys.

Of course, and I have told you this many times - just check Select for Input Event. You can assign buttons and keys to input events, as well as to entering/leaving an axis range. You cannot directly assign to an axis - you need lua for that.

12 hours ago, DaveSCUSA said:

4. As above, it seems that MSFS recognizes the ralt+rshift+N combination as an N. The problem is that MSFS uses too many modifiers itself to find the combination it doesn't use. I thought I read somewhere that FSUIPC will recognize the Tab key and Windows key as modifiers. The don't work when assigning keypresses.

It does recognise the tab key as an additional modifier, but not the windows key. I removed this as it invariably causes issues. See page 25 of the Advanced User guide for a list of the available modifiers (or shifts) :

Quote

shifts 8 normal
+1   left shift
+2   left control
+4 left alt
+16 tab (an added "shift" to give more combinations)
+32  right shift
+64  Menu key (the application key, to the right of the right Windows key)
+128 right control
+256 right alt

12 hours ago, DaveSCUSA said:

5. This is for output keypresses from FSUIPC. I is there any modifier for input keypresses. Many simmers want to use game keypad (which most send keyboard key combinations) for switches in MSFS. Neither Mobiflight nor spad.next will recognize these devices.

Not sure what you mean here. Presumably by output keypresses, you mean when FSUIPC7 sends keys, such as on a button press, and input keypresses are assignments to key presses in FSUIPC7? All modifier keys are available in both (although different shift values are used, as documented). You can also add offset conditions to key press assignments, as you can for button assignments.

11 hours ago, DaveSCUSA said:

Is there a capability to write to an Input Event, I can then put it into a preset?

As I keep saying, you can assign directly to Input Events. However, you cannot use input events in calculator code, so you cannot use them (i.e. B:vars) in presets. This is due to MSFS, not FSUIPC7. If you want to access B:vars / Input Events, there is a hack you can do (i.e. via changing the aircraft xml files) which I have explained in several posts, but I would not recommend this (it works by adding your own l:var to control the b:var, and then use the lvar).

John

April 11

Note that you can now use Input Events (or lvars) for most controls.

However, I am still having issues finding out how to assign to the fuel cut-off triggers, below the throttles. These trigger the events TOGGLE_FUEL_VALVE_ENG1 and TOGGLE_FUEL_VALVE_ENG2, but sending these (or the SET_FUEL_VALVE_ENG1/2 controls) doesn't seem to do anything. There are also no Input Events or lvars for these triggers (that I can see).

Further info in this topic:

John

April 11

27 minutes ago, John Dowson said:

The only difficulty I am having at the moment is for the fuel cut-off triggers and the pitot heat/static switch which don't seem straight-forward - I will look into these further tomorrow.

For the pitot static/off switch, you can use the lvar C510_Pitot_Switch_Position.

John

April 11

17 minutes ago, DaveSCUSA said:

I stopped using the C510 and am going to fly the Diamond DA62. The C510 was too complicated.

Ok. Not sure why - battery, avionics, starter all work easily via Input Events. The only difficulty I am having at the moment is for the fuel cut-off triggers and the pitot heat/static switch which don't seem straight-forward - I will look into these further tomorrow.

19 minutes ago, DaveSCUSA said:

There are several B: events used as well as events with two indices. I have used the SPAD.neXt event monitor (direct simconnect) to view the parameters.

You can also use FSUIPC logging - events and Input Events, and open the logging console (Log->Open Console) to see the messages in real-time.

20 minutes ago, DaveSCUSA said:

Is there a way yet, perhaps with 7.4.11 that one can write to an Input Event?

Of course - just check Select for Input Event in the assignments panels. You can choose between Standard FS controls (including PM controls), Presets or Input Events for assignments.

25 minutes ago, DaveSCUSA said:

If I condigured a buttoon a mini-keypad as ralt+rshift+F1, the windows help pops up.

Thats strange, and I do not see that here. Windows normally uses the windows (or CMD) key, not the alt key, which is why it is recommended not to use this as a modifier (and I think I removed this in FSUIPC7).

26 minutes ago, DaveSCUSA said:

If I configure ralt+rshift+N, a window pops up in MSFS.

Yes, that seems to be the key combination for the nav log. No idea where this is defined - it isn't listed under the keyboard controls.

30 minutes ago, DaveSCUSA said:

Aren't the shifts supposed to modify windows or MSFS keys to prevent duplication?

Modifier keys just allow for more distinct assignments. Using them will not prevent anything else that is also using and receiving them.

31 minutes ago, DaveSCUSA said:

In reading KeyboardFocus=Yes or Key Focus FSUIPC it seems these deal with keypresses sent from FSUIPC.

Yes.

32 minutes ago, DaveSCUSA said:

In my ignorance, the TrapMSFSkeys entry makes no sense to me. Not sure what TrapMSFSkeys=Yes means.

This is for receiving keys. Normally FSUIPC receives key press/release events from MSFS via SimConnect. However, for some button-controllers (i.e. controllers that send configurable key press combinations on a button press) the key presses will not be received. For such controllers, you can set this and FSUIPC7 will install a global keyboard hook and receive all key presses directly from windows and not from MSFS via SimConnect. You only need to set this option if you are using a button-controller that sends key presses that are not seen by FSUIPC7.

36 minutes ago, DaveSCUSA said:

All I want to do is use a keypad that can send keypresses to FSUIPC (e.g. ralt+rshift+N which shows correctly in the Assignment) and only trigger that event.key or [Keys] programming.

FSUIPC7 cannot control how other programs respond to your key presses. Choose a combination that doesn't trigger other actions - there are many possible combinations.

John

April 11

11 minutes ago, voltigeurramon said:

In FSUIPC or the aircraft throttle calibration?

In FSUIPC...

12 minutes ago, voltigeurramon said:

I can't find it in FSUIPC (also not in the manual)

It certainly is - see, for example, the image on page 36 of the User guide - notice the Rev checkbox. This is for reversing an axis, and will be in each calibration panel for axes that can be reversed.

17 minutes ago, voltigeurramon said:

I get errors because of overlap.

No idea what this means, sorry...

17 minutes ago, voltigeurramon said:

I couldn't upload the ini and log files due to their file size,

zip/compress them if too large to attach directly. Your upload limit will increase the more you post.

18 minutes ago, voltigeurramon said:

I also assigned the FS axis in FSUIPC instead of FSUIPC calibration. That did solve most of the problem, except it's reversed (as I said above, couldn't find the option to reverse that).

It is usually much better to assign with Send direct to FSUIPC calibration and calibrate, and assign using Send to FS as normal axis only if the aircraft is having issues with FSUIPC calibration. If you assign using Send to FS as normal axis then this will also be calibrated in FSUIPC, but AFTER values have been sent to the FS and received back, which can also create issues with certain aircraft. If assigning in this way and you do not want FSUIPC to calibrate, then you must create a profile-specific calibration section (or else the general calibration section will be used) and disable any calibration settings you have there (i.e. click Reset in each of the calibration tabs).

I am not going to look at your files yet - I have no idea what I am looking for!

As I said, lets do one aircraft/issue at a time. If I can show you how to do that, it may become clear to you. So please let me know what aircraft you are using, what issue you are having, and show me/attach your ini and log files for this.

I don't understand the issues you are having - if you had everything working with the saitek controller, it should be relatively straightforward to switch to using the Bravo.

John

April 11

You are also using a very old beta version of FSUIPC7, 7.3.26g:

Quote

********* FSUIPC7, Version 7.3.26g (23rd November 2023) by John Dowson *********

Please update to the latest and only supported version, 7.4.11. You need a later version to assign to Input Events correctly.

April 11

I have just looked at the ini and log files you posted, and they report no devices acquired for use by FSUIPC7:

Quote

203 ---------------------- Joystick Device Scan -----------------------
203 -------------------------------------------------------------------

Quote

[JoyNames]
A=Alpha Flight Controls
A.GUID={34A911C0-0F5B-11EE-8006-444553540000}
B=T-Rudder
B.GUID={34A986F0-0F5B-11EE-8008-444553540000}
C=Bravo Throttle Quadrant
C.GUID={34A986F0-0F5B-11EE-8009-444553540000}
D=vJoy Device << MISSING JOYSTICK >>
D.GUID={F3BF9E60-91DF-11EE-8002-444553540000}
F=<< MISSING JOYSTICK >> << MISSING JOYSTICK >>
0=Mad Catz V.1 Stick
0.GUID={F8160250-AB1C-11EE-8001-444553540000}
E=Mad Catz V.1 Stick
E.GUID={F8160250-AB1C-11EE-8001-444553540000}

So your devices are not being controlled by FSUIPC7.
No idea why this is. Are your devices working and recognised by FSUIPC or not?

And this is nothing to do with the aircraft you are using...If your devices are not recognised, we need to look into this first rather than assignments for a specific aircraft,,,

You have raised quite a few support requests on this so I presume your devices were recognised. What has changed?

John

April 11

17 hours ago, DaveSCUSA said:

Developers should provide a list of simconnect events or at least add their aircraft to MobiFlight or SPAD.neXt.

Well, they should provide information on how to control the aircraft, whether this be standard events, lvars/hvars or input events. However, it is not difficult to detemine how any switch works, by either using FSUIPC logging (which will log events and input events. when selected) or using the facilities provided by MSFS (devel functionality, mainly behaviors console).
I wouldn't expect developers to provide presets or Spad.Next snippets. These are both community-driven efforts. And as the C510 seems to mainly use Input Events, you cannot use presets/calculator code for most functions of this aircraft.

And you must see the difficulty here. Your Alpha/Bravo controllers are nothing like the actual instruments in the C510, and so some mapping is necessary, and people will want to map these controls differently. For example, the Alpha uses a magneto to start the aircraft (i.e. it is for GS aircraft). There is no sensible mapping of this to engine L/R start buttons - you have to decide how you want to do this. But once you have decoded which controls/buttons to use. it should be relatively straightforward to implement/assign. I got these working using my saitek X55 controllers within a few minutes, assigned to the appropriate Input Events.

I will look into assigning these on my alpha/bravo. What would you like to use, for example, for the engine start buttons on the alpha/bravo?

Profiles

Forums

Events

Gallery

Downloads

Posts posted by John Dowson

Important Information