John Dowson

Just rename your linda.lua script, or, better, remove the call to that script from your ipcReady.lua script. There is no FSUIPC7 log file included, only you installation log which is not relevant. Please disable Linda, activate the logging requested (event and button & keys) then produce a short log where you press one of you assigned buttons (i.e. not keys - we'll check your issue for buttons first) Could you update to FSUIPC6 v6.0.12 first though please - this was released yesterday. Your ini file also shows that you are not using the JoyLetters facility. This means that you joystick IDs could have changed, which would invalidate your assignments. You should activate the JoyLetters facility by setting the AutoAssignLetters ini parameter (in the [JoyNames] section) to Yes. You also have one assignment to a non-existent device (with id=0) that you can delete: 0=0X,256,D,36,0,0,0 -{ DIRECT: SteeringTiller }- Maybe also check your FSUIPC6.ini to see if you can determine if your assignments (buttons and axes) are assigned to the correct devices (with 1=T.16000M, 2=TWCS Throttle, 3=Yoke).

Its obviously a permissions issue but I've no idea what is causing this, you need to play around. I have TrackIR as well, but I never run anything in admin mode.... I always start TrackIR manually (as I only use it occasionally and for tests), but I'll try starting in via both FSUIPC and the MSFS EXE.xml to see if there are any permission issues for me (but I doubt it!). You could also try running TrackIR from the EXE.xml, rather than from FSUIPC?

Sounds like a question for MobiFlight. Someone asked the same question on the Asobo forums, but I haven't seen a response, so far.

No idea, sorry.

As I said, I am not sure where this is held. However, just looked at the SDK documentation, and there are the following sim variables (although they are not documented as being available via SimConnect: AUTOPILOT ALTITUDE SLOT INDEX Index of the managed references Number TYPE_UINT32 N - AUTOPILOT HEADING SLOT INDEX Index of the managed references Number TYPE_UINT32 N I can try requesting these to see if available and add them to a spare offset. I'll check if these are available in the next day or so and let you know. John

Only do that of you want to run MSFS as administrator. Previously FSUIPC7 was either started manually, or with MSFS using the batch file and desktop link provided. Since the latest release, v7.0.4, FSUIPC7 is started by MSFS via the EXE.xml file, and the launching of FSUIPC7 via the batch file has been removed - this file (and desktop link) now start MSFS only, as well as displaying the splash screen. If you get the error that another copy of FSUIPC7 is already running, then two copies are being started. Check your EXE.xml to see if it has two entries for FSUIPC7 and, if so, remove one. Also, check that you are not using the old batch file/desktop link to start MSFS. John

Can you check to see if there is a crash event in the windows event viewer, and if so post me the details. Can you also right-click the installer, select properties, and take a screenshot of the details and attach that. What version of windows are you running?

Check your FSUIPC documents folder. There should be a text file there called Controls List for P3Dv4 Build xxxxx.txt.The FSUIPC added ones are documented in the Advanced User guide. John

For the altitude, try offsets 0x0818 (AUTOPILOT ALTITUDE LOCK VAR:3) and/or 0x07D4 (AUTOPILOT ALTITUDE LOCK VAR). For heading, try 0x07CC (AUTOPILOT HEADING LOCK DIR).

I can't really advise. If you are getting frequent CTDs, then yes I would start removing simconnect clients, one at a time, until it was stable,

SPEED_SLOT_INDEX_SET is a control/event, not a data value stored in an offset. The FSUIPC log entry is just logging that this event was received. There is no way to read the parameter of this event via the SDK. But really, is that what you want to do? This (undocumented) control alters the FCU authority, so what you probably want to read is where the actual authority of the FCU lies. Not sure where thats held (if at all!)- if there is a sim variable for this then I could add that to the offset area for you to read - if you let me know what it is! John

So, not using FSUIPC but SimConnect directly? You can use them as any other client event by registering them using the SimConnect_MapClientEventToSimEvent function, using IDs in the appropriate custom event range. John

First, please download the latest zip package and try again. If it still crashes, please provide more details - when does it crash? Do you see anything at all when you run the installer? John

Sure - you can create your own event file just for the events needed. Just make sure that that the events have consecutive index numbers and max of 256 events (0-255) per file. As I mentioned in a previous post, I think it would be better to create an event file for each device (e.g. G1000.evt, G3000.evt, etc), and then just add the ones for the systems you use. I guess I could also look into making the [EventFiles] ini section profile specific if different event files will be used for different profiles. And make sure that you do this before you assign to the events, or changing event files when you already have assignments will make previous assignments invalid. John

That's also out-of-date - latest version is v6.0.12 (just released), so can you please also update that. John

Just follow the instructions in the link posted above. If you have issues with Windows Defender (or any other antivirus software) blocking you, then just temporarily disable until you have it installed.

Are the parameters you are using for those controls correct? Can you check that (and let me know what header file you are using, as I asked, so I can see if I have a copy somewhere....): I guess these are the controls that are giving the problem: No, me neither - I can't see any assignments to that control in either your general assignments or the profile assignments for that aircraft. Maybe these are events that the PMDG aircraft use internally and can be ignored - if thats the case, you could use the DontLogThese ini parameter to ignore these (also available for Profiles). Could you active logging for Buttins & Keys, and produce another log file please, so I can see what buttons you are pressing to send the controls. Also, let me know which are the log entries produced when you use the mouse/UI to change the values. Also, you have controllers active in P3D: 1906 Controllers are set to ON, using RawInput within P3D Can you either disable controllers in P3D, or check that you don't have any assignments there. John

That should be straightforward by using an 'offset condition' on your button assignment (on offset 0x0366 - please see the advanced user guide for details. The basic method to do this is to make one assignment to your button for when on the ground, then add the offset condition to that assignment by manually editing your ini. Then comment out that assignment, and make your second assignment (when in air) to the same button. then edit the ini again, adding an offset condition to that assignment, and also re-enabling the assignment that you commented out earlier. You then have tow assignments for that button, one which will apply in the air and the other on the ground. This is also possible but trickier. You would have to have a lua script to have different functions on an axis. This post should help: John

Yes, those macros are using the same rectangle ID (RX27400800), so they would perform the same funtion. I'm not sure why this is if they behave differently when you click them in the UI... Sorry, but not having this add-on aircraft, I don't know what to advise if you cannot find a suitable lvar for this instead... John

In v7.0.4, FSUIPC7 is no longer started from the batch file, but from MSFS's EXE.xml file. So do as Pete suggests - set FSUIPC7.exe to run in admin mode. John

What version of FSUIPC7 are you using? There were some changes in the latest SDK w.r.t. key presses, so make sure you are using the latest version, v7.0.4 Also check key press assignments are working in FSUIPC7.

The issue is with the SimConnect SDK, but its not clear what the actual issue is. However, it seems that the more SimConnect is used, the more likely the chance f a CTD. So reducing the amount of data going though simConnect (by removing some clients), could delay the issue, but I doubt it will prevent it ompletely. John

First, if its FSUIPC assignments, could you disable Linda for the time being. Otherwise, if you are using Linda, you should use their support forums. Activate event logging and button & keys (already activated), then produce a short log where you press one of you assigned buttons. Then attach the new log, together with your FSUIPC6.ini file and I'll take a look. John

I've corrected the problem with multiple *.evt files in the attached version. v7.0.5a. Its probably a good idea to make one evt file per instrument (e.g. G1000.evt, G3000.evt, etc) and then just add the event files for the instruments you use. John FSUIPC7.exe

It is working, but with restrictions (only use one *.evt file at the moment). Those are lvars, not events, so currently not possible to use. John