Jump to content

CookieChiara

Member
  • Posts

    10
  • Joined

  • Last visited

Posts posted by CookieChiara

  1. 6 minutes ago, Awemeter said:

    I am pretty sure this is less of an ini issue but a sim/vatsim issue. I remember reading a post on the vatsim forums a while ago about the sims and their different atmosphere simulation causing issues but this was a long time ago so I cant find it n

    I kinda doubt it because the planes are displayed at the correct altitude so the data must be somewhere.

  2. It would appear to me that even in 1.0.4 the relative altitudes are still not correct, ENT7741 is showing at the same altitude as me on Vatsim, yet 700ft below on TCAS.

    QNH in the area was 1007, so I have a hunch that you're comparing the traffic's true altitude to my pressure (or indicated, I have no way of telling) altitude instead of using pressure altitude for both like the real TCAS does.

    image.thumb.png.9d8f43182219107df5461641ab0037ab.png

  3. On 3/10/2025 at 5:45 AM, richboy2307 said:

    We are aware of this one. We are parsing the traffic data via Simconnect from within the sim. The issue is the sim doesn't relay any variable wake turbulence data in any exposed variable that we can poll for this information from within the sim. Same is true for vpilot or other injected traffic such as FSLTL. We're looking at solutions but this is largely a "sim limitation" with regards to data available for the moment.

    To me an obvious solution would be to use a table of the most common aircraft types to lookup the WTC, and just hide the indicator if the type isn't on the list. As a user I prefer no info over incorrect info. Just something to consider

    • Thanks 1
  4. When flying an offset non-precision approach with FLS, the F-LOC beam projected by the FMS presents a straight runway extension instead of the offset approach path as described by the FCOM. See the following pictures for an example from EBBR on the VOR 07L, which is offset by 15°.

    image.png?ex=67c5c665&is=67c474e5&hm=88693480b529ed0df67ba22232e0bb345d46e5476114cd82e96232b63d4a4900&

    Note the difference between the magenta-dashed FLS beam and the solid green NAV path. According to the FCOM however the FLS beam should extend from the MAP (recoded as EPxxx, here EP07L) on the reciprocal of the final approach course, see the FCOM reference below:
    image.png.5828bfaf62f254aed1be2a5451cd8932.png

    image.png?ex=67c61370&is=67c4c1f0&hm=7aa

    This makes FLS basically useless for offset approaches in the current implementation.

    Behaviour is consistent across FS20 and FS24 with both NG and default navdata and tested at various airports.

    The requirerd data should be available in the NG dataset at least, see the below excerpt from the NG database for the Prepar3D FSLabs A32X with the relevant data highlighted in yellow:

    image.png?ex=67c61506&is=67c4c386&hm=54def36c5dd11ab3c667fb6dbe8d5f0935d60111eb1005c3f6adc0c77b8c477f&

    image.thumb.png.681f91a9b163fbf54c8cddee95b9211f.png

  5. Yet another issue I discovered, had another traffic crossing opposite direction on the same airway, 1000ft above and in level flight, yet TCAS marked them immediately as an RA intruder from about 20nm out. To my understanding of TCAS and from how it's implemented on the A220 I fly IRL, that should only have resulted in a proximate traffic symbol at most. Of course I'm not too familiar with the A350 irl, but I cannot imagine that this represents realistic behaviour

    • Like 1
  6. Another issue that just popped up, re-entering an approach without re-entering the arrival breaks the routing, even if the arrival is applicable for both approaches.

    Steps to reproduce: Initially enter FAOR AVAGO 1C ILS Y 03L, then change to ILS Z 03R without reselecting the arrival. Results in the last waypoint of the route (in my case ITROL) being connected with a direct to CI03R

    Similarly when just reselecting / changing the arrival, the approach will be removed from the routing.

    Using Navigraph Database in FS2020

  7. Furthermore, with FLT ID DISPLAY ON ND set to OFF, the ND should still show a basic aircraft symbol instead of just the TCAS other traffic symbol

    image.thumb.png.bc342766a81037d8943a4dad7e414db7.png

    image.png.9bdfa196f6ec564bdeea3e4b45548a7b.png

    Note also the padding issue around the TCAS symbol with the relative altitude overlapping the traffic symbol.

    • Like 1
  8. Vatsim traffic is being shown with incorrect wake vortex category on the ND traffic information symbol

    image.png.de98236aeac2457880281b3c425341d4.pngimage.png.db4c2623a8d84aa6c1857abf72c09811.png

    The aircraft here is listed on Vatsim as aircraft type A359 and correctly identified as a heavy on vatsim Radar, however the traffic information symbol shows it as a medium.

    the traffic information window on the SURV - TRAFFIC Page does not list a wake turbulence category at all.

    image.png.724152332e7c20f1b5fc6cf5294ff1e9.png

    FCOM Reference:

     image.png.ea4c981f82bc35c88d22cc82182ed939.png

    image.png.39ec1070a3b38652eb78f715aa0fc165.png

    • Like 1
  9. Hi, I found two issues with the F-PLN/FIX INFO page, for one there's an overflow of the radius field, as shown here:

    image.thumb.png.4114fb2b4d4a3f0c907298ef71d0a78a.png

    Furthermore, any entry above 256NM results in an ENTRY OUT OF RANGE info, even though per FCOM it should allow entries up to 9999nm

    image.png.e6bba2e8746e8cbbc7afc8491ac43c6b.png

    image.png.a988119c2d54389c8644f35e2fc85d11.png

    Thanks for your consideration

     

×
×
  • Create New...