Jump to content
The simFlight Network Forums

LeoSchoonbroodt

Members
  • Posts

    85
  • Joined

  • Last visited

Everything posted by LeoSchoonbroodt

  1. A quick update on Version 7.4.8b Did 3 complete flights and some more starts with different Aircraft which gave problems before, now all running fine. Will do some more flights tomorrow. Leo
  2. Hi John, Glad that you found it. 👍 Meanwhile i did 3 short starts and all went well. Start now using the latest one and will report back if something happens. Have a nice evening, Leo
  3. Will use version with Empty check, Don't have a lot of time today but will report back as soon as something goes wrong or if all stays well probably tomorrow as by then i should have had enough starts to confidently say that it's fixed cheers
  4. John, I am sorry but also this last version has caused the [Buttona] section of the FSUIPC7.ini to be missing. also here there is a button with line 1000 detected at the very begin but at the end the buttonsection was gone again. I attached the FSUIPC&.ini and log files. First flight with the H145 went well, then selecting the Cabri end at the end was missing the section again. Leo FSUIPC7.log FSUIPC7.ini
  5. Will use the new version and post logs if it happens again. Attached files were from last flight with previous version so don't know if they are of any value but attached them anyway. Leo FSUIPC7.ini FSUIPC7.log
  6. OK, send you the log when it happens again, could take a while as yesterday a few flights were OK. Leo
  7. John, Yes the Schweizer was from the last flight Yesterday evening and today i switched to the Bell407. No Assignment window opened at all. When i mention during flight i really meant to say "somewhere before end of the flight" As i use only a few buttons from the buttonscreen which are captured by an Buttonevent in the lua script. In the FSUIPC7.ini i mostly have buttons assigned which are used before any lua script is running and a few others seldom used ones. So i found out at the end of the flight when i tried to end the flight with the Esc and End buttons from the buttonscreen who are defined in the FSUIPC7.ini Is it a possibillity to make the FSUIPC7.ini and profile files ReadOnly which should then generate an error for a write attempt so we have an indication where it happens. I realise i can't make any assignments then but this is anyway something i do only when modifying something?
  8. Hi John, Problem of clearing [Button] section still present. Did yesterday evening two flights which went well. Today my first flight worked EXCEP: Buttons defined in FSUIPC.ini didn't work In short: TEST 4 MSFS started Aircraft Bell407 selected Aircraft Bell407 loaded ALL SEEMS TO WORK WELL EXCEPT: Buttonscreen buttons defined in FSUIPC7.ini NOT WORKING ButtonScreen buttons captured by Bell407.lua WORK CAUSE: [Buttons] section from FSUIPC.ini gone MUST HAPPENED DURING FLIGHT AS: Here still present 63703 25912 Button changed: bRef=0, Joy=6 (M), Btn=28, Pressed 63703 25912 [Buttons] 1000=PM,28,C1003,31 63703 25912 FSUIPC Control Action: Ctrl=1003, Param=31 At Ending Flight with Esc/End buttons from ButtonScreen (defined in FSUIPC7.ini) NO ACTION Research found [Button] section missing from FSUIPC7.ini Leo FSUIPC7.ini FSUIPC7.log
  9. Restored all from Backup and had another testflight with latest version. All worked normal so will continue flights with this versions logging enabled and will post the logfile if the problem happens again cheers
  10. At this moment the client has only the button screen. Buttons in the profile are all on the server machine, the device connected on the client died some time ago and was disconnected and not replaced anymore. About the 2 joystick devices those are not in use anymore and detached. At this moment i hesitate to make any changes that may complicate troubleshooting as it has always worked this way, but i definitely cleanup my ini file one of these days
  11. will try tis version in about an hour and a half, wive called for dinner and i want to keep her happy😇
  12. OK here are the profile files i used during testing. All button linenumbers above 1000 for buttondefinitions come from FSUIPC7.ini Lower than 1000 come from profile files. I have anyway the idea that it's intermittend as the first flight with the Schweizer worked and the last flight didn't and if you say this version 7.4.8a only added additional logging then the other conditions are the same. Also because yesterday the main problem was that profile auto lua's were not loaded and i have never seen that today. Now the main problem seems to be that buttondefinitions from the profile files are not loaded. FSUIPC7.ini CabriG2.ini Schweizer.ini Bell206.ini
  13. Yes, i switched Aircraft several times to see if it was Aircraft specifioc. I don't have the logfiles from earlier flights anymore but i past you my Journal with notes that i kept since the additional debugging options. TESTS WITH DEBUG EXTRA OPTION =============================== TEST 1 MSFS started ButtonScreen use Aircraft Schweizer selected Aircraft Schweizer loaded EVERYTHING WORKS TEST 2 MSFS started ButtonScreen use Aircraft Cabri selected Aircraft Cabri loaded EVERYTHING WORKS TEST 3 MSFS started ButtonScreen use Aircraft Bell206 slected Aircraft Bell206 loaded Lua Loaded as Arduino's are initialized Buttons defined in Bell206.ini Don't work BUT Bell206.ini is loaded as [Auto] Bell206.lua is loaded Several times Button & Switches reload from menu without result AT END when pressing ESC and END buttons from Buttonscreen (Defined in FSUIPC7.ini): these work Also enormous amount of Axis data in log, could this hinder Button detection??? Have seen that when i enable lua logging, it is almost impossible to use the simulator NEW Version of FSUIPC7.4.8a ============================ TEST 1 MSFS started ButtonScreen use Aircraft Schweizer selected Aircraft Schweizer loaded Lua Loaded as Arduino's initialized Buttons defined in Schweizer.ini NOT working Buttons defined in FSUIPC7.ini working Buttons from buttonscreen working Enabled lualogging from one of those and to see if enabled switched some undefined commands in the homecockpit on and off. Do find this in the logging: RECEIVED: ZZ696720 NOT RECOGNISED/EXECUTED btw. all buttons above 1000 are defined in the FSUIPC7.ini, those work
  14. Sorry forgot to submit my previous reply. Meanwhile a did a testfly with version 7.4.8a and got the same result. lua loaded but buttons in profile ini file not. buttons in FSUIPC7.ini loaded See attached logfile. FSUIPC7.log
  15. Yes i will try this version. It's a strange problem, Yesterday any first flight didn't load the profile lua, didn't matter which Aircraft and successive flights were always OK. Today my first two flights went very well, no problem using Buttonscreen before flightload lua and ini file loaded. First one with the Schweizer second one with the default Cabri. The third flight with the Bell206, the lua was loaded as i can see that my Arduino's were initialized but when i tried to use the buttons defined in the Bell206.ini they didn't work. Did several reloads of Button & Switches via the assignments menu to no result. Then when i gave up and used the Buttonscreen's ESC and END buttons, those worked. So for me an indication that only buttons in the Bell206.ini were not working. I send you that logfile in case you want to have a look. FSUIPC7.log
  16. Yes it's loaded in the [Auto] section of the profile. The correct profile ini file is loaded otherwise i couldn't manually load the lua as this button is defined in the profile file i will add logging today and will send you the files. Leo
  17. Hi John, Did some investigation and found that FSUIPC7 didn't hang but didn't load the lua in the [Auto] section of the profile and so there was nothing logged and initialized which i interpreted as hang. Found out via testing that this only happens on the first flight loaded after MSFS start and only if i use wideclient to setup my cockpit before this first flight. if i don't touch wideclient, the lua is loaded, so i tried to eliminate which actions on wideclient cause this but have still not exactly pinpointed the problem. Strange thing is that it only happens on the first flight, on successive flights i can setup my cockpit without problems before the plane is loaded. Also, if i manually load the lua via a button that is defined in the profile ini then this succeeds succesfull, so this is a way around the problem. But i still want to go to the bottom of this, just wanted to let you know what i found before you spend time on something that could be just caused because of the way i use wideclient. Only thing that i find strange that it only is on the first flight and only when i touch wideclient before that first flight. I'll keep you informed about anything i find. Have a nice evening, Leo
  18. I will try some more starts of MSFS and see if i can reproduce it, also will enable lua logging as it states "checking aircraft autos...." Just to be see how far it proceeds with this. Will let you know how investigation develops. Leo
  19. John, One hickup i have seen when using the version 7.4.7b is that FSUIPC7 hangs at the moment after the plane is loaded and the log shows " Starting everything now " this is normally where it previously said "Starting Wideserver". Is it possible that it doesn't check that wideserver is already running and tries to start it again? I exited FSUIPC7 and started it again and then it just continued at that point. I send you the logfiles here and try to investigate further this evening when time permits (got guests, so have to attend them now). cheers Leo FSUIPC7 after stopping and restarting FSUIPC7.log FSUIPC7 hang after starting everything now.log
  20. Hi John, Works like a charm, i can set offsets and other cockpit related things direct after FSUIPC7 is started, so with this version my problem is solved. Hope you can keep this option in future versions as i think there are more self-build cockpits that could benefit from this. Many many thanks for your swift reaction and solution, Leo
  21. Hi John, Yes i use autostart lua's in each profile, the problem is that this lua reads out settings from my cockpit which are different for each plane and if such a setting isn't correct it acts accordingly. To be clear i don't set it in the aircraft cockpit but in my homebuild cockpit which is then read by the lua script. As many buttons, switches and settings are plane dependant they should be in correct state before the plane dependant auto-lua reads them. This all works perfect for successive flights as wideserver is running inbetween flights. Just for this first flight i cannot setup my cockpit to a correct state for the plane to be loaded. I guess i need to start this ipcReady.lua in the [Auto] section of the FSUIPC7.ini file, as the profile depenend lua is started in the [Auto] section of each profile file? I will try your attached version and will report back. Thanks and a nice day, Leo
  22. Hi John, I have a question about starting Wideserver. As it is at the moment, Wideserver is started the first time a plane is loaded. Is there a way to start it after FSUIPC7 is initialized but before the first plane load? I use a wideclient Buttonscreen to setup several things in my cockpit depending on the plane i want to load, and it has to be setup before the plane loads. This all works well except for the first start after FSUIPC is loaded because Wideserver isn't started at that time and therefore i have no Buttonscreen and other switches connected to my wideclient. It is no big problem just something that creates some failed first loads. For example a plane shutting down when started on the runway because a fuelvalve in my cockpit is still closed. There are solutions for this but would be neat if Wideserver was already running on first load. Have a nice evening, Leo
  23. Thanks John, Yes i have learned the hard way, but end good, all good. Was mislead by a RPN script i got from a friend who uses AAOs and thinking i could execute this with ipc.execCalcCode. thanks anyway for your response. Leo
  24. Well Couldn't resist to try something else. Opened the Behaviors /Input events tab in developers mode and could find and test the LIGHTING_PANEL_1_Set, Dec and Inc events as shown in the picture attached and it works including the animation of the Overhead rotator. But when i use one of those in my lua script i get the error Error sending Input Event 'LIGHTING_PANEL_1_Set' If i try to assighn it to a button, i only find LIGHTING_PANEL_1 without the possibillity to Set, dec or Inc in the pulldown menu. if i use this LIGHTING_PANEL_1 event for a button it generates no error but doesn't accomplish anything. Maybe i don't know enough about Input Events but could also not find a solution for this in the documentation. EDIT: found the solution, if i use LIGHTING_PANEL_1 in my lua script with a parameter, it defaults to Set So it works now in my scrip for Set and i don't need Inc and Dec For the test with assigning it to a button i did send always the same parameter so that explains why i didn't see any action. thanks, Leo
  25. Finally found some time to test without the B: and it didn't work either altough the event is listed. So decided to test another event in another plane, to make sure i understand how to do it, and to my supprise, that works. Tried it with Button assignment and thereafter also in my lua script, both work. So i went back to the original LIGHTING_PANEL_1_Inc event and tried this via Button assignment to no result. EDIT: See now that i tried the found LIGHTING_PANEL_1 , so without the Set or Inc. See my post below. Have given up on this, costs to much flying time, who knows maybe i will take it up lateron, or maybe not. Anyway thanks for your help. Leo
×
×
  • 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.