Litjan

Hi, you are totally right, of course. The real plane wouldn´t do that - I accept the blame on our "less than perfect" VNAV implication. We have repeatedly acknowledged that our VNAV is - especially in the descent - fairly buggy, especially as soon as you go off the "beaten path" and expect it to handle unusual situations. Nevertheless - even the real plane´s automation can fail and it actually is the reason why there are pilots in the cockpit (besides looking good ;-)) - to save the day when the automation fails. I recommend mapping the "autopilot disconnect" buttons to a joystick button and taking control of the aircraft when something obviously goes wrong. Plummeting to earth from 20.000 feet is a good indication that something isn´t right, even if there are no warning bells (I do believe there must have been a stick-shaker, though?). In reality we watch VNAV like a hawk when it flies the aircraft. I know that many simmers think that LNAV and VNAV are the magic buttons that they can use to fly from A to B without worry, and if everything works well, they are. In reality I saw less than 5% of all pilots use VNAV during descent, in both the 737-300/400/500s and 747-430s I flew. Just to show you how much we trust the real VNAV to do what we want ;-) Cheers, Jan

Hmm, but looking at your picture I can see that you are in the descent mode of the FMS, that is only triggered by passing the calculated T/D. Also the path indicator shows you a few thousand feet high on the descent path, so something doesn´t quite match your description. If you are flying to Brussels and are close to Olno like you are in your picture, you are maybe 50NM from your destination and should definitely be in the descent portion of your flight. The distance from Luxembourg to Brussels is just over 100NM, and FL200 is way too high for that distance, chances are that you can´t even reach it before you need to descend again. Try a longer distance flight, or fly at maybe 160 or so. Cheers, Jan

Hmm, it is hard to say because your pictures only show part of the cockpit, but it looks like you are cruising in ALT HLD mode past your calculated top of descent. In that case the plane can NOT leave the cruising altitude, but it will reduce the commanded speed to "trade energy" - it should not get too slow, though. As one can see in your second to last picture, the commanded speed is 210 kts, and the yellow FMC light is on (probably due to the RESET MCP ALT warning that you got when approaching your top of descent). The thing that is really weird is the commanded speed of 45246 kts - this is clearly a bug and probably due to the speed reversion protection cutting in (you can see the engines going to full power), but not the reason of your problem. Try to pay attention to where the calculated T/D point is on your routing - and start the descent accordingly. It is IMPERATIVE to dial down the MCP ALT to enable the descent, otherwise the plane will never leave the altitude. I also recommend to NOT fly the descent in VNAV. It is not always behaving right during the descent (especially with multiple restrictions on the descent path). Use FL CHG or V/S mode to descend. Let me know how that goes, Jan

Looking forward to your pics, I am sure we can figure out whats going wrong for you there. Cheers, Jan

Hello Hoyer, I myself was expecting for us to be able to update the plane faster and more frequently - so far the realities of life did not allow that for reasons beyond my control. The plan is to enable those displays on the FO´s side as well, and certainly the opening of the doors. That plan is not cancelled, but I would not like to commit to a certain date or timeframe right now. What I will be able to do is to update the aircraft to fly with the new (right now still experimental) flightmodel when it becomes the standard one. This is within my abilities and I am planning to have that ready very shortly after Laminar declares it the "standard" one. Cheers, Jan

If you want to, take some screenshots around the incident, just before, during, just after. Make sure we can see the modes engaged on the autopilot, then engine instruments, the primary flight instruments. Normally the autothrust will control the engines during a climb, with nominal power being climb thrust. This is signified by the "N1" showing on the mode annunciator in the electronic attitude indicator. The pitch of the aircraft is normally controlled by the autopilot to maintain a set airspeed (FL CHG mode) and should show "MCP SPD". It sounds like you are climbing in vertical speed mode with the thrust controlling the airspeed, which is only recommended for short (step) climbs. However there are still some protection modes active that should kick in to save the aircraft in case of gross pilot error, so I am not sure how you get it to stall... Another possibility is windshear or icing, try to fly with the weather set to no clouds and no winds and see if that changes anything. Cheers, Jan

Thats how I used the bugs when I flew the real one . Cheers, Jan

The ACMS button is not modeled. It is the Aircraft Condition Monitoring System that is normally not used by the pilots (only the technicians working on the aircraft). We have included the labeling in the FMS to make the page look directly, but the ACMS is not modeled. Cheers, Jan

Jean is right - whenever gizmo detects a major "system change", it will ask you to authorize this new machine. In case you have run out of authorizations (3) it will ask you to de-authorize an older machine. This should not be a problem, because you will never "roll back" a windows update. You de-authorize an older machine by typing FREEZE. This will forever and ever (and a bit longer!) prevent the IXEG 737 on running on that machine. So if you plan on installing the 737 on that machine again in the future, don´t do that. "Machine" in that context means a system of hardware and software combination. Changing a major part of the hardware (disk drive, CPU, motherboard, etc.) or the operating system (new windows update, going to Linux, etc.) would be considered a "new system". Freezing will lock and burn that "system" for the 737 forever. You can install the 737 on newer systems as many times as you want, but you can only have 3 systems authorized at a time. People have run into problems where they have multiple systems (more than 3), frozen one of them (so they could install on a new one) but then the new one broke and they decided to install the 737 again on an old (frozen) one. This does not work. Jan

Buonas dias, 1.) It could be icing, if in clouds. There is no warning or alarm for icing in the 737 - the pilots will turn on engine-anti-ice when in icing conditions and when they observe ice on the windshield wiper fixature or wing leading edges they will apply wing-anti-ice (the visual build-up is not modeled on the 737, but the icing systems work). So when in doubt, turn on both anti-ice systems. 2.) It is possible to get too slow at high altitude, so that the engines can´t deliver enough thrust to gain speed again. This is called "getting behind the power curve". It is solved by not flying too high for the weight and not getting too slow. It happens in real life, too - you need to descend to regain speed in this case. 3.) Make sure you are not running out of fuel - or have "random failures" on - both could make an engine quit and if you are a new pilot this is hard to recognize during cruise/on autopilot (you get some warnings about the generator cutting out, but thats it). Cheers, Jan

It can not be programmed in the IXEG 737, we did not get around to implement it :-( You can fly it manually in HDG SEL mode, with the aid of the FIX page (enter the holding fix and the inbound course to visualize it on the map). Then use the stopwatch to time the outbound leg, adjust for wind. Cheers, Jan

Hmm, try to run X-Plane in "Full screen mode" and see if that helps?

Weird problems...lets see: 1.) The no-leftside-menu could be a problem with having dual monitors or running in an unusual window/monitor configuration, maybe experiment a bit with that? 2.) Maybe you have installed the plane on a harddisk without writing permission? 3.) Make sure you have no other addons running (fly with lua, etc.) that may interfere with the IXEG 737...to test, remove all other plugins temporarily. Cheers, Jan

Hmm, it works fine here - and I guess for almost everone else as well! The usual troubleshooting procedure is to make sure you are running a totally clean XP installation, no plugins most importantly, but also a bunch of scenery can cause problems (out of memory...) Then see if the IXEG runs, and if it does, add back plugins one by one (or in batches) to identify the one that we have a compatibility problem with. Once you identified that one, we can see what the problem is. Cheers, Jan

Hi Mizra, unfortunately that option was removed - we planned to implement the real switch on the panel near door 1L...but that never materialized :-( All the best, Jan

That shouldn´t be the problem, mamulo. Make sure again that "show vertices" option in the IXEG menu is NOT selected. So far this has been the reason for all of the reports, but you can never be sure, of course... Cheers, Jan

I had a similiar problem when I routed my internet access through two routers - some obscure DHCP problem, maybe. After I plugged my computer directly into my DSL modem it worked flawlessly... Good luck, Jan

Hi mizra, we are aware of the oil-temp problem, the latest updated to X-Plane (11.40) finally makes this "accessible" to third-party designers, so I hope to adress that in a future update. The N1 carots (orange triangle markers) are normally driven by the FMC. You can set them manually, but you have to pull out and then turn the little knobs on the instrument gauges themselves. This is just a backup method, though. The autothrottle will not adhere to the manually placed carots. The IDG oil temperature indication is on our list to fix as well, your observation is correct. Fuel temperature works as the other guys explained. It will drift towards the TAT (total air temperature) slowly, with the A hydraulic system only providing very limited heating. Cheers, Jan

Will do, thanks for reporting! Cheers, Jan

Hmm, not sure what happened - are you sure there is a STAR to runway 07 from PELEN? Also you want to select runway 07 first, then you should be given the choice of all STARS associated with it. Cheers, Jan

Your observations are correct - there is an entry in our bug-fix-list to correct these. For the operation of the aircraft these deficiencies have no effect, however, since with the engine shut down: Operating the reverser will have no effect on thrust The engine delivers no bleed air, so the position of the bleed valve has no effect (we don´t simulate the possible contamination of the air supply with smoke/fire retardant gas) The engine driven generator will drop off-line very soon when N2 decays, so the Control Relay tripping would have no effect Cheers, Jan

Hi Colin, thanks for the nice words! I am not sure exactly which part of the ground handling is giving you problems, is it the directional control or do you feel the airplane is not staying on the runway enough when you cross ridgelines? We override the directional control of X-Plane with our own plugin - this was absolutely necessary when we first released this aircraft, because X-Plane´s default ground physics were deficient back then. There have been many advances to this in the meantime, and we will review the need for our overriding with the next update. For now you may want to experiment with your control response curve of the rudder (you have hardware rudder pedals, right?) in the X-Plane settings, if you find the response too twitchy. The "heaviness" of the aircraft is goverened by X-Plane´s physics but it feels pretty realistic to me - and I have flown the 737 irl for 10 years. Sometimes X-Plane´s runways are a bit "wild", especially with airports that have just recently been added and the terrain on them hasn´t been smoothed out during a scenery recut (next one will be for XP12). Cheers, Jan

No, just like the real one it doesn´t :-)

I made A tutorial for WED - I assume there are many out there ;-) Cheers, Jan

Hmm, this reminds me of the problem others had when using the (now defunct) option of "show vertices". The "show vertices" option was a dubious addition playing with some OpenGL commands that where "not officially supported" at that time by Laminar Research. It worked, though, and looked kinda cool, so we added it. Over the course of many years Laminar changed some inner workings, and now the "show vertices" option makes the 3D cockpit disappear from time to time - this option will be removed in a future update. For now we ask to manually uncheck that option in the preferences menu of the IXEG 737. Let me know if that helps, cheers, Jan