Genew Posted February 18, 2017 Report Posted February 18, 2017 I had recently made a hardware change in my simpit & decided to check my add-on software versions. I upgraded my FSUIPC4 from 4.949f to 4.962. This resulted in a partial failure in instruments on 2 of my planes. Here is my configuration: running FSX on Windows 7 with 3 screens and TripleHead2GO. A 4th monitor runs instruments on a small computer using SimPlugins software and Simconnect. The airplanes using the instruments on the 4th monitor are the A2A Cessna 172 and A2A PA28. These planes have been running fine for a couple of years. When I upgraded FSUIPC to 4.962, I found the RPM guage and a few other gauges failed to register. To prove the problem I restored to 4.949f and all gauges worked correctly. I reinstalled 4.962 and the failure returned. IMPORTANT: The problem is in the Simplugins gauges running through Simconnect on the 2nd computer. All the planes gauges running on the main computer are not affected. I have no access to the code in Simplugins. I made no changes to Simplugins or the A2A code or any other code. My question is what change in FSUIPC could cause the ‘HOBHR4’ variable to have no value? This variable would be the meter part of the RPM guage, and when lua fails any subsequent code would not run. Is it a memory problem with simconnect? Any suggestion how to figure this out would be appreciated. I can contact Simplugins but would like to give them a clue as to what the issue is. Logs follow. Looking at the ipcinit log points to the problem in the Simplugins software. (I added the red color) ********* LUA: "ipcInit" Log [from FSUIPC version 4.949f] ******** 9735 System time = 17/02/2017 15:23:29 9735 LUA: beginning "D:\FSX\Modules\ipcInit.lua" 370316 System time = 17/02/2017 15:29:30, Simulator time = 11:16:13 (15:16Z) ********* LUA execution terminated: Log Closed ********* ********* LUA: "ipcInit" Log [from FSUIPC version 4.962] ********* 2527 System time = 17/02/2017 15:42:12 2527 LUA: beginning "D:\FSX\Modules\ipcInit.lua" 2527 *** LUA Error: ipcinit_SOURCE.lua:36: attempt to perform arithmetic on global 'HOBHR4' (a nil value) 2527 >>> Thread forced exit <<< 2527 System time = 17/02/2017 15:42:12 ********* LUA execution terminated: Log Closed ********* ********* LUA: "ipcInit" Log [from FSUIPC version 4.962] ********* 8596 System time = 18/02/2017 08:56:01 8596 LUA: beginning "D:\FSX\Modules\ipcInit.lua" 8596 *** LUA Error: ipcinit_SOURCE.lua:36: attempt to perform arithmetic on global 'HOBHR4' (a nil value) 8596 >>> Thread forced exit <<< 8596 System time = 18/02/2017 08:56:01 ********* LUA execution terminated: Log Closed ********* FSUIPC4 INSTALLATION LOG & RUN LOG FOLLOW -- Installer for FSUIPC4.DLL version 4.962 Looking in registry for FSX install path: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Games\Flight Simulator\10.0 Parameter"SetupPath" ... >>> OK! FOUND FSX! <<< ... SetupPath=D:\FSX\ Looking in registry for FSX-SE install path: HKEY_LOCAL_MACHINE\SOFTWARE\DovetailGames\FSX Parameter"Install_Path" Not there, so looking in: HKEY_CURRENT_USER\SOFTWARE\DovetailGames\FSX Parameter"AppPath" Not there, so looking in: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Games\Flight Simulator - Steam Edition\10.0 Parameter"SetupPath" Not there, so looking in: HKEY_CURRENT_USER\SOFTWARE\Microsoft\Microsoft Games\Flight Simulator - Steam Edition\10.0 Parameter"AppPath" ... NOT found! ... Looking in registry for Prepar3D v1 install path: HKEY_LOCAL_MACHINE\SOFTWARE\LockheedMartin\Prepar3D Parameter"SetupPath" Not there, so looking in: HKEY_CURRENT_USER\SOFTWARE\LockheedMartin\Prepar3D Parameter"AppPath" ... NOT found! ... Looking in registry for Prepar3D v2 install path: HKEY_LOCAL_MACHINE\SOFTWARE\Lockheed Martin\Prepar3D v2 Parameter"SetupPath" Not there, so looking in: HKEY_CURRENT_USER\SOFTWARE\Lockheed Martin\Prepar3D v2 Parameter"AppPath" ... NOT found! ... Looking in registry for Prepar3D v3 install path: HKEY_LOCAL_MACHINE\SOFTWARE\Lockheed Martin\Prepar3D v3 Parameter"SetupPath" Not there, so looking in: HKEY_CURRENT_USER\SOFTWARE\Lockheed Martin\Prepar3D v3 Parameter"AppPath" ... NOT found! ... =========================================================== INSTALLATION FOR FSX: SetupPath="D:\FSX\" Checking version of the FSX EXE: ... Version 10.0.61637.0 (Need at least 10.0.60905.0) Checking compatibility with installed SimConnect: Found SimConnect build 60905 (Original) Found SimConnect build 61242 (SP1 May07) Found SimConnect build 61259 (Acc/SP2 Oct07) Checking if there's already a version of FSUIPC4 installed in: D:\FSX\Modules\FSUIPC4.DLL ... Version 4.949f found. FSX Modules folder already exists. Okay -- installed FSUIPC4 into "D:\FSX\Modules\FSUIPC4.DLL" Looking for the current user's Application Data path: ... found as "C:\Users\Gene\AppData\Roaming" Now finding \Microsoft\FSX\FSX.CFG for all users, including this one Looking in "C:\Users\All Users\AppData\Roaming" ... No FSX.CFG there Looking in "C:\Users\Default\AppData\Roaming" ... No FSX.CFG there Looking in "C:\Users\Default User\AppData\Roaming" ... No FSX.CFG there Looking in "C:\Users\Gene\AppData\Roaming" Found FSX.CFG in "C:\Users\Gene\AppData\Roaming\Microsoft\FSX\FSX.CFG" Now checking DLL.XML ... ... There is a previous DLL.XML, checking for FSUIPC4 section. ... FSUIPC4 section already exists but will be replaced. (for FSUIPC4, without Loader) ... FSUIPC4 section of DLL.XML written okay Now checking for a SimConnect.XML file ... ... There is a SimConnect.XML, checking for "local" section. ... "local" section already exists, file not modified. Looking in "C:\Users\Public\AppData\Roaming" ... No FSX.CFG there "Modules\FSUIPC Documents" folder already exists. Now installing additional files into the "Modules\FSUIPC Documents" folder: Installed "FSUIPC4 User Guide.pdf" okay Installed "FSUIPC4 for Advanced Users.pdf" okay Installed "FSUIPC4 History.pdf" okay Installed "The 2016 List of FSX and P3D Controls.pdf" okay Installed "FSUIPC Lua Library.pdf" okay Installed "FSUIPC Lua Plug-Ins.pdf" okay Installed "Lua License.pdf" okay Installed "Lua Plugins for VRInsight Devices.pdf" okay Installed "LuaFileSystem.pdf" okay Installed "Example LUA plugins.zip" okay Installed "ASN WX Radar facilities in FSUIPC4.pdf" okay Installed "Offset Mapping for PMDG 737NGX.pdf" okay Installed "Offset Mapping for PMDG 777X.pdf" okay Installed "FSUIPC4 Offsets Status.pdf" okay Installed "Profiles in Separate Files.pdf" okay Installed "FSUIPC4_Loader.dll" okay =========================================================== All installer tasks completed. Registration dialog exit: selected BOTH CHECK Checking FSUIPC registration ... Checking WIDEFS registration ... Registration check for FSUIPC4 and WideFS was successful! (result code 00) *************** End of Install Log *************** FSUIPC4 RUN LOG -- ********* FSUIPC4, Version 4.962 (8th February 2017) by Pete Dowson ********* Windows 7 Professional 64 Bit with SP 1.0 reported as Build 7601 (OS 6.1) fsx.exe version = 10.0.61637.0 Reading options from "D:\FSX\Modules\FSUIPC4.ini" Running inside FSX on Windows 7 Module base=5F1F0000 User Name="Eugene Witherup" User Addr="mandgenew@gmail.com" FSUIPC4 Key is provided WideFS7 Key is provided 31 System time = 18/02/2017 08:55:53 62 FLT UNC path = "\\FLIGHTSIM1\Gene\Documents\Flight Simulator X Files\" 62 ------ Module Version Check ------ 62 acontain.dll: 10.0.61637.0 62 api.dll: 10.0.61637.0 62 controls.dll: 10.0.61637.0 62 fs-traffic.dll: 10.0.61637.0 62 G3D.dll: 10.0.61637.0 62 language.dll: 10.0.61637.0 62 sim1.dll: 10.0.61637.0 62 visualfx.dll: 10.0.61637.0 62 weather.dll: 10.0.61637.0 62 window.dll: 10.0.61637.0 62 ---------------------------------- 608 Trying to connect to SimConnect Acc/SP2 Oct07 ... 624 FS UNC path = "\\FLIGHTSIM1\FSX\" 952 ---------------------- Joystick Device Scan ----------------------- 952 Product= PFC Cirrus Yoke 952 Manufacturer= Precision Flight Controls, Inc. 952 Vendor=0689, Product=D014 (Version 2.0) 952 Serial Number= 952 Product= Saitek Pro Flight Rudder Pedals 952 Manufacturer= Saitek 952 Vendor=06A3, Product=0763 (Version 1.0) 952 Serial Number= 952 Product= Pro Flight Cessna Trim Wheel 952 Manufacturer= Saitek 952 Vendor=06A3, Product=0BD4 (Version 1.7) 967 Serial Number= RD016638 967 Product= Saitek Pro Flight Quadrant 967 Manufacturer= Saitek 967 Vendor=06A3, Product=0C2D (Version 2.2) 967 Serial Number= 967 Product= Saitek Pro Flight Quadrant 967 Manufacturer= Saitek 967 Vendor=06A3, Product=0C2D (Version 2.0) 967 Serial Number= 967 ------------------------------------------------------------------- 1014 Run: "D:\FSX\Modules\GFDevFSX.exe" 1201 LogOptions=80000000 00000001 1201 ------------------------------------------------------------------- 1201 ------ Setting the hooks and direct calls into the simulator ------ 1201 --- CONTROLS timer memory location obtained ok 1217 --- SIM1 Frictions access gained 1217 --- FS Controls Table located ok 1217 --- Installed Mouse Macro hooks ok. 1217 --- Wind smoothing fix is fully installed 1217 --- G3D.DLL fix attempt installed ok 1217 --- SimConnect intercept for texts and menus option is off 1217 --- All links checked okay 1217 ------------------------------------------------------------------- 1217 SimConnect_Open succeeded: waiting to check version okay 1217 Trying to use SimConnect Acc/SP2 Oct07 1217 Opened separate AI Traffic client okay 8580 Running in "Microsoft Flight Simulator X", Version: 10.0.61637.0 (SimConnect: 10.0.61259.0) 8580 Initialising SimConnect data requests now 8580 FSUIPC Menu entry added 8642 \\FLIGHTSIM1\Gene\documents\flight simulator x files\default Skyhawk KSEA.FLT 8642 \\FLIGHTSIM1\FSX\SimObjects\Airplanes\C172\Cessna172SP.AIR 65146 \\FLIGHTSIM1\FSX\SimObjects\Airplanes\A2A_Piper_PA28_180_Cherokee\PA28_180.AIR 65146 Weather Mode now = Theme 65146 \\FLIGHTSIM1\Gene\documents\flight simulator x files\A2A Cherokee at N13.FLT 66722 User Aircraft ID 1 supplied, now being used 150713 System time = 18/02/2017 08:58:23, Simulator time = 11:16:13 (15:16Z) 150728 Aircraft="Piper Pa-28-180 Cherokee" 169152 Starting everything now ... 169167 Using "D:\FSX\Modules\GFDEV.DLL", version 1.0.0.1 169167 GoFlight GFT8 detected: 2 devices 169167 GoFlight GFMCP detected: 1 device 169167 GoFlight GFRP48 detected: 1 device 169167 GoFlight GFATC detected: 1 device 169167 GoFlight GFLGT2 detected: 1 device 169199 Plug-in thread table check: 169199 0: Okay: "D:\FSX\Modules\A2A PA28-180.lua" 169199 Plug-in thread table check: 169199 0: Okay: "D:\FSX\Modules\A2A PA28-180.lua" 169199 Plug-in thread table check: 169199 0: Okay: "D:\FSX\Modules\A2A PA28-180.lua" 170478 Advanced Weather Interface Enabled 178574 **** No SimConnect events or states being received! Re-connecting now ... **** 178683 SimConnect_Open succeeded: waiting to check version okay 178683 Opened separate AI Traffic client okay 178683 Running in "Microsoft Flight Simulator X", Version: 10.0.61637.0 (SimConnect: 10.0.61259.0) 178683 Initialising SimConnect data requests now 178683 FSUIPC Menu entry added 178683 User Aircraft ID 1 supplied, now being used 178746 \\FLIGHTSIM1\Gene\AppData\Roaming\Microsoft\FSX\Previous flight.FLT 179042 System time = 18/02/2017 08:58:52, Simulator time = 11:16:27 (15:16Z) 1183814 Sim stopped: average frame rate for last 1005 secs = 45.7 fps 1183814 Max AI traffic was 0 aircraft 1218040 System time = 18/02/2017 09:16:11, Simulator time = 11:16:13 (15:16Z) 1218040 *** FSUIPC log file being closed Minimum frame rate was 36.2 fps, Maximum was 46.0 fps Minimum available memory recorded was 1876Mb Average frame rate for running time of 1023 secs = 45.5 fps G3D fix: Passes 12146, Null pointers 0, Bad pointers 0, Separate instances 0 Maximum AI traffic for session was 0 aircraft Memory managed: 456 Allocs, 456 Freed ********* FSUIPC Log file closed ***********
Pete Dowson Posted February 18, 2017 Report Posted February 18, 2017 1 hour ago, Genew said: I have no access to the code in Simplugins. I made no changes to Simplugins or the A2A code or any other code. My question is what change in FSUIPC could cause the ‘HOBHR4’ variable to have no value? This variable would be the meter part of the RPM guage, and when lua fails any subsequent code would not run. Is it a memory problem with simconnect? Any suggestion how to figure this out would be appreciated. There's another thread here somewhere mentioning "HOBHR4", and in that case it was a Lua plug-in apparently using it as a Global variable without even reading it beforehand. The user reporting it sent me the ipcinit.lua responsible for this, and I did a Lua trace on it to see that at no time did it ever read the Global it then used, which is why it turned out to be "Nil" and gave the failure. I could not investigate this any further because the init.lua plug-in was compiled and inaccessible, not the normal text type of Lua which I could examine, so i had to send him back to the source of that plug-in. I've not heard from him since. I suspect it's a matter of timing. Any plug-in called "ipcInit.lua" is actually loaded soon after FSUIPC is loaded, and long before you are ready to fly. This might be needed for some things, but not very many. I suspect that you are just lucky with the timing in the older version of FSUIPC. Please do ask the supplier. They can get in touch with me if necessary, of course. If the want to keep it private tell them to use email petedowson@btconnect.com. You could also, as an experiment, try renaming it to ipcready.lua, which would ensure it was only loaded when FS is ready. Pete
Genew Posted February 18, 2017 Author Report Posted February 18, 2017 Pete, thank you very much for a prompt & informative reply. I've written some Lua code to get my controls to work with the A2A planes, so I understand "nil". I just didn't understand why it might have worked for so long & not now. I will try your last suggestion & let you know if I find anything interesting. And I will get in touch with the supplier. Gene
Genew Posted February 19, 2017 Author Report Posted February 19, 2017 Pete, I made the test of changing ipcinit.lua to ipcready.lua. As you suspected, all the guages worked and the ipcready.log had no lua error. So now off to contact the supplier of Simplugins to get a permanent fix. Thanks for your help. Gene
Genew Posted February 22, 2017 Author Report Posted February 22, 2017 Pete, I have been working with Simplugins with respect to this problem. Reinhard fixed the error that appeared in the ipcinit.log file, but the result caused another problem that he cannot duplicate and I do not understand. To avoid any possible contamination from my lua scripts, I removed them totally from the \modules directory. The new problem is that my flight controls (yoke, rudder, throttle quadrant) are disconnected from the plane. FSUIPC sees them as normal in the Axis assignment screens, but nothing happens on the plane. No errors appear in the ipcinit.log or the FSUIPC.log. If you wish to look at the detail version of how I did my testing you can look here http://www.avsim.com/topic/505032-a2a-add-on-lua-error-with-fsuipc-4962/ With ipcinit.lua removed the flight controls work as they should. With ipcinit.lua present, FSUIPC sees the flight controls but they don't do anything on the plane. I tried "send direct" and "send to FS as normal", no difference. Could this be some sort of memory issue?
Pete Dowson Posted February 22, 2017 Report Posted February 22, 2017 7 minutes ago, Genew said: With ipcinit.lua removed the flight controls work as they should. With ipcinit.lua present, FSUIPC sees the flight controls but they don't do anything on the plane. I tried "send direct" and "send to FS as normal", no difference. Could this be some sort of memory issue? No. Memory is nothing to do with it. Why would you even suggest such? where does 'memory' come in? Without knowing what "ipcinit.lua" is doing I cannot help at all. I don't know why it is so secret! Nor do I understand why it needs to run before much else is ready in FS -- most everything should be started at ipcReady or later. When ipcInit is executed FS isn't ready at all. All it is suitable for is initialising some FS offsets. Pete
Genew Posted February 22, 2017 Author Report Posted February 22, 2017 I re-tested after changing ipcinit.lua to ipcready.lua and all my controls came back. i should have made that test before posting. Still some instrument issues but better.
Pete Dowson Posted February 23, 2017 Report Posted February 23, 2017 4 hours ago, Genew said: I re-tested after changing ipcinit.lua to ipcready.lua and all my controls came back. i should have made that test before posting. Exactly as you already said on Sunday -- see your message above, Sunday at 04:02pm. Pete
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now