Xenon Death Flash: कैसे एक कैमरा Raspberry Pi 2 को लगभग बेकार कर देता

 (magnus919.com)
1 पॉइंट द्वारा GN⁺ 2025-05-26 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Raspberry Pi 2 में एक अजीब समस्या पाई गई: हर बार जब वह कैमरे के xenon flash के संपर्क में आता था, उसकी बिजली बंद हो जाती थी
  • इस घटना का कारण WL-CSP packaging इस्तेमाल करने वाली power regulation chip (U16) में रोशनी पड़ने पर होने वाला photoelectric effect था
  • कम्युनिटी के प्रयोगों से पता चला कि LED flash से कोई समस्या नहीं होती, लेकिन xenon flash या laser pointer त्रुटि पैदा करते हैं
  • तुरंत समाधान के तौर पर U16 chip को अपारदर्शी पदार्थ से ढकने का तरीका अपनाया गया, लेकिन बाद में hardware revision के जरिए मूल रूप से circuit design में सुधार किया गया
  • यह घटना अतिसूक्ष्म इलेक्ट्रॉनिक उपकरणों की optical interference के प्रति संवेदनशीलता और कम्युनिटी सहयोग के महत्व को दिखाने वाला एक प्रतिनिधि उदाहरण है

परिचय: कैमरा फ्लैश से पैदा हुआ एक अजीब bug

  • फरवरी 2015 में, Raspberry Pi कम्युनिटी के अनुभवी सदस्य Peter Onion ने नए Raspberry Pi 2 की तस्वीरें लेते समय यह समस्या देखी कि जैसे ही कैमरे का flash चलता, Pi तुरंत बंद हो जाता
  • जब यह बार-बार हुआ, तो उन्होंने समझा कि यह संयोग नहीं है, और उन्होंने यह बात Raspberry Pi forum पर साझा की
  • कम्युनिटी ने तुरंत कई कैमरों और प्रकाश स्रोतों के साथ प्रयोग शुरू किए, और पाया कि LED flash से कुछ नहीं होता, लेकिन सिर्फ xenon flash होने पर power down होता है

The Hunt for the Vulnerable Component

  • असली कारण खोजने की प्रक्रिया इस बात का पता लगाने पर केंद्रित थी कि Raspberry Pi 2 का कौन-सा component संवेदनशील है
  • main processor chip को Blu-Tack से ढककर देखने जैसे तरीके आज़माए गए
  • कुछ कम्युनिटी यूज़र्स ने डिवाइस को उल्टा रखकर टेस्ट किया, और यह देखकर कि वह flash पर प्रतिक्रिया नहीं कर रहा था, पुष्टि हुई कि यह रोशनी से जुड़ी समस्या है
  • आगे के प्रयोगों से पता चला कि USB connector और HDMI के बीच का U16 chip मुख्य कारण है, और सिर्फ इसी chip को ढक देने से समस्या पूरी तरह गायब हो गई

“Xenon Death Flash” के पीछे की physics

  • U16 chip में Wafer-Level Chip Scale Packaging (WL-CSP) संरचना इस्तेमाल की गई थी, जिसमें protective capsule के बिना silicon die सीधे board पर exposed रहता है
  • बाहर से आने वाली उच्च-तीव्रता light source के संपर्क में आने पर photoelectric effect होता है, जिसमें high-energy photons chip के भीतर अनपेक्षित electron flow पैदा करते हैं
  • इससे voltage regulation circuit प्रभावित होता है और Pi 2 में तुरंत shutdown की समस्या आती है
  • LED flash के photons पर्याप्त ऊर्जा नहीं देते, इसलिए वह सुरक्षित है, लेकिन xenon flash या laser pointer में इतनी ऊर्जा होती है कि यह कमजोरी सक्रिय हो जाती है

पहले भी मौजूद रही optical interference की समस्या

  • Raspberry Pi 2 से पहले भी ऐसी ही optical interference से जुड़ी कमजोरियों के मामले सामने आ चुके थे
  • 12 साल पहले एक mobile phone prototype में CSP amplifier chip कैमरा flash से malfunction करने लगा था, यह उसका एक प्रमुख उदाहरण है
  • 1997 में अमेरिका के Haddam Neck nuclear power plant में flash photography ने fire panel की EPROM chip को बाधित कर दिया था, जिससे gas release system तक सक्रिय हो गया था
  • यह दिखाता है कि जैसे-जैसे electronic components छोटे और अधिक exposed होते जाते हैं, light environment से जुड़ी vulnerability बढ़ती जाती है

समाधान: Blu-Tack से design सुधार तक

  • तत्काल उपाय के रूप में U16 chip को अपारदर्शी पदार्थ (Blu-Tack, electrical tape, putty) से ढकने की सलाह दी गई
  • रोशनी को भौतिक रूप से रोककर इस कमजोरी का अस्थायी समाधान किया गया
  • बाद में 2015 की दूसरी छमाही में आए Raspberry Pi 2 Rev 1.2 में power management structure और chip को BCM2837 आधारित बनाकर इस optical vulnerability को मूल रूप से हटा दिया गया
  • Pi के पुराने generation models संरचना के कारण इस समस्या से प्रभावित नहीं थे

आधुनिक इलेक्ट्रॉनिक उपकरणों की vulnerabilities के संकेत

  • Pi 2 की यह कमजोरी दिखाती है कि अतिसूक्ष्म और कम-लागत डिज़ाइन की खोज कभी-कभी अप्रत्याशित नई vulnerabilities पैदा कर सकती है
  • पारंपरिक electronic device testing में आमतौर पर सिर्फ electromagnetic interference पर ध्यान दिया जाता है, जबकि optical interference की जांच अपर्याप्त रहती है
  • WL-CSP technology जैसी तकनीकें आकार और लागत कम करती हैं, लेकिन protection के लिहाज़ से इनमें कमजोरी हो सकती है
  • यह भी संकेत मिलता है कि पहले से अनुमान न किए गए असामान्य usage environment (जैसे flash photography) नई समस्याएँ पैदा कर सकते हैं

“प्यारा bug” की विरासत

  • Raspberry Pi Foundation ने इस bug को “अब तक का सबसे प्यारा bug” कहा और पारदर्शी तरीके से समस्या सार्वजनिक की
  • यह घटना photoelectric effect को वास्तविक जीवन में समझने के लिए electronics education का एक शानदार उदाहरण बन गई
  • साथ ही, इसने semiconductor design में optical interference की समस्या के प्रति जागरूकता बढ़ाने में योगदान दिया
  • यह बहुत विशिष्ट मामला था, लेकिन इसने पूरे उद्योग को validation process में विविधता की ज़रूरत याद दिलाई

आज के लिए सबक

  • यह कहानी hardware security और aggressive miniaturization के side effects को लेकर चेतावनी देती है
  • IoT युग के embedded devices में Pi 2 जैसी vulnerabilities छिपी हो सकती हैं
  • दिलचस्प bugs अक्सर असंबंधित तकनीकों के मिलन-बिंदु पर सामने आते हैं
  • यह Raspberry Pi कम्युनिटी जैसी सामूहिक problem-solving की ताकत को साबित करता है
  • यह एक प्रतिनिधि उदाहरण है कि जिज्ञासा और सहयोग सबसे विचित्र समस्याओं का भी समाधान कर सकते हैं

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-05-26
Hacker News टिप्पणियाँ
  • मैं यह कहना चाहता हूँ कि WLCSP पार्ट्स की प्रकाश-संवेदनशीलता कम्युनिटी द्वारा "खोजी" गई चीज़ नहीं थी। WLCSP datasheet में साफ़ लिखा होता है कि ये पार्ट्स प्रकाश-संवेदनशील हैं, और रोशनी का उन पर क्या प्रभाव पड़ता है, उसका डेटा भी दिया होता है। यह बात WLCSP के शुरुआती दिनों से ही इंडस्ट्री में जानी जाती थी, और किसी ज़िम्मेदार engineer को इसे design factor के रूप में ज़रूर मानना चाहिए। silicon chip मूल रूप से छोटे solar panel जैसे ही होते हैं, इसलिए उनका रोशनी पर प्रतिक्रिया करना स्वाभाविक है। CMOS image sensor भी मूलतः memory chip पर केंद्रित रोशनी डालने जैसी तकनीक से बने हैं, और WLCSP chip असल में लगभग बिना packaging वाले silicon chip ही हैं। यह सब पहले से ज्ञात था। decap करके transistor का ऊपरी भाग खोलकर उसे photosensor या solar cell की तरह इस्तेमाल करना भी पुरानी बात है, और शुरुआती phototransistor भी window वाले can में आते थे ताकि रोशनी रोकी न जाए। अगर कोई unprotected PCB पर सीधे WLCSP लगाता है और फिर प्रकाश-संवेदनशीलता समस्या बनती है, तो मुझे लगता है कि designer या तो नया है या उसे अधिक निगरानी की ज़रूरत है। किसी part को mass deployment से पहले datasheet पढ़ना, और silicon chip structure व semiconductor junction के सिद्धांत समझना, बुनियादी engineering क्षमता है। लेख स्वयं दिलचस्प था, लेकिन उसके दखलअंदाज़ी वाले लहजे और लगातार summary जैसी शैली से मुझे LLM या AI का काफ़ी असर महसूस हुआ
    • लेख में यह दावा नहीं किया गया था कि WLCSP पार्ट्स की प्रकाश-संवेदनशीलता पहली बार कम्युनिटी ने खोजी। उसमें "This Wasn’t Actually Unprecedented" नाम का section है, जहाँ पुराने उदाहरण और कारणों का ज़िक्र है और संबंधित लेखों के लिंक भी हैं। यहाँ वास्तव में नया खुलासा Raspberry Pi 2 की प्रकाश-संवेदनशीलता का था; WLCSP पार्ट्स की प्रकाश-संवेदनशीलता अपने-आप में पहले से ज्ञात थी। ज़्यादातर PCB उपभोक्ता के सामने खुले नहीं होते, इसलिए व्यवहार में यह समस्या बहुत कम दिखी होगी। अगर किसी unprotected WLCSP part का इस्तेमाल ऐसे हालात में हुआ जहाँ प्रकाश-संवेदनशीलता स्वीकार्य नहीं थी, तो designer को नया कह देना मुझे अतिशयोक्ति लगता है। Xenon flash जैसे बेहद ताकतवर और विशेष प्रकाश स्रोत, और exposed PCB का यह संयोजन बहुत दुर्लभ था, और संभव है कि संबंधित part की datasheet में भी इसका उल्लेख न रहा हो
    • यही बहस 10 साल पहले भी हुई थी। उस समय Raspberry Pi द्वारा उपयोग की गई datasheet में लिखा था: "संबंधित साहित्य में जिन light sensitivity protection circuits का उल्लेख मिलता है, वे व्यवहार में समस्या नहीं बनते। क्योंकि silicon केवल लंबी wavelength वाली रोशनी के लिए पारदर्शी होता है। ऐसी रोशनी WLCSP के मुख्य उपयोग परिवेश में दुर्लभ है" https://web.archive.org/web/20150210111428/https://www.fairchildsemi.com/application-notes/AN/AN-5075.pdf
    • मैं भी इससे सहमत हूँ कि किसी ने बिना सुरक्षा वाले board पर नंगी chip लगाई और सामान्य व्यवहार की उम्मीद की। पहले भी ऐसे मामले रहे हैं जहाँ plastic encapsulation में carbon black की मात्रा कम होने से प्रकाश-संवेदनशीलता हुई, और कुछ पुराने parts ऐसे अपारदर्शी न होने वाले भूरे plastic case में पैक किए जाते थे। https://electronics.stackexchange.com/questions/217423/ics-chips-are-typically-packaged-in-what-material
    • मुझे नहीं लगता कि सभी WLCSP पार्ट्स में वास्तव में स्पष्ट प्रकाश-संवेदनशीलता होती है। अधिकतर CSP devices में die के ऊपर coating होती है, इसलिए प्रकाश-संवेदनशीलता की समस्या केवल कुछ edge या reflected light तक सीमित हो सकती है। व्यवहार में केवल कुछ parts ही समस्या पैदा करते हैं, और इस मामले में यह design flaw के काफ़ी क़रीब लगता है। यह उपयोग किए जा रहे device type पर निर्भर करता है, लेकिन सामान्य logic, processor, power parts आदि में meaningful प्रकाश-संवेदनशीलता लगभग नहीं होती; समस्या मुख्यतः band gap या oscillator circuit जैसी जगहों पर होती है। ऐसे मामलों को layout बदलकर कम किया जा सकता है
    • आज मैंने कुछ नया सीखा! मैंने इस तरह की package कई बार इस्तेमाल की हैं, लेकिन मैं उन्हें लगभग BGA जैसा ही मानता था। बस QFN से छोटा कुछ चाहिए हो, या यही एकमात्र उपलब्ध विकल्प हो, तो इसे चुन लेते थे, और बस pins को आँख से verify न कर पाने का समझौता मानते थे। high-speed signal या RF न हो तो footprint पर भी ज़्यादा ध्यान देने की ज़रूरत नहीं समझी जाती। और जब board पर बहुत सारे components हों और datasheet लंबी हो, तो चीज़ें छूट जाना स्वाभाविक है। जब आदमी केवल महत्वपूर्ण हिस्से चुनकर देखने का आदी हो जाए, तो बारीक विवरण आसानी से छूट जाते हैं। लेकिन इस मामले की तरह, mass-produced device में उतनी ही अधिक सावधानी से जाँच करना ज़रूरी है — यही सीख है
  • अगर लेखक HN टिप्पणियाँ पढ़ता हो, तो मैं कहना चाहूँगा कि लेख में बार-बार ऐसे अतिरिक्त विवरण आते रहे जो मूल बात समझाने के लिए ज़रूरी नहीं थे — जैसे “वह phenomenon जिसके लिए Einstein को Nobel Prize मिला”, “Blu-Tack (सच में)”, “community trust की बात” आदि — और वे दिलचस्पी बढ़ाने के बजाय बार-बार खटकते रहे। लेखक के ‘about’ page पर देखा कि लिखने में LLM का उपयोग होता है, इसलिए मैं सुझाव दूँगा कि ऐसे सहायक tools पर थोड़ा कम निर्भर हों, या कम-से-कम आउटपुट की अधिक आलोचनात्मक समीक्षा करें। मैंने अपने जीवन में शायद ही कोई blog post ऐसा पढ़ा हो जो एक पल बहुत रोचक लगे और अगले पल चिढ़ पैदा करे
    • मुझे तो उल्टा Einstein वाला संदर्भ मददगार लगा, क्योंकि उसने physics class की पुरानी याद जल्दी ताज़ा कर दी। और लेख का अंदाज़ report की बजाय कहानी जैसा लगा, इसलिए पढ़ना ज़्यादा आनंददायक था
    • लोगों की राय अलग हो सकती है, लेकिन मुझे लगता है कि LLM output के कारण हर व्यक्ति की अपनी अलग writing voice धीरे-धीरे गायब हो रही है, इसलिए “बस अंत में एक बार LLM से गुज़ार दो” वाला चलन थोड़ा निराशाजनक है। हर लेख एक जैसी tone में दोहराया हुआ लगता है, और इससे ऊब बढ़ती है
    • जब “This highlights”, “This contrasts with” जैसे phrase बार-बार आते हैं, तो पढ़ना सचमुच मुश्किल लगने लगता है। शुरुआत ठीक थी, लेकिन निष्कर्ष वाले हिस्से से यह दोहरावपूर्ण और फीका लगने लगा
    • मुझे लेख का हर हिस्सा दिलचस्प लगा
    • मैं इस बात से सहमत हूँ कि ‘AI-assisted writing’ बहुत जल्दी उबाऊ हो सकती है। दूसरी ओर, LLM chat की बजाय यह मॉडल ज़्यादा अच्छा हो सकता है कि AI topic के हिसाब से मनचाहे फ़ॉर्मेट — जैसे concise summary, YouTube clips, podcast, fact list आदि — में search results को document की तरह पेश करे। अगर यह साफ़ हो कि आउटपुट मशीन या UI से आया है, तो मुझे LLM output अपने-आप में कोई बड़ी समस्या नहीं लगता
  • दूसरे hardware bug के उदाहरण के रूप में “iPhone की helium allergy” वाली घटना याद आती है https://www.ifixit.com/News/11986/iphones-are-allergic-to-he...
    • helium वाला मामला इसलिए दिलचस्प था क्योंकि उस समय MEMS device manufacturers ने भी विभिन्न environmental gases के प्रभावों पर बहुत गहराई से अध्ययन नहीं किया था। field technicians के लिए, manufacturers की तुलना में, यह चीज़ और आसानी से छूट सकती थी। और अगर आप MEMS manufacturing process से परिचित न हों, तो यह और भी कठिन होता। manufacturers शुरुआती calibration के समय verified gas mixtures का उपयोग करते हैं, इसलिए उनके लिए यह बहुत बड़ा आश्चर्य नहीं रहा होगा, लेकिन सामान्य engineers के लिए यह कम दिखाई देने वाला बिंदु था
    • helium sensitivity पर एक अच्छा follow-up video भी है https://www.youtube.com/watch?v=vvzWaVvB908
  • हर even-numbered Pi model में कोई न कोई दिलचस्प hardware flaw रहा है
    • Pi 2 : camera flash की वजह से reboot issue
    • Pi 4 : USB-C charging circuit bug (कई PD adapters से power नहीं मिलती थी) https://hackaday.com/2019/07/16/exploring-the-raspberry-pi-4... मेरे पास Pi 1 और Pi 4 दोनों के original model हैं, और ये flaws केवल कुछ खास परिस्थितियों में ही समस्या बने। Pi 5 में 5V/5A की ज़रूरत (हालाँकि अच्छा adapter हो तो आम तौर पर 5V/3A भी चल जाता है) के अलावा 2/4 मॉडल जैसी गंभीर hardware समस्या नहीं है। तो अब जिज्ञासा है कि Pi 6 में क्या होगा
    • क्या तुम्हें याद है कि पहला Pi Ethernet magnetics issue की वजह से delayed हुआ था? integrated magnetics jack चाहिए था, लेकिन गलत part इस्तेमाल कर लिया गया था। सोचकर हैरानी होती है कि तब से कितनी प्रगति हुई है
    • Pi 3 में voltage issue था, जिसे विशेष 5.1V adapter से ठीक किया गया। सभी models में microSD durability की समस्या रही, और PoE HAT में भी समस्या थी। सभी Raspberry Pi boards की एक साझा बात यह है कि onboard power circuitry बहुत ज़्यादा simple है, या लगभग है ही नहीं। कहीं पढ़ा था कि UK/EU regulations की वजह से कुछ मामलों में bare board को consumer product की तरह बेचना संभव नहीं होता
    • Pi 1 में भी hardware flaws थे। उदाहरण के लिए LAN9512 का 1.8V regulator issue, USB port brownout आदि
    • सोच रहा हूँ कि क्या Compute Module series में भी ऐसी समस्याएँ थीं
    • “हर” जैसा बढ़ा-चढ़ाकर कहना मुझे निरर्थक लगता है, इसलिए यह थोड़ा निराशाजनक लगा। जिस व्यक्ति के लिए सामान्यतः सम्मान रहा हो, उसके बारे में ऐसा महसूस होना और भी बुरा लगता है
  • यह रोचक है कि semiconductor materials के गुण कई बार उलटे भी काम कर सकते हैं। LED एक inefficient solar panel है, और उल्टा भी सच है। यहाँ अहम बात यह है कि अगर किसी junction को high-intensity IR source से stimulate किया जाए, तो वह stimulated junction बदले में IR radiation emit भी कर सकता है, और अगर package पर्याप्त पतला हो, तो camera उसे पकड़ सकता है। सिद्धांततः किसी विशेष junction की activity को image के रूप में track किया जा सकता है। लेकिन व्यवहार में यह बहुत efficient नहीं है, signal बहुत कमज़ोर होता है, इसलिए chip पर काफ़ी overvolting या underclocking की ज़रूरत पड़ सकती है। वास्तव में यह परीक्षण-योग्य स्तर तक पहुँचेगा या नहीं, इस पर संदेह है। ऐसी तकनीक को commercialize करने की कोशिश करने वाली कंपनी का नाम मुझे याद नहीं आ रहा
    • एक और मज़ेदार उदाहरण: अगर DC motor को हाथ से घुमाओ, तो वह current पैदा करती है। generator और motor का सिद्धांत एक ही है, यह सोचो तो यह स्वाभाविक है, लेकिन अगर शुरुआत motor की तरफ़ से की हो, तो यह एक अजीब-सा paradox लगता है
  • मुझे SPARC CPU cache के उस मामले की याद आई जहाँ chip package के भीतर impurities के radioactive decay की वजह से corruption हुआ था। अपनी पहली नौकरी में इस issue पर मैंने काफ़ी समय लगाया था
    • IBM memory chips से जुड़ा एक शानदार किस्सा है। मैंने उसे संबंधित comment में लिखा है, देखें https://news.ycombinator.com/item?id=25279964
  • मुझे याद है कि hearing aid के transparent plastic cover के कारण यही समस्या हुई थी। कुछ खास कोणों से sunlight या flash पड़ने पर noise आता था, लेकिन कोई मेरी बात पर विश्वास नहीं करता था
  • “Tiger Cruise” के दौरान aircraft carrier पर मैंने DV Cam इस्तेमाल किया था, और deck पर हर 3 सेकंड में video अजीब तरह से glitch करता था। कारण radar sweep cycle से बिल्कुल मेल खाता था। मुझे तुरंत लगा कि radiation की वजह है, और जब मैंने mobile phone battery (जिसमें heavy metals होते हैं) को radar और magnetic head के बीच आने वाली दिशा में रखा, तो video dropouts पूरी तरह बंद हो गए
  • उस समय की HN discussion का लिंक यहाँ है https://news.ycombinator.com/item?id=9015663
  • flip-chip semiconductor का postmortem debugging इस तरह भी किया जा सकता है कि किसी खास बिंदु पर laser डाली जाए और reflected light को detect करके transistor के on/off state का पता लगाया जाए। laser की intensity बढ़ाई जाए तो किसी specific transistor को सीधे खोलना या बंद करना भी संभव हो सकता है। semiconductor मूल रूप से प्रकाश-संवेदनशील होते हैं, इसलिए उनकी सुरक्षा के लिए chips को opaque package में बंद किया जाता है