Warning: mysql_fetch_array() expects parameter 1 to be resource, boolean given in /homepages/18/d506720601/htdocs/_aero_de/pages/forum_posts.php on line 236

Warning: mysql_fetch_array() expects parameter 1 to be resource, boolean given in /homepages/18/d506720601/htdocs/_aero_de/pages/forum_posts.php on line 236

Warning: mysql_fetch_array() expects parameter 1 to be resource, boolean given in /homepages/18/d506720601/htdocs/_aero_de/pages/forum_posts.php on line 236

Community / Kommentare zu aktuellen Nachrichten / Airbus gibt Safety Bulletin nach A32...

Beitrag 46 - 52 von 52
1 | 2 | 3 | 4 | « zurück | weiter »
Beitrag vom 27.02.2009 - 17:36 Uhr
User
User ( Beiträge)
[quote]
Laut Diagramm auf Seite 34 war man bis 154515 im pitch normal law.
Wieso eigentlich, wenn man schon seit 154430 in FULL config war und somit schon seit diesem Zeitpunkt im pitch direct law gewesen sein sollte?[/quote]

Ist man nicht, nur wenn man vorher im Alternate war und dann LG Lever Down selectiert geht man in Flare Mode und damit in Direct Law aber nur im Pitch Channel, nicht in Roll.

Wenn man vorher in Normal Law war, geht man in Direct Law Pitch bei unterschreiten von 50ft Radio Altimeter Height.

Der FAC hat nichts mit den Laws an sich zu tun, er führt nur Turn Coordination (als Slave vom ELAC *) sowie Rudder Trim und Rudder Travel Limit aus. Mit dem THS hat er gar nichts zu tun. Sprich er schaltet auch keine Laws um oder bewegt Höhenflosse und Höhenruder.

Geändert weil Fehlerhaft. SDFlight

Der THS wird vom ELAC bzw SEC als zweite Instanz bewegt, diese Rechner reagieren auf AOA und Speed. und sind für Normal und Alternate Law für Pitch, high AOA, Speed Protection (Vmax) sowie Rollprotection verantwortlich.

* Turn Cooerdination: Seitenrudder auslenkung bei Kurveneinleitung mit Querrudder, sprich der Pilot bewegt nur den Sidestick um eine Kurve einzuleiten, das normalerweise erforderliche Nutzen den Rudders übernimmt der FAC. Ohne Rudderzuzgabe wehrt sich das Flugzeug um die Ecke zu fliegen.

Gruß aus EDHI
Beitrag vom 28.02.2009 - 13:46 Uhr
UserWombat
User (26 Beiträge)
Na gut, dann war man eben bis 154515 im pitch normal law.

Umso direkter stellt sich die Frage:

wie konnte der zustaendige flight computer (verallgemeinerte Bezeichnung) zwischen 154350 und 154505 den horizontal stabilizer stetig und seelenruhig bis zum nose-up Anschlag auslenken, waehrend die Nase von Null auf 19 Grad anhob und die air speed stetig von 160 auf 99 kt fiel?

Man muss wissen, dass die lowest selectable speed (VLS) bei diesem Flug (gewichtsabhaengig) bei 123 kt lag.
Da die Maschine vom Kapitaen absichtlich durch Reduktion des Schubs (auf Leerlaufposition) weit unter diese VLS getrieben wurde, haette spaetestens bei etwa 106 kt die alpha protection anspringen muessen.
Die zugehoerigen Schutzfunktionen, die dann vom flight computer (verallgem. Bez.) haetten ausgegeben werden muessen, lauten: Kommando nose-down per Hoehenruder und Kommando Ausschalten der pitch-up Trimmung (horiz. Stabilisator) - damit dieser nicht dem Hoehenruder entgegenwirken kann.


Um154505, kam die stall Warnung. Das war auch der Zeitpunkt, an dem der horiz. Stabilisator endlich am nose-up Anschlag stehen blieb.
Es ist anzunehmen, die stall Warnung kommt zu einem Zeitpunkt nachdem die AOA Werte fuer alpha protect, alpha floor und alpha max bereits ueberschritten wurden.
Schon bei Erreichen des alpha protect, haette der horiz. Stabilisator stehenbleiben muessen, und das Hoehenruder ein nose-down Kommando vom flight computer (gen. Bezeichnung) erhalten sollen.
Da jedoch der horiz. Stabilisator erst zum Zeitpunkt der stall Warnung am Anschlag stehenblieb (sonst waere er noch immer weitergelaufen), und das Hoehenruder kein nose-down Kommando erhielt, laesst sich sagen, die alpha protection hat nicht funktioniert.

Als primaere Ursache dafuer laesst sich ebenfalls sagen, der FAC hat den, die alpha protection ausloesenden AOA Wert nicht 'gesehen'.

Und warum er ihn nicht sah, das wissen wir aus dem Diagramm - Stichwort in 30,000 ft ploetzlich beidseitig 'eingefrorene' AOA Sensoren, und vom dritten im Bunde wird gleich gar nichts erwaehnt.

Der vorlaeufige Bericht geht leider auf diese extrem wichtigen Zusammenhaenge nicht ein und huellt sich in Schweigen was den hoechst eigenartigen Defekt in den beiden AOA Sensoren bewirkt haben koennte.


Beitrag vom 28.02.2009 - 17:02 Uhr
UserGast0815
Industrieschauspieler, Fachrichtung Luftfahrt
User (6 Beiträge)
The aircraft has two flight augmentation computers (FACs) that perform four main
functions:
Yaw function
Yaw damping and turn coordination
Rudder trim
Rudder travel limitation
[b]. Flight envelope function[/b]
PFD speed scale management
* Minimum/maximum speed computation
* Maneuvering speed computation
Alpha-floor protection
. Low-Energy Warning function ;
. Windshear detection function ;
In performing these functions the FAC uses independent channels :
Yaw damper
Rudder trim
Rudder travel limit
Flight envelope
Each FAC interfaces with the elevator aileron computers (ELACs) when the APs are
disengaged, or with the FMGS when at least one AP is engaged.
The FAC controls the speed scale on the PFD
When both FACs are operative, FAC1 supplies data to PFD1 and FAC2 supplies it to PFD2.
The FAC computes :
The minimum and maximum speeds :
* VSW (stall warning)
* VLS
* VFE and VFE for the next configuration
* VLE
* VMO/MMO
The maneuvering speeds :
* Green Dot Speed
* S speed
* F speed
The FAC also computes the speed trend and displays it as an arrow on the PFD speed
scale.
The PFD displays these various speeds as appropriate, and they also go to the FMGEC to
be used as limits for various guidance modes.
Note : The principle of the speed computation is as follows :
First, the FAC computes VS1G (stall speed). From VS1G it computes the Gross
Weight (GW) which is also sent to the Elevator Aileron computers :
* When the aircraft is below 14 500 feet and 250 knots, it computes this from
[b]current angle of attack[/b], speed/Mach, altitude, thrust, and CG.
Finally the FAC computes the various minimum and maneuvering speeds, Valpha
prot and Vsw.
The accuracies of the various minimum and maximum speeds are functions of
the accuracy with which the FAC computes aircraft gross weight. Normal
accuracy for VLS in CONFIG FULL is about ± 3 kt.
Beitrag vom 28.02.2009 - 17:28 Uhr
User
User ( Beiträge)
Fehlerhaft, daher gelöscht

Gruß aus EDHI
Beitrag vom 28.02.2009 - 18:40 Uhr
UserGast0815
Industrieschauspieler, Fachrichtung Luftfahrt
User (6 Beiträge)
Lies doch mal genau was da steht oder check FCOM 1.22.40 "Flight Augmentation"
FAC[b] computes [/b]the Stall Speeds (die dann auf dem PFD zusammen mit den anderen characteristic speeds [b]angezeigt[/b] werden und den Piloten visuell vor dem Unterschreiten gewisser minimum speeds warnen könnten. FAC triggers the Alpha Floor protection im A/THR die dann TOGA gibt und den Flieger vor dem Stall retten könnte. Dort steht nicht das der FAC die STALLWARNING erzeugt oder ins Pitch law eingreift. Es heist ja hier auch [b]Flight [b]envelope [/b]function[/b] - nicht protection. Klar?
Bekommt der FAC falsche Werte vom AOA sind auch diese angezeigten Speed(limits) falsch und auch auf Alphafloor wartet man u.U. vergeblich. Wollte hier zur Klärung beitragen was der FAC macht und was nicht.
Beitrag vom 28.02.2009 - 18:57 Uhr
UserGast0815
Industrieschauspieler, Fachrichtung Luftfahrt
User (6 Beiträge)
Aber das ist ja auch egal, letztendlich hat Wombat die Situation sehr gut analysiert und die entscheidenden Fragen bereits gestellt...unabhängig wie der dafür zuständige Rechner nun korrekt heisst.
Gruß.
Beitrag vom 28.02.2009 - 19:23 Uhr
User
User ( Beiträge)
Hast ja Recht. Asche über mein Haupt, hatte nur ATA27 gecheckt. ATA22 kam mir nicht in den Sinn.

Gruß aus EDHI
1 | 2 | 3 | 4 | « zurück | weiter »