John Dowson

I have now installed Pilot2ATC to check this and cannot reproduce your issue. As I previously said, 3rd part apps cannot connect to FSUIPC if they are not ran at the same privilege level as FSUIPC. Could it be that FSUIPC7 is being ran at a different privilege level (elevated) when auto-started by MSFS? To check this, try running Pilot2ATC with admin rights, to see if it can then connect.

Hi Dave, I cannot advise on the compatibility of hardware. All I can tell you is that FSUIPC will only recognise HID joystick type devices for direct assignments. Other types of HID devices can be used via the lua com library. I can provide you with a trial license if you would like to try it. John

Hmm... So you are using a shortcut/symbolic link to start Navigraph? If so, try changing to run the actual executable rather than starting via a link. I don't have/use Navigraph, so I cannot test with this, but I will check this later. John

The King Air has the following lvars that are settable and look like they should control the landing lights: LIGHTING_LANDING_1 LIGHTING_LANDING_2 First, try setting them to 1/0 using the Add-ons->WASM->Set Lvars... menu option. If that works, then you can use the Adding Lvars to Offsets facility, no need to use lua. An example of how to do this is given in the Advance User guide, P43-44. You can also use a macro to toggle lvars if you prefer - see P35 of Advanced User guide. John

From SimMarket. John

It is the previous log file. When FSUIPC7 runs, it creates a log file called FSUIPC7.log. If that file already exists, it is renamed to FSUIPC7_prev.log. So it will be the log file of your previous session using FSUIPC7.

The auto-save functionality is only available in the licensed versions of FSUIPC (FSUIPC6 for P3Dv5). John

Try just running the FSUIPC7.exe file. If that doesn't work, check the windows Event viewer to see if any event is logged. Also maybe try re-installing your VC++ redistributables - instructions can be found in the included README.txt.

I have not noticed this, but then again I don't use FSX. Sounds strange though, I will take a look. John

For those new simvars, the MSFS SDK documentation states: These are the new simvars: I will look into adding these to FSUIPC offsets, using the same offsets if available (an aircraft will use either these or the legacy ones, not both) or I will add new ones where needed. However, all these new simvars are read-only. I can look into making some writeable by using a corresponding control. I will look into this when I can and report back. The following fuel capacity/quantity simvars are also newly available, but I am not planning on adding these unless requested: John

After the FSUIPC splash screen is shown, FSUIPC iconizes itself and sits in your system tray. Are you sure it is not there? Have you tried pressing Alt + F (the default hot key) to open the FSUIPC7 main window? It is not possible for FSUIPC7 to delete itself. If its no longer there (but please check), I can only assume that it is some sort of anti-virus program gas detected it and quarantined it for some reason. Check your anti-virus program.

Those offset use the indexed simvar GENERAL ENG FUEL PUMP SWITCH. This is actually documented as unsettable, so they are not writeable - I will update the offset spreadsheet document to make this clear. Not sure why they are not reflecting the correct value though - maybe those aircraft don't use this simvar... Have you tried using the controls: FUELSYSTEM_PUMP_TOGGLE FUELSYSTEM_PUMP_SET FUELSYSTEM_PUMP_OFF FUELSYSTEM_PUMP_ON ? The offsets may be working (i.e. for reading the current setting) for some aircraft, but not all. For complex aircraft, best to check what to use in the MobiFlight preset app (https://hubhop.mobiflight.com/). However, I can't see much there for the 747 or the 787. Maybe try seeing if there are any lvars available for those aircraft. For the A320 (FBW version), there are toggle presets for the left/right/center pumps - here's the calculator code to toggle the center fuel pump: That looks like its using the control Fuelsystem Pump Toggle to toggle the fuel pump (with the parameter specifying which pump) and also toggling an lvar, presumable to flip the switch in the UI. I can also see there are some new simvars for this, although they are defined as read-only: I can maybe add these to some FSUIPC offsets - possibly the same ones if its an either/or situation. I could possibly also make them writeable by triggering the Fuel System Pump Toggle event when written to. I will put this on my list to investigate, hopefully later this week. John

Sorry but I cannot advise on this. It looks like many of the Virtual Avionics devices are support via FSUIPC (e.g. for default aircraft, PMDG737, ProSim737) but I don't know the AeroSystems 737. Maybe try support from Virtual Avionics and/or Aerosystems. John

As Reinhard says, we need to know what FS, which version of FSUIPC, and which aircraft you are using. For MSFS, most of the G1000 controls are accessed through either hvars or lvars (or MobiFlight events). A G1000.hvar file is included in the FSUIPC7 HvarFiles sub-folder. to use this, you need to copy to the FSUIPC WASM folder (or the WASM permanent storage area) and rename it to a substring match of the aircraft for which you want to use it. Instructions are provided in the Advanced User guide. John

Sorry, but I no nothing about teensy. Not sure I understand... You say 'only the buttons on the encoders are detected', so why don't you assign to those? Rotary encoders come in various types. Some use potentiometers in which case they are assigned to an axis, but many use either one or two buttons in each direction. For these types of rotaries, you assign the buttons to the corresponding inc/dec control. If there are two buttons in each direction, one will be for fast inc/dec, the other for slow inc/dec. If there is only one button in each direction, you can use a lua script to emulate fast/slow turning - such a script is provided in the lua examples: If its a two-phase type rotary, the ones where turning the spindle one way gives pulses on two lines phase shifted one way, and turning the spindle the other way gives the opposite phase relationship, then please see the Advanced User guide (P21). John

There is only one version of FSUIPC that supports MSFS, and that is FSUIPC7. FSUIPC7 does have auto-save, but some issues have been reported when using with some Bush trips. You can download and try it - a trial license is available in a sticky-post at the top of this sub-forum. John P.S. You posted in the FAQ sub-forum where it states NOT for support requests. I have moved your post for you.

Hi Leo, You don't/shouldn't call ipc.exit() in the terminate event function, as the thread is already terminating. Remove that, and also the sleep. Try that first, but if it continues to crash in the same place, try commenting out your event.terminate statement completely (so that the termination event isn't called) and let the thread be forcibly killed, when needed, instead. John

Right-click the link and select Save link as... John

Hi Leo, Not heard much from you recently - is this a good sign? John

Title of topic updated to reflect this issue is with Pilot2ATC and not FS2Crew.

Ok, then I don't know why its not connecting at the moment. I will take a look, maybe over the weekend but more likely next week. I will report back once I have taken a look. John

Have you only just started using the auto-start function then? This has been available for a long time... No, that doesn't help as your issue seems to occur only when FSUIPC7 is auto-started, no? It will only show messages logged AFTER the console window has been opened. If you keep that option set, the console window should open automatically when FSUIPC7 next auto-starts. So, now you have that option set, just run MSFS again, which should auto-start FSUIP7 and show the console. Once you see the 'starting everything now' message, then try and connect Pilot2ATC. I am only trying to verify that you are not trying to connect before FSUIPC7 is ready. John

Thank you. Your log files look ok. Are you sure that you are not just trying to connect too early? You can only connect once the following line has been logged: -------------------- Starting everything now ---------------------- Can you check that this line has been logged BEFORE you try and connect Pilot2ATC. The easiest way of doing this is to open the console window (using the Log -> Open Console menu item) and monitor the messages. Otherwise I have no idea. I will have to download Pilot2ATC and take a look, but before I do this please check the above and let me know. Thanks, John

I was trying to get you to use the latest version that I attached above, but this seems to be confusing you for some reason, so just forget that for the moment. All you need to do is to run MSFS, which will run FSUIPC7, and then try to connect Pilot2ATC. This should fail (which is your issue). When this happens, exit FSUIPC and restart it (the same version, as you always do). Then, try and connect PilotToATC again - it should succeed, according to your description of the issue. Then exit FSUIPC7, and show me the FSUIPC7.log and FSUIPC7_prev.log files. All I need is the two log files from the same version of FSUIPC7, one where the Pilot2ATC connection succeeded and one where it fails. This really isn't that difficult. John

I need to see your FSUIPC7.log files, not your FSUIPC7.ini files. And those files are still from 7.2.12. John