Jump to content
The simFlight Network Forums

John Dowson

Members
  • Posts

    13,169
  • Joined

  • Last visited

  • Days Won

    269

Everything posted by John Dowson

  1. Ok, glad it's now working. If you are not using the "JoyLetters" facility, it's a good idea to activate it as this will prevent possible problems later (e.g. when unplugging and replugging your devices into a different USB socket/hub). Just change the AutoAssignLetters ini parameter (in the [JoyNames] section) from No to Yes. See the User guide section on this if you need further details.
  2. Did You check the advanced user guide section Compound Button Conditions? The format is n=CR(+j2,b2)j,b, ... So, first program your button without the mode switch. Then, add a 'C' after the '=', then add your condition after the "repeat" code 'R' (with no comma!), so something like 27=CR(+P,9)P,15,CM14:2,0 -{Macro QW788: DecreaseApAlt}- (assuming P is the letter assigned to your joystick device) Again, check the Advanced 'user guide, section Macro Control References: The last number is the parameter to the macro. John
  3. I don't know, sorry. I've not noticed that here for my macros. Usually a flashing taskbar icon indicates a pending message or event in the application that requires attention, but not sure why it would flash just once.
  4. Hi Diego, first, try activating lua debug logging (from the FSUIPC logging options) which should help you debug any lua script. On a first glance, your ipc.macro calls are obviously wrong - the parameter is a string and needs to be in quotes, e.g. ipc.macro("<macro file name>: <macro entry name>"), as described in the documentation. John
  5. As Reinhard recommends, using lvars is a better and more reliable method than using mouse macros.
  6. Yes - if by remap you mean re-create, then yes. The problem is that different models may use different ids to identify the screen area (rectangle). Try re-creating the macros for those that don't currently work, your A320IAE. You could have one macro file with different names for the entries, but it's far cleaner to have a macro file per aircraft. You can then use that macro file in your profile for that aircraft, assuming you have different profiles for each of the models. If you don't currently have different profiles set-up for the different models, you can create a new profile for the A320IAE based upon the one for the A320CFM and then change the macro file used for that aircraft (see the User Guide for details on how to achieve this). Also, make sure that you are using appropriate "strings" (or "sub-strings") to differentiate the two aircraft models so that the appropriate profile is loaded. John
  7. I see you are using OneDrive. This may be causing issues Could you try re-installing to a folder outside of your Documents folder. The Documents\Prepar3D v5 Add-ons\ folder should really only be used to hold the FSUIPC6/add-on.xml file anyway. Just re-run the installer and select a different folder (e.g. C:\Prepare3D Add-ons\FSUIPC6). This will also uninstall FSUIPC6 from its current location. You will need to move your files (.key, .ini, .lua, .mcro, etc) and folders across to the new installation location afterwards.
  8. What sort of macros? If its mouse macros, these would normally have to be remade for each aircraft as the mouse rectangles can have different ids. If you are using macros with standard controls/events, then these may not work with some complex add-on aircraft as they tend to implement there own controls/sub-systems rather than rely on the P3D ones. If they are using lvars, the lvars may be different for the different models. So it depends. Maybe post your macros and more information on the airbus models that work and don't work, and someone with a similar model may be able to help. John
  9. Did you also copy your FSUIPC5.ini to your new installation folder and rename it to FSUIPC6.ini? Could you attach your .log and .ini files and I'll take a look.
  10. Lua files go in the FSUIPC6 installation folder, i.e. the folder which you selected to install FSUIPC6 into during the installation process. If you don't know where this is, you can use the 'Open Folder' button from the Logging tab. John
  11. No, there is no such function. You are probably better off using a user offset to drive your gear light indicator (e.g. starting offset 66C0). You could have a lua script that simply copies the gear offsets (0BEC, OBF0, 0BF4) to this area if gear is retractable (offset 060C), or otherwise writes 0. John
  12. It seems that that offset area is documented as for general use by mistake! That area is actually reserved for the "SoundViaIPC" interface documented in the FSUIPC for Programmers guide. This is very little used so I could make this optional, but for now I'll just update the documentation in the next release. I suggest you use one of the other offset areas for general use instead, maybe starting at 66C0. John
  13. Verified. I'll look into it. John
  14. You can do that to start your scripts. However, you won't be able to stop them from there when the aircraft changes. To do this, you would also have to monitor the aircraft name in each script so that it can stop itself when the aircraft name changes, as I said.
  15. You can also use the [Auto.<xxx>] section of your ini (where <xxx> is the profile name) to automatically start/kill luas on aircraft load/change. See the Advanced User guide, section entitled Automatic running of Macros and Lua plugins. John
  16. Do you have the rudder pedals off in the MCDU options menu? See this post over on the FSL forum: https://forums.flightsimlabs.com/index.php?/topic/7942-setting-up-the-tiller-using-fsuipc-registered/
  17. Yes, you can skip the registration - if you have already registered, your existing key file will be used. If not, you will be using an unregistered version. If you have purchased a license, you need to enter the details to enable the extra functionality. If you don't have a license, you will only have access to the free functionality. John
  18. I mean you should choose 'Send to FS as normal axis' in FSUIPC instead of 'Send direct to FSUIPC calibration'. The controls when this is selected are the standard P3D ones, not the "special" ones added by FSUIPC. You do not need to able controllers in P3D for this. Probably also a good idea to delete/remove any calibration entries for the tiller when you do this (by editing the ini). So, as I previously said, try selecting 'Send to FS as normal axis' and then select the Steering Set or Axis Steering Set control from there. This should then use the standard P3D control with no rudder/tiller blending.
  19. Hi Ramon, I took a look but there's nothing we can do about this in FSUIPC. The problem has been reported to LM, but I'm afraid I can't find these posts due to the limited search facilities provided ('_' is treated as a space and 'simconnect' and 'menu' entry are too common to be searched for!). I think that you would be better off converting these to standard key presses (to select the appropriate menu entry), as discussed earlier in this thread. Cheers, John
  20. Have you assigned to the FSUIPC control SteeringTiller? If so, try the FS control Steering Set (or Axis Steering Set) instead.
  21. No, they don't. They terminate when FSUIPC closes. Each of your scripts can also monitor the aircraft name offset, and when this changes they can auto-teminate by calling ipc.exit(). John
  22. I assume that it does work, in that it is running and you can access the UI. I can't see your image, but if you can only see the Logging and About tabs, then this indicates that you are using an unregistered version of FSUIPC4. To see the tabs that provide the functionality of a registered version, you have to register during the installation process. John
  23. Ok, I'll check this. A bit busy at the moment, so may take a while - hopefully next week. John
  24. I see you also created another thread with the same post. I'll remove that. Which FSUIPC6 version are you using? Did you try with the latest (v6.0.8)?
  25. First, you posted in the FAQ sub-forum, where it explicitly states 'NOT for support requests'. Please post all support requests in the main Support forum. Those messages are from ADE, and so are better contacting their support forum. However, those messages indicate that you have either not installed FSUIPC or you have installed an incompatible version (I have no ide what version is required for ADE - check the requirements). A sinole google search reveals the following links relating to ADE/FSUIPC and your problem: https://scruffyduck.screenstepslive.com/s/help_docs/m/20268/l/223951-how-do-i-connect-ade-to-the-simulator https://scruffyduck.screenstepslive.com/s/help_docs/m/20268/l/204051-how-do-i-connect-ade-to-the-flight-simulator 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.