Jump to content

flyingfudge

Members
  • Posts

    31
  • Joined

  • Last visited

Everything posted by flyingfudge

  1. I've had exactly the same problem. Surely the High Level Shutoff Valve should apply to the right wing and not the left? Or are we saying that the left tank was full originally but that it drained into the right tank after being parked on a slope? In that case, why is the right pump still showing "OP" when the tank is full?
  2. My last but one post above with a pic. of a clean wing is showing 0.4886. The picture above with ice depicted correctly is 0.8358 I presume these are the datarefs in question but if there are others how do I find them?
  3. No problem with it showing ice sometimes. I don't know what exactly the icing numbers mean but presumably they reflect the intensity of ice being experienced on the aircraft wing. Maybe it's just a bit of fine tuning needed to display ice on the wing at lower levels of sublimation. However there's something not quite right as in both these cases the aircraft was unable to get airborne and climb. In real life you have the benefit of touch but unfortunately unless it's depicted visually in a simulator it'll end up ruining your day!
  4. Don't know whether it's x-plane wrongly reporting ice or something to do with Toto's simulation of temp/humidity over the past 24 hours but the problem is that there's no visual ice on the wings. Having spent considerable time setting up the aircraft to find that it won't get airborne due to ice that cannot be evaluated visually on the walkaround completely ruins what is otherwise an amazing simulation of this aircraft. It's the same again at a different airfield (LFLB) with clear skies and a temperature of +8C. Are anyone else having similar problems or is something maybe affecting the icing datarefs on my system?
  5. https://forums.x-plane.org/index.php?/files/file/50510-popup-icing-display/
  6. Hi. Flight out of Dublin yesterday at appx. 15.00 local time. Outside air temp +10C & dew point +7C There was no visible ice on the top or underside of the wing and the CAS was clear but on take-off the aircraft fell out of the sky. I re-ran the saved situation a couple of times with the same result but then de-iced and it flew normally. A couple of questions. In that temperature scenario the likelihood of icing, especially of an accumulation that would prevent the aircraft from climbing is not realistic. Whether this is a shortfall of X-Plane's weather depiction or not, surely the presence of wing ice should be visually obvious on the aircraft regardless. I brought this up on Discord and someone kindly pointed me in the direction of a Lua script that interrogates X-Plane's icing datarefs and indeed it did show wing icing. This is not a criticism of this excellent aircraft addon but merely an observation. If the aircraft is detecting ice on the wing regardless of whether X-Plane is correct in it's assumption then surely the only way that can be reported to the sim pilot is in a visual representation which in this case it didn't. I understand that Toto has introduced many variables into icing such as overnight temperature, humidity and dew point etc. but in reality a 10C temperature in the middle of the afternoon on an aircraft that hasn't flown on that day would not have any significant ice and certainly not an accumulation of ice that would bring down an aircraft on take-off. I'm enjoying every minute of this remarkable aircraft creation by Toto, Goran and the team but would appreciate your thoughts on my comments.
  7. Hi. First CTD I've had with this excellent aircraft. Attached files just in case it helps to identify a possible problem. Log.txt CL650_Log.txt
  8. @PhilippK Saw this on the Discord yesterday from Toto so looks like it's been fixed.
  9. No definitely isn't. Same approach with LPV de-selected and it flew it perfectly in LNAV/VNAV.
  10. @PhilippK What airports are you flying at when the problem occurs? Apparently Toto is aware of my problem at EGJJ but doesn't think it happens on every airfield with an LPV approach.
  11. Thanks guys, I thought I was going mad! I also tried it with Temp Correction on/off but it made no difference. Hopefully the Devs will pick this up and have a look at it.
  12. Same flight with a different aircraft. It descends at the platform altitude at the correct 5.3nm FAF point and maintains the approach profile correctly throughout the descent. Something strange is happening with the CL650.
  13. New install of Xplane and aircraft. No custom scenery or airports. No plugins except Navigraph, Simlink & WebFMC, and it's exactly the same. I suspect it's a Navigraph problem but appreciate it if one of the Devs could check it out and confirm..... Log.txt
  14. The plot thickens! It would appear that the aircraft is starting the descent too late and maintaining that altitude error on the GP. It should start down from 2000ft at 5.3nm from the threshold of 08 but as seen in the pic. it's just commencing the descent at 4.5nm from the runway. It then maintains this error throughout the remainder of the approach. Could this be a Navigraph issue?
  15. I've taken all plugins out and still getting the same problem. Also tried on another copy of xplane in OpenGL with the same result.
  16. Hi @dlrk Hopefully it is a plugin as I'm having quite a few problems at the moment. Sometimes my thrust levers become inoperable, especially after a saved situation and a few other oddities. Appreciate it if you'd look at the attached plugin list. Only some are activated as you can see by xOrganizer. Many thanks .......
  17. Sure, I'll try it again tomorrow.
  18. Flying an RNP Rwy 08 approach at EGJJ fully automated, the aircraft didn't maintain the 3 degree descent path and was significantly high at each mile checkpoint. ( appx 250 ft high ) As per the attached pics it looks like the aiming point of the FD on the HUD is pointing at the threshold of the opposite end of the runway. Log.txt
  19. Hi Amy. Thanks for trying it. I actually flew the route twice and it happened exactly the same on both occasions so it's a bit strange. If you can't reproduce it then maybe I've got a conflict somewhere with my system.
  20. Hi. Any update on this? It appears to have changed over to LOC 1 as it passed through the runway centreline. It was flying the arrival normally up to that point.
  21. I'm having a problem on every take off. The ATS increases to full thrust on the take off roll but on take off ( appx 500ft ) the thrust suddenly starts rolling back and the aircraft approaches the stall. I've tried different airframes etc. with the same result. I've attached my log ( please advise if there's a more informative file I should upload ) and a pic of the situation. Thanks .... Log.txt
  22. I didn't touch anything from the beginning of the FMS guided approach. It was flying perfectly until it passed the centreline of the opposite end of the runway and then the PFD FD annunciators changed to what you see in the picture and it changed to VPTCH, stopped tracking and started to climb.
  23. I'm sure this is probably due an error on my part being unfamiliar with the aircraft & systems but I've flown this approach twice and it's done exactly the same thing on both occasions. Descending and tracking perfectly in FMS NAV & VNAV until it passes PR511 and then it changes to LOC1 as it approaches PR512 ( see pic. ) stops tracking and starts to climb. I'd appreciate it if someone could give me an indication of what's happening as I can't fathom out what I'm doing wrong. With Toto's expertise in programming it has to be my fault! Many thanks ..... Log.txt
  24. Good news about the QRH. I thought Toto said he wasn't going to write one. Outstanding achievement to produce an aircraft of this quality and system depth.
×
×
  • Create New...