John Dowson

When attaching logs, I need to see the full log, not a continuation log. I think I'm going to remove the continuation feature.... If you have issues/questions on assignments, also please include your FSUIPC7.ini file. If something is working in the vanilla A320 and not in one of the FBW mods, then you should initially ask on the FBW forums to see what has changed and if this is an error on there side before I look into anything. Not usre what this means. What do you mean by 'the axes work on command by default'? Do you mean the default MSFS assignment? What is it assigned to? What do you see in the FSUIPC log when assigning in MSFS? How does this differ from the log when assigning in FSUIPC? Are you assigning to the same control that MSFS uses or a different one? Is the control that MSFS uses available?

This really shouldn't happen and I don't know what could be causing this. Could you reboot, re-install the latest version and try again please. Ok, the second statement maybe slightly confusing. You CAN calibrate axis assigned in MSFS, although this is not recommended. I was going to remove this in MSFS as this may interfere if you calibrate in MSFS as well. The first part of the second statement is true - FSUIPC does not interfere by default. However, the second part should probably read 'you have to assign in the Axes Assignment first, or Calibrate in the Calibration page of assigning in MSFS. That's the way we recommend. You should also create empty profiles for your controllers in MSFS (except for mouse and keyboard).

Sorry, can you also activate Extras logging when you produce your log files. This will then log the in/ou after the slope adjustment on the tiller. Also apply some thrust so that you are moving as the tiller axis won't take effect when stationary.

Thanks for the info @Jetdriver50. @GBOULANGER Did you do this?

No, that wouldn't work as its now clear the the installer is determining the correct installation type. Ok, so it is working. The problem is that the installer can't create the EXE.xml file. Now you have manually created it, can you re-install to see if it now works. If not, you will have to manually create the file again (or save a copy somewhere before you re-install - don't move or delete it). I can only think that this is one of two things - a permissions issue or something strange in your registry and the LOCALAPPDATA environment setting is not being read properly, which is more likely. Either way, there's not much I can do about it, but I'd like to know if a re-install works now that the file has been created.

This has now been reported several times. I am not going to explain yet again what to do - find one of the other posts where this has been reported and follow the instructions. Also, please check for existing posts on an issue before creating a new topic. Are you saying that FSUIPC doesn't run when you double-click the exe? That sounds very strange indeed... Try downloading again and re-installing. If the issue persists, try uninstalling and re-installing the VC++ redistributables. Check the provided README.txt for instructions. John

I see you have changed to using signed words now. Did you verify that this is correct, using FSUIPCs offset monitoring, as suggested by Pete? If you have confirmed that it is indeed a signed word, then good - some progress... But you are making the same mistake again. A Signed word is two bytes, so if you have one at offset 0x66F5, it will cover 0x66F5-0x66F6 (2 bytes) inclusive, and the next should be at 0x66F7, and not 0x66F6. So your values are overwriting each other, which is most probably why you are seeing strange values. Please don't post should large (and useless) log extracts. You have gone way overboard with the logging. A single log line, or maybe two, would help you see things a lot clearer (and shorten the log considerably). Remove ALL your current log lines, and use something more like what I previously advised, something like (two dots is the string concatenation operator in lua, FYI) Why have you gone back to using event.timer instead of event.offset? Up to you of course, either will work.

Ok, thanks - I'll take a look at those in detail a bit later. The log looks a lot better - the DontLogThese took affect, so we also know your profile is being used. Could you provide me with one more log. Just load your aircraft, and move the steering tiller axis through its full range, forward and backwards. Then close down MSFS and attach that log. This will then show the full steering tiller range without too much logging from other activity. Sorry, I should have mentioned this previously. Thanks.

@Solito You posted your registration details, including your key!!!!!!! They have been visible now for over 7 hours. It states in MANY places to NOT make your key available publicly and violates the license agreement. I know what your registration details are from your purchase order number. You must see that posting such details allows them to be used by anybody? I can't stop that key now being used in the current released version, but I will add it to the banned list and it will no longer be valid in future releases. I will PM you a new key at some point (when I have time) - this time ONLY. Remind me if I forget...(i.e. post again in this topic) As for you issue, as I say your details are correct and work without an issue. I have had 2 other cases where this was resolved by uninstalling and re-installing the VC++ redistributables, so you could try that (instructions and link in the README.txt). Otherwise (or first), try manually creating an FSUIPC7.key file on your FSUIPC7 installation folder with the following content: replacing your key with the registration key from the email.

You can't add this manually - it is an automatically generated section. If its in the correct folder, I can't see how it can't be found. Can you attach your FSUIPC7.log, FSUIPC7.ini and also the G1000Events.evt event file you are using.

'Also' - Who else has this problem? Did you add the file when FSUIPC7 was already running? If so, you need to restart FSUIPC7 for the file to be picked-up. Can you also check your FSUIPC7.ini file - the event files found in your installation folder are listed under [EventFiles]. Check to see if they are listed there.

The DontLogThese ini parameter didn't seem to work. Did you add this to the ini after you had started FSUIPC7? Maybe move it to the first line after the section name (although this shouldn't make a difference). Can you also calibrate your steering tiller in the profile please - you currently don't have a calibration profile. Click the profile checkbox in the calibration tab and calibrate your steering axis there. Then, show me both files again. Check to see if you still have those LIGHT_POTENTIOMETER_SET and FUELSYSTEM_PUMP_SET events logged first - they shouldn't be there when using those DontLogThese options... Also, did you check that you didn't have any axis assignments in MSFS? The parameters to your rudder. Although not related to your issue, you should also change to the following settings in your [General] section: InitialStallTime=100 NormalStallTime=-2 The first setting will increase the time allowed for the initial connection and prevent retries (MSFS is quite slow to start!) and the second will instruct FSUIPC7 to only log a stalled connection and not re-connect. You can change this later if you get issues and need to re-connect, but when this is a positive value (and especially 1) this can cause many reconnects if/when your system is overloaded and can cause an MSFS CTD when simconnect runs out of connections.

Why? If assigning direct to FSUIPC calibration, you have to calibrate. Please re-calibrate your axis, also taking into account my previous comments (e.g. did you remove that strange delta setting)? So, please check your assignments and calibration and try again. If you still have your issue, then show me your log file (with the appropriate logging activated) as well as your FSUIPC7.ini file - always attach this when you attach a log file please, I need to see them together. You also have lots of superfluous events logged. Please add DontLogThese=67227,67192 to your FSUIPC7.ini profile section (i.e. under [Profile.Custom B787] if that is still what you are using). This should reduce the size of your log files.

There is no change in the new version w.r.t your issue, so it won't. However, check those assignemnts that I mentioned, especially the delta - correct that and try again. Probably a good idea to re-calibrate your steering tiller axis once you've changed the delta. Your calibration for this axis in your profile looks way different than the general calibration for this axis: SteeringTiller=-12873,2560,6144,11903 vs SteeringTiller=-32384,-512,7534,32648 Note the differences in the max/min. Your B787 calibration is only using a third of your axis range....maybe that, together with the delta, is your problem?

Yes, you did. But thats from v7.0.4, not v7.0.5, and you haven't activated the logging requested to show me your issue. Please re-read my posts and follow the instructions before posting again.

In your installation folder, the same place as your FSUIPC7.ini. Also, you seem to have two axes assigned to the steering tiller for your B787 profile, and one with a huge delta (as mentioned by Pete): 0=AR,5632,D,36,0,0,0 -{ DIRECT: SteeringTiller }- 1=AS,256,D,36,0,0,0 -{ DIRECT: SteeringTiller }- Did you change that manually to 5632? Why? Try changing it back to 256, the default delta. And why assign two axes to the same control? Maybe remove one, if you don't need both.

Also, your FSUIPC7 version is out of date. Please update to v7.0.5 (released yesterday). Only the latest version is supported.

No, I don't need to see your MSFS.bat file. As I said, I need to see your FSUIPC7.log, with those logging features activated. Also, as Pete said, please check that you do not have assignments to your joystick axes in MSFS if using FSUIPC to assign.

I just checked your details and they are fine. Make sure you are using the correct email address you registered with, which is jorge@soldano-deheza.com.ar and NOT jorge@soldano-deheza.com

Can you activate FSUIPC logging for Axes Controls and Events, produce a short(-ish) log file showing your problem (i.e. load your aircraft and taxi showing your issues, then close MFS/FSUIPC) and then attach that, together with your FSUIPC7.ini file and I will take a look. Something must have changed if it was working and now doesn't. Do you have any idea what could have changed? Your FSUIPC7.ini file is the one I need to see your assignments, not screenshots. John

All three components - Name, Email/Address, Key - must be exactly as specified in your SimMarket purchase email - best to copy and paste. if your details previously worked, they still will, so please try again.

I was just testing with the autosave and previous flight files, loaded from the File -> Load Flight option. Haven't looked at he offsets for this yet, but they use the same SimConnect load/save facilities.

@eyemack👍😎 And sorry, missed you and @Renoi71 who also reported this...

Maybe @nandrews and @Gualdemar can try this again with the latest MSFS update and see if this is still an issue. Please download the latest FSUIPC7 release first, v7.0.5. John

Note that I have released FSUIPC7 v7.0.5, built against the latest MSFS SDK, v0.10.0.0. So please download and try with this version. I have done some tests. It seems to be working - but only sometimes, it causes a CTD on other occasions. The Previous Flight file seems to load ok, but I have had varying success with other autosave files. I will continue testing, but please try and report back anything you find - success or otherwise.