dectenor2

Oh I totally agree. It certainly should be possible in an aircraft that is the ‘ultimate airliner experience’ and has ‘unparalleled realism’.

Yes I have noticed this before too, but have had plenty of other more basic errors to report so haven't got round to this one yet! Good post, though I doubt they will do anything sadly, but fingers crossed.

Checked the FCOM and indeed you are correct! Not that I was doubting you, just wanted to read it up! Will delete that part so as not to confuse the devs.

Thanks for this. I’m away at the moment but will take a look at the FCOM once I’m at home. Find a physical copy so much easier to find things in. Guess I’m old fashioned hey…

Since SU5 the fuel burn of the APU is ridiculously high.

@IniJamir Many thanks for reporting these outstanding issues. Please do let me know if you need any further information relating to the issues I have listed here.

Oh and the cabin vs stays at +50 for the entire cruise whilst the cabin alt stays constant. There can be minor occasional fluctuations of cabin vs +50 very briefly, -50 very briefly. But it should be at 0 the vast vast majority of the time. I hope you can keep track of all these as there are a lot. Which is obviously extremely disappointing given how long the aircraft has been out and its price and how it was marketed.

Would just like to add that there have been many improvements since release, and I am thankful for those and the continued work that goes into the aircraft.

It really would be great to get these simple bugs cleaned up. Many of them apply to the A340 as well, and getting them all fixed surely would help the A380 development as so many of the systems are shared. Without being fixed the bugs are just mounting and mounting. It would be so awesome to get the A350 basic bug free so one could complete a basic flight without encountering so many bugs so long after release.

THS indication on lower PFD before take off does not match GWCG on TO PERF Page of OIS or THS TO PERF PAGE of FMS. (The aircraft sets the correct trim automatically but it does not match the target value right next to it)/ SPD LIM pseudo-waypoint behaviour is incorrect when there are constraints that affect when the aircraft would accelerate or decelerate. For example on the departure, if there is SPD constraint of 250 kts (or any constraint lower than this), where the aircraft will be above 10000ft, the SPD LIM waypoint should not be in the F-PLN on the climb (nor the corresponding magenta speed change dot on the ND) because the aircraft is not factoring in this 10000ft acceleration at all. It should climb respecting the speed constraints, then when it the constraints are cleared, if the aircraft will be above 10000 ft it will just accelerate to econ climb speed after the constraint. Winds are currently imported when importing the flight plan - this shouldn't be the case, it should be a separate procedure. Altitudes on F-PLN page don't always respect Transition Altitude and Level in terms of format. In terms of flight model, the aircraft still unsticks from the runway at too shallow a pitch, nut full vtol, but the aircraft should require a higher pitch to lift off from the runway. FBW needs work, for example, you use the sidestick to set a required angle of bank within limits of protections but when you release the stick, the aircraft changes the angle of bank, this should not happen but rather the aircraft should keep the angle of bank that was set even when the sidestick is released.

Also I forgot the managed speed targets are bugged and glitch out jumping up and down.

Just done a quick test. In addition to the above: Display units are still not the same brightness when set to the same brightness setting. No sound when going into Climb detent from a lower thrust e.g idle, detent sound only occurs when moving into Climb detent from a higher thrust, e.g FLEX. No parking brake handle has no sound when using key binds on a TCA throttle quadrant for example, but has sounds when you click it with the mouse. I can do a full flight later and report more ongoing bugs. Some of these have been reported since the release of the aircraft and are still unfixed, in the meantime, there have been two other airliner releases, the A340 in particular sharing many airbus systems with the a350 and it also has many of the same bugs. Adverts for A380 testers have been shared, suggesting that is on its way, and doubtless will have the same bugs. It is very frustrating and disappointing to see so many other aircraft released whilst the A350 still has a large number of bugs. Will they ever be fixed? Or just new aircraft released and the bugs on all the previously released aircraft ignored and left to mount up even further?

Can add from memory. SPD/MACH is incorrect on PFD and FCU. Level-Off Arrow behaviour is still bugged. Coloured asterisks for constraints are not consistent with predicted altitudes on F-PLN page. DES PERF page shows final constraint rather than next constraint. HUD V/S does not match PFD V/S.

Maybe, but even a single test flight would highlight this regression.

Eugh. How does so much stuff get broken in an update. Have read about so many issues on here.

Many thanks for another update. Just to confirm the bugs relating to the vertical navigation stuff are all still present, just like on the 350,300 etc. Things such as, but not limited to: FCU Selected Altitude arrow symbol still incorrect logic. For example, Constraint asterisks incorrect. F-PLN page showing at FF06 at 2000, which is meeting the constraint, but then an amber asterisk next to it, indicating it won't meet the constraint... SPD/MACH mode indications still incorrect. Things like CHECK DEST DATA for APPR PERF page still incorrect, should be ENTER DES DATA, (CHECK is displayed when approach etc is changed), and this message still doesn;t disappear when the required values have been entered. Thanks again for the work on the update, really hoping there will be some progress across the entire airbus fleet on these kind of issues soon.

I’ve reported this since the initial release… One would have thought it would be an easy fix. Fingers crossed for the next update. It’s little details like this that do make in a difference in how the user perceives how polished the aircraft is.

Absolutely enjoying it. There are just some frustrating things!! - Sounds a bit like life in general doesn’t it!! You mention above about the VNAV work, take that area of the aircraft as an example. Fundamentally it’s solid and does the job. There are just lots of niggles that for those of us that like to keep an eye of various indications are the cause of the frustration. Things like mismatches between the colour of the asterisks on the F-PLN page next to the altitude predictions, and the altitude predictions themselves. The ALT prediction can show you meeting a constraint but the asterisk is amber rather than magenta - and then it can be the opposite colour circle around the constraint on the ND, again a mismatch. Or the FCU selected altitude arrow again showing a mismatch with the altitude predictions on the F-PLN page. Or the FCU and FMA showing MACH when the aircraft is actually targeting a speed and vice versa. Or the speed restriction being shown on the DES PERF page being the wrong one. I mention just these things as examples, there are more. It’s not that the aircraft is doing anything wrong as such, it just these indication things that once you see them just niggle away. But yes, absolutely still enjoyable. Just can’t help but feel if these little things underwent a bit of scrutiny that frustration would disappear and it would be so much easier to focus on the many positive aspects of the aircraft and the aircraft would have a much wider appeal. Those like myself who like to take things a little deeper and keep one step ahead of the aircraft would suddenly find everything working really well just as those do now who are more content in just letting the aircraft do its thing and not paying to much attention to the various displays and indications. I think this would boost the product really significantly and help it fulfil the massive potential it has. These little issues are present on all the iniBuilds Airbus aircraft and presumably wouldn’t take much to be transferred across as it’s all the same logic really. That was a very long winded way of saying, yes I’m certainly enjoying it, but it still needs a fair bit of refining. Sorry for the long message, but as you can tell I’m passionate about it, you guys have done so much for the flight sim community and I’m truly incredibly thankful for that, but it would be so so awesome just step up a little gear, and sort these little details out!

Great to hear from you. Many thanks for a considered and reassuring response! Best as always.

You can see here that the VNAV path calculation still needs work. The aircraft is predicting that it will not meet the AT 4000 constraint at CAMEL. However, the calculated descent path is just too shallow. The aircraft is only descending at 500 fpm and having to add thrust to maintain speed. Why not calculate a steeper path that can be done as an IDLE descent and therefore also meet the constraint at CAMEL? This is just one example of what is not an isolated incident. Of course there are plenty of other errors with VNAV and the aircraft's altitude and speed predictions which I have reported elsewhere and am looking forward to seeing some progress on.

Yep I thought maybe it was some intended simulation of slight changes to passenger numbers. But it’s always fewer passengers, never more, and the ZFW is always still exactly the same as Simbrief. So it has to be a bug.

Yep. I’ve reported this numerous times. Sad to see it back.

@IniSteve Other issues worth looking at here too. Totally spurious (SPD LIM) pseudo-waypoint.

Please stop locking topics so we have to create new ones. I followed the steps outlined on a previous thread about the A350 not boarding the correct number of passengers when loading with GSX but it still does not match the number of passengers according to simbrief.

Thanks so much for letting us know the situation.