Pete Dowson Posted April 19, 2017 Report Posted April 19, 2017 I've checked, and in fact the logging I need is already in place. It logs the results from the actual polling of the joysticks, at first and then whenever they change. It will make a BIG log, especially with your working device in place, so please, not only keep the session short (though not so short you don't get to operate buttons or move levers when the sim is ready to fly), then ZIP it up and send it to me at petedowson@btconnect.com. To get this logging as well as the earlier stuff, change the LogExtras line n the INI to LogExtras=x201000 Please don't forget to remove the extra copies of the two added lines. Oh, and to keep the log size down, it might be best to temporarily disconnect the working devices. Otherwise I'll have to add an INI parameter to select which devices to log. [LATER] Another thing I now realise: you have no assignments to the axes or buttons in question. I sort of assumed you were carrying over an INI file from an earlier install. FSUIPC does NOT scan devices where there's no need because no assignments, so the new logging I'm asking for will ONLY occur whilst in the Axis or Button assignments dialog. So you can keep the session and log shorter by keeping those visits short. Thanks, Pete
Pete Dowson Posted April 19, 2017 Report Posted April 19, 2017 Did you send me a log by email, from someone called "Ron" (you NEVER seem to sign your posts here so I've no idea who you are or where the email is from)? Pete
Pete Dowson Posted April 19, 2017 Report Posted April 19, 2017 1 hour ago, oldpop said: yes that's me! Ron or Pop Okay. In that case, here's what your log clearly shows: Your stick is working, and as you have two button assignments to that it is being scanned all of the time, even when you are not in the FSUIPC Options for Axes or Buttons. That fills up most of the log. The rudder isn't assigned so that doesn't appear except when you enter the options. After you entered the Buttons assignment dialogue, all possible joystick numbers were scanned (I must fix that -- it should only scan those detected before hand -- i.e. in your case 0, 1, and 2, the Stick, Throttle and Rudder. Oddly, 3 gave a valid response too, but I think that must be a fluke. it gave an error later. Here's an extract showing valid responses for 0-3: 153218 *** Entered Buttons option page *** 153218 Read joy 0, Buttons=x00000000, POV=-1 153218 Axes: X=33444,Y=32524,Z=0,R=0,U=0,V=32751 153218 S=0,T=0,P=-1,Q=-1,M=-1,N=-1 153218 Read joy 1, Buttons=x00000000, POV=-1 153218 Axes: X=0,Y=0,Z=0,R=0,U=0,V=0 153218 S=0,T=0,P=-1,Q=-1,M=-1,N=-1 153218 Read joy 2, Buttons=x00000000, POV=-1 153218 Axes: X=0,Y=0,Z=0,R=0,U=0,V=32383 153218 S=0,T=0,P=-1,Q=-1,M=-1,N=-1 153218 Read joy 3, Buttons=x00000000, POV=-1 153218 Axes: X=0,Y=0,Z=0,R=0,U=0,V=0 153218 S=0,T=0,P=-1,Q=-1,M=-1,N=-1 You see the X, Y values for the Stick (Joy 0), near max. Those values wobble a bit, typical jitter probably ignored by FSUIPC with the default Delta value left set. The readout for Joy 1 is basically a default. But it is most certainly coming from the device (or rather from DirectInput and the device's driver). Here, Joy 2, the rudder, has an interesting non-default value for the V axis (probably not used), but otherwise the input from that seems stable at zero. Oddly, though you were supposed to be checking the buttons on the Throttle, you pressed buttons on the Stick instead: 159640 FirstButtonChange res=00000008 (0.0, 8) 159656 Read joy 0, Buttons=x00000100, POV=-1 159656 Axes: X=31852,Y=32206,Z=0,R=0,U=0,V=32751 159656 S=0,T=0,P=-1,Q=-1,M=-1,N=-1 Later the same again for buttons 8, 6, 7, 8, 12, 10, 13, 11, 4, 12, in that order. Surely you saw these coming up in the dialogue, for your stick? Did you actually press any buttons on the throttle? Then, at about 235 seconds (3m 55s) into the session, something wierd started happening. Your X-55 devices were disconnecting themselves (unless you did it), or losing power. This happened with both Stick and Throttle. maybe this is when you pressed buttons on the Throttle, precipitating the problems? 235156 *** JOY ERROR: GetDeviceState for Joy #0 returned 'Input Lost' 235156 *** JOY ERROR: GetDeviceState for Joy #1 returned 'Input Lost' 235156 Read joy 2, Buttons=x00000000, POV=-1 235156 Axes: X=0,Y=0,Z=0,R=0,U=0,V=32383 235156 S=0,T=0,P=-1,Q=-1,M=-1,N=-1 235156 Read joy 3, Buttons=x00000000, POV=-1 235156 Axes: X=0,Y=0,Z=0,R=0,U=0,V=0 235156 S=0,T=0,P=-1,Q=-1,M=-1,N=-1 235156 *** JOY ERROR: Poll for Joy #0 returned 'Input Lost' 235156 *** JOY ERROR: GetDeviceState for Joy #0 returned 'Input Lost' 235156 *** JOY ERROR: Poll for Joy #1 returned 'Input Lost' 235156 *** JOY ERROR: GetDeviceState for Joy #1 returned 'Input Lost' Interestingly the Rudder and the mysterious Joy 3 continued okay. This went on for a great portion of the log until 238 seconds (only 3 seconds, but a lot of log!) when another USB device was added! 238093 ***** A device has been attached! 238093 ***** HID USB device reconnected: re-initialising FSUIPC connections 238093 #### Initialising Dlrectinput Axis Scanning ... 238093 EnumDevices: 0.GUID={B15E4040-937C-11E5-8002-444553540000} 238093 EnumDevices: 1.GUID={B160B140-937C-11E5-8006-444553540000} 238109 EnumDevices: 2.GUID={B15E4040-937C-11E5-8001-444553540000} 238109 EnumDevices: 3.GUID={3C3B5D00-9DAB-11E5-8001-444553540000} A "real" device 3 after all! Not the ghost scanned earlier. And see what this turned out to be: 238125 Joy#3: Finding name in "HKCU\SYSTEM\CurrentControlSet\Control\MediaProperties\PrivateProperties\Joystick\OEM\VID_068E&PID_C010\" 238125 Joy#3: OEMName = "CH Control Manager Device 1" 238125 Joy#3: GUID = {3C3B5D00-9DAB-11E5-8001-444553540000} Now what is that for? Why are you running the CH control Manager at all? Maybe this is the cause of all the problems? It not only did this, but appeared to reconnect the device many more times (over 6, I lost count), and in the process also got the Stick moved to device 4! Not only that, but subsequently Joy 3 stopped returning any values, even though as a "ghost" device it did! So, conclusions: 1. Uninstall CH Control manager and re-test. 2. It looks possible that the USB port for your X-55's, and especially the Throttle, is playing up. Try moving them. If using a hub try plugging them direct into the PC. As far as I can see, apart from the excessive scanning (all 16 initially), FSUIPC is doing everything right. Pete
Pete Dowson Posted April 23, 2017 Report Posted April 23, 2017 I've been analysing the Registry exports you sent and trying to relate them to the last FSUIPC log I got from you, the only with the Extra logging. They don't match. There is no way that log is from the same machine, or in the same situation (i.e. no removals or reinstalls of the X-55 between) as the registry exports. Background If you refer to the top (pinned) thread in this Forum, you will see that I now have this sort of information from Paul Henty, one of the many successfully running an X-55 system with FSUIPC 4.966c. Comparing his registry with yours I was hoping to find the problem, assuming it it registry rather than hardware or connections. First off, oddly, for both Throttle and Stick, there are two entries each. On Paul's system the Stick pair both have the same GUIDs -- which should be impossible! However, only one has a Joystick ID, and that, the first, is the one FSUIPC chooses. For the Throttle the two have different GUIDs, and again onl the first has a Joystick ID. FSUIPC chooses that. When FSUIPC knows that there are 2 devices it will be looking for the details for the second. but in these cases there's only one, and FSUIPC therefore assumes there's only one entry and chooses the first. I suspect that through some error during installation the Throttle using on your system is actually using the second. However, without further analysis on your setup I can't progress that further and work out what to do. Action Please So, please can you do this: 1. Make sure you still haveDebug=Please LogExtras=x200000 in the [General] section of the FSUIPC4.INI 2. Run the Sim till ready to fly, then close it. 3. Repeat the Registry export process to get two .reg files and rename them to .txt. 4. ZIP the 3 files together and send to me again. This will make sure everything tallies. Thanks, Pete
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now