John Dowson
Members-
Posts
12,286 -
Joined
-
Last visited
-
Days Won
252
Content Type
Profiles
Forums
Events
Gallery
Downloads
Everything posted by John Dowson
-
Ok - MSFS seems to have support for up to 20 fuel tanks - see https://docs.flightsimulator.com/html/Programming_Tools/SimVars/Aircraft_SimVars/Aircraft_Fuel_Variables.htm#fuel-tank-selection You probably want to use either one of the indexed variables FUEL SELECTED QUANTITY or FUEL SELECTED QUANTITY PERCENT to get the percentage, and maybe FUELSYSTEM TANK CAPACITY for the capacity (see https://docs.flightsimulator.com/html/Programming_Tools/SimVars/Aircraft_SimVars/Aircraft_Fuel_Variables.htm). There is no way I can add these to FSUIPC offsets for all users as this would generate too many errors (logged to the MSFS console) when using a plane without that many tanks. If you require this information, you should look into adding the required simvar (indices) to free FSUIPC offsets and you would need to provide appropriate instructions to the users of your program. John
-
The simvars that are used to populate those offsets are not indexed but individually named. Ok, so there are 2 more fuel tanks, and you need the capacity and level for these two tanks. You first need to determine what, if anything, is holding this information. Does the aircraft provide additional simvars for these quantities, or are there any lvars available for these? I don't have this aircraft so I really can't help you with this. You need to determine what is holding these quantities before we can consider adding them to offsets. Maybe ask DC designs about this. Why is this a problem? It is only a matter of providing one additional file (myoffsets.txt) which they either install in the FSUIPC7 installation folder, or append to their existing one. Anyway, before you consider this, you need to find out where the information is held. John
-
Done.
-
You don't mention which offsets/simvars you are using for this, which would be helpful. Depends on how/where this information is held. If there are (indexed or not) simvars, then you can add these to FSUIPC offsets for both reading and writing (if the simvar is writable) - see the section entitled Adding Simulator variables (simvars) to FSUIPC offsets on page 34 of the Advanced User guide. Alternatively, if the values are held in lvars, then you can add the lvars to fsuipc offsets (also for reading and writing) using the Adding Lvars to Offsets functionality - see page 46 pf the same manual. John
-
Hi Matt, By default, hvars are loaded based upon a substring match to the aircraft title, as logged in the FSUIPC7.log file and also held in offset 0x3D00. Copy and rename your A320 hvar file to be a substring match to the tile of your Headwind A330. It is possible to switch to matching on the aircraft folder name by setting the WASM ini parameter UseAirLocForHvars, which can provide better matching when using different version/liveries of the same aircraft - see the Advanced User guide for details. John
-
FS2020 and FSUIPC character and input detection - rotary encoders
John Dowson replied to kooky45's topic in FSUIPC7 MSFS
Even though you haven't responded, this update has been included in the latest release, v7.3.3. John -
Note FSUIPCv7.3.3 has been released so please download and try that before reporting back. Note, however, that this also contains no changes that would affect the auto-start, but contains a few updates that may have caused FSUIPC7 to not start certain threads in certain conditions. If you still get your issue with this version, please show me your FSUIPC7.log file as well as providing information as to whether FSUIPC was auto-started or not, and if auto-started when did you actually start FSUIPC7. Also, you find FSUIPC7 'doesn't work', please try disconnecting and re-connecting from the MSFS menu. John
-
Hi Leo, The WASM has ben updated and released with v7.3.3 so please download and use that version before reporting back.
-
Possibly, but not having this aircraft I do not know - the OP should certainly try the condition lever controls. Thanks for the hint, John
-
I will update the trial license tomorrow (or maybe this evening if I get a chance)...
-
Was this test with the new WASM module I poste above? I forgot to update the version number so it is difficult for me to tell. Please try the attached version where I have update the version number - I have also added an extra logging statement to log the value of UseAirLocForHvars being used. I would like to get to the bottom of this issue if possible, so please ret with the attached and report back, including your FSUIPC_WASM.log file. Thanks, John FSUIPC7_WASM.wasm
-
If you mean FSUIPC7 does not auto-start with MSFS, please see item 3 under Problems running FSUIPC7 in the README.txt file. For any further issues if that does not solve your problem, please show/attach your EXE.xml file. Presume this is a separate issue...if this occurs, exit FSUIPC7 and then show me/attach your FSUIPC7.log file. John
-
FSUIPC 6 KEY ASSIGNMENTS
John Dowson replied to hillbilly20's topic in FSUIPC Support Pete Dowson Modules
What are you finding baffling? Just create a macro file (e.g. QW787.mcro) in your FSUIPC6 installation folder. Add the following entry: 1=L:QW_OH_LDG_LEFT_SWITCH=Toggle You will then see that entry in the assignments control drop-down where you can assign to a button. It really isn't that difficult... John -
Can't change LVar value
John Dowson replied to Ygor Montenegro Araújo's topic in FSUIPC Support Pete Dowson Modules
No, sorry - that resource is for MSFS2020, and not relevant to P3D aircraft. Try activating logging and flip the switch to Auto in the UI to see if any controls/event are logged. Maybe you need to use an event in conjunction with setting the lvar value. And check what the lvar value is when the switch is in the auto position. Other than that I can't really advise as I don't have this add-on. John -
FSUIPC 6 KEY ASSIGNMENTS
John Dowson replied to hillbilly20's topic in FSUIPC Support Pete Dowson Modules
Quite a few add-on aircraft don't use the standard controls...For such aircraft, you need to look into custom control, if provided (although I don't think there are any for the QW 787), lvars or mouse macros. The easiest way to assign to change/set/toggle an lvar is to use a macro file. See section Gauge local variable access (L:vars), by macro on page 39 of the Advanced User guide. You should try lvars first for the functions you want to implement, if there are suitably named lvars. Otherwise, you can try with a mouse macro. John -
I don't have a copy or know where you could get hold of a copy, sorry. Maybe better to also ask over on Avsim for this. John
-
There should be 3 presets for the FBW HDG push/pull button: HDG_Pull#(>K:A32NX.FCU_HDG_PULL) HDG_Push#(>K:A32NX.FCU_HDG_PUSH) HDG_Push_Pull_Toggle#(A:AUTOPILOT HEADING SLOT INDEX, Number) 1 == if{ (>K:A32NX.FCU_HDG_PUSH) } els{ (>K:A32NX.FCU_HDG_PULL) } They should all be included in the events.txt file that comes with the latest version of FSUIPC7, and so assignable in the controls drop down menu. If they don't work, then they are either broken or not applicable to the version (experimental) of the FBW A32NX that you are using. Either way, I can't help with this and you should ask about this on the MF support/discord channel. John
-
Btw, this is not cached values... This is the location for your preferences/files that will not be affected by FSUIPC updates. If you want to preserve your hvar files and ini settings, you should use this location. Anything you change in the Community\fsuipc-lvar-module folder could change on an update. John
-
Just checked the code, and it looks like I forgot to initialise the default value for the new ini paramater UseAirLocForHvars to false... Sorry about that. Please try with the attached WASM - use it to replace the one in your Community\fsuipc-lvar-module\modules folder: FSUIPC7_WASM.wasm If you get the same problem with that one, please attach your FSUIPC_WASM.log file (preferably with Debug enabled) and I will take a look. John
-
The load flight function has been broken in MSFS since inception. I'm not sure of the current status as I haven't checked this for a while. From the current documentation, this function is now working. However, there still seem to be issues in the Flight Save MSFS SimConnect function (as well as the Flight Plan Load function), so the problem may be in the flight save file. I will look into this further (next week now) and maybe raise another bug report with Msfs/Asobo. Not much I can do about this in FSUIPC7 I'm afraid, as FSUIPC relies on the corresponding SimConnect functions to do this. John
-
You could also add your own preset to do this, which maybe easier. For example, for the run/stop toggle, create a file called myevents.txt in your FSUIPC7 installation folder, and add the following line: CRJ Engine1 Run-StopToggle# 0 (>K:MIXTURE1_RICH) 0 (>K:TOGGLE_FUEL_VALVE_ENG1) 0 (>K:TURBINE_IGNITION_SWITCH_SET1) You can then assign to 'Preset: CRJ Engine1 Run'. You can add similar presets for engine 2 and also for off. Note that presets are only loaded when FSUIPC starts, so if you make any changes, restart FSUIPC7 to take affect. John
-
I've checked this and they don't change. This changes the run/stop from off to Stop, but I can't get it to Run using this. I've also tried Starter 1 Set control and this achieves the same thing. However, overloading assignments and sending the following 3 controls toggles between run/stop: MIXTURE1_RICH TOGGLE_FUEL_VALVE_ENG1 TURBINE_IGNITION_SWITCH_SET1 and Run switch to OFF: MIXTURE1_LEAN TOGGLE_FUEL_VALVE_ENG1 To overload your assignments, to need to manually edit the ini. Assign to the first control and save, then, with the FSUIPC button assignments window open, open your FSUIPC7.ini file in an editor. Locate the line for the assignment just added, then place a ; after the '=' on that assignment line and save. In FSUIPC, reload your assignments. You can then assign to the second control. Repeat to assign to the third control. Once all assignments are done, remove the ; you added, then reload your assifnments one more time. This is how my ini looks for button assignment to run/stop toggle: 70=P174,7,C65983,0 -{MIXTURE1_RICH}- 71=P174,7,C66494,0 -{TOGGLE_FUEL_VALVE_ENG1}- 72=P174,7,C67017,0 -{TURBINE_IGNITION_SWITCH_SET1}- There are also other control combinations that work. See https://forums.flightsimulator.com/t/map-engine-run-stop-to-device-button-citation-cj4. John
-
You are probably better of installing the WT mod for the CJ4 and using the MobiFlight presets for this (see https://hubhop.mobiflight.com/). You could try the presets with the vanilla CJ4 - they may work or not... If you want to use the vanilla CJ4 and the MF presets (for the WT mod) don't work, try monitoring offsets 0x0892 and 0x092A (which hold the General Eng Starter simvar for engines 1 and 2 respectively) and see how they change when you run/stop the engines in the UI. If they change values accordingly, you can try assigning your buttons to set the values in those offsets using the Offset Word Set control with the appropriate parameter. You could maybe also try the Toggle Starter 1/2 controls. John
-
Can't change LVar value
John Dowson replied to Ygor Montenegro Araújo's topic in FSUIPC Support Pete Dowson Modules
Then that is the way the lvar works. What switch/function for what aircraft are you trying to assign? Have you checked the MF HubHop resource to see if there is a preset available? -
Are they still there? Better to keep your own hvar files in the other location. You don't need to do this as No is the default value. Understandable as doing this doesn't change anything. Don't restart MSFS - try restarting FSUIPC7. Before you do this, please check for that line in the FSUIPC7.log file as indicated in my previous post. To see details on the loading of hvar files, set Debug level logging in the FSUIPC_WASM.ini file and take a look at your FSUIPC_WASM.log file. You could also consider switching from using hvar files to presets. You can activate hvars via presets without making the hvars known to FSUIPC7. To activate a hvar via a preset, create a file called myevents.txt, and in it add lines of the form presetName#>(H:hvarName) You can then assign to the presetName in the drop-down as 'Preset: presetName''. John