Wie geht ein PFD mit unphysikalisch abrupten Änderungen der angezeigten Parameter um?

Bei dieser Frage geht es um die Anforderungen an menschliche Faktoren beim Entwurf von Softwarekomponenten, die Instrumente in einer primären Fluganzeige anzeigen. (Es geht nicht darum, wie man die Software implementiert.)

Nehmen wir als Beispiel einen Airspeed Indicator (ASI). In einem "Dampfmesser"-ASI fügen die Nadeln dem Instrument eine gewisse Trägheit hinzu, wodurch die maximale Änderungsrate begrenzt wird, die es anzeigen kann. Dies ist in Ordnung, da die tatsächlich angezeigte Fluggeschwindigkeit (IAS) in der realen Welt eine viel geringere maximale Änderungsrate aufweist.

In einer ASI mit "beweglichem Band" auf einer primären Fluganzeige (PFD) empfängt eine Softwarekomponente Aktualisierungen von IAS und ändert die Anzeige entsprechend. Die menschliche Lesbarkeit des Instruments hängt davon ab, dass die Änderungen allmählich erfolgen, daher "winden" sich die Zahlen allmählich wie ein physisches Instrument: Wenn die Zahlen abrupt springen, ist es für den Piloten schwer zu bemerken und zu verstehen, was passiert ist.

Unter normalen Umständen kann ein abrupter Sprung des IAS (oder der Höhe, des Steuerkurses oder anderer wichtiger Flugparameter) nicht auftreten, da es physikalische Grenzen für die Änderungsrate gibt. Aber die Softwarekomponente erhält nur einen Strom von Werten, und es ist möglich, dass ein Fehler an anderer Stelle im System einen abrupten Sprung verursacht.

Gibt es normalerweise eine Anforderung an diese Softwarekomponente, um die Instrumentenanzeige zu glätten oder diese mögliche Situation zu bewältigen? Ich kann mir einige Möglichkeiten vorstellen, damit umzugehen:

1. Die Anzeigekomponente hat eine Begrenzung für die Änderungsrate (geleitet von den physikalischen Einschränkungen und der HF-Grenze, wie schnell eine Änderung verständlich angezeigt werden kann), und sie muss Änderungen außerhalb des Bereichs zurückweisen (vermutlich verbunden mit einem EFIS/ ECAM-Nachricht). Wenn die Änderungen im Bereich liegen, wird die Anzeige sofort ohne Interpolation aktualisiert.

2. Die Anzeigekomponente muss zwischen empfangenen Werten durch Animieren interpolieren, damit auch abrupte Änderungen das Instrument "aufziehen". Dadurch bleibt die Lesbarkeit des Instruments erhalten, es entsteht jedoch eine gewisse Latenz bei den angezeigten Werten.

3. Die Anzeigekomponente hat keine besonderen Anforderungen, und Schutzvorrichtungen an anderer Stelle im System stellen sicher, dass sie niemals mit unphysikalisch abrupten Änderungen fertig werden muss.

Ich verstehe, dass Anforderungen pro Komponente wahrscheinlich nicht von einem Anbieter veröffentlicht werden, daher nehme ich gerne eine Antwort ohne Quelle, wenn sie durch persönliche Erfahrung gestützt wird. Auch Informationen eines erfahrenen Glascockpit-Piloten, der diesen Fehlerzustand aus erster Hand gesehen hat, wären wünschenswert.