Jump to content
The simFlight Network Forums

John Dowson

Members
  • Posts

    13,304
  • Joined

  • Last visited

  • Days Won

    271

Everything posted by John Dowson

  1. Does FSUIPC7 run ok? Can you add assignments, and when you run FSUIPC7 the next time are they still available (i.e. have been preserved/saved)? If so, you have no issues and there must be a FSUIPC7.ini and FSUIPC7.log file. If you have any issues, please report them and show me / attach your InstallFSUIPC7.log. If the log and ini files are generated, you can also attach them (if you have issues). If they are not generated, then try running as admin. If they are then generated, it will be a permissions issue on the folder that you installed into.
  2. Did you read the documentation? I am sorry but I provide documentation so that I don't have to answer such questions - I even told you where to look... From the documentation: Your image shows that this is still checked. Before you post here, please: - check the documentation, - search these forums to see if your question has already been answered
  3. See https://devsupport.flightsimulator.com/t/simconnect-requestsystemstate-aircraftloaded-returns-partial-path-of-aircraft-cfg/9041/6 John
  4. Do you mean in offset 0x3C00? What is the value in that offset, and which aircraft are you using? Could you add logging for that offset and show me the FSUIPC7.log file. Note that this should be the full path name but sometimes its a relative path (reported to Asobo several years ago, but I haven't checked this for a while). This also may not ne available/correct for encrypted aircraft, Yes, as the documentation says for this offset: ICAO Designator: Read from aircraft.cfg file (only available when 0x3C00 contains the full path to this file) So it looks like MSFS is just not returning the full path of the aircraft,cfg file for the aircraft you are using. Its even worder in MSFS2024 now aircraft are streamed... Cheers, John
  5. No - is there a simvar (or anything else) that holds this information?
  6. No - it is the same application for both versions. This is created the first time you run FSUIPC7. You have no FSUIPC7.log file either, so it looks like it hasn't been ran yet. But you also need to change your Explorer settings to see the extensions of these files - please see the Addendum on the last page of the Installation and Registration guide.
  7. You shouldn't need an email with https://filetransfer.io/ - select the 'share as link' option and post the link.
  8. Then its not off at all. There are various versions of this script available, for different devices The one included in the Example Lua Plugins.zip is the original that is provided as an example and will need to be edited - it is for a GoFlight RP48 by default and handles 4 rotaries. The one on the post I referenced is specifically for the two rotaries in the Honeycomb Bravo.
  9. Ok, so that is why that is controlling the trim. Delete that assignment. You are using the wrong Rotaries.lua script. You need to use the one in that post I mentioned, which has been adapted for Bravo. Please check files before using them! The first lines of the file you were using would have told toy something wasn't right: Here is the correct file (the same one as in that post I referenced):Rotaries.lua John
  10. Please show me / attach your FSUIPC7.ini file as well as the Rotaries.lua fille you are using. The furthest left is the speed brake, no? And as that is an axis, it is very perplexing that this is triggering button assignments...I suspect it is assigned as an axis in MSFS... What do you see in both the FSUIPC' Axes and Button assignment panels when you move both the trim wheel and that axis? Are the virtual buttons recognized on the axes and not the trim wheel? I would like to know if you see those button offset assignments in FSUIPC when turning the trim wheel or using the left axis, or in neither. And please double-check your assignments in MSFS2024. You need to check both in the general and aircraft-specific sections - this is causing a lot of issues for people....
  11. Its DontLogThese. i.e. under [General] section: DontLogThese=66485,69000-70999,66503,66504,66587 If it didn't work, you did do something wrong - did you check the Advanced User guide on this parameter? It shouldn't be that large. Turn off all logging in FSUIPC and restart P3D so FSUIPC starts with no specific logging. Select and load your aircraft on the runway and ready-to-fly. Then, open FSUIPC and set the logging for Axes Controls and Events. Then move your flaps leaver through the ranges and back again, then exit P3D/FSUIPC and attach the log (compress if still too big). If its too large to attach compressed (oy shouldn't be!), you can transfer using one of the free file transfer services (e.g. https://filetransfer.io/ or https://wetransfer.com/)
  12. I mean exactly what i said - do NOT start/request a new/continuation log file - take a look at the log file you attached: John
  13. The ini file you attached is a continuation log file and contains no useful information relating to your issue. Please attach a full log file - do NOT start a new log file. The Rotor Brake control is what the PMDG aircraft use for many custom controls (internally) - the ones in your log have a parameter of 67803 and 67903 which are a 'mouse move' (03) over the control stand trim wheel and speed brake lever: #define EVT_CONTROL_STAND_TRIM_WHEEL (THIRD_PARTY_EVENT_ID_MIN + 678) #define EVT_CONTROL_STAND_SPEED_BRAKE_LEVER (THIRD_PARTY_EVENT_ID_MIN + 679) You can ignore such events by using the DontLogThese ini parameter - see the Advanced User guide for details.
  14. Those assignments look ok, except that the ranges for flaps 0 and 40 look rather small, try increasing them, and the lower range should be Down only, and the upper range Up only (although not strictly necessary). So try: [Axes] PollInterval=10 RangeRepeatRate=10 0=1R,256 1=1R,U,16383,14580,76773,0 -{ Entering=Custom control: <76773> }- 2=1R,B,11663,13316,76774,0 -{ Entering=Custom control: <76774> }- 3=1R,B,5702,8593,76775,0 -{ Entering=Custom control: <76775> }- 4=1R,B,2386,4604,76776,0 -{ Entering=Custom control: <76776> }- 5=1R,B,-247,1601,76777,0 -{ Entering=Custom control: <76777> }- 6=1R,B,-3306,-1068,76778,0 -{ Entering=Custom control: <76778> }- 7=1R,B,-7128,-4410,76779,0 -{ Entering=Custom control: <76779> }- 8=1R,B,-13081,-9721,76780,0 -{ Entering=Custom control: <76780> }- 9=1R,D,-16384,-14748,76781,0 -{ Entering=Custom control: <76781> }- If you get the same issue with that, activate logging for Axes Controls and Events and see what he log says. Best to do this with the logging console window open so you can see the log in real-time. You can also post/attach it here along with your ini if you can't see the issue and I will take a look. John
  15. Please also see the following thread which is the same (or similar) issue (but for a different controller):
  16. If there are Linda scripts available for your device and aircraft, you should certainly try that, although beware the Linda is no longer supported. However, I would have thought it would be quite stable for P3D with PMDG as both have been around for a while. Linda is lua interface that sits on top of FSUIPC's lua facilities. Check these forums and also the Linda support forums for any issues - there should be a lot of information there if you need further assistance.
  17. Is the script running? This is wrong, and should be: [Auto] 1=Lua display vals and for the script I attached: [Auto] 1=Lua FPS_MonitorW i.e. to auto-run lua scripts, precede the script name with Lua. Do not edit the [LuaFiles] section - this is managed by FSUIPC. John
  18. Please use the FSUIPC7 support sub-forum for all support issues. I have moved your post. That script will not work in MSFS, as it uses the simconnect_text function which has been deprecated in MSFS and is no longer working. To display values, you need to use the lua WND library instead. I have attached a simple script that shows how to use this - try updating the display vals.lua to use this instead. When I get a chance (next week maybe) I can convert that script for use with MSFS - should have done this a long time ago really! John FPS_MonitorW.lua
  19. If the problem occurred after the latest FSLabs update, what has changed? Did you check the release notes? Did you ask FSLabs about this? They should really ne the first point of contact. I have no idea what this means....! Try FSLabs support. If you want further assistance here, please show me / attach both your FSUIPC log and ini files, the latter with appropriate logging enabled (Buttons & Switches and Events (non-axis controls)). What FS and version of FSUIPC are you using?
  20. To use PMDG custom controls via FSUIPC, please see those 2 FAQ entries. All the information you need is there - I am not going to explain that again here... Why are you doing this? Just open up the button assignments panel, turn your rotary or press a button, and the button should be registered and you assign the custom control. You don't need logging. This is correct. The parameter is either the mouse operation, or a value. Using a mouse operation as a parameter should produce the same effect as clicking the mouse on the rotary in the VC, i.e. a single inc/dec in each direction. When programming a rotary that controls different things based on a selector, you would need to overload the in/dec rotary (i.e. multiple assignments for each quantity you want to change) and use either a compound button assignment so that only the control is send based upon the position of the mode selector switch, or an offset condition based upon the position of the mode selector switch in the VC. To get better control, and implement both fast and slow inc/dec, you would need to use a lua script. The script would, on each rotary button press, need to read the current value for what is to be inc/decremented, apply the relevant delta value (i.e. increase or decrease this read value by an appropriate amount) and then use the custom controls to set the new value. I don't have any PMDG aircraft for P3D, but I can take a look in the MSFS version if you need further assistance, and if it works in the MSFS version it should work in the PMDG version once any control/offset numbers have been checked. I won't have time to look into this until later next week though. John
  21. Trim wheels usually work on buttons, not an axis. Some have two buttons in each direction (one for fast movements and one for slow), others just one. For those using just one button, you can use the Rotaries.lua script to convert this to use two virtual buttons instead, to enable fast/slow trim in each direction. The Bravo trim wheel has one button in each direction. I showed how to configure the Bravo for basic operation, including the trim wheel, in the following post: That should work for quite a few aircraft, but it won't work for all aircraft, especially many add-ons, as those assignments use the default FS controls. For such aircraft, you should use a profile and override these with the specific controls for that aircraft, whatever they may be - usually using presets, input events or lvars. There are also many other ways yo assign trim, and it is up to you to decide what works best for the aircraft you are using. For example, see the following post: John
  22. I will update/replace the trial license in a few days. For now, I have PM'ed you both the latest trial key file, valid until 1st Feb. John
  23. @biggstuff and @Krčík Robert: I have checked both your keys, and as expected they are both fine and validate without issue. As I keep saying, read the Installation and Registration guide and follow the instructions there.
×
×
  • 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.