Jump to content

falcon71

Member
  • Posts

    37
  • Joined

  • Last visited

Posts posted by falcon71

  1. With packs on, TO thrust and FLEX TO thrust is 104.4%:

     packsOn.jpg.e3c9eb5969eb8200d1f6ea14672e3fd6.jpg

    Turning the packs off increases TO thrust to 105.1%, this is correct. However, I would have expected FLEX TO thrust to increase as well, but it remained at 104.4%:

    packsOff.thumb.jpg.9ceae46fc55d4279b1cece4b5af9f57f.jpg

    Turning the FLEX TO TEMP up and down via the dial refreshes it to 105.1% as well:

    packsOff2.thumb.jpg.2d01652be3911d6c9c5fcca3e570cdd5.jpg

  2. During cruise, lower the MCP altitude. Go to the F-PLN page. LSK 1R will display IMM DESC, this is correct. However, an immediate descend is also initiated, when any of the other right LSKs is pressed for any other waypoints. I would have expected, that the vertical revision page is displayed for any other waypoint.

  3. Thank you very much for you explanation. I ran a few more tests and I think I understand it now.

    This example is the same as the headwind example, but with the runway length reduced to 3000 meters.

    shorter_runway.thumb.jpg.de7e2c139ceeb20f29345dcf00965c9f.jpg

    What put me off was that, if for flaps 15/0, flex 58° a rotation at a 3000 meter runway was possible at 158 knots, then it should surely be possible at the same speed for a 4000 meter runway as well. I assume the iniBuilds takeoff calculator uses up as much runway as possible to gain as much speed as possible, which then results in a higher climb gradient?

    If this is the case, then it would very well explain why a head- and tailwind have such large effects that I'm seeing, as this is not much different than changing the runway length.

     

  4. I'm still trying to make sense of the takeoff performance figures. Let's take it step by step and only look at the effect of wind for now.

    This image assumes a tailwind of 5 knots:

    tailwind.thumb.jpg.b2b49ac0e2bbbb8656e9ec598b3117ae.jpg

    And this image is under the same conditions, but with a headwind of 5 knots:

    headwind.thumb.jpg.c826b64401b951dbf159878aae5f55e1.jpg

    I would expect engine thrust to have an effect on V2, but not the wind? Why does the wind have such an effect on V2 while the thrust and flaps stay the same?

    Since the flaps, the weight and the thrust settings are the same, I'm curious why the wind affects VR? I would have expected VR to stay the same in these conditions.

    It does make absolute sense, the V1 is very much influenced by the wind, since it changes the GS. It also make sense that it is higher with a headwind. However, since VR was already possible at 157 knots in a tailwind, I would have assumed that V1 would also remain at 157 knots, since it must be less than VR. Is there a bug, that the higher V1 pushes VR instead?

     

  5. Load the aircraft empty:

    load1.thumb.jpg.0349f8d0799f65c93e831d3da3da5b1f.jpg

    Next, enter an incorrect ZFW of 130 tons on the INIT B page. The aircraft calculates a GW of 184 tons as expected:

    load2.thumb.jpg.2f562000c8c6705b53e616ef33caf8c5.jpg

    Start an engine and go to the fuel prediction page. It will now show the actual GW of 143.5 tons:

    load3.thumb.jpg.91e08beda387be121db02502f47c001c.jpg

    Since the aircraft cannot know the actual ZFW, I would expect it to display 184 tons.

  6. I recently flew to GOBD via SAKL3D ILS Z 01. I noticed, that the outgoing radial was off. I tried the approach again today with raw data:

    gobd.thumb.jpg.c976c15677ef43a53db26a771a766f44.jpg

    It still shows the VOR capturing mode, but that is another bug that is already reported and logged. The VOR was tracked well and I confirmed this with third party mapping tools. As you can see, the outgoing leg was drawn to the left of the actual VOR radial. The navdata was from Navigraph, AIRAC 2402. The airport scenery is from FSDG.

    The A310 already had issues at airports with large magnetic variation:

     

    I suspect, that this issue is still not fixed in the A300 either.

  7. When pulling the VS knob on the FCU while it is blank, it currently sets the target speed to 0 fpm, effectively causing a level off upon VS mode engagement.

    According to the FCOM, I would expect the autopilot to synchronize with the current actual vertical speed and continue with this speed:

    vs.jpg.6523e5e95012753fc8a9059229bc1d40.jpg

  8. To get back on topic: I flew to nearby DNMM today (arrival was BUDS1N). They have a speed limit of 230 knots below FL100:

    speed_limit2.thumb.jpg.c6bd764a05cf8202c8f3956f16fe94cd.jpg

    The aircraft still decelerated only to 250 knots, busting the speed limit. It appears to me, that the 250 knots are hardcoded in the iniBuilds version, not taking the value from the VERT REV page into account at all.

  9. I have figured out, I made a mistake here. The correct format appears to be in kg, not tons. In my example above 143100 instead of 143.1 seems to be correct. This gives much more plausible values. May I suggest changing the placeholder? ---.- made be believe, the entry was expected to be in tons.  And maybe a plausibility warning if the entered TOW is less than DOW for idiots like me?

  10. All right Crabby, let's blow your mind. That's what people have to say about Europe:

    https://aviation.stackexchange.com/questions/1294/what-is-the-speed-limit-in-european-airspace

    Again, that's the theory. In practice you will find regulations, publications, procedures and at the very least ATC that will limit your speed in Europe. I really tried to find anything for Ghana. If you have found anything for Ghana, then please share. But you can't just throw out random claims with no backing sources. Let's keep it factual please.

  11. Thank you very much for fixing the reverse thrust binding. I do however still have a small problem:

    I use throttle1_cut and throttle2_cut to stow the reversers and reset the thrust levers back to idle. Since a couple of versions, throttle2_cut sets the thrust back to 50% instead of idle. This is how it looks after firing both events:

    throttle_cut.thumb.jpg.49c732953056d7dbe1bc8c9640cb2276.jpg

    As you can see, throttle 1 cut works apart from the NaN display bug. Could you please make throttle2_cut set the thrust back to 0%?

    Using throttle_cut is a workaround until this issue is fixed, it correctly sets both levers to idle.

  12. Please take a look at the following examples:

    2000m.thumb.jpg.aae9fe1c262da825fe7007b7aafe62d5.jpg

    4000m.thumb.jpg.0f7f06eda8ad830d4f0d8046d8ff6d30.jpg

    The first is a rather tight calculation for a 2000 meter runway and the second is a calculation for a long 4000 meter runway. The results differ only in the V speeds.

    I would have expected, that the runway length have a much greater factor on the flex temperature, than on the V speeds. Is the calculated flex value displayed correctly? For comparison, TOGA results in exactly the same V speeds and MTOW (PERF), which I find hard to believe:

    toga.thumb.jpg.1037decfbb289ef94ac47be60df88811.jpg

    I also noticed, lifts off unnaturally light on long runways. Are those fast V speeds on long runways correct?

    With the above example, it is also possible to perform a calculation for a 1800 Meter runway. In that case the MTOW is 139.2, which is below the entered TOW. I would have expected a warning in this case.

  13. I noticed in multiple flights with the most recent version that a fuel imbalance is developing in the left inner tank:

    fuel.thumb.jpg.84613f393ecb301643ce0fa50e18f252.jpg

    This image was taken during descent. The APU was shut off with the APU master switch shortly after turning on the engines. I initially suspected that the APU was somehow still draining fuel, but the leak increased even when completely isolating the tank. I'm fairly sure, the leak did not occur with 1.0.6.

  14. 2 hours ago, Crabby said:

    As far as Ghana, they are a council member of ICAO.  ICAO specifically states that operations at/below 10K are restricted to 250.  Ghana's own regulations call out the penalty/suspension for exceeding speed limits in "critical phase of flight".  They define critical phase of flight as below 10000.  I have seen reference to China not having this limit and they too are council members of ICAO so there is that.  Apparently, they never adopted ICAO airspace classification with the exception of Sanya Oceanic space where they use feet and there is the ICAO/FAA restriction.  

     

    You refer to ICAO Annex 11. They provide this handy chart:

    annex11.thumb.png.ec5ace46f7e48ed8d329c8866d51d311.png

    Now, most countries obviously do have their own regulations in place to enforce speed limits. However, I did not find any such regulations for Ghana or the approach into Accra and since the STAR into DGAA is entirely within class A and B, I have to assume, that there is no speed limit in place. 

    In Boeing aircraft, you can delete the speed limit in the climb and descend pages. This also applies to the MD-80. In the A320 the speed limit can be modified and cleared on the VERT REF page of the (LIM) waypoint. I do however agree with you that higher speeds below FL100 carry additional risks.

  15. Hi Crabby,

    I was not talking about the altitude restrictions, those worked pretty well actually. I was talking about the speed limit (not the speed restriction either!). As you can see, the speed limit was changed to 285/FL100. The aircraft should not have slowed down to 250 knots below FL100.

  16. Hello, I flew the approach DNMM ILS 21 EREK1B. I modified the DES SPD LIM (LSK 4R) in the VERT REV page:

    a300_speedlimit.jpg.38590a472efb2dc2e720ac5bb1dce59d.jpg

    On the FPLN page it still showed a reduction to 250 knots below FL100 and PROFILE mode still slowed down to 250 knots at FL100. I would have expected the aircraft to remain at 285 knots.

    Also, when I cleared the limit, it switched to the above displayed 285/FL100. The FCOM makes it sound like it should revert to the default (250/10000). I'm not sure though if this behavior is dependent on the FMC software version, but it might be worth to check.

  17. I am actually using SPAD.neXt, but it's not working either for me. I used THROTTLE1_DECR with a value of 25 to put it into idle reverse and a value of 1000 for full reverse. This used to work in 1.0.6 and does not work anymore. What binding are you guys using?

  18. Same problem here, throttle decrement no longer puts the throttles into reverse. Is there a workaround or a quick fix planned?

    Also, throttle 2 cut still puts engine 2 into the 50% position instead of 0%. Though that bug was already introduced in 1.0.6...

    • Like 1
×
×
  • Create New...