[FSUIPC7/LUA and SimConnect indexed variable]

It's working fine. Thanks a lot

2 hours ago, John Dowson said:

BUS LOOKUP INDEX is read-only. This value changes when other controls are used, e.g. ELECTRICAL_BUS_TO_BUS_CONNECTION_TOGGLE.
I added this to see if it could be used to control the batteries in the A320 as described in this post:
   

However, it seems that these simvars are read-only
Presumably you are trying to control the batteries in the FBW A320, no? If so, you can try the calculator code specified in the MF spreadsheet for
    A32NX_OH_ELEC_BAT1_TOG
    10 6 (>K:2:ELECTRICAL_BUS_TO_BUS_CONNECTION_TOGGLE) 10 (>A:BUS LOOKUP INDEX, Number) (A:BUS CONNECTION ON:6, Bool) ! if{ 0 } els{ 1 } (>L:A32NX_OVHD_ELEC_BAT_10_PB_IS_AUTO) (L:XMLVAR_Momentary_PUSH_OVHD_ELEC_BAT1_Pressed) ! (>L:XMLVAR_Momentary_PUSH_OVHD_ELEC_BAT1_Pressed)

    A32NX_OH_ELEC_BAT2_TOG
    11 6 (>K:2:ELECTRICAL_BUS_TO_BUS_CONNECTION_TOGGLE) 11 (>A:BUS LOOKUP INDEX, Number) (A:BUS CONNECTION ON:6, Bool) ! if{ 0 } els{ 1 } (>L:A32NX_OVHD_ELEC_BAT_11_PB_IS_AUTO) (L:XMLVAR_Momentary_PUSH_OVHD_ELEC_BAT2_Pressed) ! (>L:XMLVAR_Momentary_PUSH_OVHD_ELEC_BAT2_Pressed)

(see https://docs.google.com/spreadsheets/d/1jTXlcHaJWx0B7TB63Pmma7bKwpxsxXJO6EJ3ECt7zpc/edit#gid=172455454)

My MSFS is updating at the moment (and still 30GB to go....) so can't test this, will check it later.

John

 

[FSUIPC7/LUA and SimConnect indexed variable]

Yes i try to interact the master battery 1 and 2 from the A320. I already update mine so i will try the calculator.

Thanks

[FSUIPC7/LUA and SimConnect indexed variable]

Hello,

I try to set BUS LOOKUP INDEX to Value 10 but it does not want to set and stay with value 11.

I am doing something wrong ?

Thanks for the help.

[Added Support for LVars/HVars Access in MSFS via John Dowson's WASM Module.]

23 hours ago, Paul Henty said:

That error means there is a mismatch somewhere between 64 and 32 bit. 

Is it compiled to x64 only, or it is "Any CPU"?. If it's "Any" then your DLL will run in 32 bit if the exe or process it's running in is 32 bit.

When the host application is running, check the Windows Task Manager. If it's running as 32 bit it will add this to the end of the name.

Paul

You were right. The problem was another program who was running under 32Bit thjat as conflict with my dll.

Now everything run fine.

Thanks.

[Added Support for LVars/HVars Access in MSFS via John Dowson's WASM Module.]

2 hours ago, Paul Henty said:

That error means there is a mismatch somewhere between 64 and 32 bit. 

Is it compiled to x64 only, or it is "Any CPU"?. If it's "Any" then your DLL will run in 32 bit if the exe or process it's running in is 32 bit.

When the host application is running, check the Windows Task Manager. If it's running as 32 bit it will add this to the end of the name.

Paul

Thanks Paul. I will try to identify in the task Manager.

In my visual studio community i know that my build is configurated to x64.

I will tell you the result.

[Added Support for LVars/HVars Access in MSFS via John Dowson's WASM Module.]

Hi,

I have some problems to use FSUIPC_WAPID (vers 0.5.2) with fsuipcClient (vers 3.2.7.374).

I try to program in c# and i have trhis error message : "An attempt was made to load a program with an incorrect format. (Exception from HRESULT: 0x8007000B)".

This error is obtained but making this first line of code:

var VS = new MSFSVariableServices();

My dll run in x64 build.