Pete Dowson

States of things in FS are CHANGED by controls, but those are simply messages passed to FS to obey. They are just transient. You need to check the current state, which is accomplished by reading the appropriate offset. All offsets for default aircraft (and used by many add-ons too) are listed and described in the List of Offsets document in your FSUIPC Documents folder. Note however that some add-ons (eg especially PMDG) implement their own methods with their own autopilot and you need to find the right way to get this information for your target aircraft. I have mapped the PMDG 737NGX and 777X offsets into FSUIPC and these are also documented for you (you have to enable the service in the PMDG settings someplace first). But other aircraft may be more difficult, and may even require reading of LVars instead. Searching the User Contributions subforum might help. The facilities to read (and write) both offsets and LVars are included in the ipc library for Lua plug-ins, so, yes what you want to do is clearly "doable". You'll want to use event.offset to call a function based on changes to the A/P status, and have the plug-in loaded automatically, perhaps via an [Auto] section in the INI file. You can have different ones for different aircraft loaded by Profile-specific [Auto...] sections. Pete

Did you resolve it? Note that the creation of the file in the right place will prove that your parameter is correct. Whether it shows anything on screen depends on several other factors: 1. Settings on your WX Radar control switches. In particular the gain and tilt adjustments. 2. Whether there are any water-laden clouds about. The radar does not show clouds, only water. To check thorughly, search for airports currently with precipitation, and preferably CB (CumuloNimbus) clouds. The search facility in ASN will help. I just did this and found good results (for radar!) at EINN. Below you can see the result on my ND just a while ago. My FSUIPC4.INI file contains this parameter in its [General] section: ASNwxRadarPath=\\Extras\ProSim737\radar.bin (My Prosim installation happens to be on a separate PC, one called EXTRAS.) Hope this helps. Let me know how you get on. Pete

Update is up there now. Pete

Good catch! It is correct if the path is shared. For instance, on my PC the Documents path is shared so I get FLT UNC path = "\\LEFT\Documents\Prepar3D v3 Files\" where LEFT in my PC's name. Looks like I missed updating the path taken when folks aren't using sharing or regular networking. It doesn't find it anywhere. It has to make it up according to the version of FS it finds itself in. I'll fix it now. Look out for an interim update (the DLL only) as 4.949a, in the Download Links subforum, later today. Pete

But FSUIPC uses the joystick ID numbers, 0-15, as used in the original Windows joystick API, and needs the number lines to relate the number to the GUID and Name as well as the Letters so it can understand the lettered assignments. Anyway it actually does no harm, as you can see, FSUIPC re-constructs those from the registry next time. It might only go wrong if the registry was not complete with the IDs, and seems to happen more often now with Win8 and Win10 and Saitek drivers. On the original problem: I found it. It is actually a very very old bug, and I'm surprised it hasn't occurred before. It was intriduced when I added the "IgnoreThese" facility (in 2008), as in your line IgnoreThese=A.30, A.31, A.22, A.23, A.24, A.25 The code I inserted to cope with that re-uses the counter used to keep track of how many button assignments there are. This makes the Buttons Tab scan spurious entries in the table and get matches where none exist. Without the IgnoreThese line it works fine. I'll make an interim update with this fixed today -- 4.949a. Look out for it in the Download Links subforum above later. It'll be just a replacement DLL. Thanks for the report! Pete

Yes, rotary encoders can be programed in FSUIPC, just like buttons. Most of the better ones provide button press/release when turned, one button number for clockwise, another for anticlockwise, withalternatie press and release on each click. With such you just program as normal buttons, but usually the same action for both press and release. There are some types which are not so easy, giving signals n tow inputs but just at different phases according to direction. They are more complex to program. There is an example in the FSUIPC advanced users manyal. As for actions of a PMDG aircraft, I'm afraid you need information about that aircraft. Not sure where "SPAD" comes into it I'm afraid. I assime by "Sward" and "Dward" you are trying to refer to Signed Word and Dounle Word offset values? Why offsets? I didn't think any PMDG aircraft used FSUIPC offsets? Note there are already some contributions about the JDS41. See for example these threads in the User Contributions subforum: http://forum.simflight.com/topic/69507-pmdg-jetstream-4100-js41j41-saitek-multi-panel-lua/?hl=js41 http://forum.simflight.com/topic/63150-pmdg-j41-commands-upd-5th-aug-2010/?view=findpost&p=402880&hl=js41 Pete

Please post the whole of the INI file. Please refer to the documentation where it is clearly explained that the whole purpose of that section is to relate the Windows joystick IDs (0, 1, 2 etc) to the letters you are aassigning. without those equivalent entries how would one be tied to the other? Don't delete either or the whole point of the lettering could be lost. Pete

See if JoyIDs sees your joysticks (see the thread "Fixing joystick connections not seen by FSUIPC" in the FAQ subforum. FSUIPC only uses standard DirectInput actions to locate these things. It sounds like the registry is corrupted. Try uninstalling them completely in Device Manager (drivers included), then re-booting. The VRI is evidently not responding. What is connected, exactly? Doesn't it need the VRI driver between FSUIPC and the device -- i.e two COM ports and a program to link them? I'm afraid I know nothing about LINDA, but Windows certainly tells fS that the file is not found in the Modules folder. Is there a LINDA support? Pete

It stores it where you tell it to in the parameter you add to the FSUIPC4.INI file. It is Prosim which wants it named a particular way and put in its folder. FSUIPC will name it whatever you want and put it in the folder of your choice. Without the parameter there it will not even make the file in the first place. Pete

No need to save anything, the installer doesn't touch INI or Lua files. The full FSUIPC Installer for 4.949 would simply be a DLL and documentation update, nothing else needed to have changed at all. Both INI and Log files agree, there are no recogisable joystick connections registered via USB HID. The only connection you have is the MESM: 405 ---------------------- Joystick Device Scan ----------------------- 405 ------------------------------------------------------------------- and 21824 Using "C:\Program Files\GoFlight\GFDEV.DLL", version 2.2.6.0 21824 GoFlight GFMESM detected: 1 device As for LINDA, the LINDA program isn't being loaded because it isn't there: 608 FSUIPC couldn't run: "H:\FSX\Modules\linda.exe" [Error=2] Error 2 is the Windows system error code for "file not found". Furthermore, your identified COM port for the VRI connection appears to be wrong, or the device wasn't connected: 608 VRI port 1 "COM3" failed to open Something to do with LINDA appears to be started by an entry in ipcReady.lua, but can that work if the EXE is missing? 21824 LUA.0: beginning "H:\FSX\Modules\ipcReady.lua" 21824 LUA.0: ended "H:\FSX\Modules\ipcReady.lua" 21840 LUA.1: 21840 LUA.1: ************************** START ************************* 21840 LUA.1: [sTART]LINDA:: Loading... 21855 LUA.1: LINDA:: ---> ERROR:: [sTART] Main system config not found! Run GUI and check configs! Basically it looks like you've not actually properly installed LINDA, doesn't it? Pete

Better for you to write to me at petedowson@btconnect.com, if it isn't support but private. Pete

From 4.948, or earlier? Did you do a straight update, or did you delete eveything first (generally a bad idea)? Nothing attached, but generally it is easier to simply paste the text into your message. Pete

Note that most rotary encoders send a message on each click, so you should be able to adjust in one increment just by a small turn. Twirling it will generate many messages, of course. That test mode only reports what it receives. If you can't get single results I think you need to contact PFC support. Eric is very helpful -- try email to eric@flypfc.com. Pete

I have now managed to test this on my P3Dv3.1 installation, and the loading terrain progress is as normal, a few seconds only. I think you might need to go through a process of elimination. Certainly try without GFDev first, but also look at other add-ons or add-ins you might have installed. Pete

I've had a chance to try this here, and I don't get any problems like that at all. Mind you, I don't have any aircraft with complex cockpits. In fact I don't use an on-screen cockpit at all since I have a hardware one. But I did try with a few of the default aircraft cockpits and again no problems. Are you perhaps using a complex add-on aircraft? Try with a default if so, just to make sure. It may well be something to do with the way the gauge system is interrogating mouse positions for their switch operations and so on. I seem to recall reading something similar somewhere on the L-M support forums. Pete

NEVER EVER publish your registration openly like that. This is the way it gets pirated, and then it has to be withdrawn. I've obliterated it now, hoping I was in time. I'm sorry, but it is most certainly you who did something different. The software hasn't changed and I assume your system isn't haunted? I've managed to locate your order details on SimMarket (would have been easier with your order number), and you have the email address incorrect!!!!! Just use the correct one! dnrwhite@rogers.com As I said, all three parts must be correct and exactly as first registered! You do seem to have your name right, though (I'm always amazed at how many different ways folks find to spell their name) ;-) ). Pete

If you already had a registered install I don't really understand why you are trying to re-register?*** And there's been no change in the process in all the years from and including 2011. Good. Progress then! ;-) Registration dialog exit: selected FSUIPC REGISTER Providing FSUIPC registration dialogue ... Registration for FSUIPC4 was cancelled or failed! (result code 40) Okay, so this time you did actually select the correct option "Just enter new registration(s)". So, that's better. Well done! And you got the registration dialogue. So now you have to enter all three parts, EXACTLY as your original registration and as files on SimMarket. If there is any error on any of the three entries, the registration will fail. (BTW if you still have the original registration file (FSUIPC4.KEY), in a backup perhaps, you can simply copy that into the FS Modules folder instead. I know most folks don't bother with backups, but it is always recommended, especially for things like Registrations.). Pete *** Sorry, reading back to your first post I see you were starting over with new disks etc.

The arithmetic operations / and * have the same priority, so are obeyed left to right -- so you are getting ((HDG * 360) / 65356) * 65536 You need to use parentheses exactly as shown in the dox. Pete

Version 4.694 of MakeRunways, now released, includes a command line option: /+Q to run in Quiet mode, with no dialogs. Pete

Yes, maybe, but this has just got to be something wrong in P3D. Maybe you should report it to L-M. FSUIPC is simply not in control, nothing like it, when P3D is loading files. You said earlier that you changed the date/time earlier, before thew 18 second point ("Starting everything now"). That "Sim Stopped" is where you closed down P3D, as it evident in context: 17847 Starting everything now ... 18034 Using "C:\Games\GoFlight\GFDEV.DLL", version 2.2.6.0 18034 GoFlight GF45 detected: 2 devices 18034 GoFlight GFP8 detected: 5 devices 18034 GoFlight GFT8 detected: 2 devices 18034 GoFlight GFRP48 detected: 2 devices 19157 Advanced Weather Interface Enabled 640166 Sim stopped: average frame rate for last 20 secs = 19.9 fps 647155 === NOTE: not calling SimConnect_Close ... 648153 System time = 03/01/2016 18:03:59, Simulator time = 17:54:02 (23:54Z) 648153 *** FSUIPC log file being closed One thought has occurred to me. Could it be that the GoFlight driver is clobbering things? GFDev is only used when FSUIPC is enabled. Try renaming it -- pathname highlighted above. (The version of GFDev I use is 2.1.0.1 at present). BTW why not set date/time/airport/aircraft in the initial selection menu? That's really the best place, and what it is for! Pete

Ah, you are not setting date/time/aircraft/airport within the initial selection screen? You are interrupting the loading process (before FSUIPC even gets to "Starting everything now")? Even so, that seems to me to be a very short time -- less than 18 seconds from start of the session till ready to fly. Here FSX and P3D aren't ready to fly for a much longer time! (Maybe you don't realise, the numbers on the left are in MILLISECONDS, so 17847 is less than 18 seconds). All that's happening when changing date or time or aircraft or airport is that all of the SimConnect interaction, getting the data requests initiated, are being interrupted and repeated. That can take a few seconds indeed, depending upon the complexity of your setup and the loading on SimConnect from FSUIPC and other add-ons. Either set the date/time/aircraft/airport in the initial selection screen, which is designed specifically for that, or wait till you are ready to fly (this would be AFTER FSUIPC gets to "Starting everything now"). FSUIPC is not "proactive", but "reactive". It receives lots of data, but no more often than once per frame and only when it changes. But all of that data must be requested at the start, and you appear to be interrupting that process. Nevertheless, I am jealous of your short loading times -- your scenery and AI setup, for instance, must be fairly simple or default, as 16-17 seconds is very short especially if this includes seconds in the Menus setting the date and time. Is the entire elapsed time of 17 seconds what you are calling a "long loading time"? I need to refer back (see later). If you are not actually using FSUIPC (and from the INI file it appears you are not), and not actually using WideFA, why are they installed? In your first message you said: but this is obviously not borne out in the log. Honestly, FSUIPC cannot have anything to do with your terrain data taking 10 minutes to load -- FSUIPC itself is completely frozen out whilst FS/P3D loads anything, scenery, weather, aircraft, AI, whatever. So it is why your system is taking to long to read files which needs investigating. Pete

Which version of P3D? Which version of FSUIPC? Use the text option in the PFC menu entry in "Add-Ons" and see what it shows when you turn those knobs. Pete

MOVED FROM FAQ SUBFORUM! PLEASE ALWAYS POST SUPPORT QUESTIONS TO THE SUPPORT FORUM. This occurs if you started with a flight which was stored in the first place with a flight plan but then saved a flight with a different name and wanted to reload that. I think the flight plan needs to have the same name if it is to be automatically loaded with the flight. You'd be okay to load the plan manually, using the menu. Pete

Yes, for which I altered the Installer to diagnose exactly what is wrong and informed you of the results. Please follow my recommendations: 1. Check "FSUIPC4" (left-most of top three selectors). Make sure the black blob is in the white circle. 2. Check "Just enter new registration(s)" (bottom onr of three selectors below. Again make sure the black blob is in that circle. 3. Double check the above. 4. Click "Go ahead". That's it. That's what everyone does and it has never failed yet in the 12 years or more of FSUIPC registrations. Regards Pete