John Dowson

You can try using your FSUIPC6.ini file - just copy it to your FSUIPC7 installation folder and rename it to FSUiPC7.ini. Also, delete all of the settings under the [General] section and let that get rebuilt. You may need to keep some parameters (or set them again afterwards) if you have manually changed anything (such as profiles in separate files), but best to start with a clean [General] section. If using the PMDG 737, then most, if not all, of the custom controls should be the same. However, the PMDG-specific offsets have changed so you should check those if using them. You may also want to revise the aircraft names in the profile section, if using profiles, as the aircraft names may not be the same. You can add MSFS aircraft to your profiles via the UI, but you may want to manually remove any P3D-specific aircraft. John

Ok, then this implies that one of your weather files is corrupt. To correct this, delete all of the .wx files from your FS Documents folder (where your flights are stored), and the file "wxstationlist.bin" in your <user>\AppData\Roaming folder for FSX. Once you have done that, you can remove the NoWeatherAtAll=Yes entry from your FSUIPC4.ini file and try again. For other issues, please raise a new topic, with a relevant title. You cannot use this same topic for all issues. Please also check for similar issues before raising a new topic. FSUIPC does not send anything, it will be the acars program that reads the state data from FSUIPC. The acars program is probably trading the beacon light state either from offset 0x281 or offset 0x0D0C. You can try logging those offsets to see if they hold the correct state of the beacon lights for the aircraft you are using (see the User guide on logging facilities and the Offset Status guide for details on those offsets). Other than that, I cannot help with 3rd-party programs that I do not know. You should try the support for the acars program. John

Ok, then the min is not exactly at 20%, You could try adjusting the scaling to get this corrected, but will be difficult to do without knowing what the axis value is at this position. No need if its working, and especially not if the axis values are not being logged. I have made a note of this and will look into this when time permits. I am rather busy at the moment... John

Ok, forget the logging for the time being - it looks like the THROTTLEn_AXIS_SET_EX1 controls are not being received back from MSFS, and so cannot be (post) calibrated and are not logged (checked in the ATR which also uses these controls). Remove the calibration, assign to the correct THROTTLEn_AXIS_SET_EX1 controls and try the axis scaling I proposed in a previous post. John

First, your log file is not a complete log file, it is a continuation log file. As I said, I need to see a complete log file, i.e. do NOT use the New Log feature. Second, your assignments are not correct: You have assigned to Throtte1 and Throttle2 and not THROTTLEn_AXIS_SET_EX1 - did the throttle even move with those assignments? I need to see a log file with the throttle axis logged. You can check this in real-time by keeping the console window open. No point in posting either incomplete logs or logs without the throttle movement being logged. Anyway, try with the scaling, as advised. Any issues, repost a more useful log together with your updated ini. I do not have the BAe-146 so need to see these file in order to understand what is happening. John

To try with axis scaling, remove any calibration (click the Reset button in the calibration tabs) and with FSUIPC7 not running add the following to the end of your axis assignment line (highlighted in bold): That should scale a 20-100% axis range (-9830 to +16383) to the full axis range (-16384 to +16383).

License sent via PM. John

Checked here and still no issues - throttle stays full and HUD shows 100% on both engines. Please show me your files as detailed in my previous comment. John

You can also try unchecking the NRZ checkbox in the calibration tab, which should allow a value of -4096 to be sent (rather than 0) when the throttle is in the min position. That should move the throttle down further, but probably not to the min position. If you can determine what the min position value is, we can skip calibration and use axis scaling instead...

Before exiting, could you move the throttle in the VC down to the min position so that I can see what value it is using for this position. Thanks.

Can you first check that you are using the latest version of FSUIPC7 (7.3.21) as calibration when using Send to FS as normal axis was disabled for a time in earlier versions. If you get the same issue, please activate logging for Axes Controls and Extras (no others), and generate a short (but complete) log file - load aircraft, move throttle to max then back to min then exit FSUIPC7). Then show me/attach your FSUIPC7.log file, together with your FSUIPC7.ini file.

You keep attaching your FSUIPC4.ini file, which just tells me that you have not added: NoWeatherAtAll=Yes to the [General] section of this file and tried with this, as I keep asking you to do. Please try that. If it still crashes, please attach your FSUIPC4.log file, and also check the windows Event viewer and post details of the crash events.

There are 3 things to try: 1. When assigned with Send direct to FSUIPC calibration, did you calibrate? If not, try that, and make sure you have checked for NRZ. If using protiles, also make sure the profile box is checked in the calibration tab. 2. You can also try calibrating (inc. reversing) when using Send to FS as normal axis. 3. Some aircraft don't play well with FSUIPC calibration, mainly some complex add-ons. For such aircraft its best to not calibrate. Note that the default calibration section will apply if there is no profile-specific calibration section, so best to create a profile-specific calibration section and Reset (i.e. remove) the relevant throttle calibration. To reverse the axis, you can then use the Additional parameters to scale input axis values functionality (see p43 of the Advanced User manual), by adding ',*-1' to the axis assignment line in your FSUIPC6.ini file. John

Try using FUEL_SELECTOR_OFF (65955) instead of FUEL_SELECTOR_SET (65962) in assignment line 62. If that doesn't work, let me know and I will take a look in more detail. John

You should be able to do this in the FSUIPC7 calibration tab. Just set the lower limit at your throttle 20% position. Any issues I can check tomorrow - I am travelling today. John

I have PM'ed you a trial license. John

Well, not that patient... I am actually on holiday at the moment, a family wedding, flying back home tomorrow... In the zip file you downloaded that contains the installer, there is also an installation and registration guide. This tells you where everything is installed. The documentation is installed in a folder under your Windows Documents folder, in a sub-folder named FSUIPC6. Start with the User Guide. There is also a separate document for the specific offsets for the PMDG 777, but save this for later. Axis assignments for the PMDG 777 should be straightforward, but best to assign with 'Send to FS as normal axis' as some folks have issues when assigning with Send direct to FSUIPC calibration, although the latter is better if you don't have issues. For button/switch assignments, PMDG aircraft use their own custom controls. See the following FAQ entry on how to use these: John

First, you posted in the FAQ sub-forum where it explicitly states NOT for support requests. Please take care to post in the correct forum for support. I have moved your post to the main support forum, where it belongs. Please see the provided documentation - I provide extensive documentation so that I do not have to continually answer such basic questions. Read the documentation and try assigning as indicated in the documentation. If you have any specific questions, you can ask in the support forums - but please search the forums first, as most questions have already been asked and answered. John

All offsets are documented in the FSUIPC Offset Status document. The ones you can use are documented as "Free for general use" in this document. The offset area starting at 66C0 is free for general use and is 64 bytes in size. it is up to you how you use this - you can divide this up as you see fit. Just remember that you need to respect byte boundaries, so if you are storing a 2-byte integer (short), then that needs to be on a 2-byte boundary (i.e. last digit must be 0,2,4,6,8,A,C or E), a 4-byte value (e.g. int) must be on a 4-byte boundary (last digit must be 0,4,8 or C), etc. There is no maximum - you can use all of the offset areas designated as free for general use. You can also use any offset area allocated to 3rd-party aircraft or utilities that you do not use, e.g. you can use the PMDG offset area starting at 0x6420 (512 bytes) if not using PMDG aircraft or the PMDG data broadcasts. What do you mean by 'generate errors'? If an lvar value can be stored in a byte (in range 0-255 or -127 - +127) then you can store in consecutive bytes. However, all lvars are, by default, 8 bytes - although you can treat/convert them to byte values (usually for Boolean 0/1) or 4-byte values (for standard integers), but would usually need 8 bytes for storing floating point values. So the size of the offset would be dependent on the data that it is holding. So, for example, to store 4 lvars that hold integers, you would use (for example) 0x66C0, 0x66C4, 0x66C8 & 0x66CC.

Just move it to the screen and size position as you like it. The position and size are saved and will be restored the next time you start or open FSUIPC. The size and position of the main FSUIPC window are stored in your FSUIPC ini file under the Window ini parameter - for example, this is mine: Window=2652,0,3446,393 Also note that for all questions on FSUIPC7 / MSFS you should use the specific sub-forum for FSUIPC7, not the main support forum (where this is posted). John

No, sorry - I do not have any experience in gauge programming - that is a completely different ball game. I am only familiar with the SimConnect Sdk, not the gauges API. John

I have PM'ed you a trial license. For PMDG issues, please use the PMDG support forums. I would be very surprised if you can adjust the height of the cabins - that is a very strange thing to do nd would change the aerodynamics of the aircraft.... License PM'ed. John

Sorry, I cannot help with the PM offsets - you need to ask Project Magenta. In FSUIPC, we just allocate 88 bytes to PM, starting at offset 0x04E0. But looking at the PM offset document (available from https://www.projectmagenta.com/downloads/), offset 0504 is 2 bytes in size (and so also covers 0505): 0504 2 AP Mode 3 (Annunciator Values) (Read Only) Autopilots Active (Bits 0 = none or any combination of 1, 2, 3 (bit 3), i.e. value 5 would be A/P 1 and 3 active) Thrust Channel (Speed modes) Vertical Cannel (ALT etc.) Horizontal Channel (HDG etc.) 0xAuto * 0x1000 + 0xThr * 0X100 + 0xVer * 0x10 + 0xHor This value is just an anunciation, i.e. it doesn't set any mode! John

@MIKE MCCARTHY Can you please stop creating further posts for this same issue. If you want help with this problem, I suggest you try what I have suggested first and report back using this thread. Any further threads/topics you create for this same issue will be deleted without response. John

On you new computer, first update to the latest combined VC++ redistributables (See Installation guide on how to do this)). After installing MSFS, run MSFS at least once before installing FSUIPC7. Once you have installed FSUIPC7 (you can skip registration), you should copy the following files across from your old computer's FSUIPC7 installation folder to the new one: FSUIPC7.key - your registration details FSUIPC7.ini - your settings: and any/all of the following files if you are using them: *.lua - any lua files you use *.mcro - any macro files that you may use *.dll - any additionallibraries/drivers that you way use Profiles\*.ini - profile files when using profiles-in-separate-files That should be all. However, when moving your controllers to the new PC, you may find that they are given new ids or GUIDs. FSUIPC7 will handle the case of new ids, if using the joyletters facility (which is enabled by default), but some manual changes to your FSUIPC7.ini may be needed if your GUIDs change. If this is the case, you can post/attach your FSUIPC7.ini and an FSUIPC7.log file from your new PC here and I will take a look and correct forr you. John