Pete Dowson

Show me the FSUIPC Installation log -- you'll find it in the FSX Modules folder. When you say "Have fixed FSX", what exactly do you mean? This error is normally due to a bad original SimConnect installation, often apparently resulting from attempting to un-install and re-install FSX with one of the steps being incomplete. See also the FSX Help announcement above for assistance in repairing the original SimConnect installation. Regards Pete

Sorry, I am not visualising what you are talking about. And anyway I don't know much about the hardware. However, surely you can trace the wiring from the from the avionics cable socket to the control board? Regards Pete

Sounds like the cable you tried to use was a null-modem cable (ones where the wires cross, i.e. 2-3, 3-2 and so on, instead of 2-2, 3-3 and so on -- for PC to PC connections rather than Pc to peripheral). Either that, or it was a straight cable and you actually need a crossed-over one, but I think that is slightly less likely. If you have a simple circuit tester or meter you could check whether pin 2 at one end is connected to pin 2 or pin 3 at the other. That's not normally a problem as little gender-bender adapters should be easy to get in both 9 and 25 pin sizes. I've got both male-male ones and female-female ones. Pete

3.81 was released in April. Version 3.82 was released back in July. You are using an out of date unsupported version. Regards Pete

Except for the Baro setting, which is a standard FS control, the default 737 EFIS is entirely internal to the panel and doesn't use any FS controls or keystrokes. Furthermore Microsoft used non-standard structures for the mouse rectangles, which defeats the use of FSUIPC's "mouse macro" facilities. You have two possibilities. Either use Luciano Napolitano's "Key2Mouse" program to convert keypresses into mouse actions (which entails having the panel always displayed of course), or consider changing to an add-on aircraft which provides some sort of control over its switches than just mouse. Regards Pete

Sorry, I've been so busy recently I've not had a chance to look till now. You really do need to read things a little more carefully when purchasing things on the Internet. It does say quite clearly which version each is for, and it also clearly states "no refunds". I will see what I can do, but it won't be till next week (Monday perhaps) now as I'm tied up till then. Please re-submit your original PM and details to my email address, petedowson@btconnect.com, as it makes it easier there for me to do the necessary changes. Regards Pete

Yes, that makes the problem and solution obvious. You have not only configured the axis to send Gear Down and Gear Up commands when it passes through certain ranges, but you have also assigned the axis, as an analogue axis, to "Gear Set" -- FSUIPC will be not only sending gear Down and Gear Up requests when it should, but also continually sending values from the axis, almost all of which will most certainly be non-zero and therefore seen as "gear down" by FS. Do one thing or the other - Down and Up controls, or a "gear set" axis, NOT both! If you choose to use Gear Set you will have to be sure your axis sends only zero (0) when you move it to the "gear up" position! Most unlikely except by program or specific exlectric circuit. You can do, though unless you are still using Windows Me, 98 or 95, there's no real advantage -- TCP or UDP are just as efficient these days with MS not really developing IPX any more. The fastest is undoubtedly UDP, but that's because there's no checking on that. Use it if you get no errors reported in the logs. The instructions for selecting the protocol are clearly described in the WideFS documentation. Can't you find it? Look in the Zip. There's only one parameter involved, in the WideClient.INI file!! Pete

Well, yes, it could be the cable, or it could be the inner part of the Cirrus which handles the connection and merging of the Avionics data with its own. Certainly the easiest thing to try first would be a new cable. Do you mean a D25 to a D9? They will both be COM serial port plugs. Some cables actually have both a D9 and D25 at each end -- I have several like that. They date from the days when a PC tended to have one D9 for COM1 and one D25 for COM2 (or maybe vice versa). You can get D9-D25 and D25-D9 adapters quite easiely still, I think. Of course non-serial old-style printer ports were often the IEEE parallel type with a different connector altogether -- a much more expensive affair in fact. Regards Pete

Ah, good. It must have been some software issue then, as I thought. Well, yes -- one way at least. But I thought you said COM1 didn't display? Aren't they waiting for you to get back to them about what happens when you connect only the Avionics stack, directly? If that is possible it at least will determine which part in at fault. Regards Pete

Of course. Please refer to the Appendix to the Advanced User's guide. The one entitled "About the Aircraft Specific option and ShortAircraftNameOK". Regards Pete

And what version is that? Just saying "latest" is meaningless -- it means the latest you have seen or noticed. I've had folks say that who've been using a year old version, not even realising there'd been ten more releases since then! All my software has easy to find and clear version numbers. Please always quite them. Just the FSUIPC.INI file and any macro files you've created (they are all the files with filetype .MCRO). They are all in the FS Modules folder. FSUIPC doesn't hide any files anywhere else! Regards Pete

FS's gear control is just a toggle -- UP or DOWN, it isn't an axis. Ah, you mean using the axis range section? I can't actually see what you have done from here, sorry. You'll have to explain exactly what you have done if you want me to assist. The documentation does explain everything -- it even includes pictures! Regards Pete

Okay. This facility is now available -- see the Announcements above. It is in FSUIPC 4.324 and 3.844. Regards Pete

I had rather a job finding YOUR bits of your last message. I don't think you've got the hang of the quoting facility yet, have you? Anyway, please check if I've missed anything important: If that's possible, yes, it might. Oh, that's not mine! In fact it clearly says so -- it is by Enrico Schiratti. He hosts all the main releases, and has done for many years. Others used to host some of them, but only Enrico Schiratti has always put them all up, which is why it is referenced quite a lot. I cannot update that page directly. I release main user packages to around 50 website managers and developers, and they put up what they like. For the many many interim updates and other useful files I only have the space afforded by this Forum's download system, and those are accessed via the links in the Announcements. The Announcements here are my main way of keeping folks abreast of things. I don't know how folks arrive with posts here without seeing them first. Whenever I come here they are all right at the top, staring me in the face! Maybe other browsers hide them?? Pete

Maybe, but I guess it could also be a malfunction in the cirrus controller board. That has to mesh / unmesh the stack data to and from the PC along with its own. I think this is why PFC wanted you to try connecting just the stack directly to the PC -- assuming this is possible, which is something I didn't know. Assuming it is possible, this would be one way of determining, first, whether it's the Cirrus or the Avioincs stack needing repair. I suspect PFC are waiting for your result on this. Well, assuming they aren't awaiting the results of the check they asked you to do, the other reason, generally, is that they are a relatively small company with a large range of products, and often the skilled support folks are out on user sites and exhibitions etc. Even I have to wait a long time for tech responses, and they treat me as "one of them"! ;-) No, that shouldn't be the case because when you are in those PFC options the hardware is not being read. I don't like the sound of that -- it sounds more like either a bug in PFC.DLL or some interaction with other software, lke a mouse driver. There's definitely something else going on there. Can you tell me what other software you have running. Version of Windows, mouse driver, etc? What page? I don't have any pages other than this Forum, and all the Announcements and update downloads are at the top of the forum, as in any Forum. Don't you ever look there? :-( Regards Pete

Ah, autorudder. yes, I'd forgotten about that one. Thanks for reminding me! Please do update your FSUIPC though. There is no reason to stay with such an old version. Regards Pete

FSUIPC 3.72 is very old and completely unsupported. First update to at least 3.82. Read the announcements above, especially the one about supported versions. A rudder control which works on the ground but not in the air is called a "steering tiller". It sounds like you have assigned your pedals incorrectly. Regards Pete

You enabled Button and Key logging? I didn't want that! Anyway, it shows you pressed the "P" key. If that does the job, why not program your button to press the P key? [The default action for P is "PAUSE TOGGLE". The fact that you got not "PAUSE TOGGLE" event logged means you either failed to enable Event logging, or that you've re-assigned the P key to something else!] Did you not enable the Event logging as I suggested? Oh, on the G1000 gauge? Never used that. There are a large number (about 50) of G1000 controls listed -- those named "G1000 MFD ..." and "G100 PFD ...". I don't see one specifically for the operation you want to do, and certainly there isn't one being passed through from the gauge to FSX's code -- so, like many of the default gauges, I'm afraid this function is purely local to the gauge and not controllable except by mouse. [LATER] I've just tried it, and it is most certainly purely a local gauge function. Since it appears only to be usable by mouse, and since it seems that, as usual, Microsoft have not constructed the gauge in the standard manner of their SDK, so defeating anything my mouse macro facility can do, I'm afraid your only options are either to continue using the Mouse, or use Luciano Napolitano's "Key2Mouse" program. Regards Pete

I'm afraid you are right, it has to be a hardware or connection issue. The software in the PC (my PFC.DLL or PFCFSX.DLL) doesn't distinguish between codes arriving from or sent to the Avionics stack, as it merely appears as part of the provisions on the main controller board and firmware in the Cirrus. If things were going wrong at the PC end it would affect the Cirrus too. I've been using those USB - serial adapters for years, even on the PCs which have got serial ports, because they are faster and more efficient in how they operate in the PC. For my Vista64 PC, though, I had to get a PCI serial card because there were no 64-bit drivers for the USB adapters. Right. confirmation then that something's gone awry in the unit. Will that work? I've never tried that. I always thought it depended upon the controlller card in the main unit. sorry, I'm not understanding something there. What does "use FSX keyboard consoles" mean? No matter how badly behaved the stack might be, you shouldn't be able to lock up FSX by using anything. That's a bit worrying. Can you explain in more detail exactly what you are doing? Maybe enabling the serial port logging (the top two checkboxes on the left-hand side of the "Test" tab in the PFC options) would show what it is doing when "locking up"? Maybe it is sending data so fast, possibly repeating things, that the PC doesn't get to do much else? There are later versions of both available in the FSX Downloads announcement above, and you could try those, but I don't think it will make any difference. Regards Pete

Really? Not here, not often in any case. But then I am using MyTrafficX at 70% in Europe. ;-) I've put the request on my list and may implement something. I'd have to grey out the options in the miscellaneous tab too. you'd have to add an INI line after setting the options, and that line would lock the settings on the next session. Pete

What, exactly are you "toggling between NAV1 and NAV2?" Just saying that on its own makes no sense. If it is something FS can actually do (and i cannot tell from your 'description'), then you can find out what control instigates it, if any, by using FSUIPC logging -- enable the Event logging, operate this "toggle" and see what is logged. Pete

No, not as it is at present. It isn't really structured to work like that. It is possible to do, obviously, and i can put it on my list for consideration. but i cannot guarantee anything, nor any timescale. No. Currently the colouring is reserved for Toggle highlighting. The facilities are really as documented, no more and no less. If there were extra facilities i would have published them, not kept them secret. FS provides all of the controls you could possibly want. The standard FS controls certainly don't alter the Active directly, they alter the Standby (if there is one -- it depends on your radio stack). The facilities to change the Active directly are additional FSUIPC controls, not built-in FS ones. To work out what controls to use, please use FSUIPC's logging. Enable event logging, then use the mouse of keyboard to operate your gauges. Look in the FSUIPC log to see what controls were invoked. That way you find the correct names easily. Otherwise print out the full list of FS controls and refer to that. Regards Pete

Yes. Simply select the registration options in the installer when it asks, then fill in the fields. There's no other way, so there's no "best way" or "worst way". The version is irrelevant to registration, provided you use FSUIPC4 keys with FSUIPC4 and FSUIPC3 keys with FSUIPC3. There's also a much more recent, interim, update available in the FSX Downloads announcement above. Currently we're up to 4.323. Regards Pete

Idoesn't the on on the GF site include GF46 support? I'm sure i got my copy from there. I can't find the SDK file itself at present -- it's a long long time since I dabbled with GF stuff. But I do have the header file for it which shows the GF46 structures and so on. would that do? Do you program in C/C++? (I don't recall any documentation for this stuff in any case). Write to me at petedowson@btconnect.com if you want the files I have. Regards Pete

What does stepping on the base do? Are you saying they do not spring back to their normal position when released? Sounds like you need new springs? That makes no sense. I'm sure that you could make almost the whole operation "dead" by pressing down a long way before setting the minimum value to be used. Anything below that value will have the brakes off. If you are really saying that your brakes are only ever giving either full on or full off, then they are operating in "digital" mode, not analogue, and cannot be calibrated as axes at all. That will be a function either of your driver for them, or possible a switch setting the mode on the unit itself. Regards Pete