John Dowson

You shouldn't need the Alpha software installed.... I also cannot see those buttons in the Windows game controller panel. They should show as buttons 1-12 but aren't. I am not sure why. I am going to ask on Honeycomb support. John

I've just plugged in my Alpha and get the same. However I don't think this is to do with buttons in the >32 range. I can see the virtual buttons for those when I switch the starter rotary to Left, Both or Start, and get virtual device 64 with buttons 0,1 & 2 respectively. So the script is working for the buttons > 32. The issues seems to be that the buttons/switches on the yoke, with button numbers 1-12 (according to MSFS) aren't recognised. They are also not recognised in the default Alpha profile for MSFS. I didn't install any Alpha drivers or software yet. Did you? I am going to try that now..... John

Your log does show some button state changes for those buttons: Are those not shown in the button assignments panel? I as only suggesting going back to the default MSFS profile temporarily for the Alpha to see if MSFS recognised the buttons > 32. You should really create a new empty profile for this device if/when assigning in FSUIPC. So you are using the MSFS default settings now for the Alpha? Don't you get issues with the 'always on' switches, as reported by many alpha users?

It shouldn't matter where MSFS is installed. I have had reports that for some users, the auto-start via the EXE.xml only works when installed a maximum of one folder deep from the drive letter, but his is only one level deep and doesn't work, whereas your is several folders deep and does. Strange.... I am really at a loss as to why this isn't working for some users. Do you have different install types (MS Store vs Steam), or the same? Maybe try changing the order of the <Launch.Addon> entries in his EXE.xml file, to see if that makes a difference. Otherwise, I don't know what else to advise. They can try going back to the old method of starting FSUIPC7 from the MSFS.bat file. Instructions on using this method are explained earlier in this topic.

Can you show me your FSUIPC5.ini file as well please. Also, activate logging for buttons & keys as well as events (non-axis controls) and produce another log file showing you trying the various open door controls. And also close down P3D before attaching the log so I can see the complete log file. Did this value stay as 0 when you set it, or did it revert back? I ask as a user with the same issue in this thread said that this change got reverted.

Please use the attached key file. Just place it in your FSUIPC7 installation folder. Note that time-limited licenses do not validate in the installer registration page, but there is no need to register once you have a key file. The license is valid until 18th March 2021. John FSUIPC7.key

As well as what Pete has said, if you want to try the registered facilities, then you need a separate license for FSUIPC7 which can be purchased from SimMarket. You should try it before purchasing to make sure that it is still something you need. I am just about to post a time-limited license in the topic, which you can download and try: John

It is - I really don't understand why those button state changes aren't being recognised. You could try the HIDScanner program - see If you leave it running and activate your buttons, it should log what it sees. Do you see any button state changes for the buttons > 32 using that? You could maybe also try using vjoyoffsets with vjoy, and mapping the buttons to the virtual button offsets using that, to see if that helps (available from same link above).

Joyletters are active by default in FSUIPC7. To identify the joy number from the letter, just take a look at the [JoyNames] section in your FSUIPC7.INI which holds the letter to joy id mapping. John

No, this is not possible I'm afraid. They are not. There is a lua interface for those who want to try lua programming, but that is just one of the features that registration provides. Buy why start with that? Start with the User manual. And I have alrteady told you what to try for the transponder - assign to 'Offset Byte Set' (right hand side of button assignments, after selecting to send an FS control) and enter offset 0x0B46 and the parameter for the mode that you want to set. I'm sorry, but you should have reviewed the documentation before purchase. I also provide time-limited licenses for people to try the registered features before purchasing. I see Pete has also replied....

No. Why hijack this thread for an un-related product? Please post in the FeelThere support forums: https://forum.simflight.com/forum/171-airplanes/ This forum is for FSUIPC support only.

...and I have 3 or 4 similar threads on the go at the moment, and I do get confused as I am saying the same thing, so sorry if I confused your thread. I do not have the time to re-read each thread with each post unfortunately, I do what I can.....

I'm sorry you feel that way, but I cannot help if you do not provide me with the information I need. I really don't know what I said to upset you, I am only trying to help. There are obviously issues with your install. But you can still run and use FSUIPC. And download documentation for the time being. And we can sort out your installation issues, if you have the patience and provide me with the information I need to help you, and follow my advice. Please re-run the installer, but de-select the auto-start component and see if that works. And then send me your installation log, or tell me what the installer did. ...and let me know what install type you have - steam vs MS Store vs Boxed?

First thing tomorrow now....

You can get into issue using other peoples ini files if you don\t know what you are doing, i.e. an expert in the format and functionality of the various ini sections and how they are related. And the set-up of a throttle is very dependent on the aircraft you are using, which you don't even mention. There are also sections in the FSUIPC user manuals on how to set-up and calibrate devices for default aircraft. Have you tried following these? What FS and version of FSUIPC are you using? Do you really expect any help with such a general question and without any relevant information?

You are hijacking a topic not related to your issue, so I doubt you will get a response. If you think this is an FSUIPC issue, please create another topic, but also please supply more information and show us your files (log and ini to start with). But, as you issue seems more related to a specific add-on, so best to try the support forums for that aircraft first. John

Not 100% sure what you mean, but I'm happy when a user solves their own problem 🙂👍

Ok, thanks. It was just a test to see if they were actually registering somewhere else as a button press, which it seems they are. Yes, but the device is recognised (in the lua), but the issue is that it is not picking up the button state changes for some reason. There is also another current topic open for the exact same issue but for the Alpha. Presumably you can see the buttons < 32 and assign to them as usual, no? And Axes assignments are ok? The log file you attached is interesting. There is a discarded state change for each subsequent update, so it looks like it may have flagged momentarily and then rest, and the changes discarded. Maybe try increasing the poll rate to see if this is the case.

That's an FSUIPC7 log file which just tells me that you ran FSUIPC7 once (and was still running or had crashed when you pasted that log fragment). In the zip file you downloaded, as well as the installer there were two documents, a README.txt and and Installation and Registration pdf. Please read (or at least take a look) at those documents. Also, the install log file will be in the folder with those documents, where you extracted and ran the installer. Please check that. The install log is also copied to your FSUIPC7 installation folder. If its not there, I can only think that it is a permissions issue. However, as it can put other files there, this is very strange. Also, if you are installing in a windows protected folder, please try installing somewhere else. Or is 'C:\FSUIPC7\' your actual install location? If so, that is good and shouldn't cause issues. Also, when you run FSUIPC7, you do know that it sits in your system icon folder? If you run it and can't see anything, look there - or use the default hot-key (ALT + F) to show the FSUIPC main window. This is all explained in the documentation. If, for some reason the documentation hasn't been installed, download it from the download secrion of this forum (for the time being) and I'll check your installation log file once posted. John

One small thing...you don't need to, and shouldn't, edit or change the [LuaFiles] section in the FSUIPC ini file. This is auto-generated and managed by FSUIPC. You can get into issues if you manually change this section, so best not to. If you drop in a new lua, better to restart FSUIPC to get this added, or maybe one of the reload functions (from button/axes assignments dialog) will do this, not sure without checking.

All the things you need to try have already been said.... What have you tried? What is your install - MS Store or Steam? Have you checked you EXE.xml file? Did you actually select to auto-start FSUIPC7 with MSFS? Is your FSUIPC7 actually installed in that location? Where is your install log? I'm sorry, but there are so many posts on this now, and I am repeating the same thing again and again. Please try all the suggestions previously posted.... I know I need to create a FAQ topic for this as it is a relatively common problem, but I just don't have time at the moment... You should always search for similar posts before posting (which you did) and try what is suggested there (did you? You do not say what you have tried) and then, if you still need to post, ALWAYS attach the relevant files. I do not know your system. I cannot help unless you provide sufficient information. For any installation issues, always your InstallFSUIPC7.log file, the FSUIPC7.log file (if there is one), and for auto-start issues, please attach your EXE.xml file and tell me what your MSFS install type is - Steam, MS Store or boxed. Thanks. John

This was to log the activity - I didn't expect it to work. However, you log file shows that you started MSFS but didn't start a flight. Please load an aircraft and start a flight and then test those buttons. Also, please close down FSUIPC before attaching the log so I can see the full log file. Someone else has also recently reported the same issue but for the Bravo. Could you also try temporarily re-enabling the default profile for the Alpha in MSFS, and see if those switches are recognised there - or see if they are recognised by MSFS.

You need to create an empty profile in MSFS for all your controllers (except keyboard and mouse). If you create a new profile for each of your devices, it will be empty by default. You can then assign mainly in FSUIPC, but still have the ability to add an assignment in MSFS if needed (as some controls are only available in MSFS and are not yet working via simconnect/fsuipc).

Btw, doesn't MSFS have native support now for the Honeycomb Alpha and Bravo? If so, can you check if those rocker switches are seen by MSFS when assigned there. Just to confirm those switches are working. i.e. switch back to the default MSFS assignment profile to test. I know there are issues with 'always on' switches, but it would be useful to confirm those switches are actually working.

Yes, just paste the contents if you can't attach. Don't worry - I'm getting used to being called Pete by now! John