Jump to content

DLP084

Frozen-Inactivity
  • Content Count

    390
  • Donations

    $0.00 
  • Joined

  • Last visited

Community Reputation

5 Neutral

About DLP084

  • Rank
    Member

Flight Sim Profile

  • Commercial Member
    No
  • Online Flight Organization Membership
    none
  • Virtual Airlines
    No
  1. Would be also interested in the correct 1:1 zoom value.
  2. Hi, ILS 04R has an offset Localizer. Therefore it is intentional that it doesn´t guide you exactly onto the RWY. ILS04L doesn´t have an offset. This one should work as expected. If not then it´s the registry problem. Jan-Paul
  3. Hi, the way you are using the AFDS systems to fly the approaches, can only lead to those drawings you see on the ND. The published approaches are not designed by Austrocontrol to be flown that way. Its not a problem with the aircraft. Its a problem on how the aircrafts autoflightsystems are supposed to be used to fullfill a specific task. In your case flying with HDG select and then establishing a reasonable intercept onto the intended path of the procedure designer would be the better option. Flying from RTT directly to ELMEM is way beyond the limits of the published approach procedure. Every approach procedure "looks funny" when it is not used in accordance with the procedure designers intentions. Jan-Paul
  4. Hi, there is no other solution as to live with those intercepts with turns over 180 degrees. At the moment the limited PMDG syntax doesn´t allow CF (course to fix) or CI (course to intercept) legs with turn directions. The only realistic way to get them flown in proper way is as follows: 1. Use HDG select and turn manually with the mandated turn direction onto the INTC heading (left 071). 2. When established on INTC heading (071) select DCT to FIX (ASUKA) and use INTC CRS function to enter the course (101) to the fix (ASUKA) 2.1. If the intercept is going into between two waypoints. A PBD fix along this line could be created to avoid long course to fix legs. comment to Mystery 2: that is against the intention of the ARINC 424 source, as the A/C arrives at ASUKA and does a left turn back to ASKUKA again. Translated to ARINC 424 Path Terminators this would read as follows: CA 332° +500ft - VI (L) 071 - CF 101° (ASUKA) - DF (L) ASUKA + 5000 But PMDG is actually doing the following when flying that coding: It skips HDG 071 INTERCEPT RADIAL 101 TO FIX ASUKA and does TURN LEFT FIX ASUKA So thats nothing else than: RNW 32L TRK 322 UNTIL 500 TURN LEFT DIRECT FIX ASUKA AT OR ABOVE 5000 which in fact ignores the 101 Radial The only way to solve such issues permanently without pilot intervention is, if PMDG develops a new format that handles all the details that are incorporated in the ARINC 424 Path Terminator language. For more reading about path terminators have a look here: http://www.keilir.net/static/files/Flugakademian/PDF/rnavmanual-kka.pdf
  5. Thats not implemented in the PMDG 747. Does the real world have this feature meanwhile? The only way to intercept an airway would be via DCT to fix and entering an INCT CRS while already established on INCT HDG. If the distance is too big for a course leg, a along track fix on the line of the FROM AWY fix to the TO AWY fix could be created in between to avoid a course leg longer than 20 miles for example. FFF/#DD FFF=Fix #=+- DD=Distance Jan-Paul
  6. That seems to be a old AFCAD File that creates the trouble. Disable ALL add on sceneries and remove all non default AFCAD files out of the Add On Scenery folder. Jan-Paul
  7. Depends on your player if it supports PAL. From the FAQ: http://pilotseye.tv/en/faq/ Jan-Paul
  8. Thats very well spotted. This example shows one of the major differences between Lufthansa Systems and Jeppesen: Lufthansa Systems always uses the DME Identifier for Final Approach fixes, whereas Jeppesen sticks to the ARINC 424 Naming Convention. e.g. FI27R = Final Approach Fix ILS RWY 27R That naming convention was one of the contributing factors to the cali accident: http://www.rvs.uni-bielefeld.de/publications/Incidents/DOCS/ComAndRep/Cali/calirep.html Those who want to know more about the ARINC 424 Conventions: http://www.keilir.net/static/files/Flugakademian/PDF/rnavmanual-kka.pdf Jan-Paul
  9. This is a known problem. The PMDG MD-11 doesn't seem to be able to handle "at or below" constraints and treats them as "at" constraints. Workaround: Delete the "at or below" and see what the FMC calculates. If its above, the use the "at or below" constraint. If its below then keep the calculated value. Jan-Paul
  10. Hello Brandon, take a look at the following posts: http://forum.avsim.net/topic/412826-md-11-crashes-on-selecting-sid-or-star/ It is important that your route has no discontinuities and the distance between T/C and T/D is sufficient to allow a normal CRZ phase. Form your report, it seems that the FMS reaches T/D before T/C. Thats one of the causes for CTDs, because the FMS doesn't sequence properly through CLB, CRZ and DES phases. Jan-Paul
  11. Name: PilotsEYE.tv - QUITO - MD-11F - Lufthansa Cargo - "The Lady and the closed Strip" Category: Commercial Product Videos Date Added: 23 November 2013 - 10:43 PM Submitter: DLP084 Short Description: None Provided Post Source: PilotsEYE.tv - QUITO - MD-11F - Lufthansa Cargo - "The Lady and the closed Strip" View Video
  12. Hi, the trailer looks very promising: http://www.youtube.com/watch?v=DLuTLCxYJvM Jan-Paul
  13. Its not a weather issue! Its an AFCAD issue. I had the same problem a long time ago at the time the 747 was released 2005. The trouble maker was an bad AFCAD file for fs2002. Solution: Disable all Add On scenerys and check if the aircraft is flying correct. Then, enable the add on scenerys step by step to find the bad AFCAD. The reason why you don´t have the problem with the LEVEL-D 767 is because it has its own magvar model. PMDG uses the default or updated magdec.bgl file. The bad AFCAD Files are interfering with it and create this problems. The best area to test, is far up in the north. I was flying at Ketchikan PAKT when I discovered the problem 2005. If it behaves OK here, then everywhere. Jan-Paul
  14. Hi, the holdings are from the Navigraph database: See release notes: http://www.navigraph.com/forum/viewtopic.php?f=22&t=564 added IAF holdings in EFB (including PMDG, iFly, LevelD, ...) NavdataPro does NOT include them, as it should be in real world. Example from LFMN: Navigraph: TRANSITION NERAS HOLD AT FIX NERAS RIGHT TURN INBOUNDCOURSE 298 ALT 4000 LEGDIST 5 NavdataPro: TRANSITION NERAS FIX NERAS AT 4000 Jan-Paul
  15. Thats a basic feature of every Honewell FMC. For sure this works on a real world FMC. Otherwise a lot of real world airlines would have trouble. At the moment I don't have any clue why this should not work. I think we need someone from PMDG to investigate this issue. Jan-Paul
×
×
  • Create New...