
John Dowson
Members-
Posts
13,460 -
Joined
-
Last visited
-
Days Won
279
Content Type
Profiles
Forums
Events
Gallery
Downloads
Everything posted by John Dowson
-
The Assignments tab is only available in registered versions - you are running an unregistered version. You need to re-register (using the installer) to generate your .key file. If you don't have a license, there is a time-limited trial license available at the top of this forum. Not sure what you mean by this, but you also need to register your WideFS7 license during the FSUIPC7 installation process. So, re-run the installer and don't forget to register your license at the end of the installation process, by entering your license details and pressing the Register button. John
-
Looks like I messed up the UB conversion in that version - please try the attached: FSUIPC7.exe
-
What does not work? Please provide more information, i.e. is the offset populated and you just cannot update, or is the value not even populated? And please show me your log and ini files - required for any issue really. John
-
Asobo CJ4 or the Working Title mod? Have you tried logging events (with console window open) to see what events are used when you start the engine manually via the UI? Have you looked at available lvars (and maybe hvars) to see if any seem relevant, and the values they hold when you start via the UI? Let me know which version of the CJ4 you are using and I can take a look later - or probably tomorrow, as I have an urgent issue I need to look into today. John
-
The OPs issue must be with the code, as updating the offset does send the correct control (SPEED_SLOT_INDEX_SET), and it does have an effect - when the engines are running, as the related simvar (AUTOPILOT SPEED SLOT INDEX) is updated and the new value received and populated in offset 0x0298. If it was not possible to do this due to the aircraft state, the control would still be sent but would have no affect, i.e. the AUTOPILOT SPEED SLOT INDEX simvar would not be updated and no change in value would be seen in offset 0x0298. John
-
Found the issue. There was a memory issue as there are some lvars in the FBW A320 that exceed the maximum configured length of 56 characters, e.g. this one has 85: A32NX_ADIRS_ADR_1_INTERNATIONAL_STANDARD_ATMOSPHERE_DELTA32NX_ADIRS_IR_1_GROUND_SPEED i have corrected one issue that this causes (and you were experiencing) in the attached version, v7.2.8b, so please try this. However, such long lvar names may cause memory issues elsewhere, as I would expect such long lvar names to be truncated to the configured value, which they are not. I will therefore look into this further. John FSUIPC7.exe
-
Also not that using lvars directly, you can open the door with the canopy still closed, which you can't actually do in the UI. If you wanted to replicate this behavior, you would have to use a lua script to check the lvar AIRFRAME_CanopySlider (and maybe AIRFRAME_CanopySliderTarget ) to see if the canopy is open before trying to set the lvar to open (or unlock) the door.
-
I don't fly VR, but those Authenkits do look interesting though, thanks for the link. Anyway, I've found the problem - I hadn't update the lvar write code to recognise the new 'F' flag, and there were some dodgy type conversions when setting using doubles/8-bytes. This has been corrected in the attached version. With this, you can control as previously advised, by adding L:AIRFRAME_DOOR to an offset (either as a float or double) and then using the Offset Float32 Set/1000 (or Offset Float64 Set/1000) control. John FSUIPC7.exe
-
Can you please also show me your FSUIPC7.ini as well please. Also, please check the windows event viewer to see if there is a crash event reported there, and if so please show it to me. Always with the same aircraft or different aircraft? From the Add-ons -> WASM menu? Is this repeatable? When does it crash? Is the dialog box displayed and the drop-down menu with the lvars populated? Could you activate debug level logging in the WAPI by changing the LogLevel to Debug (in your FSUIPC7.ini) and generate a new log file please. John
-
What do you mean by 'stops' - does it crash? Can you list lvars? Can you at least show me your FSUIPC7.log file, from when this occurs. You may need to enable some logging, but show me your log file first. John
-
Ok, good - that is what I suspected. I will amend the Advanced User guide to mention this if using profiles in separate files, as its not clear. Yes, as do us all! There isn't much documentation on lvars, and FSUIPC is aircraft agnostic, so it handles all lvars equally (internally) as 8-byte (64-bit words (doubles). I'm afraid it is always up to the user to know what the actual type is, and use the appropriate functions when reading/writing or using in offsets. John
-
I am confused by your FSUIPC7.ini. You have included a separate profile ini, which is used when you are using profiles in separate files. However, you are not actually using profiles in separate files - you have: UseProfiles=Yes and not UseProfiles=Files So I think that maybe the lvars-to-offsets is working, but not your assignments to that offset. Having said that, there may be an issue with using the LvarOffset ini section when using profiles in separate files. I haven't checked/tested this yet. It may work, I'm not sure, but I don't think it will automatically transfer the LvarOffsets.<profile> section to your separate ini file. So, first, change to using UserProfiles=Files (if that is what you are using) and see if it works then. If not, manually copy your [LvarOffsets.FLYBYWIRE] FSUIPC7.ini section to your FLYBYWIRE.ini and rename to just [LvarOffsets]. I'll also check this here, as I hadn't considered the profiles-in-separate-files option when I implemented this. John
-
I'm sorry, but what do you mean? What functions? These are lvars - do you know what they are and how to use them? I am assuming you know what I am talking about. If not, I suggest you read up on what they are, and consult the FSUIPC user guide + advanced user guide on how to use them. Me neither. But that offset is in the range reserved for PMDG, so it is in no way applicable to the A320. I really cannot help you if you are not trying what I am recommending. Have you tried listing the lvar values and changing them to see what effect they have? You can do this via the Add-ons->WASM menu. You need to do that first, to see what works for what you want to achieve, and once that is done you can then think about setting up button or key assignments (or maybe lua scripts) to achieve the same. The A320 is a complicated beast. Try the FBW discord forum (https://discord.com/channels/738864299392630914/750095266937438258) for questions on the FBW A320, and also the MobiFlight webapp they have for the FBW A320 - in the links I have posted, twice! I can help you to get things working via FSUIPC if you know what actual works in the aircraft (lvars/hvars/calculatot code/MF presets), but I cannot possibly support all functions for all the various add-ons/mods. You have to do some of the work. John
-
Hi Andre. I've bought the Spitfire now and will take a look at this later this afternoon or evening (a bit busy at the moment on non-MSFS stuff....). I went to the Reginald Mitchell C.P. School in Butt Lane (Kidsgrove), where R.J. Mitchell was born, the designer of the Spitfire. I was born in Clough Hall (Kidsgrove), about a mile away. I've been thinking of getting a Spitfire for a while, although I don't usually fly combat aircraft... I'll ley you know what I find. Cheers, John
-
Hi Andre, Hmm, sounds very strange - I don't understand, for example, how the Toggle action can work but the Set not, as this should result in exactly the same code being executed in the WASM. This seems to contradict what you said earlier: I'll take a look to see what is happening. I don't have the a/c you are using, but I should be able to trace what is happening with any lvar, so I'll do that first. I may need you to activate Debug logging in both the WASM and WAPI and show me your logs (and FSUIPC7.ini) if I don't find anything this way, but lets see what I find first... While I'm doing this, maybe try adding the lvar as a 8byte (double) number, by using: and the Offset Float64 Set/1000 control. I'll try and look at this this afternoon, but may take a while... John
-
What do you mean by 'commands' - they are lvars. Did you try listing lvars to see what is available? And then try setting//changing them? Also, those lvars are for the Asobo A320, which is the a/c you initially said you were using. the FBW A320 is a different aircraft and will have different lvars. Anyway, just took a look om the FBW A320 (latest dev version) , and those lvars are available, as well as the following APU related ones: A32NX_APU_AUTOEXITING_RESET A32NX_APU_AUTOEXITING_TEST_ON A32NX_APU_AUTOEXITING_TEST_OK XMLVAR_Momentary_PUSH_OVHD_ELEC_APUGEN_Pressed A32NX_OVHD_PNEU_APU_BLEED_PB_IS_ON A32NX_OVHD_PNEU_APU_BLEED_PB_HAS_FAULT A32NX_OVHD_APU_MASTER_SW_PB_IS_ON A32NX_OVHD_APU_MASTER_SW_PB_HAS_FAULT A32NX_OVHD_APU_START_PB_IS_ON A32NX_OVHD_APU_START_PB_IS_AVAILABLE XMLVAR_APU_StarterKnob_Pos A32NX_APU_N APU_BLEED_PRESSURE ... Try activating the functions you want to program in the UI, and see which lvars are affected. Then try updating the lvars to see if they can be used to achieve the same. If so, you can then assign either using the lvars-to-offsets functionality with one of the offset controls (to change the offset value and thus update the lvar), or an lvar macro, or a lua script (needed if more complex calculator code is involved). Also, as I said, if using the FBW A320, check the MobiFlight preset list (https://hubhop.mobiflight.com/#/list) and see which lvars/hvars/calcularot code they are using and try to emulate that (or install the MF WASM module and use the presets via FSUIPC event files). You should also ask on the FBW forums as they will know more about the specifics of the FBW A320, Please report back how you get on. John
-
Try with the following lvars: ELECTRICAL_APU_Bleed ELECTRICAL_APU_Starter and maybe ELECTRICAL_APU_Generator_1 ELECTRICAL_ExternalPower_1 First try operating the APU using the UI and listing the lvars to see how they change. You can then try writing to them - suggest you do this initially using the Add-ons->WASM->Set lvar... functionality first to check they are writeable lvars and not just read-only lvars. If you find you can control them that way, then you can either add the lvars to offsets and assign to them using the Offset controls, or use macros or a lua script. Later: maybe also try the FBW A320 as that fixes a lot of issues that the stock A320 has. However, looking at some of the APU lvars on the MF site (e.g. https://hubhop.mobiflight.com/#/presetview/8f842455-d574-4d5e-93a0-f3eb7e4e4652), they are also not working in the stable branch, so you may need to use the dev branch. Anyway, worth installing and trying if you fly the A320.
-
Ok. Let me know if you have any issues.
-
You cannot use 66FF, as the offset is 4 bytes so would go from 66FF to 6702 (4 bytes), and so would overwrite the data in offset 0x6700. Try with 66FC - data would go to 66FC - 66FF (4 bytes). Then I suspect that you are using an old version of FSUIPC7. The 'F' designator was added in the most recent release, v7.2.7, released on the evening of the 23rd (two days ago). Please download and update. Yes, and you also need to specify the offset you are using (66FC?). John
-
I don't think this is possible using macros as the parameter will be treated as an int. However, there are two things you can try: 1. you can add that lvar to a free user offset, using the lvars-to-offsets functionality, using a type of 'F' (for 4-byte floating point numbers). Then you can assign to the Offset Float32 Set/1000 control, specifying the user offset you are using with a parameter of 100. 2. You can use a lua script, passing in a parameter of value*10 and then dividing the parameter by 10 in the lua script before setting the lvar value, using the ipc.writeLvar function (or have the value hard-coded, if you prefer). John
-
WIDEFS7 download link don't work
John Dowson replied to Sirklint's topic in FSUIPC Support Pete Dowson Modules
If it doesn't work/download with a single left click, right-click and select 'Save as...'. You can also download from www.fsuipc.com. John -
You need to check your code and/or ask on Paul Henty's .net client sub-forum. I have checked the offset by assigning a couple of buttons to write either 1 or 2 to offset 0x0298, and this is recognised, the SPEED_SLOT_INDEX_SET control/event is sent and the offset value updated, as can be seen from this log extract: I therefore think there must be something wrong in your code (sorry, I don't use C# or the .net client so can't help with this). You can also try updating the offset directly (via an assignment or using lua) to confirm. John