Jump to content
The simFlight Network Forums

LeoSchoonbroodt

Members
  • Posts

    85
  • Joined

  • Last visited

Posts posted by LeoSchoonbroodt

  1. Well John,

    Using your version 7.2.13

    Looks like the FSUIPC7 Hang isn't solved by your code. You didn't remove it, didn't you?

    First flight  and ending of MSFS did FSUIPC7 not end with when MSFS exited, had to end it in TaskManager.

    Second series of flights, at last flight when entering Main Menu I got again an FSUIPC7 hang and had to exit it again with TaskManager
    Send you the Logs and TaskManager screens.

    Leo

    FSUIPC7_does-not-end.jpg

    FSUIPC7_HANG-ENTERING _MAIN-MENU.JPG

    FSUIPC7_does-not-end.log FSUIPC7_HANG-ENTERING _MAIN-MENU.log TESTSEQUENCE.txt

  2. Hi John,

     

    You mentioned investigating problems around WASM reload.

    I do not know if that lua-crash has anything to do with this, as i got this crash on the first flight after enabling WASM reload on non-accessibility of a Lvar, i thought you would like to know this.
    That's why i say if it is of no value, just disregard it.

    I have no issues with it, as the lua would anyway be terminated at the end of the flight and doesn't hang FSUIPC7 , just didn't know if this special crash after crash situation would be of any value to know for you.

     

    Leo

  3. Hi John,

    Will test this version this evening and report back.

    Had yesterday evening again a lua crash after a plane crash. Went back to main menu after about a minute and about a minute after that exited MSFS.
    No FSUIPC7 hang or message about terminating lua threads
    Could it be this happens because of an abnormal end of flight?
    Will investigate this further to see if i can make ir reprocucable.

    Btw, was the first flight after enabling all WASM reloads for non-present Lvar's again.
    Don't think this was the cause, because the refresh routines must have run several times before the crash.

    Will send you the log anyway, because i cannot judge if it is of any value, if it's of no use for the problem you are investigating just disregard it.

    Leo

    FSUIPC7_LUA-CRASH_after_PLANE-CRASH.log

  4. Hi John,

    Hope you get the time and enjoy the recreational flying.
    Everyone needs some time off for sure.

    Is it possible that a WASM reload happens when i use Escape key to return to the menu and then resume, because i forgot to save my flightplan for display in Little Navmap?
    Because that is something i do sometimes.

    Another possible WASM reload is when i access a Lvar which returns nill, i do a WASM reload.
    If that could cause it i will comment these out for test.

    Will further investigate and as you asked, will report if i get a crash that isn't directly after a 'EVENT_HVARS_RECEIVED' message.
    Will also adjust the WASM.ini parameter LvarScanDelay to 45 seconds.

    Have nice flights.

    Leo

  5. Hi John,

     

    Using the new release v7.2.12 did not have to wait long on FSUIPC7 crash.

    First flight, immediately showed my Cockpit didn't display values.
    On check discovered that FSUIPC wasn't running anymore.
    Sent you the FSUIPC7 log and the Windows Eventviewer Application log entry.

    Directly after the crash i manually started FSUIPC7 and halfway the destination airport is still running.

    Hope logs help to pinpoint the problem.

    Just in case you need it, also included my lua script.

     

    Leo

    FSUIPC7_CRASH.log JS145.lua Windows-Application-Event-FSUIPC7_CRASH.txt

  6. Ok, will change the ini file parameter and send you the logfile when it happens again.
     

    Got no lua crashes anymore, and the FSUIPC7 crash happened 3 days ago and yesterday twice, so very randomly.
    Have done at least 15 flights in that time.
    If it happens more often, i will enable lua debug logging but my experience is that it slows my system that much that it becomes unusable, at least in a way that it misses button presses. I had sometimes to press a button 5 or 6 times before something happens.

    Would maybe adding a ipc.sleep of a few seconds after opening the Com ports be a solution?
    Because the crashes always happened immediately after that as far as i can see becuase my arduinos send some switchstates at initialization and there is one that is still not programmed in the lua, so i normally get the message RECEIVED: ZZ696690   NOT RECOGNISED/EXECUTED after initializing the Com ports and here i miss this message which indicates to me that connection is lost before this time.

     

    Leo

  7. Hi John,

    No lua-crash/FSUIPC7 hang anymore but recently 2 imes a FSUIPC7 CRASH.

    Both direct afterloading the lua file and opening the comports.

    Unfortunately i didn't save the FSUIPC7 log from the first one but i have the second one and both windows application event logs, so i send you these hoping you can pinpoint where it happens and the cause of it.

    Its the version that you send as last, so with the code that prevents a hang when a lua file crashes.

    EDIT: just happens Again, this time before loading the lua file, i attached 2 files FSUIPC7-CRASH-BEFORE-LOADING-LUA.log and its windows application log.

    Cheers,

     

    Leo

    FSUIPC7_EXIT-after-Com-init.log FSUIPC7-CRASH.txt WINDOWS-APPL-LOG_FSUIPC7-EXIT-after-Com-init.log

    FSUIPC7-CRASH-BEFORE-LOADING-LUA.log WINDOWS-APPL-LOG_FSUIPC7-EXIT-BEFORE-LUA-LOAD.log

  8. John,

    I always check the log after exiting to the main menu and if find a lua crash check if FSUIPC7 IS STILL RESPONDING.

    As i found above result i exited MSFS but i think it was after about 10 seconds.
    If the times in the log show miliseconds as i think, then that's about what the log shows also?
    4763094 -  4752047 is about 11 seconds then?

    Will keep you informed if i get any new hangs because as you stated, that lua crash really doesn't matter because it was terminating anyway.

    Still would be nice to know what caused it initially to see if it maybe could give some problems at other places but agree there are probably more urgent things to resolve as the impact of te crash is now solved.

    Another question, i put several ipc.sleep() calls in my script to not overrun the arduino's.
    If there is an event during this time, will i miss this, or are the events hold in a buffer?

     

    Leo

     

  9. Hi John,

    Did yesterday a flight with the second of the above downloaded versions of FSUIPC7 during which i several times manual reloaded the JS145.lua because i got a build from the developer of the H145 Airbus helicopter that has some Hvars fixed that i reported earlier as not working.

    During this reloads for testing there was never a problem but when finished and returning to the main menu i got a lua-crash but this time without hanging FSUIPC7, so i think your code to prevent this hang is working,

    I did some flights to test the new Hvar functionality to report back to the developer, all without a problem.
    Today i get family visit over here so don't have the time to try and replicate te situation and test again and again.

    Don't think the lua file was the cause because several flights after the crash went well, but to be complete still included the active one in the post, especially because it is changed after the last one i posted.
    The Plane is a Work In Progress, so is the JS145.lua

    See if i can find time somewhere to try and replicate the crash.
    If you have any suggestions what to test to pinpoint this, please let me know.

    Leo

    FSUIPC7_lua-crash_NO-hang.log FSUIPC7_OK-1.log FSUIPC7_OK-2.log JS145.lua TESTSEQUENCE.txt

  10. Hi John,

    Testing yesterday with the first posted version, could not get a crash/hang.

    Changed a lot of things to try to get a lua crash with no result.

    At the end i also changed the outcommented display statements to log statemens because it displays info about the execution,
    all without changing linenumbers of the rest of the JS145.lua.

    To many things to mention, so i included a TESTSEQUENCE.txt which describes the things i tried and the result and name of the logfile involved.

    I am testing now with the second version but until now without crash/hang.

    Will keep you informed about the results.

    Leo

    ComPorts.txt FSUIPC7_Disconnected ComPort-7.log FSUIPC7_OK_EMPTY_COMPORTS_RECREATED.log FSUIPC7_OK_with_new_ComPorts-txt_and_Aircraft-change.log FSUIPC7_OK-NEW ComPorts-txt-made.log FSUIPC7_OK-with reconnected Com7-after-previous-CTD.log FSUIPC7-reconnected Com7-then-CTD.log JS145.lua TESTSEQUENCE.txt

  11. John,

    Did yesterday evening a lot of testing but could not get a lua crash.

    only thing changed is that i outcommented the GetComPorts.lua

    But this script was last run on september 16 as i can see at the creation date of the created ComPorts.txt file.

    Will further test with the provided versions and when i get a lua crash and/or FSUIPC hang i will post the complete log.

    Leo

  12. John,

    The JS145.ini is the profile file not the lua file, the lua file was posted in a previous post.

    The reason this GetComPorts.lua is executed is when the arduino's are plugged to another port which changed the comport of it.

    The Getcomports.lua is not dormant and was used in a separate file because its only used when i switch hardware which is maybe once in a month or less.

    I will post it, but i also just comment the call for testing so it will never be called, just to be shure it is not the cause.

    Post the modified JS145.lua and Profile file JS145.ini too.

     

    Leo

    GetComPorts.lua JS145.ini JS145.lua

  13. No it doesn't happen always, and it indeed happens only when i go back to the main menu.

    I tried to kill the lua manually by reloading it, in the past but as far as i can remember this never was a problem.

    The reason i started a new one was indeed to only log the part where it happens, that's also the reason why i started logging when finishing the flight.

    If i start the logging earlier, it slows my system in such a way that the script misses a lot of button events. In fact it is unflyable.

    But i could start logging, load a flight and then whitout taking off go back to the main menu. Have to exercise this until i get a crash/hang.

    I included the FSUIPC.ini and the JS145.ini.

    Wil start above procedure and see if i get a crash/hang in which case i send you the complete log.

     

    Leo

    FSUIPC7.ini JS145.ini

  14. i John

    Implemented the event.terminate and in this routine i close the com ports. Also implemented a check if a comport is open before sending data.


    Took a while because if i set lua-logging, my system becomes very slow, so slow that the lua script missed several events and could not get a hang of FSUIPC, unless i turned lua logging off.

    So i modified my JS145.lua to send less info to the arduino's (i think the sim updates some events at the fps rate and my script couldn't keep up with this)

    So i replaced some event driven data transfers to 250 ms (UpdateTimer) driven data and also cleaned up a little bit unused things, more for readabillity because the airplane is a work in progress and so is the lua file for it.

    Tested today and did a flight this afternoon with logging off and switched logging on just before return to the MSFS main menu, the point where it always happened

    I got a FSUIPC hang and include the log and the lua file (because it has changed).

    Hope this helps to pinpoint the problem.

     

    Leo

    FSUIPC7.log JS145.lua

  15. Hi John,

    Will run this evening with Lua debugging.
    Display function is indeed not working anymore is still present (as a few other things) from a previous version when it was working.

    Wil allso use the event.terminate function and remove some other old stuf which isn't used anymore just to make the file more readable.

    After that will send you new information.

     

    Thanks so far for investigating things.

  16. Hi John,

     

    Attached the lua file.

    It works fine mostly but sometimes when ending a flight I get this error.

    don't worry, no hurry, downloaded 7.2.11 today and until now still not happened.

    Also i don't know for sure if a plane change is needed for it to happen so in a few days i probably have more information about the conditions when it happens.

    will test further with 7.2.11

    Thanks for your time investigating it.

    JS145.lua

  17. Hi John,

    I have the registered version of FSUIPC7 v7.2.10 and Wideclient v7.160

    When i end a flight and want to start another one, the lua file for the plane is not loaded and when investigating the matter it seems that FSUIPC isn't responding anymore.

    I have to end FSUIPC via taskmanager and start it again.

    In the log i find a lua crash error 7871063 LUA.1: Crash E06D7363 at 7FFB5FC24F99: "F:\FSUIPC7\JS145.lua" 

    I do not get any errors in the lua editor and everything runs fine during flight.

    I included the FSUIPC logfiles.

    This happens a few weeks now, don't know exact time, because i first thought it was an incident and did not pay to much attention to it.

    Thanks for any advise to solve this.

     

    With kind regards, Leo Schoonbroodt

     

    FSUIPC7 Hang ending flight.log FSUIPC7_HANG AT AIRPLANE CHANGE FROM H145 TO R44.log FSUIPC7_hang.log

  18. Hi Pete/John,

    Installed FSUIPC7 V7.2.5 yesterday and from then on cannot acces Lvar variables via my lua script.

    WASM is enabled but all other menu-items (except Disable) from the Add-ons/WASM menu are grayed out so i cannot list available Lvars.

    Via the standalone WASMClient works everything fine, here i can list and set Lvars.

     

  19. Thanks, John,

     

    Yes I was refering to the undocked Instrument windows of MSFS.

    For FSX there was a program Simtimizer that could do this but that doesn't work anymore for MSFS.

    That's why i wondered if it maybe could be done with lua, but could not find anything about it in the lua-library docs.

    Would not give up wihout asking the expert though.

     

    Thanks for the nice program especialy the WASM extension of the beta is very useful.

     

    Regards, Leo

     

  20. Hi Pete/John,

     

    Do you know if it is possible to readout the position and size of undocked windows with lua and then store it and restore them on a new startup, so to make this persistant?

    I looked in the lua library but are not able to find it, maybe i am overlooking it or it is indeed not possible.

    Thanks for your time and the great program.

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