ハクソク

世界を動かす技術を、日本語で。

ゼノンデスフラッシュ：カメラが「ラズベリーパイ2」をほぼ殺しかけた理由

2025年5月24日原文(magnus919.com)

概要

  • Raspberry Pi 2 がカメラのフラッシュでシャットダウンする珍現象の発見
  • 問題の原因は特定の 電源チップ の光感受性
  • コミュニティ主導の調査と解決策の模索
  • この事例が 現代電子機器設計 の課題を浮き彫りに
  • 最終的にはハードウェア設計変更で根本解決

Raspberry Pi 2の「カメラフラッシュで電源断」事件

  • 2015年2月、 Peter Onion が新品のRaspberry Pi 2を撮影中、カメラフラッシュのたびに本体が即座にシャットダウンする現象を発見
  • 初めは偶然と思われたが、3回連続で発生し、 Raspberry Piフォーラム に「Why is the PI2 camera-shy?」と投稿
  • Onion氏は Raspberry Piコミュニティのベテラン であり、その発見は多くの注目を集める
  • フォーラムでは様々なカメラや光源での再現実験が始まる
    • LEDフラッシュでは問題なし、 xenonフラッシュ では確実にシャットダウンすることが判明

問題箇所特定へのコミュニティ推理

  • 最初は メインプロセッサ が疑われたが、Blu-Tackで覆っても効果なし
  • Raspberry Piを 逆さまにすると問題が発生しない ことから、光が特定部品に直接当たる必要があると判明
  • テストの結果、 U16チップ （USBコネクタとHDMIポートの間の小型電源レギュレータ）が原因と特定
  • U16チップを 不透明な素材 （Blu-Tack等）で覆うと現象が完全に防げる

「Xenon Death Flash」の物理現象

  • U16チップは WL-CSP（Wafer-Level Chip Scale Packaging） というパッケージ技術を採用
    • シリコンダイが剥き出しで、従来の黒い樹脂で覆われていない
  • 強い光（特にxenonフラッシュやレーザーポインタ）が当たると 光電効果 が発生
    • 高エネルギー光子が半導体内で予期しない電子流を生み、電圧制御回路を撹乱
    • LEDフラッシュでは発生せず、xenon等の高強度光でのみ発生
  • シリコンのバンドギャップ 特性に依存し、赤外線や可視光でも極端な強度で発生

類似事例と業界の背景

  • Raspberry Piの件以前にも、 携帯電話用CSPアンプ がカメラフラッシュで誤動作した事例が報告
  • 1997年の Haddam Neck原子力発電所 では、フラッシュ撮影がEPROMチップを誤作動させ、火災警報システムが誤作動
  • 半導体の小型化・露出化 が進むにつれ、光による誤動作リスクが増大

対策と設計変更

  • 応急処置として U16チップを不透明な素材で覆う ことをRaspberry Pi Foundationが推奨
  • 2015年後半の ハードウェアリビジョン1.2 で、電源管理回路を抜本的に再設計（BCM2837 SoCを採用）
  • 旧モデル（A, B, A+, B+）では本問題は発生せず、 Pi 2特有の問題 として解決

事件が示した現代電子機器設計の課題

  • 小型・低コスト化 の追求が新たな障害モードを生み出す現実
  • 従来のEMC（電磁適合性）テストでは光による誤動作は想定外
  • WL-CSP技術 の採用で、シリコンダイが外部環境に対して脆弱化
  • 非典型的な利用状況 （例：写真撮影）が、ラボ試験では見逃される脆弱性を顕在化

「愛すべきバグ」としてのレガシー

  • Raspberry Pi Foundationは 透明性の高い対応 で、物理学の教材としても活用
  • コミュニティの協力による 問題解決力 の高さを証明
  • 光電効果 を体感できる教材として、電子工学教育でも話題に
  • 本件を機に、半導体設計における 光干渉リスク への意識が業界全体で向上

IoT時代への教訓

  • IoT化・高集積化が進む現代、 未知の脆弱性 が潜む可能性の指摘

  • 技術の交差点（例：写真技術と電源回路）が 新たなバグの温床 となる

  • コミュニティの 好奇心と協力 が、奇妙な問題の解決に不可欠であることの再確認

  • まとめ ：複雑化する電子機器時代、思いもよらぬバグも、柔軟な発想と協力で乗り越えられるという希望

Hackerたちの意見

当時のHNスレッド https://news.ycombinator.com/item?id=9015663

└

ありがとう！

私も耳栓用のファンシーな半透明カバーで同じ問題があったよ。特定の角度やフラッシュの光でノイズが出て、誰も信じてくれなかった。

ちょっと思い出すのは、「SPARC CPUのキャッシュ破損がチップパッケージ内の不純物の放射性崩壊によるもの」ってやつ。これで初めての仕事で何時間も無駄にしたんだ。

└

IBMのメモリチップの話、いいね！これをこのコメントにコピーしたよ： https://news.ycombinator.com/item?id=25279964

もう一つのクラシックなハードウェアのバグ：iPhoneはヘリウムにアレルギーがある [1] [1] https://www.ifixit.com/News/11986/iphones-are-allergic-to-he...

└

これ、実は結構面白かったんだよね。というのも、その当時、MEMSデバイスメーカーによって代替環境ガスの影響があまり詳しく文書化されてなかったから。多くのエンジニアが、しっかりとした努力をしても、MEMS製造プロセスに詳しくなければその可能性を見逃してしまうかもしれないから、興味深いし注目に値するよね。でも、部品のメーカーにとっては全然驚きじゃなかった。最初の調整にキャリブレーションされたガス混合物を使うのは、標準的な設計ステップだからね。

└

そして、ヘリウム感度に関する素晴らしいフォローアップ動画がこちらだよ: https://www.youtube.com/watch?v=vvzWaVvB908

WLCSP部品の光感受性は、コミュニティによって「発見」されたものじゃないよ。WLCSP部品のデータシートには、その部品が光感受性であることが明記されていて、光がどのように影響するかのデータも載ってる。これはWLCSPの始まりから知られていて、責任あるエンジニアによって設計パラメータとして扱われている。チップメーカーは、裸のシリコンチップが光に敏感であることを知っている。だって、何千、何百万、何十億もの小さな太陽電池の接合部でできてるから。CMOSイメージング技術は、CMOSメモリチップに焦点を合わせた画像を露光することから進化した。WLCSPチップは基本的にパッケージされていないシリコンチップだ。これらは「発見」じゃないよ。人々は、トランジスタを光検出器や太陽電池として使うためにデカポしてきたし、金属カバーをトランジスタにかぶせて光干渉から守るようになったのも昔からだ。初期のフォトトランジスタは、ウィンドウ付きの標準的なNPN部品だった。もしWLCSP部品を保護されていないPCBに載せて、光感受性が許容されない設計特性なら、あなたはハックか、ノーブのようなミスをしていて、シニアエンジニアに監視されるべきだよ。データシートを読むのが基本だし、何百万ものデバイスに部品を統合する前に、シリコンチップが何でできているかや半導体接合がどう機能するかを理解するのはエンジニアの基本的な責任だ。まあ、面白い話だけど、この記事はLLMの出力に影響されて書かれた感じがする。ペダンティックなリズムと常に要約されてるからね。

└

10年前にこの月曜朝のクォーターバッキングをやったけど、Raspberry Piのデータシートにはこう書いてあった：> 文献で主張されているように、光感受性回路保護は現実の問題ではない。シリコンは長波長の光にしか透明ではなく、WLCSPの広範な用途ではめったに遭遇しないから。

└

WLCSP部品の光感受性は、コミュニティによって「発見」されたものじゃない。この記事はその主張をしていないよ。「これは実際には前例がないわけではない」というセクションがあって、以前の例についての話が載ってる別の記事へのリンクもある。WLCSPの光感受性の根本原因についても議論してる。> これらは「発見」じゃない。発見されたのはRaspberry Pi 2が光感受性であることであって、WLCSP部品が光感受性であることではない。ほとんどのPCBは、裸のPCBとして消費者に配布されることはないから、この問題はエンドユーザーにはめったに現れない。> もしWLCSP部品を保護されていないPCBに載せて、光感受性が許容されない設計特性なら、あなたはハックか、ノーブのようなミスをしていて、シニアエンジニアに監視されるべきだ。誇張してるよ。WLCSPの光感受性は非常に強力で特定の光源（この場合はキセノンフラッシュ）が必要で、さらには露出したPCBの組み合わせが必要な珍しい現象だ。Raspberry Piには、アームチェアのクォーターバックがエンジニアを「ハック」や「ノーブ」と呼びたくなる何かがあるけど、これは本当に稀なエッジケースだと思う。部品のデータシートに光感受性が全く言及されていない可能性もあるから、驚かないよ。

└

今日は新しいことを学んだ！これをいくつか使ったことがあるけど、デザインの観点から「BGA」と同じ意味だと思ってた。つまり、部品がこれでしか手に入らないならこれを選ぶか、QFNとかのバリエーションより小さいのが欲しい場合、ピンを目視で確認できないのを我慢するって感じ。高速やRFをやらないなら、ネットやフットプリントの抽象化でなんとかなることが多いし。これが見落とされるのも分かるよね。ボードには多くの部品があって、データシートも長いから。重要な部分を見つけるのが上手くなることが多いし、プロトコルの説明やピンマップ、リファレンスレイアウト、電圧耐性なんかをチェックするのが普通。細かいところを読むことで防げたかもしれないけど、飛ばす理由もあるよね。とはいえ、こんなに大量生産されるデバイスに関しては、ちょっと正当化しづらいかも！

Hacker Newsで議論の続きを見る