Jump to content

falcon71

Member
  • Posts

    61
  • Joined

  • Last visited

Posts posted by falcon71

  1. Hello,

    please take a look at this screenshot:

    vsd.thumb.jpg.e0c8b18baf94f13fd2d1d002cbafc56d.jpg

    EPALO is 18.9NM away, yet in the VSD it is drawn at about 7NM.

    The procedure was LGIR 27 EPAL1V. There is a 8000ft at or above restriction at EPALO. It seems that it was drawn at the point where that altitude was reached instead of the real distance.

  2. Hello,

    I'm trying to insert an airway into a route and I'm not having much success. I'm only familiar to the A300 and the A320 and I'm new to the A350.

    I fill out the INIT page:

    airway1.thumb.jpg.aef1aeb1a3e663af1c800c84c46977ba.jpg

    Then I select the departure 33 AMLU2G, I press TMPY F-PLN and INSERT TMPY:

    airway2.thumb.jpg.399bf86b514a21b9d15841dfeeab1055.jpg

    Then I select AMLUH airways and enter the enroute segment:

    airways3.thumb.jpg.c43d7fcfb362dac92f7e90ab661028a3.jpg

    Again, I press TMPY F-PLN, but the enroute segment is not visible:

    airways4.thumb.jpg.3d587bc2988e5ae69476d0d6b31b2ab2.jpg

    Am I doing something wrong?

  3. Hello,

    I set a landing altitude of 6900ft. I was held low during departure and the cabin climbed at about 500fpm to 6900ft. This is exactly right as described in the FCOM.

    However, at about 20.000ft during climb, the cabin rapidly depressurized:

    cab_press.thumb.jpg.3a2a8dd654bc5b40b25e17ce181098f3.jpg

    This is very unexpected, as according to the FCOM, it should climb to the maximum of the theoretical cabin altitude and the landing elevation and not descend again during climb. It appears that it tried to follow a delta P of 8.1 during climb?

    Also, how can it depressurize with all outflow valves completely closed? In that case, I would have expected the cabin altitude to climb.

    Descend is also unexpected. Again, it should descend to the higher of the theoretical cabin altitude and the landing elevation. Instead it descended way below the landing elevation at a rate of up to -1500fpm(!):

    press_descent.thumb.jpg.090974544fb201a02471cdd933f24c5e.jpg

    At some point it climbed again to the selected 6900ft. It does not look like the cabin pressurization controller is implemented correctly.

    • Like 1
  4. This screenshot was taken at the SID OPKC RWY 25L BADU1D:

    opkc.thumb.jpg.d7bb19ad30147c69d4bd3c5197574e23.jpg

    As you can see, the altitude intercept point (FL070) was drawn on a path resembling the actual curved flight path instead of the straight path on the right. I wonder, if this is actually correct, since the A300 cannot draw a curved flight path.

    On a related note, the path on the ND looks surprisingly bendy when performing a direct to...

  5. The TCAS STBY ECAM message disappears as soon as the transponder is switched to XPDR. Is this actually correct? At that point only the transponder would be on, but TCAS would still be in standby mode. I would have expected the message to only disappear if the switch is moved to TA/RA or TA.

  6. Could it be, that the APU fuel tank is hardcoded an does not follow the actual tank configuration? Here I managed the pumps to feed the APU from the center tank:

    apu1.thumb.jpg.e9aedec72ff90bb2bf942557292d425b.jpg

    Yet it only drew fuel from the left outer tank:

    apu2.thumb.jpg.c3dae2e02a94cccffdb1d8571d5b1e81.jpg

    I remember back when we had the bug that the APU could not be shut off, I also was unable to crossfeed it from the right tanks. It looks like it is somehow hardcoded.

  7. Hello, I selected the SID SADA1B (Runway 27) with the IZA transition at DAAG. That intercept point is not correct, it should be to the north of the airport, not 30 miles south:

    daag.thumb.jpg.b5624f7c4983bde53d027317c5519282.jpg

    I'm using Navigraph AIRAC 2501.

  8. I have just tried it out again after the last update and the INIT B page is no longer getting filled by the acars request. I assume this was actually a bug and not the intended behavior. It now works again like it used to and is fine for me. If you have an open issue on your side, it can be closed. Sorry for the fuss!

    • Like 1
  9. Turn on the APU master switch and press the start button. Then turn the APU master switch off again, while the ACCEL light is shown. 

    The APU now keeps its current RPM and consumes fuel for hours:

    apu.thumb.jpg.5c097b21eb4b43271a773bede21e4eab.jpg

    It resumes the start process where it left off when the master switch is turned on again and start is pressed.

    Instead, I would have expected the APU to turn off when the master switch is set to off.

  10. Hello,

    I just started flying the A300 again and in my last two flights, the INIT B page got filled with some nonsensical values:

    initpage.thumb.jpg.00ea83d9dc62c7374099b19873d9f9dc.jpg

    I'm not using the acars function anymore and this screenshot was taken after the INIT A page was filled an nothing else. Where do these values come from and what can I do to prevent the init B page from getting filled?

  11. Hello,

    I made some landing calculations for EKCH. This is flaps 40:

    landing40.thumb.jpg.13a52f07c6a489d259923eb1220b05d3.jpg

    And this is flaps 20, otherwise with the same parameters:

    landing20.thumb.jpg.9ee4ab6690ddba0c8a2d6064296095d9.jpg

    Is it correct that flaps 20 requires less landing distance than flaps 40, despite the approach speed being about 10 knots faster?

  12. I always found it weird, that the APU page is not displayed automatically. This is caused by the ECAM door warnings, giving the DOORS page a higher priority. Now, I'm not sure if I'm correct, because this issue should have been noticed by the advising A300 pilots, but the way how I interpret the FCOM, the door warnings should be inhibited until the second engine is started:

    doorsecam.jpg.949b564ce3f62a19cac64b24c0e8f2a5.jpg

  13. I have programmed the SID GMMN/RW35R SADI1D. Scrolling through the waypoints in PLAN mode, I noticed that the CBL VOR on the ND jumps around.

    In the first screenshot, it is to the north of the runway, in the second screenshot, it is close to the runway threshold and in the third screenshot it is southwest of the runway. It looks like the relative distance to the center of the ND uses a wrong factor.

    cbl1.jpg

    cbl2.jpg

    cbl3.jpg

  14. 14 hours ago, richboy2307 said:

    The current solution is a stop-gap that acts as a middle-ground for both datasets. Team is working on a more long-term solution.

    I think this makes the problem worse. Before you could just ignore the ILS and make a safe visual landing. Now you need to ignore the ILS and the PAPI as well and this makes visual landings even more difficult. Since landings in VMC are much more common, I would prefer if the PAPI is right for that.

    • Like 1
  15. On 12/25/2023 at 12:26 AM, Tarzan said:

    2. Statics. I removed them but can’t use the gates where they where placed. 

    I agree. I would also really appreciate, if all gates would be available please.

  16. I flew a holding and then wanted to leave the holding. I pressed IMM EXIT* on the LEGs page. What happend was that the VERT REV page opened and the aircraft continued to fly the holding. I would have expected it to leave the holding.

    I was able to leave the holding with a direct to the next waypoint.

  17. I added a holding to my STAR. Based on the charts, the inbound course would be 265° magnetic and right on the track of the previous leg. I noticed, that 258° were suggested in the FMC and I changed it to 265°.

    I then noticed, that the hold was a bit rotated from my previous leg:

    hold1.thumb.jpg.0867a6fc172b25b46d98227dbb2d29f7.jpg

    The hold was then actually flown at about 270° inbound course:

    hold2.thumb.jpg.9766e600e124ecb473c97b834dc716d7.jpg

    Could it be, that the holding was constructed using true course instead of magnetic? The holding was around DGAA with a magnetic variation of 4°W.

  18. Thanks Crabby for clarification. This is a misunderstanding, my issue description was not clear. Let's try again:

    I'm well aware that it does not draw curved segments. This is how the procedure is drawn during preflight:

    zmck_preflight.thumb.jpg.1b634319caeb08154f37727610411d4c.jpg

    This looks absolutely correct to me, just like in the charts with a leftwards turn to final.

    Once I arrived, the procedure looks different and it became a rightwards turn:

    zmck.thumb.jpg.922e46a3e4211a45a5fb5109deda92a0.jpg

    I would have expected it to still look like in the first screenshot. Again, I fly these procedures using raw data when this stuff happens, but I assume this may be a bug which iniBuilds may want to fix or at least be aware of.

  19. 1 hour ago, Crabby said:

     Pilots had to fly to SER, then outbound on 129 radial using NAV (not RNAV), then at or before 17 dme they would initiate a left turn to intercept using HDG.  Ahh, the days of pilots doing pilot crap.  

    Well, that's exactly what I did. What are you trying to tell me? Should we not report bugs anymore, because these bugs may or may not exist in the real aircraft?

  20. I flew to ZMCK with the ILS Y 29 approach via SER 1. It has an outbound leg to the right at 129° with a left turn towards final. During preflight, the drawing on the ND looked correct for the procedure. However, when flying, the INTC waypoint moved to the left instead of right:

    zmck.thumb.jpg.3218daf32a9a6313cec61280f8f40959.jpg

    I am using Navigraph AIRAC 2405.

×
×
  • Create New...