John Dowson

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?

Needed to send a key press on a button press - is useful to assign buttons to the default keys assigned in the FS. You cannot activate a button press from a key. You can change a button flag on a key press, using controls 1003, 1004 and 1005. But why do you need to do this? If you want to trigger a button action on a key press, just assign that key press to the button action (rather than triggering the button). If you also want to toggle a button flag on that key press, overload your assignments and also assign to change the button flag. I am sure you don't need to use lua for this... John

No -JsBk is jut an alternative way to define the key - J<shift code>B<keycode>. That’s what the ‘s’ and ‘k’ represent. It is not JjBb! The J and B construction was a form already interpreted for controls 1003, 1004, 1005. Sorry if that is confusing. It is controls 1003, 1004 and 1005 you need to use to set/clear/toggle button flags from keys, not 1070 which is for sending key presses only. Thats why you are seeing all of those key presses in the logs - the assignments to those keys are triggering further key presses... John

Are you installing on a client PC? If so, why are you confused? Did you follow the instructions? I cannot help if you do not tell me what the problem is. If you are installing on the same machine aa MSFS, why are you posting in this topic? What is confusing about the installation process? You just run the installer... See the included Installing and Registering FSUIPC7 document. John

Can you attach your ini file again please so that I can understand hoe log extracts? I always need to see the ini that produces a log file. Also strange that there are no button presses registered in these log extracts, or did you omit them? Best to include them... But there is no link between keys and virtual buttons, unless you are using one if the button flag controls (1003, 1004, 1005). The last time I looked at your log, you seemed to be sending further key presses on your key assignments, using control 1070, which seemed strange to me (why send key presses on key presses....!). Anyway, this should be easy to check. But I need to see your ini.

If you mean the transponder state, this is held in offset 0x0B46, where 0 = Off, 1 = Standby, 2 = Test, 3 = On, 4 = Alt, 5 = Ground. So you can assign to write to that offset with one of the Offset Byte controls, depending on what you want to do. Alternatively, try searching the MobiFlight HubHob preset list to see if there is a preset for this for the aircraft you are using and assign to that. John

This topic is nearly 8 years old, and FSUIPC support is not a sales site. Topic closed. John

I didn't expect that to change anything, it just confuses things, as i said (you don't know which section is being used). Do the logging as I suggested. This will tell you what is going on. Joihn

Btw, you also have two [Keys] sections in your FSUIPC7.ini. This will confuse things... Did you create one of these sections manually? You should remove one of those sections - they contain the same assignments except for the Axis Elevator Set assignment to your comma (',') key, which are slightly different (one is sending the control on press and release, the other is ignoring repeats). John

As I said: Also activate logging for buttons & keys. You can then verify if the control is being sent when you push your button, and if any other elevator axis controls are being sent. I really don't want/need to see this log - you should be looking at it to work out what is happening, but you can post/attach it here if you need further help. John