Jump to content
The simFlight Network Forums

John Dowson

Members
  • Content Count

    3,248
  • Joined

  • Last visited

  • Days Won

    33

Everything posted by John Dowson

  1. No, you don't need to change that as the Alpha and Bravo are different devices (have different Product Id). That is only used if you have two devices that are the same, i.e. same vendor and product ids. I'm not sure what you issue is. Someone else recently reported the same problem but with the Alpha. The strange thing is that the logging is showing the same entry each time: 46219 LUA.2: BRAVO Buttons= 8E040000 2AAA However, the script should only log when this has changed: Could you add the following line to your bravo script please (in bold below): Also, ad
  2. Sorry, was getting confused and was referring to FSUIPC7. There is no exe for FSUIPC6. I have PM'ed you a key file. Please place that in your FSUIPC6 installation folder.
  3. I have had a few reports of the installer not creating the key file. Usually its a permissions issue and installing in a different folder solves the issue, although you can also create the key file manually. It is recommended to install FSUIPC6 outside of your P3D add-ons folder if possible, and just use that location for your add-on.xml file.
  4. Yes, sorry - you did say this in your original support request. I have checked your registration details here and they are good. Can you run FSUIPC7 by double-clicking the FSUIPC7.exe window? Or do you get an error? If so, it is probably due to your VC++ redistributables being corrupt. You need to uninstall any of the VC++ redistributables from 2015, 2017 & 2018, then re-install the combined package (both x64 an x86) from https://support.microsoft.com/en-in/help/2977003/the-latest-supported-visual-c-downloads
  5. Ok. Then I think that the wnd window maybe getting the focus back (and so keyboard input events) when it is being updated. No keyboard support has been added to the wnd window, so any keyboard input relies on basic windows functionality. Keyboard input certainly isn't forwarded to the FS, but I'm not sure (without investigating) if the input would fall back to FSUIPC, but probably not (due to your issue). I'm sorry, but this is something that I will need to look into. I'm very bust at the moment, but this is now on my list to investigate. I will get back to you once I have had tim
  6. Please read the Installation and Registration document that is included in the zip. It will rell you where things are installed. All the FSUIPC7 documentation is installed in a FSUIPC7 folder under your windows Documents folder. Find them, and at leat take a look at the User Guide. Transponder mode (or state) is in offset 0x0B46 and has been reported as working for both read and write, with values 0 = Off, 1 = Standby, 2 = Test, 3 = On, 4 = Alt, 5 = Ground (see the additional offsets document spreadsheet for details) To use this, assign to the 'Offset Byte Set' control
  7. Thats because you are logging lua plugins separately (one of your Log options), so its logged in a separate file - which you also included! Do you mean that the text in the wnd window is flashing? Strange....or do you mean the usual windows flashing that occurs when there is new input? Did you try, as I have asked, giving the window focus back to the FS or FSUIPC before activating the button? If not, please do so and let me know the result. But also, looking at your ini, you don't have any assignments at all in FSUIPC. So are your assignments in MSFS? If so, MSFS MUST have
  8. No, that is not possible. Please see the Advanced User guide for the format of the button assignments.
  9. There are many known issues with the G1000 - check out the Asobo forums. Those offsets just hold the values for the associated sim variables whose values FSUIPC7 receives from the sim via SimConnect. I'm not sure what you can try - maybe someone else who uses the G1000 can help. I know there are various G1000 mods out there that improve on the stock functionality, but I don't know if they correct issues such as this.
  10. Some add-on aircraft (eg. FSLabs A320) re-purpose the ROTOR BRAKE control with parameters that look like custom control numbers, instead of using custom controls directly, but I don't think this applies to the PMDG aircraft. There is a guide for using custom controls with PMDG aircraft here: https://www.myhomecockpit.de/index.php/en/?view=article&id=56
  11. First, if you don't have a Honeycomb Bravo, you can remove that lua script and the entry in your FSUIPC7.ini under [Auto] that starts that script. You don't need it. Can you activate offset logging in FSUIPC for 0x3340 as U32 in hex. Load you aircraft and produce another log file where you have activated those buttons. Also please make sure that you exit FSUIPC7 before you attach the log, so its closed and I can see the full log.
  12. Did you then click the Register button? Of so, you would have seen a pop-up message telling you if your registration was successful or not. What did you see?
  13. As I said, you can check if this is the issue by giving focus back to the main FS window or FSUIPC after the wnd window has been created. Did you try this? After testing as mentioned above (and in my first post) to confirm this is the issue, you can try adding that to your [Buttons] section (and any profile [Buttons.xxxx] sections) to see if that resolves your issue.
  14. Looks ok to me on an initial look - I don't think that it could be blocking commands. But what do you mean by this - what sort of commands are they? As the wnd library creates a separate window, if your commands are key presses, they will go to the window you create in the script if it has the focus. Could that be the issue? Check by giving focus back to the main FS window. Do you have ' KeyboardFocus=Yes' set in your [Buttons] section? I've finished for the evening now - I'll take a look in more detail tomorrow. John
  15. No, that wouldn't as according to the Advanced User guide: so should be: 217=B66D0!3 P258,23,Cx010066D0,x04 217=B66D0!3 P258,23,Cx010066D0,x04 217=B66D0!3 P258,23,Cx010066D0,x04
  16. You are using an unlicensed/unregistered version of FSUIPC. The lua infrastructure is only available for registered versions.
  17. But FSUIPC7 already comes with a batch file - MSFS.bat. As already discussed, if the EXE.xml doesn't work you can re-enable the old code there to start FSUIPC7 AND MSFS. You can also edit to add other programs if you wish. Of course, you can create your own, as shown in that video, if you prefer. However, it would be better to launch via the EXE.xml if possible.
  18. But why? Its working for you with Lua KillAll. And if others have this issue, they can also try your work-around. It looks like one of those scripts is preventing shutdown and not being killed when you kill your ipcReady.lua or when FSUIPC terminates, but is being killed by Lua KillAll. which is strange. I have made a note of this and will look into it at some point, when I have time. But, as there is a work-around, it is not urgent and so may take a while. It could be a problem in FSUIPC, but it also could be a problem with one of the scripts. You could do some further tests to help
  19. FSUIPC7 does not detect the print screen button. If it did, what would you assign it to? The 'Print Screen' hot-key is a windows function, nothing to do with FSUIPC or MSFS. Later: sorry, you want to assign a button to the print-screen key.... I'm not sure if this would work, but you could try first assigning the button to any other key, and then edit your FSUIPC7.ini file and change the key code to the print-screen key code (44) - see the Advanced User manual for the key assignment definitions. Then reload the ini.
  20. Thats interesting! Is this a general way to set lvars using MobiFlight events? Or does the hvar (in this case H:A320_Neo_MFD_BTN_TERRONND_1) also have to exist? I'm not sure on the relationship between lvars and hvars... Also, do you have a list of available hvars, for the A320 or any other aircraft?
  21. For the Airbus, if you can't get it working with the mouse macros, try lvars. See https://forum.aerosoft.com/index.php?/topic/159679-airbus-lvars/ John
  22. First, you posted in the Announcements sub-forum where it explicitly states 'NOT for support requests'. I have moved your post for you, but please take care to post in the correct forum for support. You mouse macro will currently be sending a 'left single click' (mouse flag/code 3).You can try editing the macro and using a combination of mouse flags, such as 'left button and drag' (9) followed by a 'left release' (13), or maybe add a 'Leave' (16) after the 'Left single click'. Try different combinations to see if anything works. See the Advanced User guide for details on mulriple actio
  23. If your EXE.xml file is correct and in the right location, I do not know why this isn't being processed by MSFS. Especially as this previously worked for you in v7.0.4 and there has been no change in this area between the versions.
  24. Do you mean to ask if there is a control/event to control the TERR ON ND switch? For which aircraft? A320 I presume, but it really helps if you can give more information when requesting support.... And do you mean an MSFS control or a MobiFlight one? All MSFS controls are listed in the controls document that you will find in your FSUIPC documents folder. For MobiFlight events, you need to ask MobiFlight, or download the latest release and take a look at their events file. For the A320, there is the lvar BTN_TERRONND_ACTIVE Of course, you can't use that directly using FSUIPC
×
×
  • 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.