5 Apple Viewアクセサリが必要としていなかった[リスト]

クリスマス後の数日後、昨年のAiraSia Flight 8051はシンガポールへの旅行に伝えられたシンガポールへの飛行8051。インドネシアはクラッシュの調査を完了し、最終報告書をリリースしました。特にアジアでのメディアカバレッジは大きいです。物語はパイロットエラーによって頭上にありますが、技術者として、レポートのより深い学習されるべき教訓があります。 エアバスA320は、パイロットと制御面との間に機械的リンケージがないことを意味するフライバイワイヤシステムである。すべてが電子的であり、フライトの多くは自動制御下にあります。残念ながら、これはパイロットも実際に飛行する時間を費やすことはありません。 これがインドネシア語の報告書によってレイアウトされたシナリオです。ラダーの旅行制限計算機システムは4回警戒しました。パイロットは通常の手順に従ってアラームをクリアしました。 5番目の警報後、飛行機は45度を超えて圧延され、急速に登り、失速し、落ちた。 パイロットエラー？ メディアヘッドラインは、パイロットが発生した動揺の種類に対処するために訓練されたことがないため、パイロットが訓練されなかったので、故障チェーンの後者の手順に焦点を当てています。 A320でこのトレーニングを省略した航空会社だけではありませんでした。すべての航空会社は、航空機の製造業者であるエアバスが航空機がそのような極端な動揺を経験することを期待しなかった。エアバスの開催国としてのフランスは、調査に参加しました。 技術者として、私たちはさらに見る必要があります。技術的な根本的な原因は、ラダーリミット制御システムのための回路基板上の分解はんだ接合部でした。このシステムは高速での舵の動きの量を制限します。不可欠なポイントは、2014年にこの同じシステムに23回失敗しました。これはわずかなダメージと考えられ、決して固定されませんでした。 多くの状況のように、故障チェーンは技術的な断層に正しく対応するための人間の失敗のカスケードです。多くのレポートではほとんど議論されているのは、パイロットが5番目の舵制御障害を修正しようとした方法です。彼らは最初の断層のための通常の手順に従って、そして前回が開いている間に回路遮断器をリセットした後に続いていました。どういうわけか、自動十株とオートパイロットが切断され、決して復元されたことはありませんでした。これにより、パイロットは、フライバイワイヤシステムを介して平面を制御するだけで置く。 イベントの悲劇的なシーケンス 要約するには、ここに3つの重要な失敗があります。 悪いはんだ接合 回路ブレーカのサイクリング、 不適切な回復トレーニング。 ボードを正しくトラブルシューティングしないというミスを無視します。それは人間の故障であるだけでなく、航空会社のためのより大きな政策問題も直接的ではありません。 悪いはんだ接合部は、製造におけるそれらを避けるための最もよい努力にもかかわらず発生します。間欠的な共同不全の診断は悪夢になる可能性があるので、航空機のメンテナに同情することができます。重要なまたは不可欠なシステムでの間欠的な失敗にどのように対処するのでしょうか。明らかに、システムは2014年の間に警告を発行し続けているため、システムはその整合性をチェックしていました。一定数の失敗が発生した場合に機能を拒否することは可能ですか？ 6つの故障の後、安全な環境で電源を入れたときの起動を拒否するような警告が高まる可能性がある（すなわち、地上に駐車されている）ことをお勧めします。本質的にシステムは「私は悪いことを知っています、今私を直してください」と言っています。 航空機サーキットブレーカー パイロットがサーキットブレーカーを台無しにしたのはなぜですか？ 1つの報告書によると、パイロットは障害をクリアするために遮断器を循環させるのを見たことを言う。それは地面には問題ありませんが、空中にはありません。システムがクリティカルでない限り、特に遮断器をリセットしないようにパイロットをリセットしないようなアドバイザリを試してみるのはなぜこれを試してみるのでしょうか。ここでの制御システムは安全機能ですが、不可欠ではありません。 一般的な人々は、それがたくさんの技術に過度に快適になります。同じ行動が他のものを修正したので、コンピュータに夢中になっている技術的親戚についてのすべての種類の冗談があります。 残念ながら、これは通常、人々が知らないことを知らないことを意味します。この場合、パイロットは遮断器が他のシステムを破壊することを循環することを知らないように見えました。はい、それは珍しいように聞こえますが、それがそれがなぜ起こるのかわからないのでそれを議論することはできません。 trueの場合、それはアドレス指定されるべきであるはずです。私たちの作品では、システムの一部の障害が他の場所に重要な部分を動かしていないことを確認する必要があります。 飛行防止に対処するためにパイロットは訓練されていませんでしたが、航空機の製造業者でも、航空機がそのような極端な動揺を経験することを期待しなかった。私はマーフィーがフランス人ではないので彼らはそこで彼の効果が発生しないとは思わないと思います。この仮定はおそらく飛行バイワイヤーである航空機から派生したものです。航空機であることを期待することはそれ自体がこの学位に動揺しないようにするでしょう。しかし、自動飛行システムはサーキットブレーカーのサイクリングによって破壊されました。 要約 複雑なシステムへの失敗追跡するための多くの努力。 このような状況では、3つの別の行動が4回目の故障の原因となる方法、メンテナンス不良、貢献することができます。 これは、総失敗が複数回回避されている可能性があることを指摘しています。はんだ接合部が失敗していない場合。

[Reza Naia]は、公共のために彼のBerkeley Tricorderのデザインをリリースしました。彼は彼の論文が彼の論文のために仕事をしているので、彼はそれを創造してきました。 それが最初のプロトタイプ形式にあったとき、それは長い道のりになったとき、私たちはそれを実際に7年後にカバーしました。現在のバージョンは、e電力図（EMG）、心電計（ECG）、生体インピーダンス分光計、パルスオキシメータ、加速度計、およびすべてのデータがマイクロSDカードに記録されるか、またはブルートゥースによってタブレットに記録されるか、またはBluetoothによって送られる。データ可視化のための賢明な電話 彼は他の研究者が自分の研究でハードウェアを利用できることを期待しています。あらゆるタイプの運で、Berkeley Tricorderの進歩は続く、そしておそらくいつかーの日数で、本当にオンラインでその名前まで！ 残念ながら、現在の反復を示す新しいビデオはありませんが、ブレイクの後に元のビデオを添付しています。

今週の金曜日に、ArduinoのTenaya Hurstとのハックチャットのために私たちにぜんまいます。最後の数年間（または無数の他のライブイベント）にわたって大きなメーカーフェアルの1人がいて、おそらくTenayaを満足させました。彼女はArduinoのための教育アカウントマネージャーであり、ウェアラブルエレクトロニクスを扱うのが好きです。 Maker教育を行って行き、Arduinoは、エレクトロニクス、一般的な大蒸気教育について興奮している研修生を遊んでいます。 Tenayaはまた、彼女が取り組んできた新しいウェアラブルテックセットについて話しているでしょう。私たちは来週、ベイエリアメーカーフェアアスフェアの直接のギアを見たいと思います。 参加する方法は次のとおりです。 私たちのハックチャットはHackaday.IO HACKチャットグループメッセージングのライブコミュニティイベントです。 Hackaday.IOにログインし、そのページを見て、「このプロジェクトへの参加」ボタンを探します。プロジェクトの一部になると、ボタンは「チームメッセージング」に変更されます。これはあなたが直接ハックチャットに連れて行かれます。 金曜日まで待つ必要はありません。あなたが望むときはいつでも参加し、あなたはコミュニティが何について話しているのか見ることができます。