Driver170
-
Posts
270 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Gallery
Downloads
Posts posted by Driver170
-
-
Hi pete, i did restart the FSUIPC7.exe before I thought I couldn’t. Just forget sometimes that this isn’t built into the sim anymore.
I haven’t assigned anything i’m just having a nose in the axis menu 😉
Ok next time i’m on i will send the event viewer
Cheers
-
On 4/4/2021 at 9:10 AM, John Dowson said:
I doubt its related to Simconnect if it is happening when opening the axes assignment dialog. But, as Pete says, I need to see you log and ini files, together with any information from the windows event viewer.
But why is this? If FSUIPC7 crashes, you can just restart FSUIPC7 - no need to restart MSFS.
This crashes only with prosim737 running ie the main module
-
Next time i will send the logs etc
-
Simconnect pete
-
Hi pete,
Certainly will provide more information tonight.
I was using Prosim737 and prosim737 flight model.
-
When i show FSUIPC in MS2020 click on AXES, FSUIPC crashes and disappears. This causes me to restart MS2020
Anyone?
-
2 hours ago, Pete Dowson said:
Oh, just another firewall problem. You needed to allow WideClient and the P3D EXE through the firewall.
Pete.
Yeah, i added the wideclient on my server PC and works flawlessly now. Cheers pete
-
8 hours ago, Pete Dowson said:
Seems it has trouble with Brosadcasts on your Network. Try doing as advised in the Documentation -- adding the ServerIPAddr and Protocol parameters into the INI. I have an 8 PC Network for my cockpit and they all link just after the Sim is "ready to fly". I've always used explicit linking.
Pete
If i disable my server firewall it connects straight away
-
8 hours ago, Pete Dowson said:
Seems it has trouble with Brosadcasts on your Network. Try doing as advised in the Documentation -- adding the ServerIPAddr and Protocol parameters into the INI. I have an 8 PC Network for my cockpit and they all link just after the Sim is "ready to fly". I've always used explicit linking.
Pete
It does connect after a few mins but not as quick when i had v4.5
Ok i added
ServerName=DESKTOP-EI9RCDF
Protocol=TCP
And still it takes forever to connect and not instant
-
On 5/19/2020 at 11:41 AM, Pete Dowson said:
The WideClient.log is only half the story. Where's the server side? You need to also show the WideServer.log from the FSUIPC installation folder. The FSUIPC6.log file would also be relevant.
Pete
Hi, pete
It connected after several mins. i wentto my cockpit and then rechecked my client PC and it said connected.
-
Suddenly after installing V5 i now get this on my client PC
********* WideClient Log [version 7.146] Class=FS98MAIN *********
Date (dmy): 19/05/20, Time 11:10:02.760: Client name is PC2
125 LUA: "C:\Users\verno\Desktop\WideFS\Initial.LUA": not found
203 Attempting to connect now
203 Trying to locate server: Need details from Server Broadcast
203 Failed to connect: waiting to try again
1219 Attempting to connect now
2266 Server = DESKTOP-EI9RCDF
2266 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
2266 ... Okay, IP Address = 192.168.1.130
12860 New Client Application: "ProSimUtils" (Id=9752)
23344 Error on client pre-Connection Select() [Error=10060] Connection timed out
23344 Ready to try connection again
24375 Attempting to connect now
24375 Giving up server, looking for another!
24375 Server = DESKTOP-EI9RCDF
24375 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
24375 ... Okay, IP Address = 192.168.1.130
46391 Server = DESKTOP-EI9RCDF
46391 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
46391 ... Okay, IP Address = 192.168.1.130
68391 Giving up server, looking for another!
68391 Server = DESKTOP-EI9RCDF
68391 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
68391 ... Okay, IP Address = 192.168.1.130
90391 Server = DESKTOP-EI9RCDF
90391 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
90391 ... Okay, IP Address = 192.168.1.130
112391 Giving up server, looking for another!
112391 Server = DESKTOP-EI9RCDF
112391 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
112391 ... Okay, IP Address = 192.168.1.130
134453 Server = DESKTOP-EI9RCDF
134453 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
134453 ... Okay, IP Address = 192.168.1.130
156469 Giving up server, looking for another!
156469 Server = DESKTOP-EI9RCDF
156469 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
156469 ... Okay, IP Address = 192.168.1.130
178516 Server = DESKTOP-EI9RCDF
178531 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
178531 ... Okay, IP Address = 192.168.1.130
200531 Giving up server, looking for another!
200531 Server = DESKTOP-EI9RCDF
200531 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
200531 ... Okay, IP Address = 192.168.1.130
222547 Server = DESKTOP-EI9RCDF
222547 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
222547 ... Okay, IP Address = 192.168.1.130
244547 Giving up server, looking for another!
244547 Server = DESKTOP-EI9RCDF
244563 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
244563 ... Okay, IP Address = 192.168.1.130
266563 Server = DESKTOP-EI9RCDF
266563 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
266563 ... Okay, IP Address = 192.168.1.130
288610 Giving up server, looking for another!
288610 Server = DESKTOP-EI9RCDF
288625 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
288625 ... Okay, IP Address = 192.168.1.130
310625 Server = DESKTOP-EI9RCDF
310641 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
310641 ... Okay, IP Address = 192.168.1.130
332688 Giving up server, looking for another!
332688 Server = DESKTOP-EI9RCDF
332688 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
332688 ... Okay, IP Address = 192.168.1.130
354688 Server = DESKTOP-EI9RCDF
354688 Trying TCP/IP host "DESKTOP-EI9RCDF" port 8002 ...
354688 ... Okay, IP Address = 192.168.1.130361438 ****** End of session performance summary ******
361438 Total time connected = 0 seconds
361438 Reception maximum: 0 frames/sec, 0 bytes/sec
361438 Transmission maximum: 0 frames/sec, 0 bytes/sec
361438 Max receive buffer = 0, Max send depth = 0, Send frames lost = 0361438 **************** Individual client application activity ****************
361438 Client 9752 requests: 1749 (Ave 1749/sec), Data: 99693 bytes (99693/sec), Average 57 bytes/Process361438 ********* Log file closed (Buffers: MaxUsed 1, Alloc 1749 Freed 1749 Refused 0) *********
-
10 minutes ago, Pete Dowson said:
So what is setting it? Since the virtual button offsets are supposed to be INPUTS to the software (ProSim in this case), ProSim should NOT be programmed to write to them! It is the job of your cpFlight switches to do that!
I think you might be getting yourself confused between switch inputs and ProSim settings.
Either way, as I said, it isn't an FSUIPC matter. FSUIPC is merely a repository for the data you are storing in and reading from these offsets. FSUIPC isn't doing anything with them if you are not programming the virtual buttons so signalled.
Pete
I got it working pete. I had my yoke button assigned for intercom switch in Prosim737
-
2 minutes ago, Pete Dowson said:
So what is setting it? Since the virtual button offsets are supposed to be INPUTS to the software (ProSim in this case), ProSim should NOT be programmed to write to them! It is the job of your cpFlight switches to do that!
I think you might be getting yourself confused between switch inputs and ProSim settings.
Either way, as I said, it isn't an FSUIPC matter. FSUIPC is merely a repository for the data you are storing in and reading from these offsets. FSUIPC isn't doing anything with them if you are not programming the virtual buttons so signalled.
Pete
I set it. In GATES you have I/C i set 3340.0
Its all to confusing for me i’m best to leave it alone.
-
Just now, Pete Dowson said:
0x1 means the switch is ON. It would be 0x0 if it was OFF.
If it got set to 0x1 then I assume that was your cpflight software doing it. If it doesn't change when you operate the switch then to me that suggests a broken switch or a loose connection.
Don't cpFlight provide any way to verify that your hardware is all working okay?
Either way, it really isn't an FSUIPC support matter, but cpflight as I suggested before.
Pete
Pete, i found why it was on - because i use Prosim737 intercom i set ALWAYS ON for my intercom. Now i have turned it off its showing = 0x0
-
2 hours ago, Pete Dowson said:
You can check yourself. In the FSUIPC Logging tab, Monitor (8right-hand side), add offset 3340 and 3344, both as type U32, and check Hex (so we can see the bits set or clear).
Set for the normal log below, so the values are logged. (You can display on screen also).
Use your switches and see if you get the offsets changing.
You can also set or clear the bits by assigning a button or keystroke to Offset Byte Setbits, Offset Byte Clearbits, or Offset Byte Togglebits, giving the offset as x3340 and the bits as parameter (1 for 3340.0, 2, 4, 8, 16 ... 128 for 3340.7)
Pete
Ok, its showing as IPC: 3340 (U32) = 0x1I’m activating the I/C switch but its stuck on 0x1
Does this make sense?
-
2 hours ago, Pete Dowson said:
Okay. I have one like that on my aft overhead, but I've programmed that to operate a keypress in Pilot2ATC (the ATC program I use) to switch between two different sound outputs -- one to my headsets and the other to my overhead speakers. All this is on a separate PC from both ProSim and P3D. So I really don't know how it relates to what you are programming.
It definitely sounds like a question for cpFlight. Have they programmed the pedestal, or did you?
Pete
Its all plug and play Cpflight pedestal.Not sure Cpflight can do anything though? Because i have 3344.0 and 3344.1 working. Unless i need to assign something else somewhere maybe?
-
On pedestal- ACP the switch called I/C and R/T
-
Because I already have 3344.0 and 3344.1 set for RT switch on my pedestal which activates PTT for Vpilot.
Someone on Prosim737 forum said try 3340.0 and 3340.1 for your intercom switch which i am trying to assign that to the X button.
-
Where can i get a list of these numbers? Its all pretty confusing.
Yeah I checked that page and nothing was showing up.
-
Pete how are you?
I own Prosim737 and Cpflight ASP V2 and I’m trying to assign 3340.0 in Prosim737 config to the FO ASP IC, but when trying the switch in FSUIPC the joystick button isn’t getting recognised?
I have set 3344.0 and 3344.1 for RT switch captain and fo and those work fine?
-
On 9/26/2019 at 5:24 PM, John Dowson said:
Your log file doesn't show much, except that that you keep losing your connection, which is strange. Did you not activate the suggested logging? You need to do this so that I can see what is being sent when you activate yout button.
Maybe also post your ini file with your next log as well
How do you activate the logging? I’m not at my PC so can’t check the manual.
Cheers
-
18 hours ago, John Dowson said:
Your log file doesn't show much, except that that you keep losing your connection, which is strange. Did you not activate the suggested logging? You need to do this so that I can see what is being sent when you activate yout button.
Maybe also post your ini file with your next log as well
Sorry haven’t had time let me do this tomorrow if i can.
-
-
1 hour ago, John Dowson said:
Ah, ok. Not familiar with UGCX, but I can see that they repurpose this control as a soft mute on a 'push-to-hold' basis, so I guess that makes sense.
Did you try logging to confirm that all your assignments are being used?
Btw, John not Pete!
above is my log. I don’t think the UGCX propeller sync is working because it will show up on the top screen of P3D in a green bar
FSUIPC7 crashing axes menu
in FSUIPC7 MSFS
Posted
When this crashes it also cuts prosim737 off ie engines cut off etc. i run PS in FSUIPC mode