John Dowson

Get the user to set logging for Lua Plugins and take a look at his log. I don't see how this can occur, or what would be causing it if this was the reason. The logging should tell. John

Look similar. Do you see the assignments to the buttons in the button assignment panel (profile specific) when you press a button there? If so, try logging button presses and events, and see what is logged when you press an assigned button (you can also attach here).

Just run the sim... Log file looks ok, although I am not familiar with FSUIPC3/FS2004. There is no logging of your devices, but maybe that wasn't implemented in FSUIPC3... What exactly is your issue? You say that your switches don't work? The aircraft that you loaded (B737-800 Ryanair - Winglets) should be covered by your Boing 737 profile. Do you see the assignments to the buttons in the button assignment panel (profile specific)? Also try logging button presses and events, and see what is logged when you press an assigned button (and attach here). Maybe the log from the old PC would help me, as there' seems to be a lot missing from the new one you attached, but that maybe because the additional logging was added later (and I am not familiar with FSUIPC3). Also, please remember that FSUIPC3 is no longer supported (and hasn't been for several years now), although I will try to help you... John

That looks ok....your devices seem to have the same GUIDs. Have you ran FSUIPC? What exactly isn't working? Also show me your FSUIPC.log file....

Ok, then show me/attach the ini file from your new PC...

I know about MobiFlight but do not use it. If your problem is with MobiFlight, have you tried their support? Your image also only shows offset 0x0BCC, the spoiler arm flag. But this is working, as far as I can tell, i.e. the spoilers are activated when you land. Your issue seems to be that this is not reflected in the movement of your lever, if I am understanding you correctly, so is with offset 0x0BD0 and not 0x0BCC. What vales? In offset 0x0BD0? If that isn't changing, then that will be your issue...maybe ProSim isn't using the SPOILERS HANDLE POSITION simvar, which is what that offset holds. If that is changing, then the issue will be with whatever software you are using to use that value to drive the motorized spoiler lever. If it isn't changing, you need to ask ProSim what drives the spoilers handle and use that instead.

But which airplane? You don't say.... Aircraft in MSFS can be quite different to those in P3D as far as controls/simvars/lvars/ etc are concerned. You need to fins out what works for the aircraft you are using, which you don't say so its difficult to advise. You can always try activating logging and see what controls are logged when you reverse in the UI - this should tell you what controls the aircraft is using. Note also that several new reverser controls were added in the latest MSFS SDK update and were added in the latest FSUIPC release (which is 7.3.1) - if not using that, please update. The new reverser controls added are: TOGGLE_THROTTLE1_REVERSE_THRUST TOGGLE_THROTTLE2_REVERSE_THRUST TOGGLE_THROTTLE3_REVERSE_THRUST TOGGLE_THROTTLE4_REVERSE_THRUST SET_THROTTLE1_REVERSE_THRUST_ON SET_THROTTLE2_REVERSE_THRUST_ON SET_THROTTLE3_REVERSE_THRUST_ON SET_THROTTLE4_REVERSE_THRUST_ON SET_THROTTLE1_REVERSE_THRUST_OFF SET_THROTTLE2_REVERSE_THRUST_OFF SET_THROTTLE3_REVERSE_THRUST_OFF SET_THROTTLE4_REVERSE_THRUST_OFF THROTTLE1_REVERSE_THRUST_HOLD THROTTLE2_REVERSE_THRUST_HOLD THROTTLE3_REVERSE_THRUST_HOLD THROTTLE4_REVERSE_THRUST_HOLD John

Changed what? The AutoAssignLetters ini parameter? If you are using the JoyLetters facility (which is the first step), then you still need to make some manual changes to the FSUIPC.ini on the new machine as your GUIDs will have changed. If you are using JoyLetters, attach the ini from your new PC and I can see what changes are needed. Of nor, go back to the old PC and enable JoyLetters dirst, then copy that to your new PC, run FSUIPC once then exit, then show me the ini file. John

Again, have you tried monitoring offset 0x0BD0 to check that the values in that offset are changing? If they are, then the problem must be in sending those values to the TQ. Not sure why you are attaching pictures of the spoiler arm offset...this is working, no? i.e. the spoilers are armed and activate on touch-down. It is just the spoiler movement that is not being reflected on your spoiler lever. Presumably that is driven by offset 0x0BD0, no? So why don't you try monitoring that offset to see if the values change when you touch down?

What airplane? So the spoilers are working as expected, and it is just that your spoiler lever doesn't move? Tried what? Did you log the values of off set 0x0BD0, and if so do they reflect the correct spoiler position? Or are you saying the values in that offset don't reflect the correct spoiler position? 0x0366 is the on-ground flag... So what is the difference now - a different aircraft?

What aircraft and P3D version are you using? Are the spoilers actually armed in the aircraft, and do they move in the UI when you land? i.e. is the problem that the spoilers are not actually armed, or are they working in the aircraft but its just the spoiler lever not moving to reflect the spoiler position? Have you tried monitoring offset 0x0BD0 (and maybe 0x0BCC) to see if the values change? John

I don't see why P2ATC wouldn't work on a networked client PC with FSUIPC7 installed on that PC. Best to just try it. You don't need a second license - you can use the same license as for the FSUIPC7 installed on your FS PC. John

Then you have put it on the wrong location. No - the current license is valid until 15th March. No need or reason to update at the moment. Then follow the instructions - just download the license file and copy to your FSUIPC7 installation folder. If you don't know where that is (you should!), then use the File-> Open Installation Folder menu option in FSUIPC7. John

And I know nothing about 'Skalarki ACP', and not that much about ProSim. I was just explaining how to control/set/toggle an offset value from a key press. What that offset does, or how to set that up, is a different question, which I can't really help with. Maybe ask on 'Skalari' forums or Prosim forums. There are some PTT controls (1001, 1002), but these are documented for use with Squawbox 3, Roger Wilco or AVC (Adcanced Voice Client). Google gives results for similar questions but no answer: https://forum.prosim-ar.com/viewtopic.php?t=11961 https://skalarki-electronics.com/en/lassistance/acp-rad-switch.html You also don't say what FS or version of FSUIPC you are using, which is always needed... John Later: maybe @Pete Dowson can help you with PTT in ProSim...

Assign to one of the Offset XXX XXX controls. There are many - use the one for the size of the offset you want to affect (Byte, Word, etc), and what you want to change (eg. set, toggle, etc). John

Have you installed something else? If it was auto-starting with MSFS, it sounds like something has corrupted or replaced your EXE.xml file. You can try re-installing. The README.txt file is only available in the FSUIPC7 installer zip file that you downloaded. All other manuals are installed under your Documents folder, in a sub-folder labeled FSUIPC7. Download the latest installer for v7.3.0 and try again. If it doesn't then auto-start, follow the instructions in the README.txt. John

Great! No more information needed, thanks. I will release this version later today. Cheers, John

Hi Ray, Hmm..I'm really not sure if this would be useful these days, or if this is easily possible (or why it was removed) but I can look into it. There are so many other specific (freeware and non-intrusive) tools for memory monitoring these days that would do a better job - why not just use one of those? I can add it to my list to look into, but it will be a while before I can get around to this. John

Looks interesting...thanks! John

@Adri1 Could you try the attached version please, v7.3.1a: FSUIPC7.exe John

Actually, with offset conditions, you could make your key presses conditional on the state of the bits in a button flag offset. You would need to determine what offset/bit held the state for the button and use that. Logging the offsets (in hex) would help.

You want to check the status of a button flag when you press a key. As you can't do this, you can use an offset instead. So you would set an offset when the button is pressed, cleat it when released, and on the key assignment you can then check if that offset is set or not, and have your assignments accordingly. Not sure why you can't get a lua script running... No problem. Should have figured out what you were trying to do wasn't possible much earlier... John

Actually no, sorry - no compound conditions on key presses - the documentation says that offset conditions apply, not compound conditions. But why don't you assign and use an offset (or two) to determine what your key presses send? Otherwise then it looks like you will have to use lua.

The same as for buttons. As the documentation for the format of key conditions (at least in FSUIPC4 and later): John

Yes, you can do it that way. But 1070 is just an additional control that sends key presses, such as via offset 0x3110, for use by external programs, for example. You can apply conditionally formatted commands to key presses. As well as setting/clearing/checking the virtual (button) flags. So what is the problem?