Pete Dowson

The crashes are all in the Lua interpreter. Can you tell me what Lua programs are being run? The logs end with the end of ipcReady.lua execution,which is where any Lua plug-ins it starts will run. If you have several Lua plug-ins being started, could you find which one is causing it by elimination, please? Then I'd need to see it, or even try it here if it isn't hardware dependent. Once you've identified the culprit, maybe you could rerun after first enabling Lua/Debug tracing in the FSUIPC Logging options. The Lua logging would identify the actual step. It would be useful to know if this is specific to P3Dv3. Did you use the same settings with FSX at all? Pete

Only if needed. FSUIPC will use its own installed SimConnectP3D2.dll, if possible, but on some folks systems that won't load. Also, many other addons will depend on one or the other of those two FSX versions. Pete

Ah, sorry. Must admit I went more by the words than the picture. " you can´t hear the engine spool up, you can´t see it on the display," Well, the control is doing its job then. Must be the add-on aircraft. Have you checked with PMDG? It could of course be yet another P3Dv3 problem. There seems to be quite a few of them, so a visit to their Forum might be wise too. Pete

So you aren't getting Engine 1 started. Is that what you mean? In a 737 you don't just "give an engine power", you have to have bleed air either from a ground unit or the APU, then when N2% is high enough (about 25%) introduce the fuel. THEN the engine should start. The throttle lever won't do anything till then, except set of alarms maybe. Pete

FSUIPC merely calls the appropriate DirectSound facilities. I suspect how they operate depends a great deal on the sound card configuration. Also, I'm not sure whether you can direct non-mono sound sources because they have the sound positions pre-determined. Pete

Has it got one? I wouldn't have thought so. I thought you might be using the facility in FSUIPC, or one of the other add-ons which provide an autosave. If not, then there's something else you are using which is doing something very serious every 8-10 minutes. Far too high. Is the Sim pausing for 8 seconds every 10 minutes? How long are the initial pauses, every 10 minutes, or don't you even notice them? Ah, then FSUIPC isn't really doing much at all. Pete

Just disable controllers. The assignments are then irrelevant. Pete

I wouldn't convert it the way you've done it. I'd use string.format("1%02X.%02X", STBYNAV2R/256, STBYNAV2R%256) And why are you bothering about the last 0 or 5. It's always understood that its a 25, 50, 75 or 00. All the normal radios only show 1xx.xx not 1xx.xxx. Pete

You posted the same thing twice, and this is the wrong place to reach me fast. Please be more patient and don't keep reposting. I am very sorry, but I do not understand the question. If you mean how to get the position of the plane, i.e. the Latitude and Longitude, then FSUIPC supplies these through offsets. You would need to write a program to interface to FSUIPC to read the Latitude and Longitude offsets. I'm sure Paul Henty's excellent .NET DLL would help you with the programming side. In future please entitle your threads with the actual subject of your question. Pete

Didn't you look at the Lua code? You have to edit it to address your specific device. As it is, it only works for the 1st GoFlight RP48 connected. And it is set for the 4 separate rotaries on that device! You can assign "Lua rotaries" to a button or keypress in order to start it for testing purposes, but once you have it working you should start it using an entry in the [Auto] section of the INI, so it just runs in the background all the time. I think you might need to read up a bit more documentation for this. Did you not find the assignment to both press and release sufficient? Pete

It occurred to me later that the stalling every 10 minutes could be some sort of Autosave being executed, either in FSUIPC or in another program. Could that be so? With PMDG aircraft (certainly the 737NGX and 777X), the aircraft add-on itself freezes the sim whilst collecting all of its internal data for saving in its own files. This is in addition to the normal FS flight saving action. Whether this freeze is long enough to cause the SimConnect problems is probably dependent on all sorts of things, like processor and memory speed, disk speed, virtual memory availability (for caching) and so on. If this is the case, you might want to try without the Autosave if it's enabled somewhere. I know some folks use it with the PMDG aircraft without problems, but it can be so variable as I've just explained. Pete

If the mode switch is not one of the standard joystick buttons, 0-31 (in FSUIPC, or 1-32 probably in Saitek programs), then FSUIPC can't see it in the normal way. If it is readable by Saitek programs, then it would be readable by a Lua plug-in using the com library HID functions. There are some examples of reading buttons from any HID device (even non-joysticks) and mapping them to FSUIPC's virtual button set. Once the mode switch is readable, then the programming of multiple functions on the other ("real") joystick buttons becomes a matter of conditional or compound button programming in the FSUIPC4.INI file. There's a section on that in the FSUIPC Advanced User's manual, and you might find some of the other user's efforts in the User Contributions subforum useful too. I'm surefolks have done this before but I've not been able to find one posted yet (the search abilities in the Forum are not too useful I find). I did find this which may also be useful: Toggle switches on X52 Pro stick Pete

No. FSX/P3D only provides nearest airports to the current user aircraft position. You'd need to search a database for your needs. Pete

Why did you post this support question under "FSUIPC Client DLL for .NET"? It has nothing to do with that. You are lucky I spotted it. Please always post support questions to the Support Forum. Here, in other words. SimConnect has crashed or stalled completely. Started happening about 58 minutes into the session. Looks like it was able to recover the first few times, but repeating about every 12 minutes or so for the next 2.5 hours! Those reconnections alone would have caused some pausing. Then SimConnect just died completely and FSUIPC was unable to reconnect. Your 8-10 seconds were those attempts, but it went wrong hours before. Looks like the system is way overloaded. Perhaps it was running out of memory? You can make FSUIPC a little more tolerant of an overloaded SimConnect -- increase the SimConnectStallTime parameter in the FSUIPC4.INI file. It defaults to 1 second -- ie. it allows up to 1 second to receive data from SimConnect. And that is a LONG time considering that it is supposed to be receiving all the aircraft flight parameters on a frame by frame basis! However that is masking the problem, maybe making it last longer, rather than solving it. Pete

Most rotary encoders send a "Press" for one click then a "Release" on the next. So you can usually get one iNC or DEC per click by assigning both Press and Release to the same control. That's be twice as fast. You can also use a Lua plug-in to get bigger increment/decrement amounts for faster turns without losing the ability to get a single increment with one click. See the "rotaries.lua" plug-in in the Examples provided in your FSUIPC Documents subfolder (in the Modules folder). It is actually programmed for any HID device, not just a joystick input -- I think it is currently set for a GoFlight RP48 unit which has 4 rotaries. You could either treat your device as a HID device instead of a joystick (joysticks are one type of HID) -- you'd need to look at the scanning part of the FSUIPC log (since version 4.947 joysticks have been logged with the details you'd need), or just re-program the Lua to read joystick buttons instead. There are ipc library functions for that, but, better, you can use events to call the routine on joystick button changes rather than poll on a timer event. Pete

FSUIPC4 uses SimConnect for 99% of its functions. SimConnect is installed with FSX and P3D automatically. You cannot have "no SimConnect" unless you go back to FS2004 or before, or Xplane! Pete

You don't buy a specific version. The SimMarket site sells just the Registration code. You must make sure only that it is for FSUIPC4, for FSX and P3D, not FSUIPC3 which is for FS2004 and earlier. The registration code covers all versions from the original 4.00 back in 2006, until whenever the last version 4 will be. You are not only entitled to keep it up to date, you are expected to -- especially if you want support, because I can only support the current version. So you can download and install from here (Download Links subforum), or using the link on the SimMarket site, and it will be the current version either way. Pete

You should be using 4.947c, the current supported version, or even 4.947d. Please see the Download Links subforum. FSUIPC does not "lose" assignments. They are all recorded in your FSUIPC settings (the FSUIPC4.INI file in the Modules folder. If the joystick isn't being sen by FSUIPC then it probably isn't being seen by P3D or Windows either. Did you check? I'm not aware of anything causing a sudden stop in a joystick -- there are many reasons for it to stop working whilst not in use, but it should "come to life" when used enough. When you say "assignments" do you really mean axis and button assignments in FSUIPC itself, or just calibration? Pete

You mean visually? Depends on how realistic the aircraft modelling is I suppose. But in terms of effect it should be like the real thing, probably just offsetting the position. What's the difference? Trim is trim is trim. No, it'll be a bug in the code. Primary controls are axis controls, not offsets. The elevator trim is an axis control too. Rudder and Aileron trim control is done by writing to SimConnect variables "RUDDER TRIM PCT" and "AILERON TRIM PCT" but there are FS controls too -- for INC DEC and SET (SET being effectively an axis control). FSUIPC assignment uses the SimConnect variables because the controls weren't available when those were implemented. Pete

Do you mean setting the Decision Height (DH)? Or is that orange bug something else? If so it is proobably local to the gauge. For the DH all you needed to do was search the list of FS controls, installed in your FSUIPC documents folder, for "Decision", as I just did, and it would find these two: INCREASE_DECISION_HEIGHT DECREASE_DECISION_HEIGHT Another way to find FS controls is to enable Event logging in FSUIPC, use the switches on the FS cockpit, and check the log. Pete

Sorry I don't know the answer to that either. If Saitek drivers write direct to FS then there will be conflicts. Pete

No, when you disable controllers the controllers are disabled! Assign buttons in FSUIPC. You can still use FSUIPC with everythnig assigned in FS, but FS offers only a subset and doesn't provide facilities for different assignments for different aircraft. Just install. There's never any need to uninstall, and in fact there's no option to. Pete Pete

Have you tried Saitek? FSUIPC doesn't drive panel indicators, you need a driver. Pete

Maybe other Saitek users can help here, because I'm sorry but I don't know. I don't use Saitek. Without paid registration there are no joystick assignment facilities available. The "free" installation is only an interface program for other programs. I assume they installed it because something else they installed uses it? Version 4.939u is many versions old. The earliest supported version at present is 4.947c. See the Download Links subforum. If you don't pay for FSUIPC, I would say no, as FS would receive conflicts. With a registered FSUIPC you can assign different devices for different aircraft types, using Profiles. No. If you disable controllers in FS then controllers are disabled in FS. Why would there be bits of controllers still usable there? When you download the currrent version of FSUIPC the ZIP contains the Installer. You run the installer to install AND register. Of course, there are instructions in the ZIP. Pete

What is the control? If it is a toggle you'd have to assign it to both Press and Release. If it's an ON with a corresponding OFF, assign ON to Press and OFF to release. But it means YOU holding the button pressed. Without writing a Lua plug-in there are no delay facilities built in to the button assignment itself. You can do it with a plug-in. Pete