Jump to content
The simFlight Network Forums

zorzini

Members
  • Posts

    47
  • Joined

  • Last visited

Posts posted by zorzini

  1. 11 minutes ago, John Dowson said:

    This is normal. Many MSFS aircraft, especially complex add-ons, seem to continually be emitting certain events, and these events are different for each aircraft. FSUIPC just reports what is being sent to the FS. You can ignore such events by using the DontLogThese ini parameter (best used in a Profile section, as such events are aircraft-specific, but otherwise in the [General] section if not using profiles). Please see the Advanced User guide for details on  this ini parameter.

    John

    Thank you a lot for clarification.

    Bye

  2. 21 minutes ago, John Dowson said:

    Attached is the one I use...you will need to adjust for the *.wav file names, the locations of the files, and the devices - I have 6 sound devices in registered in my FSUIPC7.ini file.

    Note I don't bother using the volume parameter - I adjust volume using windows facilities (or EarTrumpet).

    John

    soundTest.lua 1 kB · 0 downloads

    As always, 10,000 thanks for your availability.

    This little problem torments me but I would struggle to study LUA which I have never used from scratch.

    Only one question (at the moment): i have the file called "bong" as wav file; in the script is without the estension wav: is correct without or i have to add the estension ?

    Thank you

  3. 4 hours ago, John Dowson said:

    Re-installing will not change anything.

    I don't have time to look into debugging such a complex lua script. If your issue is that no sound is played, please just try with a simpler script first to confirm that sound is working. i.e. test with a script that just uses sound.play in its various forms, e.g. first just specifying the wav, then a call with the wav file and device number, then  add a call that also introduces the volume parameter. You can activate this script on a button or key press.

    So, try a simpler script first to confirm that sound is working. Once that is done and you have confirmed that sound is working, you can then debug the script. You can use the Log->Lua Plugins logging facility to debug lua scripts.

    John

    I'm asking too much if you could provide me the simple lua script to test the audio? Thank you

  4. Hi
    after weeks of testing I am forced to ask for your help to understand a problem that occurs when trying to reproduce sounds using a LUA (PMCO_FNX32X.lua) and FSUIPC7 script.

    I attach the LUA script PMCO_FNX32X.lua the FSUIPC7.ini and the FSUIPC7.log

    The audio files are correctly present in the PMCO_FNX32X_Sounds directory

    I don't understand why the "calls" of the Fenix's speeds are not reproduced by the main audio driver which otherwise works correctly.

    In the fsuipc7 log I see that the LUA correctly generates the flap position call (line 427844 etc) but nothing comes out of the speaker.

    Thank you for your attention.

    P.S. I probably don't understand how FSUIPC7 identifies and uses the audio driver in use. Just tried with complete FSUIPC reinstall but nothing change.

    FSUIPC7.ini FSUIPC7.log PMCO_FNX32X.lua

  5. 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

  6. 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

  7. 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

  8. 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

  9. 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

  10. 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

    20210122_185032.jpg

    FSUIPC7.ini FSUIPC7.log MSFSwithFSUIPC7.bat

  11. 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

  12. 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

  13. 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).

  14. 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

  15. 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

  16. 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.

×
×
  • 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.