[FSUIPC_IO.ini]

Wanting to understand how our fsuipc works, I found a pdf where the basics of operation are explained.

The file is mentioned
FSUIPC_IO.ini where the offsets with the variables and their values would be recorded.

Not having found the FSUIPC_IO.ini file, should I think it is an obsolete document?

Thank you

[fsuipc-lvar-module]

Thanky You John,
Your answer is good at the moment.
I have just discovered some Lvars and related functions in cooperation with Mobiflight supporters for Aerosoft CRJ and just included in latest events file.
Also I tought that fsuipc-lvar-module could be another instrument to help me.
Thanks again
Bye

[fsuipc-lvar-module]

Hi dear Dowson,
could You pleas let me know if is avaiable documentation reagarding how to use fsuipc-lvar-module ?

Thanks in advance.

[MSFS + FSUIPC7 + AEROSOFT CRJ + MOBIFLIGHT]

3 minutes ago, John Dowson said:

There is currently no lvar support in FSUIPC7. This is documented in many places!
I recently released a WASM + API + test client for lvar/hvar support - see 

I am currently working on integrating this new API into FSUIPC7, to provide access to both lvars and hvars.
Until that is released, you cannot use the lvar functionality in FSUIPC7 (it has been removed , hence the error) and should use  MobiFlight directly for accessing lvars.

 

A lot of thanks for very quick replay. We spent only half day with tests before ask You.
Bye

[MSFS + FSUIPC7 + AEROSOFT CRJ + MOBIFLIGHT]

Dear friends,
I'm trying to set my autopilot panel for using with Aerosoft CRJ via FSUIPC7 7.0.8 and Mobiflight.

For that I (and a friend of mine more experienced with) trying to write a ASCRJ.lua file including few LVARS for testing.

First step we will test the APPR led on state by using Offset 0x6800

We do not undestand why at simulator and FSUIPC7 launch in fsuipc7.log appears this error and lua macro does not operate:

246266 *** LUA Error: D:\MSFS_Mobiflight\FSUIPC7\ASCRJ.lua:44: attempt to call field 'Lvar' (a nil value)

The error line is the first line in AUTOPILOT OUTPUTS in ASCRJ.lua
event.Lvar("ASCRJ_FCP_APPR_LED", lvps, "ASCRJ_FCP_APPR_LED") -- (enum) | offset = 0x6800  | type = int | size = UB, 1  | mask = 0xFF

if I remark this line in ASCRJ.lua the error comes at next line:
event.Lvar("ASCRJ_FCP_BC_LED", lvps, "ASCRJ_FCP_BC_LED") -- (enum) | offset = 0x6801 | type = int | size = UB, 1  | mask = 0xFF

Just verified the local variable name ASCRJ_FCP_APPR_LED

Also we suspect a syntax error but we dont know what.

If possible could You please take a look at the attached files (ASCRJ.lua, CRJ-LVARS.txt, FSUIPC7.ini, FSUIPC7.log) and supply me a suggestion ?

Thanks in advance

ASCRJ.lua CRJ-LVARS.txt FSUIPC7.ini FSUIPC7.log

[two FSUIPC7 istances at startup]

1 hour ago, John Dowson said:

No need to do this. The ini file is not touched when you re-install. A new one is only generated if none is found.

This is due to the fact that the installer you used automatically added an entry in MSFS's EXE.xml file to auto-start FSUIPC7. If you are also using the old .bat file, that will also start FSUIPC7, so you are starting it twice.

If you download the latest installer (still contains v7.0.4), the auto-start of FSUIPC7 via the EXE.xml is now optional. So download, re-install (don't uninstall or delete anything, or do anything with your FSUIPC7.ini) and uncheck the auto-start component. Also, on the last page, don't opt to install the new desktop link/bat file and continue to use your original one that also starts MobiFlight.

Of course, thats just a suggestion. There are also various other methods you can use:
    - let MSFS start FSUIPC7, and start MobiFlight from the batch file
    - let MSFS start FSUIPC7, and add an entry in the MSFS EXE.xml to start MobiFlight
    - let MSFS start FSUIPC7, and use FSUIPC's [Programs] section to start MobiFlight

Really, the choice is yours - try and use whatever works for you.

Note, however, there can be problems with priveleges when auto-starting as each program should run at the same privilege level. Not usually an issue, but can be if one program needs or has been set to run with admin level privileges. Just a heads-up - don't worry about this unless you find that the applications won't start or communicate.

John

Ok...understood.

Tomorrow I will apply Your suggestions. I prefer to dont use the Ms xml solution due to prevent possible updates from Microsoft.

Thanks

[two FSUIPC7 istances at startup]

Hi,
recently I updated FSUIPC7 at latest release 7.0.4 via the installer.
As per previously updates I replaced the FSUIPC7.ini with the older because it contains some personal settings.
I also use the older MSFSwithFSUIPC7.bat to launch MSFS, FSUIPC7 and MOBIFLIGHT (I added a command line in MSFSwithFSUIPC7.bat to launch MobiFlight).

Now when I launch MSFS with FSUIPC7 shortcut on desktop FSUIPC7 seems start twice as reported by the message You can see in attached image.

I also attach FSUIPC7.ini and MSFSwithFSUIPC7.bat and FSUIPC7.log

Not a big problem: I close the warning and all goes well.

Thanks for attention

FSUIPC7.ini FSUIPC7.log MSFSwithFSUIPC7.bat

[FSUIPC7 updates]

2 hours ago, John Dowson said:

New releases are always available from either www.fsuipc.com or from the Updated Modules page here: 

 

We don't usually notify when we update a product, but if you follow that 'Updated Modules' page, you will get notified when that page is updated (which we do when we update a product). However, the update could be for another product, not necessarily FSUIPC7.

I'm currently releasing a new version of FSUIPC7 every 3-4 weeks, so you can just check now and again if you prefer. I'll also think about adding a way in FSUIPC7 itself to notify the user when an update is ready.

John

Hi John

As usually a lot of thanks for answer and your great job

Bye

[FSUIPC7 updates]

Hi, I bought the first release of FSUIPC7 and discovered that now is version 7.0.4.

Where is possible to discover if a new release is avaiable ?

Thanks

[MSFSwithFSUIPC7.bat]

8 minutes ago, Pete Dowson said:

May be best to give your modified one a different name?

Pete

 

Yesssss, off course.

Thank and HAPPY NEW YEAR

[MSFSwithFSUIPC7.bat]

Hi,
could be possible to exclude also the file MSFSwithFSUIPC7.bat from overwrite with new one when an FSUIPC7 updated release will be installed ?
This because I add extra command lines in order to add other functions during startup process like run Mobiflight connector etc.

If not I will continue to save the old one and also looking in the new one batch file if are different lines.

Thanks

[CRS encoder via EventID's 65663 - 65662 param 0]

Hi John, thanks for Your attention.

Finally I understood that is another, another, another MSFS bug.

Bye

[CRS encoder via EventID's 65663 - 65662 param 0]

2 hours ago, John Dowson said:

@zorzini I am wondering whether this could be the same MSFS bug explained here: https://forums.flightsimulator.com/t/heading-increment-bug-10-degree-instead-of-1-explained/290173

John

Hi John
thanks for suggestion.
I will test and inform.

[CRS encoder via EventID's 65663 - 65662 param 0]

13 minutes ago, John Dowson said:

That's good for you! Unfortunately here in rural Galicia, my connection is via  R/F (line-of-sight) delivery. I occasionally get my speed doubled or improved,  but I still have a max of 20MBps, but more usually around the 10-15Mbps mark... I also gave permission for an internet provider to lay a fiber cable over my property back in January, but am still waiting for this to become active so I can use that instead - should improve things a lot once available! 100Mbps for me is a dream!

John

Hi John, i'm retired technician and in the latest ten year i have installed here in Sicily about 800 internet connections like yours. The speed could not go more over 30 Mb (at reasonable cost).

Good luck for next provider and Merry Christmaa and Happy New Year (without covid we hope).

[CRS encoder via EventID's 65663 - 65662 param 0]

1 hour ago, John Dowson said:

No, or at least not at the moment, as it may be these events causing the difference in increment values, as with the APU Start in the support request that Pete referenced.
I'll look into this (when time permits) and get back to you. I've been without internet most of the day so have a bit of a backlog, so will probably take me a day or two to get around to looking at this,

John

Hi John and thanks for answer.

The CRS issue is not a big problem and I can wait.

Regarding connection problem I'm afraid if You are without it. Fortunatelly I discovered this morning that my provider double me the speed (from 100 to 200 Mb) without extra cost...probably a Christmas gift...non only bad covid news also.

Bye

[CRS encoder via EventID's 65663 - 65662 param 0]

1 hour ago, John Dowson said:

Could you activate event logging and produce a FSUIPC7.log file, showing the control being activated both when parking and when flying. Please also attach your FSUIPC7.ini.
I'll take a look at your files, but if FSUIPC7 is sending the same controls (with a 0 parameter) then it seems like this is a problem with MSFS and needs to be raised to Asobo via zendesk.

John

Hi John,
thanks for replay.
In attachment the requested files.

I also saw that in logs are other events logged not used by me like  :
13640703 *** EVENT: Cntrl= 66096 (0x00010230), Param= 0 (0x00000000) AP_MACH_ON
It is better to include that events in "DontLogThese" item in fsuipc7.ini ?

Thanks for support.

Bye

FSUIPC7.at ground.log FSUIPC7.in fly.log FSUIPC7.ini

[CRS encoder via EventID's 65663 - 65662 param 0]

Hi,
I dont know if this behaviour is correct or not:
I set the VOR COURSE value with an encoder and 65662 param 0 for decrease value and 65663 param 0 for increase.
When I'm NOT in fly (at parking) this works always correct (decrease and increase by plus or minus 1 degree).
When I'm in flight and attempt to reach VOR radial the value change plus or minus 5 degrees.

The encoder works correctly and not send false impulses.

Thanks for suggestions.

[FSUIPC Axis Assignments]

Ok...by reading ini and log fsuipc7 files now I understood a little bit better how Assignments working.

Thanks for support

Bye

[FSUIPC Axis Assignments]

3 hours ago, John Dowson said:

Maybe check your logfile (FSUIPC7.log)  file to see what controllers fsuipc has found, and you can check the FSUIPC7.ini file to see what letters have been assigned to available controllers.

but something must have changed. They were initially empty and now show joy# E and Axis # Z. If you move that axis, the numbers in the In and Out fields should change.
If its not your throttle, clicking Ignore Axis will ignore that axis, so then click rescan and move your throttle. You should then get a different axis # and possibly a different joy#.

Hi John, I do a quick test but via a remote laptop also I cannot move physically the TCA Quadrant but I recognize via fsuipc7.ini and fsuipc7.log that:

The Joy# letter is E also is the TCA Quadrant.

I have to push some times "Ignore Axis" button and ignore E-Z, E-V, E-R, E-U, E-Y, E-X (joy#-axis# received inputs) before have joy# and axis# fields avaiable.

Ok, tomorrow I will be able to operate the TCA throttles and proceeding with assignments.

Thanks for help

P.S. only a doubt: the FSUIPC7 assignments are like an overlay over the existing joystick MSFS assignments also does not matter what profile (empty or not) is actually selected in devices settings page of MSFS ? In other words: if FSUIPC7 is active temporary overwrite MSFS devices settings ? Correct ?

Thanks again

[FSUIPC Axis Assignments]

40 minutes ago, John Dowson said:

Maybe check your logfile (FSUIPC7.log)  file to see what controllers fsuipc has found, and you can check the FSUIPC7.ini file to see what letters have been assigned to available controllers.

but something must have changed. They were initially empty and now show joy# E and Axis # Z. If you move that axis, the numbers in the In and Out fields should change.
If its not your throttle, clicking Ignore Axis will ignore that axis, so then click rescan and move your throttle. You should then get a different axis # and possibly a different joy#.

Thanks John. Tomorrow morning I will verify Your suggestions.

Now is dinner time and i'm going at Home Restaurant (the best and only permitted Restaurant in Italy for now).

Bye

[FSUIPC Axis Assignments]

6 minutes ago, Pete Dowson said:

Yes, but what John is saying is that one of your axes --  presumably axis Z on device E --  is continually "operating" (i.e. sending different values0.

Use the ignore axis button to stop fSUIPC responding to this whilst you assign other axes.

Pete

 

I just tried with "Ignore axis" (I just supposed that this will be the purpose) but nothing to do...

Ok, i will try again tomorrow morning and report.

Bye and thanks

[FSUIPC Axis Assignments]

5 minutes ago, John Dowson said:

You can ignore that axis for the current assignment session (i.e. until you close the panel or clear) by clicking the Ignore Axis button.

Sorry but I dont understand. I will try to explain my actions and effects:
MSFS running
FSUIPC7 running
Open Assignments >> Axes Assignments
Clear & Rescan >> Move TCA Quadrant Throttle Lever nothing change in Joy# and Axis# fields and in numeric fields  (under checkbox Raw).
tried also this actions with "Ignore Axis" button pressed (Clr Ignores button become active).

The field "Profile Specific" with checkbox is inactive. (I will try to create different profiles for different planes due to the actual situation where with turboprop planes the throttle mouvement is very short but ok for jets).

If I correctly understand with Clear the Joy and Axis fields become empty and with Rescan this field are filled with Joystick number and axis number if operated.

I tried with one empty and with a copy of an existing profile active in MSFS.
Please inform me about the correct simulator situation to do axis assignment: Ready on park, running or in pause, in Commands window (Joysticks and devices setting page), or ...

As usually thanks for quick answer.

Bye

[FSUIPC Axis Assignments]

Hi,
i try to modify the axis assignments for MSFS via FSUIPC7 because I need to setup a Thrustmaster TCA Airbus Quadrant with Throttles, Reverse etc.

As You can see in attached image I', not able to Clear and Rescan because the two fields Joy# and Axis# does not coming empty.

In MSFS I make a copy of the default TCA Quadrant profile and I use it.
If I unplug the TCA quadrant both fields coming empty (and ready for scanning I suppose)
Also I think that the Quadrant, if plugged, sends continously outputs recognized by FSUIPC.

Is a workaround for that or is my error in procedure ?

Thanks for support

[Panel Lights ON OFF for MSFS]

9 hours ago, John Dowson said:

I could add this if you like, but it is documented as read-only, so cannot be used to update. I guess it could be writeable but documented incorrectly - I can add this locally to test.
But if it isn't, would this still be useful?

Unfortunately this happens with quite a few events, i.e. you can see them when activating  from the UI, but sending via SimConnect has no affect, and this varies from aircraft to aircraft.
Probably worth raising a zendesk issue to Asobo ib the aircraft in question.

John

Hi John, thanks but don't waste your time for me only. Some things need your attention and my cabin light can wait.

I hope events and offsets for MSFS will be fully avaiable during next year (i'm retired and have a lot of time for waiting).

Thanks for Your cooperation and regards.

[Panel Lights ON OFF for MSFS]

2 hours ago, Thomas Richter said:

Hi,

the control SET works for TBM930 as well but is immediately set back to zero (0), seems the panel light rotary overwrites that, , light comes ON and goes OFF and opposite as weel when ON and set to 0 it comes ON again. So clearly a Asobo failure in those Aircrafts.

Thomas

Hi, You are correct; I also noted this strange behaviour.
Bye