Pete Dowson

Well, more or less -- controls are not so much "launching programs" but more just identifying an action. They are, in fact, the identity numbers of private Windows messages (Commands in fact) which are send around between different parts of Flight Sim. No problem, I assumed it was a misunderstanding. Regards Pete

Okay. Then something is obviously different on your system, as there are no other reports of any crashes caused by FSUIPC4 whatsoever, and you are not actually using it in any way when it appears to cause this crash. You really have no add-on aircraft at all, no add-on scenery? As well as the FSUIPC4.LOG file I asked for (that would be the most useful in the first instance), could you please also find the DLL.XML and EXE.XML files, from the same folder as your FSX.CFG file, and show them to me? Also, please look at the "FSX Help" announcement above and follow the instructions for obtaining a SimConnect log. Show me that too, please. If you cannot find any of the files I ask for, look first in the FSX "Modules" folder, and show me the Install log file. That will contain information on the paths to the files needed. Sorry you got that impression, but I really did not misunderstand. It was only the assumption that is "must be FSUIPC crashing my system" which I felt you should have justified. Believe it or not, but because FSUIPC is probably the single most prevalent add-on on all FS systems, it is always the first to get the blame for when things go wrong. Sometimes it has been, but such occasions really have been very rare. It is even more unlikely on FSX because, instead of hacking into FSX code to do its job, it is almost 100% reliant on the SimConnect interface. Because it is the first to be blamed, my first reaction is ALWAYS to ask "how do you arrive at such a conclusion?" If I did not do this, and elicit as much information as possible, I would be spending all my time debugging other people's programs or system problems. So you refuse to even show me the log as I asked? What is the problem? I think you must be interpreting my responses in a very strange way! :-( Please reconsider ... Regards Pete

How do you know this? FSUIPC4, merely installed, does almost nothing. It sits there waiting to be used. In almost 100% of such cases, where things go wrong with FSUIPC installed and not without, it comes down to something using FSUIPC or setting it to use bad data. Perhaps you will kindly list all of the add-ons which you are running with FSX. Let's then go through a process of elimination to see which might be the crucial factor. Also remember to start by removing or deleting your FSUIPC4.INI file, so we know it isn't anything to do with assignments or other user settings. And this is what points you to FSUIPC4? How? Well, you could start by justifying your assumptions, please. I'd like to know how you arrived at FSUIPC4 being your culprit. No, why not instead please first try the latest Interim version from the Updates Announcement above? There have been 20 or 30 new versions since 4.40 and there's no point in trying to delve into it or anything earlier. When you've done that, please find the FSUIPC4.LOG file, which is produced explicitly to show what FSUIPC is doing, and show that to me, leading up to the crash. Pete

I edited my answer above as i was 100% out. There are 6 supported "shifts": Shift, Ctrl, Alt, Tab, Windows, Application though you should try to avoid Alt. So 5 left, 31 combinations ... Pete

ESCape is too useful for getting out of things. I would never want to tie that up. The Windows key is most certainly available as an extra shift key -- as are the Applications key and the TAB key. So you have 6 possible shift keys, in any and all combinations (though ALT has be use used with great care as it invokes the menus). Even without ALT you have 31 possible combinations of shifts alone, to apply to the other 60-80 keys, giving at least 1800 possibilities. Regards Pete

I don't know, sorry. It isn't really my area. What does the website say? The upgrade offer was originally for a period of 6 months, but I don't remember if that was 6 months from the date of your purchase of FSUIPC3, or 6 months from the Release of FSX. If there's no mention of such a discount on the SimMarket site I expect it has expired in any case. Regards Pete

That's okay, thanks! If you could show me the log too (whether it works or not): enable Button / Key logging (only). Pete

No. There is nothing supported in older versions which is not supported in new ones. I have never heard of a program issuing such an error! Is that the real wording it shows? Please be explicit. Are you using a registered install of FSUIPC? Maybe your system date is wrong or your Key is in error. Both can give misleading results. Try removing your FSUIPC KEY file from the FS Modules folder. If it then works you either have an invalid key, or your PC system date is set earlier than your purchase date. Pete

Well it does matter to me as I have a policy of only supporting the stated supported versions -- namely the one on current release or interim updates made available since then. I do this explicitly to encourage people to keep up to date. It makes less support load in the long term. Hmm. "AP panel altitude hold" certainly does here for default aircraft, including the Cessna 172, and in fact this control has been in continuous use doing that on many cockpits now for many years (since FSW95 days at least). Here's a log entry showing me clicking it with the mouse: 146860 *** EVENT: Cntrl= 65799 (0x00010107), Param= 0 (0x00000000) AP_PANEL_ALTITUDE_HOLD The same control sent from a button or keypress does the same thing. Maybe you need help from the author of the "Aeroworks B200"? I'm afraid I don't know what that might do, but try logging -- switch on Event logging and you will see the control name or number for each FS panel button which issues an FS control. Er, offset numbers? You are confused! Offsets are addresses of values in memory, offset from a base. They deal in VALUES, not CONTROLS. Please never mix them up otherwise you will most certainly get into a mess. Do you want to use offsets, i.e. from an FSUIPC application program, or controls, i.e. from buttons or keypresses? I've no idea what SIOC does. The offset related to the heading bug is a an area of memory containing the actual heading value. To increment it you read it, add something to it, and write it back. FS control numbers are assigned by Microsoft (they are "KEY EVENT" numbers in their gauge programming kit), and i provide a complete list in my documents. FSUIPC controls are ADDITIONAL to the ones invented by Microsoft, and they are all listed in the Advanced Users documentation. Please be sure to be using a supported version of FSUIPC next time you ask a question, please. Pete

Okay -- found it! It's a bug. It only obeys the first line, UNLESS the very first Macro in the MCRO file is also multi-lined. Evidently in my multi-line tests I used files with only multi-lined macros in them. Good catch! I'll fix it today. Look out for new interim updates for both FSUIPC3 and FSUPC4 in the Updates Announcement later. [LATER] Okay, it's up. 4.428 fixes this. Regards Pete

What does that mean? :shock: For all the standard analogue axes on a digital PFC system you should be using the calibration facilities in the PFC.DLL. FSUIPC cannot see tham in any case unless the PFC driver can read them. Sorry, you are not making sense to me. Please go back to square one. Look in the Modules menu, select the PFC entry. You should get a dialogue box come up in which you can calibrate and assign the yoke, the pedals and brakes, and the 6 axes on the throttle quadrant, for which you can choose an existing configuration or make your own. Make sure you select the Cirrus console in the console options. You shouldn't have to use FSUIPC for any normal axis use whatsoever. Please check inside the PFC Zip file. You'll find a User Guide for the PFC driver which explains all the options at your disposal. I think you must be missing all this, somehow. :-( All axes can be seen by FSUIPC but you shouldn't be using them. Why are you using FSUIPC even for those when they are supported in the PFC driver? Sorry, but If it works on default aircraft then the problem you have is with the add-on aircraft. I've no idea what the add-on aircraft is doing. You need to talk to their support about that. Regards Pete

Those should work. Maybe it is too fast for the gauge, though that seems very unlikely -- after all it isn't calling the second routine till the first one returns. I don't have the MD11 to try this on, but I'll check it on the 747. Can you dprovide a little more information please? 1. Version of FSUIPC. (You only said "latest FSUIPC4" -- that's meaningless. Please always give version numbers!) 2. If not the real latest increment (4.427), please try that so we are on the same base 3. Enable Button & Key logging in FSUIPC's Logging tab, operate the LLdown macro and show me the logged results. Thanks, Pete

Right, so isn't the answer to just operate as FS does, i.e. obey the last one you see change each time? Ignore axes until they change. Then it doesn't matter. Regards Pete

But did you cut and past the name and the email address too? All three parts MUST be identical to those given. If the key is rejected then it doesn't match the name and/or address. Oh, BTW, it is WideFS 7 for FSUIPC4. WideFS 6 is the FS9 version which works with FSUIPC3. Pete

Yes, but that's only the same sort of thing as Fly-by-Wire for Airbuses. Why not use the calibrated final values for the throttles -- i.e. the values which would have been written to the throttle offsets if you hadn't disconnected them? They are provided in offsets 332E - 3336. Regards Pete

Why aren't you using the PFC driver facilities? The FSUIPC axis assignment should not be needed at all, all the standard needs are catered for in the PFC driver already. And do please test on default aircraft. I really cannot support complex add-on aircraft as I have no idea what they do. Get it working on default aircraft and, when it is, contact the add-on support to find out why it doesn't work on theirs. Regards Pete

No. The window is part of the saved flight file, not the panel files. It is actually an FS window akin to the ATC menu, and its state (position, size, docked / undocked) is part of the Flight information, in the FLT file. So all you need to do is size and position it how you like, and save a flight with ti so. In fact the Flight file can save different docked and undocked positions and sizes for these types of windows. Look in your FLT files. FS doesn't associate it with a panel. Regards Pete

Why not simply act upon the values supplied for the throttle POST processing -- i.e. actual controls (key events) FS uses for the same things? Why worry about where or how it is arranged that they arrive or processed, it's the final values which do arrive which matter, surely? Regards Pete

There aren't any FS9 commands for LNAV / VNAV, because FS9 itself doesn't provide such modes. You'll need to see if there are keystrokes in the 777 add-on for those which you can use, or else, with a registered install of FSUIPC, whether they are responsive to the mouse macro facilities. Regards Pete

Good. I take it you still want the reverse zone? If not you would find it easier to simply check the option for no reverse zone, and then there would be no centre zone to set, just a max and min. The option for 'no reverse' are on each of the 4 throttle / 4 mixture / 4 prop pitch pages, and are independent for each of the three controls. Regards Pete

Well you can by editing the INI file and making the additional assigns by hand. But I would instead recomment simply making a new multi-line macro and assigning to that. Just edit the Macro file. The format for single lines in n== For multiline is would be n= n.1= n.2= and so on. as per Advanced User's documentation. Your macro actions can contain any keypress or control actions: this isn't just about "mouse macros". Macro files are for anything. For more advanced options, with decisions, loops, reading FSUIPC and FS values, displays, asking user for input and so on, you use the Lua plug-in facilities instead. Regards Pete

Only the INPUT values are set "arbitrarily"! The calibrated output value, the one sent to FS, for IDLE, is ALWAYS exactly zero! Reverse thrust is -ve, forward thrust is +ve. it really is that simple. That is exactly the way the "THROTTLEn_SET" controls in FS work -- there is no reverse range on the "AXIS_THROTTLE " controls anyway. I've no idea what the authors of this aircraft have done, but the problem is certainly nothing to do with uncalibrated "arbitrary" values! :shock: regards Pete

No, the model railway is in a downstairs room, at the back of the house. I have still to find time to re-program that, it is still run through an Amiga! The upstairs room houses my 737NG and Piper Arrow III cockpits! ;-) Regards Pete

Two important points here: 1. You have a generic all-engine throttle calibrated on Page 1 as well as two independent throttles on Page 3 of FSUIPC's calibrations. You shouldn't do that. Either use one throttle or separate throttles. 2. You seem to be missing the point of the separate engine calibration facilities. When you look at the calibration page, don't you see "Reverse" on the left and "Idle" in the centre? There are reverse, centre and forward zones for throttles, mixture settings and prop pitch. The part of the lever movement you are "missing" is that which, with an appropriate equipped aircraft, you get reverse thrust, conditioning or pitch settings. You appear to have rather ignored the instructions, the steps to successful calibration, provided in the FSUIPC user guide, as you most certainly have not calibrated a centre IDLE zone at all -- the two centre values appear to be defaulting! The whole point of providing a method of setting the centre/idle values is so that you can put that where you like! You've just left it where it happened to fall -- 1/4 of the way on your lever movement, apparently. Please please please do look at what the screen shows and make use of the documented facilities to achieve EXACTLY whatever it is you want to do! If you want no reverse zones on the axes, just check that option. If you don't see the option to do this, you have an old version of FSUIPC and need to update. Regards Pete

You have a throttle quadrant with a built-in radio? Wow! That's unusual! Sorry, no. I don't know anything about Symulatory or their software. Please check with their support. And, incidentally, my program is called FSUIPC, not "fsuips". Regards Pete