Litjan

Hi there! No, there isn´t. Cheers, Jan

You can - you need to create a support ticket asking for this and then Cameron (the owner of the store) can set this up for you, I believe.

I don´t think it is possible, sorry.

@Stephan737 It turns out that we DO override the default conditions for the arming of the RTO mode. You found a bug in the way we do that, thank you! The default RTO mode is armed when the thrust levers are > 0.5... so the default 737 will also trigger it when you reject the takeoff at 30 kts. We override this to require a speed of > 90kts (I changed this to 88 now), but we ALSO required the thrust levers to be at < 0.2! This is the mistake, because when Nils or Tom coded this, they thought that "yeah, the lever needs to be near idle for RTO to trigger...". But we do not TRIGGER the RTO mode, we just ARM it. And to TRIGGER it, X-Plane want the levers to be at >0.5. So effectively you have to "double pump" the thrust levers to get the RTO function on our model. Once back to "arm" the RTO, then forward and back to "trigger it". I never noticed because on my tests because I also immediately used max reverse like I was trained - which overrides this system and triggers the RTO mode anyway. This will be fixed in the next updat. The secondary problem of "RTO triggering again when trying to taxi" can be avoided by not pushing the thrust levers past 0.5. If you heed the maximum N1 of 40% during taxiing, this should not happen. However I need to find out together with Tom how we can avoid the RTO mode to trigger again with the selector in OFF - it should not engage, regardless of the thrust lever angle used. Cheers, Jan

@Stephan737 I did some testing with our aircraft and the default 737-8 and I see some differences that I will investigate. It seems that the trigger for the autobrake is GS > 100 and the thrust levers must have been > 0.5 throttle angle. But the default 737 triggers the autobrake reliably when retarding the thrust levers (no reverse thrust needed) while our 737 only triggers it when moving the thrust lever back and then forward-back AGAIN. However the default 737 will also trigger the autobrake at very low speeds... Also the default 737 will not engage the brake again after switching the autobrake selector to OFF, while our 737 will still apply it if the thrust levers were moved > 0.5 on subsequent taxiing. So maybe there is something that LR did to tweak this that we are not benefiting from.

Hi Stephan, I have also seen weird behavior on subsequent use of the brake system after activation of the RTO mode. We are using the default X-Plane brake system, I am hoping for better modeling of various details on different aircraft in future versions of X-Plane.

There is a difference between the many (and slightly confusing) brake modes in X-Plane. We at IXEG are using default braking logic, the one thing we do is "fail" the brakes if there is no hydraulic pressure to operate them. There are several commands available, be careful to note the difference between "toggle" and "hold". Hold usually means that you need to press the button or key to activate the brake, releasing it will also release the brake. Toggle means that a short key- or button press will change the "state", but keep the new state when the button or key is released. It is true that the "toggle brake" command also doubles as the parking brake in X-Plane. This is - however - not too far from the truth for many aircraft, as the parking brake is just a mechanical mean to "keep the brake pressed down", or "trap the brake pressure in the brakes". So it IS essentially the normal brake, prevented from releasing. In addition, in a lot of aircraft using the regular brake pedals will also release the parking brake. So if you use "V" in X-Plane to set the parking brake and then use your toe brake pedals (or any other brake command), this will stop the parking brake application and you need to use normal braking (or toggle it with V again).

Hold brakes "regular" is considerably less from hold brakes "max".

Yes, I worked all morning on that! Just kidding - but I am happy it works for you now!

Ok, I know next to nothing about how the DRM part works or not, as in your case, maybe @Cameron has a quick idea? Otherwise I would encourage you to file an official support ticket with the X-Aviation store, where they handle the more technical problems of installation and DRM. Note that it can take a few days to get a reply, especially on the weekend. Sorry that you are having problems, Jan

Oops, you are right! Christian, we had that level-2 fail problem on initial launch but I havent heard about it for a long time. Did you get the Gizmo version with your download, too?

The IXEG version 1.5.2 is not compatible with X-Plane 11.

Glad to get this sorted out! Happy New Year to you, too! Jan

Hi James, lets try to get to the ground of this...if you use the DATA OUTPUT menu and tick the leftmost checkbox for "gear and brakes" you should be able to see the deflection of your nosegear and also the application of your brakes. Make sure that the rudder pedals allow to deflect the nosegear all the way left and right and that your wheelbrakes close and release as expected. Also note that you need hydraulic power to move the nosegear and also to use the brakes. Last but not least I would recommend removing better pushback (completely) until you have figured out your steering problems. It can influence things like steering and braking and this will make troubleshooting so much harder. Let me know how this goes! Cheers, Jan

Hmm - I will have to doublecheck the logic. Did you trigger starting the scavenge pump?

This was fixed in 1.5.2 - did you update to the latest version? Normally in X-Plane, dynamic lights can not be blocked by aircraft structures such as the cockpit back wall. Therefore we turn off the galley light when the camera is inside the cockpit AND the cockpit door is closed.

You are right - it is a known issue, I haven´t added it to the list...will do! Merry Christmas!

Oh - did you have random failures on in X-Plane? There are some that will affect your pitot-static system, that is the first thing that I suspect here.

Sounds like a good idea!

I recommend keeping the window closed when it rains, because otherwise your pants will get wet and the flight attendants will look at you with a questioning look when you come out of the cockpit.

The problem with this "gear warning" is that you see it all the time - so you totally get used to it . Fortunately there is also the gear warning horn (also implemented correctly) that will sound when you misconfigure for landing (silenceable/not silenceable) and of course finally the GPWS warning "too low - gear". So for a mentally healthy and composed pilot it is virtually impossible to land with the gear up - there are some skillsets that do allow this, though. PIA = Please Inform Allah https://www.flightglobal.com/safety/pia-a320-crew-lowered-then-raised-undercarriage-before-gear-up-touchdown/138979.article https://www.bbc.com/news/world-asia-53182750

Thanks for the report! The red lights are part of the gear warning that is supposed to warn you if the gear is up and the power is below a certain thrust. It works correctly. Cheers, Jan

That is a limitation of X-Plane - try to taxi into an open hangar and then turn on the rain when you are inside

I think the plane is old enough as it is . The team added the steam gauge instruments to make me happy (this is what we had in our fleet), but I don´t think we are going to go through the effort to add even more vintage instruments...it is not trivial and the time would be better spent elsewhere. Sorry!