Pete Dowson

First time WHAT has happened? I don' t see anything wrong and you don't state any problem. [LATER] Okay, my friend Thomas has just pointed out that the folder, pointed to by the Registry entry for FS9, actually points to: "G:\Program Files (x86)\Microsoft Games\Microsoft Flight Simulator X\" and of course Microsoft, in its wisdom, also installs an FS9.exe in the FSX folder, so it passes the test that the FSUIPC3 installer makes. You have two choices: 1. Delete the FS9.EXE from the FSX folder and run the FSUIPC installer again. It should ask you to find the correct folder or, better (because the Registry problem will affect other installers, not just FSUIPC's), 2. Fix the Registry entry for the FS9 EXE path so it points to the actual FS9 folder. I don't know how your registry got into such a mess. Maybe you were using some program designed to fool some other installer that FSX was in fact FS9? I know there's one which does this sort of thing for P3D and FSX. I think there's a program around t help fix this sort of thing, but if not then you'll need to run RegEdit and change the EXE Path parameter entry in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Games\Flight Simulator\9.0 to point to the full path of your FS9 installation. And, please, next time you report a problem, please actually state what the problem is. Pete

That must be a very old version of FSUIPC as there has not been a code signature check in FSUIPC for a long time! I cannot support old versions! Pete

I'm certain FSCommander has nothing whatsoever to do with axis inputs. You are just seeing random effects I'm sure. Pete

If the key file caused FSUIPC to not respond properly to applications, it was an illegal pirate key in any case. And version 3.82 is very old and not supported in any case. Pete

Well, although many folks seem to be reporting that assignment in FSUIPC rather than in FS does stop drop-outs, I am really at a loss to understand why that should be so as FSUIPC uses pretty much exactly the same facilities in Windows as FS. There's actually starting to be almost as many folks saying FSUIPC doesn't help as those saying it does. At least this seems to be the case for Saitek devices. My opinion is that it cannot make up for what appears to be a fundamental flaw in Windows, or possibly flaws or Win8 incompatibilities in Saitek drivers.. Regards Pete

Sorry, the SimKit supplier is the only place you are likely to get help. I can't believe you get no information with them! Seems you chose the wrong parts if you can't use them. Maybe you can find someone else who uses them, but there's really no way I can help. You always need a driver, even if you have to write one yourself -- and in the latter case you need information on how to handle the gauges! Pete

"This" G3D.DLL crash? There isn't ONE G3D.DLL crash, but very many. They are almost all down to scenery problems. the only one i've ever had dealings with was one very specific one which was actually avoidable by a patch in FSX. I've never got involved in such things for P3D because P3D is under active development, unlike FSX. You need to report crashes to Lockheed-Martin. FSUIPC saves any settings changes immediately you exit the FSUIPC menu. FSX and P3D only save settings upon a successful close of the program, so they may well lose settings if you get a crash first. FSUIPC will never change any of your assignments. If you are seeing what you think is that in FSUIPC it is probably that you are using different assignments for different aircraft, or even different variants of the same aircraft. Check your FSUIPC4.INI file, see what you've done. Pete

The are FSX SimConnect.msi files which can be used to install usable modules. With P3D you shouldn't need to -- it may be a re-install job. Best to show me your log file first. In fact if you can find the FSUIPC4 Install log as well as the FSUIPC4 log file, both in the Modules folder, show me both -- paste them into a message here. You can use the <> button above the edit area to quote them as a text file. Pryr

No, the weather reading cannot be responsible for any delays, and that's a very regular action in any case, up to frame rate repeating, same as most of the other data obtained through SimConnect.. From what you say I really don't think it is FSUIPC giving you the problem. There's nothing at such intervals -- the only possibility was the autosave. Check the FSUIPC4 log, a text file in the Modules folder. Maybe the SimConnect installation is failing and the delay is caused by a regular attempt to reconnect. The log will show such attempts. Otherwise I can only suggest you ask for advice in the P3D forum over on AVSIM, or at L-M. Pete

Writing a Lua program to deal with sockets is likely to be more complex than the other method. All I can do really is point you to the socket examples supplied. Why did you get this tiller if you weren't going to use ProSim? Can't the supplier help you interface to FS without ProSim? Seems odd that they make hardware suited to only one system software. Pete

Did you enable FSUIPC's autosave option, to save flights at 3 minute intervals, or similar? It is possible for that to cause a stutter if there's a lot to save, as with some add-on aircraft, though for all normal use it shouldn't be noticeable at all. I have mine set to 3 minutes and never notice the tiniest stutter, but I know folks using PMDG aircraft, especially, have this problem as the PMDG aircraft flight saving stops everything whilst it collects all the subsystems data, so they are all synchronised on reload. If you are getting it with default aircraft I can only think your disk is very full and your Windows caching is off or for some reason unable to get enough memory. Pete

I moved your post to the Support Forum, where it can be properly answered. Please post general support questions here in future. Did these instruments come with a driver or some sort of interface software? If so, does it use FSUIPC? If it does use FSUIPC, did you install it, or did it install automatically? Does Sim Kit have any support you can ask questions of? Pete

You don't mean "FSUIPC won't connect to the sim" -- FSUIPC is effectively part of the sim. If your applications cannot connect to FSUIPC there can be several reasons. The first thing you need to do is find the FSUIPC.LOG file, in the Modules folder, and paste its contents in a message here. Make sure FS is closed first.q Pete

If you want to use FSUIPC's tiller option, along with an assigned and calibrated rudder, so that effectiveness gradually transfers from one to the other on the ground, you simply need to find the FSUIPC tiller control number (there's a list in the Advanced Users manual), and write the axis value to offset 3114 using IPC.writeSD, then the control number to 3110 in the same way. If you prefer, you can use FSX's own steering axis -- look up the control number for that in the FSX controls list. I'm very surprised your "tiller" only has button inputs. That seems crazy. Not sure how you'd want to use that. You need a proper axis really. You'd have to maintain an axis value and use the buttons to increment and decrement it. Ugh!

The Aerosoft MCP driver simply uses the virtual button offsets in FSUIPC. There's nothing special in FSUIPC for this device, and, yes, you would need to use the driver from Aerosoft, Australia. I'm afraid I don't know where you'd get that these days -- ask around in the www.mycockpits.org forums. Pete

Ah, sorry. Yes, I was getting ahead of myself. It WILL be installed by the next full install update, but meanwhile it is included in the latest ZIP file with the updated module and changes document. Please see the Download Links subforum. Pete

There's not really much difference for actioning controls. INI file assignments are not modified by new versions. In fact the Installer doesn't touch the file at all. If you are using profiles in FSUIPC you can have all the assignments for different profiles in separate INI files. This facility was added recently and is described in a new document installed in your FSUIPC Documents folder. Pete

I don't use PMDG aircraft so I don't know the answer. It will either be by using one of the Events they support and listed in the PMDG SDK document, or possible by writing to local panel variables (L:Vars) if the aircraft uses such things. If neither way is possible, then it probably cannot be done directly. Maybe you can ask folks over in the PMDG support forum? There are defined events for operating the course selectors with parameters identifying the mouse operation to be made, thus simulating the user doing it with the mouse on screen. So one solution is to use the appropriate event, in a loop, reading the value from the relevant offset, until the desired value is reached. Pete

I do not use any PMDG aircraft and I don't know anything about the parameters other than what is in that PMDG SDK document. I expect that trhe parameters are all based on the equivalent mouse action which you would otherwise use on the cockpit on screen, i.e. these as listed in that document: #define MOUSE_FLAG_RIGHTSINGLE 0x80000000 #define MOUSE_FLAG_MIDDLESINGLE 0x40000000 #define MOUSE_FLAG_LEFTSINGLE 0x20000000 #define MOUSE_FLAG_RIGHTDOUBLE 0x10000000 #define MOUSE_FLAG_MIDDLEDOUBLE 0x08000000 #define MOUSE_FLAG_LEFTDOUBLE 0x04000000 #define MOUSE_FLAG_RIGHTDRAG 0x02000000 #define MOUSE_FLAG_MIDDLEDRAG 0x01000000 #define MOUSE_FLAG_LEFTDRAG 0x00800000 #define MOUSE_FLAG_MOVE 0x00400000 #define MOUSE_FLAG_DOWN_REPEAT 0x00200000 #define MOUSE_FLAG_RIGHTRELEASE 0x00080000 #define MOUSE_FLAG_MIDDLERELEASE 0x00040000 #define MOUSE_FLAG_LEFTRELEASE 0x00020000 #define MOUSE_FLAG_WHEEL_FLIP 0x00010000 // invert direction of mouse wheel #define MOUSE_FLAG_WHEEL_SKIP 0x00008000 // look at next 2 rect for mouse wheel commands #define MOUSE_FLAG_WHEEL_UP 0x00004000 #define MOUSE_FLAG_WHEEL_DOWN 0x00002000 Those are in hexadecimal. The value 536870912 is the same as hexadecimal 0x20000000, which means "MOUSE_FLAG_LEFTSINGLE" -- in other words a single click with the left mouse button. FSUIPC also accepts hexadecimal parameters. Just precede the value with an 'x', i.e. x20000000. Pete

No. FSUIPC does NOT see hardware at all! It is an interface into FS, not to hardware. The buttons and switches it sees are only seen because Windows sees them and supplies the values. You seem to have a complete misunderstanding of what FSUIPC is! To interface any hardware which isn't recognised by Windows as a joystick or keyboard or mouse you need a driver which either makes the device look like a joystick or keyboard or mouse, or supplies values direct into FSUIPC's offsets.. You can write one in Lua, because FSUIPC's Lua libraries include COM and HID functions to read and write serial port and USB devices. But you have to do the programming! Either that, or use the driver your device came with -- i.e. EHID. Pete

Same file: #define EVT_CONTROL_STAND_AT1_DISENGAGE_SWITCH (THIRD_PARTY_EVENT_ID_MIN + 682) #define EVT_CONTROL_STAND_AT2_DISENGAGE_SWITCH (THIRD_PARTY_EVENT_ID_MIN + 685) The TOGA buttons also listed. Pete

The numbers on the left of every log line give the elapsed time since FSUIPC started in milliseconds. So, for example, 136501 is 136.501 seconds from the start.time, which is logged in a line near the beginning. Pete

If this is for the 737NGX, then the document in the PMDG SDK installed with the update they released ("PMDG_NGX_SDK.h") lists: #define EVT_MCP_DISENGAGE_BAR (THIRD_PARTY_EVENT_ID_MIN + 406) Earlier in the same document THIRD_PARTY_EVENT_ID_MIN is defined by #define THIRD_PARTY_EVENT_ID_MIN 0x00011000 // equals to 69632 So, the <custom control> to be assigned in FSUIPC is 69632 + 406 = 70038. Whether it needs any parameter value I don't know. You'd need to experiment. Maye '1' (for "TRUE"). Pete

Show me the FSUIPC4.LOG file from such a test. You can post it here, or if it is too large, Zip it and sent it to petedowson@btconnect.com. Pete

Haven't you even looked at any of the examples yet? Try HidDemo.lua, for instance. Take a look at that. For a normal joystick HID device things are relatively simple. If the device has its own protocol and formats it will need effort by you to decode the data. My HidScanner program will help a lot there as it gives a breakdown of the positions for most standard inputs. You can download that from the Download Links subforum. Pete