Ray Proudfoot

Sorry for resurrecting this topic but I had the same problem after installing my new Fulcrum One yoke and have found a solution. In ChasePlane - Control Assignments - there are view commands that you can associate with keys. These include Tilt Up, Tilt Down, Pan Left and Pan Right. I associated those to CTRL+UpArrow, CTRL+DownArrow, CTRL+LeftArrow and CTRL+RightArrow. If you then associate those key commands with the relevant hat switch in FSUIPC you then get full panning and tilting in the VC. Assign them in Buttons & Switches tab. The external views and panning / tilting remain the same.

Thanks Pete, will do. I definitely saw those entries in the Events drop-down for exits. Hopefully we’ll get a solution.

Pete, It's probably best if you read the dialogue between me and Steve regarding this problem. I'm just passing on what he said. https://www.pollypotsoftware.org.uk/vanillaforums/discussion/1230/exit-lights-wont-illuminate#latest

Thanks John and Pete. The reason for the access into FSUIPC is to read 3367 for the status of exits. Apparently SimConnect reads them once and not again so they’re not available via the usual means in GIT. Hence the access to FSUIPC5. I’ll install the pack tomorrow and hopefully it will fix the problem. Thanks!

Hi John, GIT is to allow communication between GoFlight hardware and P3D but also accessing FSUIPC. I have narrowed the problem down to a port number that is trying to be accessed but being denied. I am talking to the GIT author but wondered if you had any ideas about this error in the fsuipc log:- 50703 LUA.1: beginning "D:\P3Dv4\Modules\gitlua.lua" 50703 *** LUA Error: D:\P3Dv4\Modules\gitlua.lua:5: module 'socket' not found: no field package.preload['socket']socket no file 'D:\P3Dv4\modules\socket.lua' no file 'D:\P3Dv4\modules\socket\init.lua' no file 'D:\P3Dv4\modules\lua\socket.lua' no file 'D:\P3Dv4\modules\lua\socket\init.lua' no file 'C:\Program Files (x86)\Lua\5.1\lua\socket.luac' no file 'D:\P3Dv4\modules\lua\socket.dll' no file 'D:\P3Dv4\modules\lua\loadall.dll' It can't find the socket. Any suggestions?

An update. That IP address relates to 'local host'. I've now changed it to the IP address of the PC. But access still fails because of a port number in FSUIPC5 not being accessible. Is 8385 the correct one?

Hi chaps. Frustrating problem trying to get GoFlight Interface Tool (GIT) to read an offset in FSUIPC5 for the status of the exits so when I flick a switch to open an exit the LED for the T8 comes on. It’s the only way of getting the led to work apparently. The GIT log records all actions but it’s this one that has me beat... 14:20:49 FSUIPC: Connection Failed: No connection could be made because the target machine actively refused it. 127.0.0.1:8385 I’ve disabled the firewall but still no joy. All this is one the same PC. There was no entry for GIT in the list of approved programs in the firewall so I added it with private access. Still no joy. One program is trying to read another all on the same machine but the firewall is blocking access. Any ideas how to fix it?

Thanks John. That one worked and the macro is visible. Thanks very much! 👍

Thanks John. It's a pity they used such long names. Daft really. No hurry. I have plenty of other things to do.

Hi John, After installing that dll I loaded P3D and brought up FSUIPC. Selected the Profile Specific option and moved the switch. When I clicked on the dropdown box it was initially blank and then a second later P3D crashed. This is the report... Faulting application name: Prepar3D.exe, version: 4.5.12.30293, time stamp: 0x5cd47aad Faulting module name: FSUIPC5.dll, version: 5.1.5.2, time stamp: 0x5d77e0cb Exception code: 0xc0000409 Fault offset: 0x00000000000e41b4 Faulting process ID: 0x439c Faulting application start time: 0x01d568846fd5556d Faulting application path: D:\P3Dv4\Prepar3D.exe Faulting module path: D:\P3Dv4\Modules\FSUIPC5.dll Report ID: 29bc8d44-65d0-446d-a3a0-df73b6cb208f Faulting package full name: Faulting package-relative application ID:

Many thanks John. I’ll try it tomorrow and report back.

HI John, I cannot get a macro to be displayed in the button drop-down list in FSUIPC5. This relates to Xtreme Prototypes Learjet 25 where they use their own Yaw Damper code and not the default. I want to assign the macro to a GoFlight T8 switch for convenience. There are two buttons on the aircraft’s centre pedestal – Yaw Damper On and Yaw Damper Off. Pressing one also changes the other. The company uses LVar variables which should be accessible to the user for manipulation in FSUIPC. From that I searched for Yaw and there are 6 entries. I suspect that I need to use L:PedestalAutopilotYawDamperOnButtonPosition and L:PedestalAutopilotYawDamperOffButtonPosition. I can’t see anything wrong with my macro but it isn’t listed in the dropdown for Buttons & Switches under “Control sent when button pressed”. Any ideas?

Hans, it will be once the other changes in this release have been formalised.

It’s 5151d you need Hans. Scroll to the last page.

Hans, There is another command for zapping you might want to check. It might have a wider kill area. Check the documentation. Regarding P3D crashing when running Radar Contact that has been identified as a long-standing bug in FSUIPC5. Scroll to the end of this topic and download a new FSUIPC5 which will fix the problem. Rename the txt extension to dll. Hope you're still enjoying RC4 and thanks for your voice set! 👍

Hans, the Ai you wish to zap has to be right in front of you. For example an Ai approaching you head-on on a taxiway can be zapped and also one on the runway as you come into land. But an Ai more than 20 degrees from a straight-on view won't be. That is by design.

Thanks John. Does that version include Ai counts on ground and airborne?

Ah so it’s dormant until called upon by another app. Gotcha. 👍

Well done Pete. 👍 I suppose it took the huge number of Ai injected into P3D to create the conditions for the crash. Funny that it only happened for me with RC running. I suppose different things happen when it is.

Hi John, Two test departures from EGLL 27L. One in a default aircraft, the other in the PMDG737. Both fine with no crashes using 5.5.1.c. Logs available if required. Ai count was around 255 at EGLL. I flew to FL150 and 25nm from Heathrow towards Schiphol before terminating the flight. I will try a full flight to Schiphol in the next few days.

Thanks John. I shall try my EGLL 27L departure using RC4 probably tomorrow now and report back. Hope you’re feeling better. 👍

No worries. You'll see from my earlier post I ran my test with 5.1.5.0 and no crash on two separate tests.

Mornin' John. I've tried two test flights out of EGLL with both a default aircraft and the PMDG737. Using FSUIPC5 v5.1.5.0 both were successful with no crashes and RC4 running. Hope that helps you narrow the problem. Total Ai were in excess of 260.

Have you tried departing IAH at the same time? I can reproduce the crash when either lining up on 27L at EGLL or just as the wheels leave the ground. I will try my test with 5.15.

v5.15. See John's post above.