Litjan

Hi XL, maybe your problem is related to this: Let me know if changing the nosewheel spring force to 0 as mentioned above helps, please? Cheers, Jan

Yes, it is modeled (it will prevent/remove ice buildup) and it will also affect the air bleed pressure, but no, it has no effect on the EGT. Cheers, Jan

Glad you found the problem - the draw vortices option will be disabled with the next update! Cheers, Jan

Yes, a lot of time the "parental control" is a problem with our plane - it is just so much more addicting than Fortnite! Cheers, Jan

Yeah, sometimes stuff can go wrong during installation with weird effects. Glad that the reinstall fixed it for you! Cheers, Jan

The stability setting may very well be your problem. We STRONGLY recommend to run the plane with artificial stability set at 0. It´s not realistic to use artificial stability at all, and in fact it can interfere with controllability (as we may see in this case). You can play with the joystick response curve if you feel the plane is too sensitive - this would decrease control deflection for a given joystick deflection, which is more what you are looking for. But the artificial stability is a "training wheel" and "instructor is gently holding his set of controls to help" type setting. Let me know how that goes! Jan

Hmm, I just tried again - for me there is enough rudder authority to regain the centerline when an engine fails at V1. (100.000lbs takeoff weight, full N1, V1 at 120 kts for flaps 5). However I agree that the onset of the yaw is very sudden and I deviate from the centerline too far before I can compensate. I am unsure what the reason is for this. The physical forces at play seem to be correct, as there is enough authority (for me) to not only counter the yaw, but also enough to steer back to the centerline against the working engine. It could be that the engine failure in X-Plane is very "sudden" (vs. a more gradual thrust decrease in a real engine failure). It could also be that we are missing the "seat of the pants" onset of yaw cue that you certainly have in a real aircraft, which allows you to react faster/instinctively. There is also the possibility that recent updates to X-Plane have changed yaw forces (better ground friction) to make the airplane depart the centerline faster. I will look into tuning this a bit for the next update - we calculate yaw forces while on the ground within our own plugin (bypassing X-Plane, as it´s ground model is still not acceptable for the fidelity we look for), so it should accomplishable with a code tweak. Cheers, Jan

It is a known bug brought about by changes to the engine modeling in recent X-Plane updated. Cheers, Jan

It is not possible yet. Cheers, Jan

Or - as we say in german: "Again what learned!" We usually aimed to set N1 = grossweight in tons during landings - if reversers where allowed. So for a landing with 45t we aimed for 45%N1. But the reverse thrust levers worked just like the forward thrust levers - no notches (unlike on that "other" aircraft)... Only difference is that you can´t "overboost" the engines in reverse, they were limited to a safe maximum reverse value. Mostly because you can´t afford to fiddle and look down when you are in need for maximum reverse thrust . Cheers, Jan

I just checked in X-Plane version 11.31r1 and it works just fine for me. Make sure: to run the latest version of X-Plane to NOT run any third-party applications that change the way X-Plane looks (like XVision, etc.) Cheers, Jan

Never heard of reverser stages. The 737-300 does not have any. You can set any N1 smoothly between high idle and max. Cheers, Jan

Hmm, ok - this sounded like the other bug another user reported - he was using ActiveSky, I think - and that one seems to have a problem with generating "turbulence" and there is also seemingly a problem loading wind layers into X-Plane 11.30. Not sure about VATSIM. I haven´t encountered anything like that, but I don´t use real weather and I could imagine that if there was a problem with loading real-weather-wind-layers (as it is reported for 11.30) then going from one layer to the next could make this happen. Cheers, Jan

My guess is that you used a third-party weather injection program like ActiveSky or so? Jan

Glad we got this sorted out - we are always bound to have compatibility issues like this as developers of all add-ons work on the cutting edge of whats possible with X-Plane. Sometimes it´s hard to say "who is to blame" (cough - show vortices - cough), but it helps to find out and reproduce these conflicts and let the devs know. Thanks, Jan

I just did a daylight flight in VR (Oculus Rift) from LFMN Nice, France to EDDF Frankfurt Germany without observing the effect described. Cheers, Jan

Thanks for the added clarification! I will check during daylight flight today! My money is on the silver lining plugin. There are a few new problems in 11.30 with add-ons that mess with art datarefs that did not appear before 11.30. One example is our own "show vortices" option - it worked ok pre 11.30, but was really a borderline "hack", and doesn´t work with 11.30 anymore. Laminar will not maintain compatibility with these plugins on the way forward, because it considers them unsupported code to be done at your own risk. So there is a good chance I won´t be seeing this (and so far you are the only user) - and if I put this up with Laminar, the response will be "try without ANY addons installed and see if it still happens. Then add them back one by one, see which one causes it and take it up with that dev!" Cheers, Jan

The GPS receiver on the plane modeled is part of the EGPWS card, which was retroactively fit. It´s signal is then sourced into the FMS. You can see the GPS capability when selecting the second page of the POS page in the FMS. There is no indication of GPS anywhere else, not even a circuit breaker. I don´t know what they file in the U.S., never flew there (on the 737 classic) - and even IF I did I would still have no idea because I never even looked at that code in my life ONCE. Jan

I tested this for a few minutes and so far it works fine on my system. Now you said that it takes a while to show up - I will run some longer tests tomorrow to see if I can reproduce this. Do you have any addons installed like XVision, Xenviro, etc? Or do you run a clean installation? Thanks, Jan

Thanks for the report - I will try to verify your findings and report them to Laminar Research. Cheers, Jan

Well, let me think... It was fine before. Then you installed Xvision. Now it is not fine anymore. Hmm, I need to think over this some more...

The aircraft portrayed (and the ones I flew) have a single GPS receiver - therefore they are GPS approach capable (LNAV minimum - not VNAV minimum). The FMS portrayed is not capable to comply with the newest navigation standards, i.e. it can´t fly arcs with defined radius. Cheers, Jan

Thank you for the nice words and lets see what the update for ASXP brings! Cheers, Jan

Do you have HDR on? Jan

LOL. There is no weather phenomenon like that in the real world - not a microburst, not a hurricane, not a nuclear explosion! You are loosing like 200 kts in 20 seconds - I am not sure what kind of weather you are injecting or what ASXP is doing - but the next time you see your airspeed drop like this, fly the airplane, instead of looking at the overhead panel and working the anti-ice switches until you are in a deep deep stall with no authority on your flight-controls due to lack of airspeed. Immediately put the nose down aggressively, if you have to cut the power to idle to bring the nose down... but first check whats wrong with that weather depiction - the real wind aloft does not change over 100 kts in a few hundred feet, airmass friction will not allow that. Cheers, Jan