The unit not matching the others are marked as suspect and removed from flight operations-the switch out is not done by software but hard cutover system using relays.
Good design.
The unit not matching the others are marked as suspect and removed from flight operations-the switch out is not done by software but hard cutover system using relays.
Good design.
So in an emergency a Boeing may allow the pilots to make an input that may overstress the airframe but save the lives of the passengers. Whereas the Airbus computer would override the pilot’s decision and not allow it.
IANAP so I have no idea if that’s true or not.
ECAM memo: "DIRECT LAW (PROT LOST)"
https://apstraining.com/wp-content/uploads/FCS-Airbus-Quick-...
So a software bug could doom the plane?
IIRC, some other flight-control voting system have 3 computers, but one runs software developed independently from the others.
Yes, software is life-critical. Therefore it is developed to a very high standard. Ada is often used.
I think that's correct. IIRC, the JSF C++ coding standard document is floating around.
I think this is it: https://www.stroustrup.com/JSF-AV-rules.pdf, and it appears you're right:
> The MISRA Guidelines were written specifically for use in systems that contain a safety aspect to them. The guidelines address potentially unsafe C language features, and provide programming rules to avoid those pitfalls. The Vehicle Systems Safety Critical Coding Standards for C, which are based on the MISRA C subset, provide a more comprehensive set of language restrictions that are applied uniformly across Vehicle Systems safety critical applications. The AV Coding Standards build on the relevant portions of the previous two documents with an additional set of rules specific to the appropriate use C++ language features (e.g. inheritance, templates, namespaces, etc.) in safety-critical environments.