Pete Dowson

There's no DLL in the SDK. You mean the LIB? Why are you posting in the SunForum for Paul Henty's library if you are not using it? You don't need a specific example. Writing to any offset is the same as any other. You need to open the link, first, then, when connected, any time you need to write you use FSUIPC_Write, either once for both offsets together (8 bytes) or twice, first for 3114 then for 3110 (4 bytes each), And an FSUIPC_Process call to make it happen. Repeat when needed. Any example containing a Read or a Write would do. The only real different between a Read and a Write is the command itself, and the only difference between offsets, as far as these commands are concerned, are the numbers of bytes. I am at a loss to understand what it is you fail to grasp. Have you done any programming before this? If not then this is probably not the place to start. Pete

Hmm, why? Was one of the others jittering too much and interfering? You can tell it to stop scanning an axis -- there's a button. It's only a temporary action. FSUIPC doesn't distinguish between axis inputs, apart from naming them of course, so the assigning action should be the same for all. Pete

Your re-formatting of the INI file settings makes things really difficult to read and understand. Why mess about with the file? Please just show me the file as it is. Er, WHY? Why do you want the Sim to only be able to set the top half of the throttle range? All FS's normal control axes use a complete range from -16384 to +16383. For the single generic throttle control -16384 is IDLE. The value 0 would be half way! Why do you think you should only be getting 0-16383? Sorry, I don't understand much of that. I don't know the aircraft you are using, but the FS throttle control axis, the one called "Axis throttle set" (which is what FS would assign to) runs from -16384 IDLE to +16383 max thrust. It has no intermediate positions. If an add-on aircraft uses intermediate positions for something special and you want to be able to set those you'd need, after calibration, to mark those positions on your lever's housing. There are no "detentes" on an FS throttle like flap positions. Again I don't understand what you are saying. First, why are you using offset 3B78 rather than the FS control itself? Is this just so you can program it as a latched switch rather than a button? Second, what control are you supposed to use for this function in this specific aircraft? If it doesn't change when using the proper FS control, I presume they've implemented something different? I'm afraid I really find it pretty impossible to support specific peculiarities of complex add-on aircraft which do their own thing. Some add-ons simply ignore FS controls altogether and you have to resort to L:Vars or Mouse Macros or try to find other ways. Each add-on aircraft seems to be implemented in its own odd way with no thought as to how hardware connections might drive them. There are usually ways of doing things, but you have to find them yourself or wirth the help of other users or maybe even the aircraft add-on makers themselves. If you actually explain what it is you need FSUIPC to actually do, without describing the aircraft switches and so on, then I can tell you if it is possible and how to approach it. Pete

Are, so it;s more like a rotary encoder with "up" and "down" detection, not a 32-way multiposition switch with 32 different macros, one for each position. For such a control you'd really be far better off with a rotary encoder yourself, which is what I use. They work really well with Bodnar boards. Then you just program one direction as INC and the other as DEC. As it is, with an analogue input, I think your only sensible way is to use a Lua plug-in. Assign the axis directly (on the left hand side) to a Lua plug-in, so it receives the analogue input value as the parameter, then when you see it increase by more than x (1/32nd of the range) execute the INC Macro, and vice versa when you see it decrease. You need to keep the previous value in a Global variable (set by ipc.set and retrieved by ipc.get. Pete

Thesel external programs are all wanting to receive keypresses you assigned to buttons? I don't know how they receive them in any case if they don't have keyboard focus. It shouldn't work whilst in any version of FS, UNLESS they are reading them from FS, which sounds unlikely. Or perhaps they define them as hotkeys? If that is the mechanism then I can only think that P3Dv3 is somehow stopping hotkeys stealing keypresses from itself. Pete

You are writing this thread in a SubForum dedicated to the use of Paul Henty's library for interfacing to FSUIPC -- look at the title FSUIPC Client DLL for .NET The FSUIPC SDK also contains a much more basic Library to interface to FSUIPC in C/C++. There may be others for the other languages included in the SDK (I don't know C# or the other languages, only C and ASM). Or maybe you are writing your own functions to do the interfacing? All ways are different for the code you write, but all you need to know is how to write an offset. There must be examples for whichever method you use. Have you looked? If you are starting out writing your very first program to iinterface to FSUIPC, then examples are going to be useful. Check the SDK and look again through the SubForum you are currently using. Pete

There isn't anything I'm aware of which keeps track of the user aircraft "flight phases", only AI traffic. Normally the pilot is aware of what he is doing. You can tell from offsets when you are on the ground, whether you are moving forward or backward, whether you are climbing, flying leveel or descending. I suppose you could read all the necessary values and deduce what you are doing. Pete

So it was okay with FSX or p3Dv2, and you've nt changed anything else? If the keypress is assigned to the button normally in FSUIPC, that keypress to sent to the program which currently has the focus, so it would normally always go to FS./P3D. I don't know how TeamSpeak gets them in that case. Do you know? Can you ask Teamspeak support what is needed? Pete

FSUIPC doesn't actually offer any "VAS Monitor". It simply updates a value in an offset regularly to indicate the amount of free memory. left to the FS Process, as described in the Offsets Status document. 024C 4 Available FS memory in kilobytes (updated every 1 0 seconds There is a VAS Monitor plug-in written in Lua which may be what you intended to refer to in your link above (which doesn't work for me). The Lua plug-in can be changed, expanded, whatever, to only record it every minute and to write to a file or even (using 3rd party graphics libraries for Lua) actually do the graph. You can also change the timing of the free memory check and offset update via a parameter in the FSUIPC4.INI file -- see item 38 in the current Changes Document included in the download Zip. Pete

FSUIPC can't do anything that FS cannot do. It is only an interface. Does the model you are using allow this? Pete

Yes, but there are at least 4 ways of doing that. Unless you are specific I cannot really advise. You weren't forced to do anything in previous versions of P3D because it worked either way. Not currently in V3 though. Please read the pinned thread on the subject at the top of this Forum. Pete

So, what is the questio?. I don't find one. Pete

Please see the Pinned thread on this subject at the top of the Forum ( IMPORTANT: FSUIPC calibration of axes in P3D version 3 . It does tell you exactly what you need to do and why. At present P3Dv3 will not allow FSUIPC to see controls assigned in P3D whilst it is in the dialogue. If you have calibrations from P3Dv2 or FSX you can copy them over -- just copy over the FSUIPC4.INI file. Pete

You need to send the Keypress code into 3114 and then the keypress control to 3110. Please see the FSUIPC Advanced User's guide. The correct numbers and format are given on page 31 -- control number 1070 does a press then release. The C# or C++ would depend on what library you are using, but it is just calls to write to FSUIPC offsets. Pete Pete

Why are you posting here? Do you have some question relating to FSUIPC or WideFS? There's a crash subforum for FS over on AVSIM. Have you looked there? Pete

Sorry, I don't understand 2not USB"? Are these the older serial port devices, then, which need y PFCFSX.DLL driver? The PFC Yoke is a standard USB joystick device? Another matter to which matter? I've not seen a question from you yet? Is there a problem? If you disable controllers in P3D or FS you would need to assign in FSUIPC. FSUIPC cannot calibrate things which it doesn't see! Pete Alex

I assume the INI file you attached is not the one you are using, because that shows no real axis assignments at all in FSUIPC. If you've disabled controllers in P3D and not assigned any in FSUIPC you canbnot really expect to see them in the Calibrations tab! Here's your total axis assignment section: which shows axis X on joystick #0 sending the non-axis control 65615 which is "ELEV TRIM UP". Not even an Eleve trim down assignment? Pete

The normal method is to round to the nearest integer: i.e. add 0.5 and take the integer part. Pete

Let's see if I understand this properly. you have a switch on an add-on aircraft which is effectively a multi-position switch with 32 positions, and you are trying to "map" an analogue input value to each of these. right? Really, the facility in FSUIPC you are trying to use was never intended for such use. I'm surprised the add-on aircraft has such a control. Do you use 32 different Mouse Macros, on for each position, or what? I think you need really to explain the actual output/control dside so i can best advise. Pete

SIOC can set focus to a specific window? Pete

Really? You seem to be on your own. What are you assigning to in FSUIPC? Pete

Well that cannot be anything to do with FSUIPC, that's to do with the Migration Tool. The "disaster" FSUIPC would get into, if it thought your Sim was something other than what it said it was, would be to (a ) not provide all the correct facilities, and (b ) probably cause it to crash. No way can it affect sceneries or gauges. When it asks to find the FSX file NEVER EVER direct it to anything else! Just abort that action and let it carry on and do the P3D part of the Install. Each simhas its own section, its own action in the Installer. The reason it wants to find FSX is because your Registry says FSX is installed. If you want to get rid of that prompt you'll have to edit the Registry. Look at the Install Log produced. It tells you everything, step by step, including what the Registry says and where it says it! This is why logs are produced, so you can see what is going on! Pete

Well you can try sending a keypress using offsets 3110/3114 with the FSUIPC-added control to send a key (see the list in the Advanced User's Guide), but I think this will need FS to have the focus. Can SIOC send keypresses itself? Pete

Migration tools make a mess of attempts to provide intelligent installers which know about the FS programs. NEVER use a Migration tool to install FSUIPC. It would be disastrous in any case -- FSUIPC is different for each sim 9even each version of the sim) and will not behave correctly if you try to fool it into thinknig P3D is FSX or vice versa! You don't prompt anything to check registration. It is simply an option. If it doesn't fail the check, it passed it! If you aren't re-entering your registration then that's the same as cancelling the entries. Or did you need to change it? If so you don't "check" you enter the details. What is the actual problem you are concerned about? You don't mention one. Pete

"Custom" switches and buttons? Sorry, that sounds like you mean ones specifically for you and not related to a specific aircraft. If you really mean switches particular to the Add-On aircraft you are using, then you need to find a way to set them, whether it be by custom controls (as used by PMDG), L:Vars or mouse Macros. Or even keyboard shortcuts -- lots of add-ons spport those. If none of those facilities are supported by your add-on aircraft then you are out of luck. The picture doesn't help at all. sorry. Is it your hardware or a screen grab from the add-on? Why not just set the AddOn switches according to your hardware switches? Are you also trying to control your hardware from switches in the Addon? You were using L:Vars earlier. Are you now saying they aren't actually available? If there's no way of controlling the add-on switches or getting their states out, then I think you may need to choose a different add-on, unless the makers will add stuff for you. Er, mouse macros cannot get information OUT of the Sim! They operate like clicking the mouse, there's no way to read what the mouse does! If you mean the only way to operate the add-on switches is by mouse macors then you need to program SIOC to execute the mouse macros. If SIOC can send character strings to offsets then there's an offset to do that. If not you'd need a Lua plug-in to do it for you, based on values sent by SIOC to a user iffset (any in the range 66C0 to 66FF). Pete