Jump to content

Otto Pylott

Members
  • Content Count

    6
  • Donations

    $0.00 
  • Joined

  • Last visited

Community Reputation

0 Neutral

Profile Information

  • Gender
    Male

Flight Sim Profile

  • Commercial Member
    No
  • Online Flight Organization Membership
    none
  • Virtual Airlines
    No
  1. Thanks Dave. Log file is on its way...
  2. Hi Dave, I have a somewhat related question. I just completed an IFR flight to KMSP (Minneapolis). My initial flight plan called for an RNAV approach to RWY 04 on arrival to KMSP. However enroute wind and visibility conditions changed such that an ILS approach to RWY 12R was the better choice. After being handed off from Center to KMSP Approach, I issued a request for radar vectors to the ILS approach for RWY 12R. I received no response from P2A, and it continued to direct me on the RNAV approach to RWY 04. I issued the same request several times with no luck. This may be a consequence of my ATC config. I think maybe most relevantly, under Flt Plan/ATC Options I have the following checked: Force Pilot Runway Selection Match SIM Runway if Known (this works great for matching what XP has marked as the active departure runway) I am still on XP10, and near as I can tell there is really no way to confirm in the sim which runway(s) XP has designated as active (other than listening to an ATIS report). So perhaps in the case described above XP was insisting on RWY 04 and P2A would not allow a pilot override under these circumstances. Or??? (notice that I am not talking about configuring preferred runways). Perhaps you could just outline the best procedure for forcing a pilot-requested change to an alternate destination runway. It would even be kinda' nice to have the ability to issue such request prior to the approach transition phase; while perhaps not common practice, this would reduce tension/work load during the approach. Better yet, I think it would be helpful to have something like a "Force Active Runway" box somewhere on the main panel that allows the user/pilot to simply type in a valid runway number, hit "Apply," and P2A would thereafter just treat this runway as the active destination runway (unless of course a different value is subsequently entered). Ideally, one could do the same for the departure runway (i.e., without having to wait to change runways until issuing a taxi request -- this, in my view, is a bit awkward). Again general speaking, I find entering values in the middle panel of the "Say It" dialogue to be a bit clunky. As I understand, one must first click on a request (one that requires entering a value), enter a relevant value, then hit "Enter," and then press "Say It" (notice that I do not use PTT). I also notice that when a request which requires entering a value -- say for a runway -- the value box is auto-populated with the current active runway. So this requires first deleting that value, or highlighting and then over-typing the desired value. It would be helpful, in my view, to just leave the values box for such requests empty (unpopulated) -- that's why I am issuing the request -- to specify a different value. Anyway, just a friendly suggestion... Hope that was all clear enough, and thanks in advance for your help, Otto
  3. Thanks for the clarification Dave. I was evidently mistaken about this. I had quickly run some tests over the past couple of days and it initially appeared to me that P2A was not reporting correct NOAA data -- even with the Wx source set to NOAA (as opposed to sim). But perhaps I was doing something wrong on my end, and that my comments above were a bit hasty. I'll keep testing and report back if I learn anything new. Quick follow-on question: What prompted your change to HTTPS, and how long ago did this occur? In other words, how did you know, in advance, that this change would eventually become mandatory? My reason for asking is this: I wonder how/why LR did not also anticipate this eventuality and correct for it advance (because again this issue seems to be causing quite a stir in the XP community).
  4. Near as I can tell, the XP world is currently undergoing a "weather catastrophe" because the official government NOAA server -- the data source for a number of XP weather plugins, XP itself, and I assume also P2A's NOAA weather option -- has recently dropped support for non-HTTPS access to its METAR and wind reports, thus leaving everyone who uses the old system in the dark. see: https://developer.x-plane.com/2019/02/x-plane-11-32-real-weather-fix-gpu-memory-fix-maybe/ This issue will reportedly be fixed for XP11's real-world weather download in a near-future release. But my concern is where this leaves folks like me who are still running XP10? (and in my case just dropped $60 on Pilot2ATC, which was a substantial investment for my meager pocketbook, and for a variety of reasons cannot afford at the moment to upgrade to XP11. It seems that I may also be screwed on X-Aviation's Real Weather Connector).
  5. I am cleared to FL200, have reached FL200 as indicated on my altimeter, I am above the transition level of FL180 (inside the U.S.) and have therefore switched to standard barometric pressure (29.92), yet P2A repeatedly commands an expedited climb to FL200??? (i.e., the altitude I have already reached). My "Allowed Altitude Variance" is set at the default of 150 ft. I notice that if I climb to ~20,400 ft., P2A stops complaining that I am below my cleared altitude. Question: Why the discrepancy between my indicated altitude and the altitude at which P2A detects the plane to be? Thanks in advance for any assistance. Related question: Is there a way, in P2A, to view/request the aircraft's current detected altitude (i.e., the altitude at which P2A thinks the aircraft to be)? Details: Pilot2ATC v2.5.07, Windows 10, XP10, Aircraft: Carenado Pilatus PC-12
×
×
  • Create New...