fanda

Hello Pete It seems the fsuipc beta 4.935a for P3D 2.3 does not longer allowes writing the Fuel Flow values. 0x0918 and 0x09B0. We are getting OK after write, but checking the values afterwords via FSUIPC logging results in the P3D values. This behavior was different in the older versions of FSUIPC, allowing us to overwrite the values. We have used overwrite in order to supply 3rd party software with correct Fuel Flow values, as our Q400 addon does not use the FSX/P2D flight dynamics engine. Would it be possible to restore this behavior? Thank you for taking your time to read this With best regards, Oleksiy Frolov Majestic Software

Hello Pete Thank you for the answer. It seems that the change in the timing due to the new simconnect interface in the latest fsuipc has caused the autopilot to react differently than before. We've simply re-tuned the time constants to compensate, so it works.. >Also, versions 4.2xx use the SP2/Accel version of SimConnect, if installed, whereas 4.1xx used at most the SP1 version. Are >you using SP2/Accel or just SP1 with FSX? Yes, I do. I have tested both 4.20 and 4.15 with FSX SP2. Actually the fact that the autopilot was working (far) less stable with the SP2 Simconnect (FSUIPC 4.20) could suggest that the FSX data, in the newer simconnect version is being accessed slower, than before. With best regards, Oleksiy Frolov Majestic Software

Hello Pete I can now definitely confirm that FSUIPC 4.20 causes the trouble in the Dash-8 autopilot operation, and 4.15 not. Will it be possible to get a version 4.16 for testing, to see which version is the first one, affected by this problem ? Thank you very much regards, Oleksiy Frolov Majestic Software

Hello Pete In the recent week I have suddenly got numerous reports of the erratic autopilot behavior of our Dash8Q300 addon, when used with FSUIPC 4.2. When replaced with FSUIPC 4.152 problem disappears. Usually this would indicate that the acceleration data differs between the versions. Do you have an idea what might have been changed between 4.152 and 4.2 that might be causing this trouble ? Thank you, With best regards, Oleksiy Frolov Majestic Software

Hello Pete, * One of my customers, who is trying to use our Dash 8 addon with FSUIPC for FSX, came with the following FSUIPC log: (FSX SP1, firewall off) Any idea what might be the cause for this failure ? Thank you With best regards, Oleksiy ********* FSUIPC4, Version 4.20 by Pete Dowson ********* User Name="" User Addr="" FSUIPC4 not user registered WIDEFS7 not user registered, or expired Running inside FSX (SimConnect SP1 May07) Module base=61000000 DebugStatus=0 110 System time = 17:37:53 110 FLT UNC path = "C:\Documents and Settings\Dimitri\Мои документы\Flight Simulator X-Dateien\" 110 FS UNC path = "K:\FS X\" 1360 LogOptions=00000001 1360 SimConnect_Open succeeded: waiting to check version okay 64063 **** No SimConnect events or states being received! Re-connecting now ... **** 64172 Now running with SimConnect Original 64172 SimConnect_Open succeeded: waiting to check version okay 94954 **** No SimConnect events or states being received! Re-connecting now ... **** 95063 Could not link to all needed SimConnect facilities 110141 **** Retrying SimConnect connection**** 110141 Could not link to all needed SimConnect facilities [code 0] 125188 **** Retrying SimConnect connection**** 125188 Could not link to all needed SimConnect facilities [code 0] 135766 System time = 17:40:09 135766 *** FSUIPC log file being closed Memory managed: 2 Allocs, 2 Freed ********* FSUIPC Log file closed ***********

Hello Pete, * One of my customers, who is trying to use our Dash 8 addon with FSUIPC for FSX, came with the following FSUIPC log: (FSX SP1, firewall off) Any idea what might be the cause for this failure ? Thank you With best regards, Oleksiy ********* FSUIPC4, Version 4.20 by Pete Dowson ********* User Name="" User Addr="" FSUIPC4 not user registered WIDEFS7 not user registered, or expired Running inside FSX (SimConnect SP1 May07) Module base=61000000 DebugStatus=0 110 System time = 17:37:53 110 FLT UNC path = "C:\Documents and Settings\Dimitri\Мои документы\Flight Simulator X-Dateien\" 110 FS UNC path = "K:\FS X\" 1360 LogOptions=00000001 1360 SimConnect_Open succeeded: waiting to check version okay 64063 **** No SimConnect events or states being received! Re-connecting now ... **** 64172 Now running with SimConnect Original 64172 SimConnect_Open succeeded: waiting to check version okay 94954 **** No SimConnect events or states being received! Re-connecting now ... **** 95063 Could not link to all needed SimConnect facilities 110141 **** Retrying SimConnect connection**** 110141 Could not link to all needed SimConnect facilities [code 0] 125188 **** Retrying SimConnect connection**** 125188 Could not link to all needed SimConnect facilities [code 0] 135766 System time = 17:40:09 135766 *** FSUIPC log file being closed Memory managed: 2 Allocs, 2 Freed ********* FSUIPC Log file closed ***********

Hello For some reason engine starter does not operate under SP1, although it could still be my fault somewhere, but I thought to check if there is a possible cause due to the fact that FSUIPC 4.09 was not meant for SP1 I will give you an email regards, Oleksiy

Hello Pete I am testing my Dash 8Q300 FSX patch with SP1 beta 3, and it seems that FSUIPC 4.09 does not run very stable.. It there an FSUIPC beta available, which would support the SP1 beta 3? If so, can I test it ? Thank you With best regards, Oleksiy

actually it is a brilliant idea. One can use the non-null air file path as an indication that FSUIPC has began receiving the data. Thanks regards, Oleksiy

Found the problem, sorry for the trouble I was not waiting for FSUIPC to initialize. Somehow it worked in FS9, but no longer did in FSX. So I added a check for 0xFFFF in 0x4D2 and it works . Thank you With best regards, Oleksiy

Hello Everyone It seems that the new FSUIPC 4.09 no longer returns the air file name in the offset 0x3c00. The result is always empty (no errors reported). Replacing dll with 4.01 solves the problem. Any idea ? Thank you With best regards, Oleksiy Frolov

Hello Pete I would put the remark as follows: The name in 3C00 will not contain the correct aircraft path, untill MSFX loads the gauges completelly and begin the update sequence PANEL_SERVICE_PRE_UPDATE... PANEL_SERVICE_POST_UPDATE >Do you think there are likely to be many gauges actually using FSUIPC4 >when they can get this stuff direct from SimConnect? I am adapting our Dash 8 Q300 to MSFX, and it is using your fsuipc. Not sure how many gauges will do the same, but some will obviously do . rgds, Oleksiy

Hello Pete I figured out the problem. The name in 3C00 is not yet correct when gauges are passed PANEL_SERVICE_POST_INSTALL. However in the PANEL_SERVICE_PRE_UPDATE it is already set properly May be need to be noted in the SDK word file. With best regards, Oleksiy

Hello Pete 0x3C00 (aircraft path) still reflects a previous aircraft, if a new aircraft has been selected due to the situation load, instead of the "aircraft selection" menu in FSX With best regards, Oleksiy

Hello Pete In the FSUIPC 3.7.0.0 the offsets 11D4 and 3364 always return 0 (even when FS is flying) I could confirm that by both using my own code, and your FSInterrogate2std.exe appication Is it possible to fix it ? We use these offsets to see the simulator state. Thanks. Best Regards, Oleksiy Frolov

Hello Pete I have the same problem as Jeroen described. For a different reason I must manipulate the value the VSI shows, however without success. Neither of the 0x02C8 0x0842 0x30A0 0x3188 0x31A0 has effect on {VERTICAL_SPEED} MODULE_VAR Any idea where it could be stored ? Thanks Best Regards, Oleksiy

Cause this will cause the wind velocity to fade slowly to become still at the touchdown, which is not realistic, cause the pilot has to adapt the Wind Correction Angle all the time. Usually wind fades very slowly as you descend on a slope, so not much correction is necessary, and becomes approx 50% of say, 2000 AGL wind when you are at the rwy Ol.

Hello Pete Thanks for the quick answer. I would definitelly try it, as this rapid wind change when on the ground is a very big concern at our Dash8 Procedure Trainer which we've built for the CATIII head up display pilot training. regards Oleksiy

Hello Pete, everyone I have an idea on how to extend the "automated taxi wind" option of the fsuipc, to get rid of the problem with the airplane slips aside from the centerline on touchdown, because of the Xwind correction like the "low wing" or "crabbing", which kept the airplane properly aligned with the rwy centerline on approach, suddenly becomes unnucessary due to the new 1kts ground wind The idea is to make the XWind velocity dependant upon the GS of the airplane, as described below. ---------------------------------- 1. Split the ATIS wind for the given airfield into the Xwind and HeadWind components 2. k=min (abs(GS) / max (min ((Airplane gross weight)/20000,1.5),1) - 20, 30) /30; from 0 to 20kts gs : effective Xwind = 0; >20kts gs : effective Xwind = (Actual XWind) * k; Effective HeadWind = Actual Head Wind; // no changes for the head/tail w. 3. Construct the effective wind from the effective XWind and HeadWind and apply it to the msfs ----------------------------------- where the Actual wind - is the "ATIS" wind for the given field, Effective wind - is the one we apply to the airplane The (2) expression will smoothly increase the effective Xwind on takeoff roll to the full extend , which will depend upon the aircraft weight- to simulate the sidewind affecting the heavier ACs less. For the heaviest planes the wind reduction GS will begin at 75 kts, for the light plane it will be 50 kts P.S. Although the exact multipliers might be not 100% correct for every type of plane, I believe this method should be able so simulate the wind effect more realistically. Especially on approach and flare. What do you think ? Thanks a lot ! regards Oleksiy Frolov