Pete Dowson

They are control (or key event) numbers, not "parameters". 66339 is the FS control called Toggle elect fuel pump. You can assign to it directly in FSUIPC's assignments list by name, by far the best way! There is a complete list of all of the possible named and pre-defined FS controls, arranged by both by name and by number, included in the FSUIPC Documents subfolder, in your FS's Modules folder. If you do need to assign a control number which is not an FS pre-defined one, such as those used and listed by PMDG for their 737NGX and 777 models, then these are known as "custom controls", so you select <custom control> in the assignment drop-down, and this will provide a way to enter the actual number. All FS controls can have a parameter as well, which will mean a different thing for different controls. Pete

Yes, that's fine. Best always to have a backup. Er, FSX won't let you disable controllers? Sounds like a corrupted FS install. Sorry, not sure what this has to do with FSUIPC? Pete

Why do you say it is a "conflict"? Why are you logging events in any case? Many add-on aircraft, especially those by PMDG, use FS contorls internally and keep sending them. I've never been sure why, but it happens with many of them. They must have their reasons. If you are wanting to use the FSUIPC event logging for something and don't want the events you are looking for obscured by this horrible add-on action, you can use the "DontLogThese" parameter in the FSUIPC INI file -- please see the description of this parameter on about page 11 of the FSUIPC4 Advanced Users document. Pete

FSUIPC is never going to delete any of your valid INI file sections. If the ones you say were not in the INI, how did you show them to me here? If they were not in the backup of your INI it must have been a corrupt or edited or abbreviated copy, not a true copy. The [ClientNames] section is nothing to do with Profiles. It is constructed to contain the names of your WideFS client PCs, and your entry says that at some stage you had a client PC named FRANS4 connected. I suggest, since you obviously somehow have the missing sections, you add them back into the file where they should be. Pete

By WideFS I assume you mean WideClient, which is the program which goes on the client PC -- i.e. the remote one, not the FS one -- in order to emulate FS running FSUIPC so that FSUIPC client applications can be networked. Obviously if you are running FS on the same PC as Wideclient then they can't both look like FS running FSUIPC. Since both use the same class names for their main Windows, this is effectively prohibited automatically. It's really nothing to do with "installing" -- there's really no installing of WideClient to do in any case, it is just a program, WideClient.EXE, which you can put anywhere you like. The only problem is running it together with FS -- as explained, they can't (normally) both run at the same time on the same PC. I say "normally" because there is an exception to this. By changng the WideClient.INI file "ClassInstance" parameter to a non-zero value both WideClient and FS (or several instances of WideClient, with different ClassInstance values) can run together. This is generally not much use in supporting FSUIPC applications, but could be useful to support features like WideClient Lua plug-ins (supporting extra libraries) and the button screen and weather radar facilities. As said, you can put WideClient where you like and use it when you need to, as outlined above. Pete

Yes. There's only the one section! See the FAQ subforum thread about Logging SimConnect.. Pete

Certainly not FSUIPC. Pete

You'd need to use a little Lua plug-in, with just the one line: ext.run("<path of program>\\XYZ.EXE") where the path is, of course, points to where the program resides. Save it to the Modules folder, then, in FSUIPC options, assign you button to that Lua plugin. There are lots of facilities for external programs in the Lua ext library. The Lua documentation is in the FSUIPC Documents subfolder in Modules. Pete

No, after installing it just copy over your FSUIPC4.INI file and any .mcro and .lua files you might be using from your FSX Modules folder to the new FSX-SE folder. Or, if in doubt, after installing in FSX-SE, copy the whole contents of the FSX Modules folder over to the FSX-SE Modules folder, then re-run the FSUIPC Installer to get the module back up to date. If you are going to first uninstall FSX, be sure to save the complete contents of the Modules folder someplace safe. Pete

Please report this on the Active Sky support forum, as it must be something their end. There is no way FSUIPC is even touching the radar facility unless you opt for it, and in any case ASN should be able to cope with more than one program asking for it. Pete

All that information is to enable FSUIPC to support Weather Radar for users and for FSUIPC client applications, such as Prosim737. It has nothing whatsoever to do with what PMDG does. I suggest you remove any ASNWx lines from the INI file. They should not in any way affect PMDG (because the ASN facilities are independently available to all), but you are just wasting processor time if you are not using the resulting files. As stated (and you actually quoted above!!!) they are in the Lua examples package, as installed with FSUIPC and referenced in the Installation document in the original download ZIP for FSUIPC. How is it you found the WX radar document but not the file in the same folder it referenced explicitly? But you don't need them or want them unless you are implementing your own WX Radar display! Pete

Such behaviour is a result of the way the original Saitek drivers set the Registry incorrectly, defining some axes as "digital" (on or off) rather than analogue. This is the most frequently reported problem with Saitek throttles, and I'm sure a solution must be provided somewhere on the Saitek site or support forum, but i'm afraid I don't know what it is. Pete

No, none that I know of. SimConnect just adds them on an as-received basis. FSUIPC's should normally be in the same order, and, with luck, together. Pete

The freeware version is the same version. The documentation is already in your FSUIPC Documents folder, just as the Installation & Registration document explained (the one in the download ZIP). I understand Saitek have a support forum. You could check there for Saitek problems. I don't think there are any specific to FSUIPC. The only regular problem I ever see here which is specific to Saitek is that somehow their installer screws up some parameters in the Registry which can make one or two of the quadrant levers operate digitally (i.e. on/off, not smooth). I'm sure that one must have been fixed by now. And it wouldn't be specific to use in FSUIPC in any case. FSUIPC doesn't care or know about specific devices nor about specific aircraft add-ons (excepting only that it does have mapped values for the PMDG 737NGX). I think you need to peruse the documentation, I get the feeling that you might be confusing FSUIPC with a device driver. Yes, fine. I am only explaining that FSUIPC doesn't appear to be what you think it might be, that's all. If you read the document which came with the downloaded file, it tells you where to find the documentation which in turn tells you what FSUIPC does. Pete

You don't need to buy it. Just install it and the documentation will be installed. There are many more users who have not bought it than those who have, mainly because it is used by so many other applications -- that was always its main purpose, for which it is free to users. Things like joystick assignments and calibrations are additional user facilities which purchasers get, but it isn't its main purpose at all. Saitek are just joystick devices like any other. I don't like them, but that's just my personal opinion. But they are all alike as far as FSUIPC (and FS for thatmatter) are concerned. They are HID (Human Interface Devices) controlled and interfaced by Windows. FSUIPC reads them, if you wish, just like FS does, it just provides a wider variety of assignment and calibration options. Reverser methods depend more on the model of aircraft you are adding, and how it treats throttles. PMDG aircraft tend to be different from the rest, and, of course, good Airbus implementations act like real Airbuses which don't have true throttles in any case, just thrust modes. Without FSUIPC setting up reversers is a lot more difficult on most aircraft. FS doesn't have separate inputs for them. No. Use FS itself then. I'm not advising you to buy it. I'm actually not sure even why you think you might want FSUIPC if you've seen so much difficulty with it, so much criticism, and no one complaining about the same things with FS? Pete

Okay. Glad it is now sorted. Pete

That IS a file with filetype log!!!! It is called FSUIPC4.fsx.log to be exact. You ignored me when I asked you to changed the folder option so you didn't have Windows hiding things from you as if you are an idiot! Running inside Prepar3D v2 on Windows 7 ... Prepar3D has been renamed as "fsx" The problem you have is that you are running FSX but the Registry says it is Prepar3D. So FSUIPC is treating it as a renamed P3D. How on Earth did you get into such a mess? Please find the Install text file which is also a LOG, and show that to me. I might be able to help you unravel the mess your system is in. After you've changed the Windows Explorer option so you can see filenames properly, check whether there's a "Prepar3D.exe" file in your FSX folder -- there should not be. It may be that which is fooling FSUIPC that you are using P3D renamed as FSX (which folks apparently do to install programs which don't know about P3D). Delete Prepar3D.exe if it is there. Pete

Two logs, in the Modules folder, where FSUIPC is and the FSUIPC Documents folder where you would find the FSUIPC Documentation you must know about. There is nothing of FSUIPC ever outside the Modules folder. Pete

Ha ha. It's just that I don't much like P3D so don't use it. It is only installed on my development PC for testing and development. Whatever is causing the error could well be causing the problem,yes, but the logging itself won't. I've had full SimConnect logging on and 32000 lines is nothing once you've seen what that can produce -- and in a lot less that 1 hour 40! 32000 lines a minute, is closer (exaggeration for effect, sorry) -- but no stuttering is caused even then, just a large file which would be written at low priority by the clever Windows file system. But if you really think it might simply be the logging of the errors causing your problems, I can add an option to suppress it. Trouble is it will suppress logging of all reported SimConnect errors and some may be (more) important. Something is happening after a time, though, that's the point. What other add-ons are you running? The Battery Voltage is FSUIPC offset 2834. Other programs might be accessing it too. FSUIPC only uses it for the "magic battery" facility. The thing is, though the ID it uses is always the standard one meaning the User Aircraft. I've no idea how that can be corrupted -- it is used for many of FSUIPC's actions so if it was truly bad in FSUIPC you'd get thousands of other similar errors too. So it must be somethinig happening further down, in SimConnect. You could actually get a SimConnect log which would show more -- but with it not starting for 1h 40m you'd have millions of lines of entries before the bit we'd need. Especially with PMDG which uses SimConnect even more than FSUIPC does! Pete

The offsets are populated from SimConnect variables. I've never looked at them myself -- FSUIPC simply gets them sent to it by SimConnect when they change. Pete

If you get that far there is most certainly a log. There will be two in fact, one from the Installer and one from FGSUIPC run-time. You probably have Windows hiding the filenames from you and calling them things like 2text files" and "configuration files". Please just change the Folder options in Explorer! A previous version of what, and why? I cannot confirm what your problem is, but it is most likely acorrupt Weather file. The log should tell me. Pete

I haven't, sorry. I know nothing at all about the GPS. There are some GPS values mapped to offsets, but I don't know exactly what use they'd be. The stuff available includes: 132C GPS is driving NAV1 indications 6004 anumber of flags about GPS modes 60FC to 6170 a load of stuff, mostly about approaches Aren't any of those useful at all? Pete

Oh, so nearly 1 hour and 40 minutes into the session? Hmm. I've never run P3D for that long! What are all the "stops" before it? I only have default aircraft. But if it does it with any of those I suspect there's something wrong in your installation. Pete

I'm not sure if you are asking about some FSUIPC control assignment, or if this is really an EZDOK question, in which case you are in the wrong place. It makes it more confusing adding to an existing thread which appears to be about a different subject? Pete

I never did that for FSX because it wouldn't work in ints full screen mode, but it might with P3D because its full screen mode is, I think, just a borderless windowed mode (?). However, it can of course be done with WideClient. You need to set the ClassInstance parameter to a non-zero value, otherwise it won't run next to FS. Pete