John Dowson

No, it doesn't 'inject into a program'. Please see the various other posts on this subject. And please check for similar posts before creating a new topic. John

Have you assigned your yoke in MSFS then (or elsewhere)? If assigning in FSUIPC7, you have to remove the assignments in MSFS - I recommend you start with an empty profile for your device in MSFS if assigning in FSUIPC). And is this with your aileron still assigned in MSFS, assigned in FSUIPC, or in both? Then you either added it to the wrong place, or if you added to the aircraft profile section (where it should be added), then the aircraft you have loaded does not match the aircraft profile name. Can you please show me/attach both your FSUIPC7.log and FSUIPC7.ini file please - attach them, not post extracts.

FSUIPC7 is just logging what it sees (i.e. is received from MSFS). If FSUIPC7 is logging a key press, then it has received this from MSFS. If you haven't pressed the key, then something else must have sent it - key logging logs all key events received from MSFS. These can come from the keyboard or from a program that is sending keys to MSFS, including FSUIPC7. Anything sending keys should also a corresponding release for each key press. Logging of a key press/release looks like this (when the key is assigned in FSUIPC7): So the initial key down is received, then the repeats, until the key-up is received. The key I pressed was assigned with 'No repeats', so the assignment (to Input Event HANDLING_Yoke_Hider_1) was only executed on the initial key presses. The logging will look slightly different if the key is not assigned, and you will only see a few repeats (although I am not sure why without checking).

It will be positioned off-screen. Delete the Window ini parameter from the [General] section of your FSUIPC7.ini file (when FSUIPC7 is not running) and then start FSUIPC7. John

Yes, here:

See the documentation.

Key logging will log all key press/release events seen (i.e. that MSFS sends). You will see a lot of KeyUp as this is continually sent until the key is released (check the repeat flag). This is completely normal. Do you actually have an issue? No:

What do you mean by "not being detected"? Do you mean the default controls/events are not working? If so, what have you tried? You can also try logging: to see what is being used (activate logging for Axes Controls and maybe Input Events). Otherwise can you explain please? FSUIPC will log all events the sim emits, not just the ones that FSUIPC7 sends. Some aircraft continually emit events, especially add-ons, and these events are different for each aircraft (although this is a common one). You can ignore this event by using the DontLogThese ini parameter, best added to the profile section of your FSUIPC7.ini file (where the aircraft are listed). What changed? What wasn't working before? That is an old and unsupported version of FSUIPC7. Please update to the latest release, 7.4.11, before anything else. John

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?: If there is no such joystick, then yes. Cheers, John

Ok. You can remove these entries from your [JoyNames] section: and maybe also this one (although it might get re-added): 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: John

Why are you connecting/disconnecting devices while FSX is running? 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.

It is not a dumb question - just one that you have already asked several times already. 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.

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: Try re-booting your PC first as well to see if that fixes it. 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?

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.

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

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: 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: 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.

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. 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.

Yes - see John

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

Try these presets (add to your myevents.txt file): 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

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

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? 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

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). This will be nothing to do with Honeycomb, and will be due to the way you have assigned. Well, do this when you get a chance and report back. John

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. 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

Yes 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. 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'. 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. 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. You are not using profiles-in-separate-files, so I only need one ini, your FSUIPC7.ini. 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