Jump to content
The simFlight Network Forums

John Dowson

Members
  • Posts

    10,836
  • Joined

  • Last visited

  • Days Won

    209

Everything posted by John Dowson

  1. You need to use the lvars, not the standard FS controls. The easiest way to do this is to use the available presets. Check the Select for Preset box, click the Find Preset... button, and navigate to the Black Box->AnalogBaron presets, and under Electrical you will see the following presets: LEFT_ALTERNATOR_OFF LEFT_ALTERNATOR_ON RIGHT_ALTERNATOR_OFF RIGHT_ALTERNATOR_ON Try assigning to those. However, looking at the calculator code for those presets, it looks like the *_ON ones are toggles (but not the *_OFF ones) for some reason. You can either use those or define your own presets. Alternatively, you can add the lvars BKSQ_alternatorSwitch_R and BKSQ_alternatorSwitch_L to free/spare FSUIPC offsets and assign to the provided offset controls to set/clear the lvars via the offsets. John
  2. First you have to be aware that the flight load/save/auto-save functionality provided by FSUIPC completely rely on the functions provided by the MSFS SDK, namely the SimConnect functions SimConnect_FlightLoad and SimConnect_FlightSave (as well as SimConnect_FlightPlanLoad). Although the SimConnect_FlightLoad function is documented as working, the SimConnect_FlightSave function (as well as the SimConnect_FlightPlanLoad function) is still documented as 'NOTE: The current status of this function is NO ERROR, NO RESPONSE.', which is Asobo's way of saying that this function is still not 100% working/reliable, It has been this way since release. Therefore the saving and loading of flights is still not 100% reliable, although some users have reported more success with this than others (maybe aircraft dependent). If it is not working, I cannot do much about this - you can try raising a bug request with Asobo, but they may reject this if the flight file is generated by the SimConnect_FlightSave function as they are already aware of issues with this. Flight files generated by MSFS2020 itself and those generated by external apps (using SimConnect_FlightSave) should be compatible/the same, but this may not actually be the case at the moment. You could try loading the flight file via FSUIPC7 (File -> Load Flight) to see if that makes a difference. You can do this either when in the World Map, or when you already have an aircraft loaded and ready-to-fly. John
  3. Yes. Up to you. There are hundreds of add-ons that use FSUIPC, some the freeware version and some the registered/paid version. I cannot comment on any such software - you need yo contact the developer. John
  4. But as I keep telling you, FSUIPC and the PFC driver have nothing to do with your RSG equipment, and I cannot help with this as these devices are not supported by FSUIPC. No problem. John
  5. Can you please try the attached version which has been reported to have fixed this issue. Please let me know if it works for you. John FSUIPC7.exe
  6. That is nothing to do with FSUIPC - I hope that is not in the FSUIPC Launch.Addon section... This is because they are mot written - you add them only if/when needed. There are two new ini parameters that you can add to the [General] section which control the delay between sim detection and trying to connect: DetectToConnectDelay - defaults to 5 seconds, used when FSUIPC7 is started manually DetectToConnectDelayAuto - defaults to 60 seconds, used when MSFS starts FSUIPC7 (i.e. when the '-auto' command-line argument is present No problem - thanks for testing this for me. The issue seems to be that MSFS does not send the required events when you try to connect obtain a connection too early during its initial loading period. I don't understand why I cannot reproduce this here though, very strange... John
  7. Then read that! As it says in that post, I don't know what NMEA/GPS sentences Foreflight is expecting - you need to ask them. It is a facility provided by FSUIPC to send out GPS data to the network for use by 3rd-party programs. If Foreflight is using this feature, they should let you know how to configure this in FSUIPC. This feature is configurable in the AutoSave/GPSOut tab of FSUIPC4 and is described in the FSUIPC4 User guide starting on page 10. But i do not support Foreflight, only FSUIPC, I do not know how to configure FSUIPC for use with Foreflight, you need support form them, not me. John
  8. Your original EXE.xml was corrupt - it was missing an opening SimBase.Document directive. You have two other add-ons using this file - AFCBridge and Logitech MSFS plugin. One of these must have corrupted this file, I have added these back in the attached EXE.xml, so please use this to replace the one you are using: EXE.xml And again, what happens when you try to start manually, i.e. when you double-click the FSUIPC7.exe in windows Explorer? Do you see the FSUIPC7 splash-screen? Is an FSUIPC7.log file created, if so please show it to me (i.e. attach it). Also, please right-click on the FSUIPC7.exe and look at the properties, security tab. Is it blocked from running there? if so allow it to be ran. John
  9. Can you please try the attached. I have increased the delay between detection and trying to connect from 30 seconds to 60 seconds. There is also a new ini parameter where this can be adjusted if needed. John FSUIPC7.exe
  10. I know nothing about Foreflight or even if it uses FSUIPC - as the problem is with this software, I suggest you try their support first. John
  11. The FSUIPC PFC device drivers were written by Pete Dowson, my father. I support these to the best of my ability, but as I don't have any PFC devices my knowledge on these is not much more than what is provided in the documentation and available in existing support requests. These drivers have been stable for many years and are closed for further development, No, not for your issue with the RSG500. It is not, It only runs when FSUIPC is running (it is an embedded dll) and will have no affect on the RSG500. Not really - you need support from RSG for this device. John
  12. Definitely an issue with the latest version of FSUIPC7 - looks like the AircraftLoaded event is received with an empty aircraft name for some reason, so the PMDG threads are not being started. Probably a timing issue somewhere... It should be ok if you exit and then restart FSUIPC7. This problem also applies to the current release of MSFS. I have also added a fix in the attached version if you would like to try. I am also on SU15 now but looks like the beta switcher program isn't working as expected - it has overwritten my released version...hmmm I see there is also a new SDK (0.24.1.0). I will take a look at this and update ready for the release. John FSUIPC7.exe
  13. Can you try the attached please - and add back the '-auto' command line flag in the exe. Show me the FSUIPC7.log regardless of all is working or not please and I will take a look tomorrow (finishing now, orders from the wife!). John FSUIPC7.exe
  14. That is interesting....however, I suspect that it was reconnecting a lot at start-up as that will just reduce the initial stall time from 45s to 5s. Can you show me a FSUIPC7.log file please. I suspect that this is a timing issue between establishing a simconnect connection and requesting the data. I think I will remove this and add the delay between detecting the sim and connecting when auto-started, I will provide an updated version for you to test, probably tomorrow. John
  15. This may be an issue with the latest version. If you exit FSUIPC7 and re-start it, do you then see the CDU data?
  16. Ah, ok - this issue has already been reported and I am investigating under this topic: The problem seems to be that FSUIPC7 is not receiving key presses/releases when auto-started - for some people, its fine here! I am investigating and will update when I have found anything. John
  17. Auto-start is not enabled as there seems to be an issue with your EXE.xml file - from your installation log: This usually occurs due to another 3rd-party app corrupting this file. Please follow those instructions (i.e. rename that file then re-install FSUIPC7), then when done, show me/attach your renamed EXE.xml as well as the new/current one, and also attach your new InstallFSUIPC7.log file. I can then make any necessary changes and provide you a new one. What happens when you try to start manually, i.e. when you double-click the FSUIPC7.exe in windows Explorer? Do you see the FSUIPC7 splash-screen? Is an FSUIPC7.log file created, if so please show it to me (i.e. attach it). If you cannot run FSUIPC7, this is usually due to one of two reasons: 1, Your VC++ redistributables are not up-to-date. Download both the x64 and x86 packages from https://docs.microsoft.com/en-US/cpp/windows/latest-supported-vc-redist, install them and try again. 2. You have some anti-virus software that is blocking FSUIPC7. Check any anti-virus software to see if it has blocked or removed FSUIPC7, and if so configure to allow.
  18. Ok, that is interesting as it implies that this issue only (and always) happens when FSUIPC7 is auto-started by the sim - and only for you as far as I can tell... There will be, but all timings start once the FS is detected, and it works ok for you when you start FSUIPC7 manually before the FS. And all threads are started ok, it is just that simconnect does not seem to be sending/forwarding key presses/releases. As one last test, could you find your EXE.xml file (location will be logged in your InstallFSUIPC7.exe file), find the FSUIPC7 entry and remove this: or maybe change to this: i.e. remove the '-auto' flag. This will change some timings, John Later: someone else has now reported the same issue:
  19. Sorry but I don't know what could cause this issue as I am not using SU15 at the moment. Is there a PMDG update available for SU15? Could you add the following to the [General] section of your FSUIPC7.ini file: TestOptions=x400 and generate a short log file (load the PMDG737, sit on the runway with engines running for a minute or so, then exit) and show me/attach that please. I am still on 3.0.87 of the PMDG737 - I will update to the latest version (3.0.91) and check with this. John
  20. This is very strange! The problem seems to be that FSUIPC7 is just not receiving key presses (via SimConnect) when initially ran, but is after a restart. And it is also very strange that this only seems to be happening for you - its fine here and I have had no other reports on this (I would expect a lot of support requests if key assignments weren't working!)). Could you do two more tests please: 1. Start FSUIPC7 before you start MSFS. You will get a pop-up box that says FSUI{C7 is already running - just acknowledge that. Do you receive key presses then (once an aircraft is loaded)? 2. Rename your ini file (temporarily) so that a new default one is created. When you start MSFS and FSUIPC7 is started, activate logging for Buttons & Keys and open the logging console (Log -> Open Console). Load and aircraft and then press some keys - are these key presses then received and logged by FSUIPC7? Once this is done, exit FSUIPC7, delete the newly created FSUIPC7.ini and restore the original one. Thanks, John
  21. Ah, ok... Looking at the lua again, if using a momentary button you should really assign to LuaToggle, not LuaSet. If using a switch or sticky button, then assign to LuaSet on press and LuaClear on release, with all assignments using a parameter of 2.
  22. Do the default MSFS key assignments work?
  23. You could try reading the documentation.... When FSUIPC7 starts, you should see a splash screen - do you see that? If so, it is running and sitting in your system tray, not the task bar. You can open it from the system tray or use the key combination Alt+F to show the main window. Once it is open, you can iconize it to the task bar if you so wish, or just close the window and it will sit in the system tray until you exit MSFS. If you do not see the splash screen either when MSFS auto-starts FSUIPC7 or when you start it manually, please show me/attach your InstallFSUIPC7.log file. John
  24. Yes, via the PFC driver. This has the assignments to standard FS controls built-in, via macros, which should work pretty much out of the box for aircraft in FSX and P3D, but things have changed a lot in MSFS2020. Many functions may work in some aircraft, but certainly not in all, and not in many add-on aircraft. You will have to provide your own macros to control some aircraft. See the documentation provided with the PFC driver for details. You can try that but it won't show you anything as FSUIPC is not controlling your button assignments, as i said. You may see the PFC buttons but I am not sure - they probably go to the PFC log file. Why would you crash? If you are flying on AP, you aren't using the controls and so exiting FSUIPC should not be a problem, and then you can see if the RSG500 functions any differently without FSUIPC running. Open the FSUIPC main window (Alt+F), then File->Exit. Do that and then try your 500 to see if it works, then you can restart FSUIPC7 and try again, and see if there is a difference. As I said, I expect not as FSUIPC cannot see this device so I cannot see how it can be interfering. John
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.