John Dowson

In FSUIPC7? When does the crash occur? Can you show me your FSUIPC7.log file please, and also check the windows event viewer to see if there is a crash report there, and if so please paste the contents.

@IanAbel I'll look into this tomorrow. This was working in the previous release, so looks like something must have changed in the recent update.

Sorry, what do you mean? FSUIPC7 is for MSFS only, and is being continually updated. See I add a comment to that topic when an update to FSUIPC7 has been released.

Different aircraft seem to be logging different events continually, and it seems to be getting worse with each successive release. There is an ini parameter that you can add to the [General] section of the ini to ignore these: As it seems that different aircraft log various different controls for no apparent reason, its probably worth making this ini parameter profile specific. I'll add this to my list to look into when time permits.

I will, but that was Pete asking!

Btw, for setting up reverse in MSFS, there is also a new control called 'Throttle Reverse Thrust Toggle'. This allows you to use your full throttle axis for reverse (when a set-up with no reverse range) when on the ground. For details, see May be useful or not, depending upon the aircraft and how you wish to use your throttle.

What do you mean by 'answer 14'? Why don't you just follow the instructions in that thread? What is 'DT'? What aircraft are you using? What is your actual problem? For throttle calibration, and axes calibration in general, you should review the section entitled THE EASY STEP-by-STEP WAY TO CALIBRATE YOUR CONTROLS in the FSUIPC User Guide.

First you can try activating event logging, to see if there is an event registered when you press the button in the UI. If so, you can try using that event. If no event is registered, then you can try mouse macros. There is no facility for timings in mouse macros. You would have to fire the macro on repeat for as long as the button/switch is held. This really depends on how the function is implemented in the aircraft/UI. As I don't have this aircraft, I cannot advise. Best to try it. Separate axis calibration (on the 4 throttles page) features reverse, centre, and forward ranges, so the reverse range should allow you to gradually increase reverse thrust. However, if there is a 'reverse' switch at the bottom of the thrust lever, its usual to program this to a throttle decrement (on repeat) when pressed, and a throttle cut when released. However, if you use this method then you don't really need a reverse range on your axis, so you should choose one method or the other really.

Yes, its a know issue with PMDG aircraft. There are many posts on this issue if you search. All FSUIPC does is call simconnect to save the flight, and you will get a similar pause when saving using the P3D facilities. You can try saving using the default key (';' I think) and you will see the same pause. There is no way around this, although some folks have reported improvements after updating firewall/anti-virus settings. Try searching (probably better in PMDG forums) for details, or try this: What some folks do with PMDG aircraft is to disable auto-save during take-off and landing. There was an additional control provided to allow this (i.e. toggle auto-save on/off when autosave activated). It can then be activated on, for example,. gear up/down, or a lua script could monitor height above ground and enable/disable as required.

Looks like I uploaded the wrong version, sorry - that version has a build date of 28/09 when it should be 30/09. Please try this one: FSUIPC7.exe Note that I have also released this version now, so its the latest official version.

Ok, good! If you do this, you can add to the User Contributions section. Cheers, John

But you requested 1 Byte at offset 66C0, so should be: BOOL = val; FSUIPC_Read(0x66C0, 1, &val, &result); Be aware that I've not used this myself, just going by what the documentation says!

Yes, you are 'doing it wrongly', as you are writing an uninitialised variable so the contents are undefined /garbage. You need to set the value (and type of 4 bytes, not a float64 which is 8 bytes!) of your test variable to contain an "unused" user offset vale (e.g. 66C0), together with the type. So, assuming your lvar is an 8-bit unsigned integer, you would need: int test = 0x766C0 and use that.

Good luck! Lots of reports of crashes with the new update, especially if using the VFR map. Note you can also disable 'Exit with FS' from the FSUIPC7 options menu. Then, if MSFS crashes, FSUIPC will remain open (and you will know that it is an MSFS crash and not related to FSUIPC7).

1. you need to write the value of the offset to 0D6C (together with the value type, as explained previously). You are writing an uninitialised value. 2. Your write of the lvar name is incorrect. As stated, it should be the the lvar name preceeded by a colon (':') for read 3. You are reading the result from 0D6C. This is incorrect. The result needs to be read from the offset that you wrote to the LOWORD of offset 0D6C in step 1. Please re-read the provided documentation.

Shouldn't be too confusing....basically, you need to: - FSUIPC_Write to offset 0D6C , with the value being the offset to receive the value and the value type (as explained in the manual and posted above) - FSUIPC_Write to offset 0D70 with the name of the lvar you want to read, preceded by a ':' - FSUIPC_Read to the offset you specified in the first write to offset 0D6C They can all be grouped into the same FSUIPC_Process call.

Then please read again:

The SDK only provides functions to read/write to the offset area. You can get/set lvars using offset 0x0D70. Check the FSUIPC Offset Status document for details.

No. A standalone program cannot talk to the Panels.dll, which is running inside of P3D. You can only do this if your program is also a dll, running as a plugin to P3D. If your program is standalone, you should use the FSUIPC SDK and request the lvar via the provided offsets.

The FSUIPC SDK. There is no access to lvars from the P3D SDK. Otherwise, you can use the Panels.dll directly, as you do in the posted code fragment. This is what FSUIPC uses internally. You would need to run your program as a dll plugin to P3D to get access to the Panels.dll though.

If your software is written in C/C++ then you should look at the SDK, not lua, or Paul's DLL if using managed code / .net. Lua is just for FSUIPC plugins, as explained in the link that Pete posted.

@Matthew Twomey Could you try this build. This will accept the wild card '*' for the button number of the IgnoreThese parameter, and should also ignore the POV buttons 31-39 when specified. Its has also been rebuilt against the latest SimConnect version (0.6.0.0) released yesterday: FSUIPC7.exe

Buttons 31-39 are the POV compass points, and can be treated as axis or as a set of buttons. They should be ignored as buttons when specified though, so I'll look into this.

It is known that many of the events for AP systems, especially the G1000, are not currently working. I know there are some mods available for the G1000 (see https://forums.flightsimulator.com/t/update-g1000-improved-v2/262603/146), but I doubt these address the SDK side, although I haven't tried them yet. No, not necessarily. It could be that the events aren't hooked-up to the model yet.

I'll definitely consider this when I get around to writing the installer for FSUIPC7, but the control for this may come later, we'll see....