-
Posts
5,669 -
Joined
-
Last visited
-
Days Won
410
Content Type
Profiles
Forums
Latest X-Plane & Community News
Events
Downloads
Store
Everything posted by Litjan
-
Glad you got it to work. Don´t ask how many times I thought I found a bug when testing this aircraft, only to find out it behaves exactly like it should and I just missed a step somewhere...
-
Just a wild shot here, but it does sound like you ARMED the NAV mode (nav in white) but it never captured (i.e. never close enough to the VOR-Radial you are trying to track). In this case the autopilot (and flight-director) will stay in HDG mode and follow the heading bug, until the autoflight computer "feels" that its getting close enough to the radial to intercept it. Only at that point NAV will turn green, and HDG will turn off. If you are in HDG mode, you can not deselect it, because what would the autopilot/flight-director do then? It has no other mode to revert to. Thats why pushing the HDG button does nothing if you are already in heading mode. Jan
-
Also make sure that the chocks are removed - that happened to me . Just go to external view to check... So in summary: 1.) Plane must be started up properly (engines running in right mode to create forward thrust) 2.) Electrical power must be available (to work the brakes) 3.) Parking brake lever must be down (either by mouse manipulation or using V or B keys) 4.) Chocks must be removed (check with outside view, remove them with the "ground equipment" tab on the sidebar) 5.) Just to make sure check the brake dataref with the "display on screen" and you can also check the thrust the engines put out in the same way. If all that fails, you might have parked in a big spill of superglue . Jan
-
Also try to display the "landing gear" parameters so you can see at what ratio your brakes are applied. V usually puts the brake ratio at 1.0, where B only puts it to 0.5 (both will be enough to keep the aircraft stationary). You can choose the display at "settings" "data display", iirc. Jan
-
Oh, I didn´t know that - guess I have to try the ranges in XP again, maybe they did increase those since the last time I did some longer VOR crosscountry flights. Thanks for the heads-up! Jan Edit: Just tried it in XP10, and indeed the ranges of the VOR´s seem realistic (received a T-VOR at 60NM at FL250, with it´s offical range being 25NM), so I stand corrected on my previous claims of inadequate range. All is well .
-
I really don´t know, fortunately our dispatch department files all the flightplans for us - but I will give them a call and ask them about it. I remember that I was copilot on a flight from EDDS to EDDF in 1999 where the FMS on our B737 had failed. We navigated with VOR´s and radar vectoring, and at least back then (14 years ago, though!) it seemed to be no problem. Jan
-
The range of VOR´s in X-Plane is in sync with the GUARANTEED reception of VOR´s. In the real world, you are usually able to receive them at a significantly longer range. I regularly fly approaches in X-Plane that I am familiar with from real flying and can not receive navaids that I can regularly receive at that altitude in the real world. I can regularly receive VOR stations from as far away as 200NM, so limiting them to 130NM is artificial and not in line with the real world (even though in line with official documentation). Jan
-
Yes, i am a real Airbus pilot (unfortunately), but that still doesn´t mean I know everything about these things . Implementation of new features in air traffic is woefully slow, and a lot of cool features are feasible and planned, but usually get implemented VERY slow, because most airlines shy away from the cost of installing new equipment and lobby the politicians to stall requirements that make them do so. I think it is still possible to fly IFR in Germany without B-RNAV capability (even above Fl100), you just have to indicate so on your flightplan, and certain routes may be off-limits to you then. There are certain arrival and departure routes that require a certain navigation performance (P-RNAV, RNP 1, etc.) and those can´t be flown without RNAV equipment, but I think airports have to have alternative procedures to accomodate those planes that can´t fly the RNAV SIDS and STARS. It is pretty common standard, though, and flying a complicated arrival route without the aid of RNAV is at least very challenging - you also can not accept any direct routings and that alone will pay for the needed equipment fairly quick. So I applaud the decision of LES to add that sort of capability to the Saab - it will not only make online flying feasible, but will also aid the run-of-the-mills offline pilot like me, wo just wants to go from A to B in a straight line without worrying about the totally unrealistic short-ranged VOR´s that X-Plane 10 still has (and THAT is another story...). Jan
-
I am all down with that, but the initial statement was that GPS was required above FL100, and that is not the case. B-RNAV is not dependent on GPS and many of the A320 family aircraft I fly do not have GPS equipment (or they do, but it is not tied to the navigational equipment, but only serves to power the EGPWS position). The ANP is much better than the RNP of B-RNAV, of course, because they have 3 IRS systems that back up the position with info from DME, VOR and LOC receivers. Jan Edit: Oh, I just read the .pdf - it is a planned schedule for implementation! That made me laugh - do you have any idea for how long they tried to implement some stuff (like CPDLC, for example)? This might happen some time - like in 20 years :-)
-
I don´t know where you read that, but if it´s true then I am breaking the law almost daily!
-
Alright, you want a cockpit lamp? You get it! This parking brake light is barely 2 days old. The fire warning lights are older, I just pulled the test switch for some more colour and effect in the image. Jan
-
Only if you find time while flying your advance copy, of course ;-)
-
Oh, and Mike, please polish the gold bars before delivery! We like shiny things...
-
well, you can certainly guess what is the most important supply from galley to cockpit on those early morning or all night flights?
-
Alright, here goes nothing:
-
I recently got a hold of some Hi-Rez screenshots (Thanks to the guy with the 4Gig graphicscard ). Here are two for now: Edit - I just realized that the forum software cuts these down to smaller rez again . Let´s see if I find someone who knows how to avoid this...
-
It is part of the flap that would be in the jetblast of the engine if if extended at the same angle as the rest of the flap. Therefore it is separate from the rest of the trailing edge flap and only lowers to a lesser angle.
-
And here is the night-overhead panel - with lightswitch in "test". We use this switch mostly to awe visitors that come to the cockpit - of course the original purpose is to hunt for burnt out light bulbs in the annunciators. Another shot of the cockpit in the early morning: Please note that all these shots were taken in XP10.21RC2 64bit with the latest Gizmo13 beta version. Jan
-
Alright, since there were few questions regarding the content of the previous installments I assume that everyone knows the autopilot insideout and you guys are ready for the 3rd installment of this little series. Exam coming up next week! . Enjoy. Jan
-
Most bigger airliners have 3 autopilot systems. This is called a "fail operational" system - even if one autopilot freaks out, the other two can continue to do the job of landing the airplane, as they can simply overpower it. Boeing has a system of grading the landing capability on more modern aircraft - they usually asess their own landing capability and announce it on the FMA. The 737-300 can not do this - the pilot is expected to asess and apply the correct minimum. "Land 2" would be a fail-passive system that allows autoland, but with a certain decision height that allows the pilot to take over if one of the two autopilots fails just before touchdown. "Land 3" would be the fail-operational system, where the two remaining autopilots could land the aircraft if the other autopilot fails. These system can actually have no decision height, meaning the plane will land even if the pilot sees nada. Don´t confuse Land 2 and 3 with the Category II or Category III approach, though. While related, it is still different. For example, the 737-300 would technically have a "Land 2" capability (fail passive) if doing an automatic approach with two autopilots. This would enable it to fly a Category IIIa approach, though (50´DH - 200m RVR). Jan
-
Yes, Rhydian, the two flight-control computers are totally redundant during regular flight. It is important to know, however, that FCC A (left side autopilot and flight-director) are hardwired to the left side instruments like altimeter and VOR/LOC receiver. So if you set the ILS frequency on NAV1 - the autopilot B will never fly it! Thats why the captain will always use autopilot A and the copilot will always use autopilot B. The one exception is a malfunction, for example A hydraulic system down - in this case autopilot A won´t work, and the captain - even as pilot flying - could use autopilot B. During a dual-channel-autoland ILS approach, both autopilots work the flight-controls at the same time. This has the added benefit of a "fail passive" system setup, meaning that if one autopilot freaks out and wants to roll the plane inverted, the other one is strong enough to stop it from doing that . There are several parameters that must be met before being able to engage both autopilots - so it can´t be done for regular flight. Even though you can engage both as soon as these parameters are met, the second autopilot will only actually start working when well established on the ILS. Jan
-
We haven´t decided on a sound solution, yet. The development version is running with the dreamengine plugin that the developer was nice enough to let us use for our prototype - hence the nice sounds you could hear on the LFMN pattern movie. For the final product I can only say that we will not be using default X-Plane sounds - because we totally agree, a realistic sound scenario goes a very long way in the suspension of disbelief. Jan
-
Hi everyone, we are busy chipping away on the 737. The exterior is coming along nicely, recent work added landing gear detail and further improvements in various areas. We had quite a time getting the landing gear strut compression and damping coefficients right to maintain the great crosswind capability this aircraft enjoys - so I figured I upload a video of a crosswind landing like I did many during recent testing. The video shows a landing at a very stiff crosswind, more than I have ever done in the real aircraft. In fact the limit for dry runways for us is 30kts. Boeing demonstrated 35kts - but thats for testpilots, the right stuff and all that . Tom is also in posession of the next two autopilot videos, narration and cutting is done, he just needs to annotate them with his nifty arrows. This might give you guys a chance to follow my rapid-fire rambling. Pester him to finish and upload them if you please. Jan
-
Nice videos! I am sure everyone is aware, but these show the 737-200, the "classics" predecessor, that got phased out in the 90s (just saying so no one comes online and complains how the cockpit looks so different from ours ;- ). I trained on the classics in ´96, we still flew the -200s then, but unfortunately I wasn´t trained on them anymore. All the pilots that flew the -200s loved them for their small aircraft feeling - jump in, tune the VOR and off you go. Funny how I think the classic is like that, compared to the Airbuses I fly now :-(. Jan
-
I really couldn´t say if it would, because I (and the other teammembers) don´t have one or know how the MCPPRO interfaces with the simulation. I know Tom is very interested in making this aircraft accessible for cockpit builders, so I would definitely not rule out the possibility of getting it to work. I know it is fairly easy to make custom datarefs available to "hook" them up to certain keypresses or joystick buttons, though. I have a few autopilot buttons (TOGA, A/T off, toggle AT speed mode, disconnect AP) mapped to my joystick, for example. If using the MCPPRO is working in the same way as mapping those to regular joystick buttons, then I don´t really see a problem in adding all the MCP buttons to the list, so you can map them. Jan