El destello mortal de xenón: el incidente en que una cámara casi arruina una Raspberry Pi 2
(magnus919.com)- En febrero de 2015, Peter Onion descubrió mientras fotografiaba su nueva Raspberry Pi 2 que la placa se apagaba de inmediato cada vez que disparaba el flash, y las pruebas colectivas en el foro fueron acotando la causa
- No era un simple problema de cámara: solo se reproducía con flash de xenón y luz intensa como la de un puntero láser, y el problema desaparecía al cubrir cierto componente o dar vuelta la placa
- El punto vulnerable era el regulador de energía U16 entre el conector USB y el puerto HDMI; el silicio expuesto por el empaquetado WL-CSP provocaba un efecto fotoeléctrico que alteraba el circuito de regulación de voltaje
- La mitigación temporal consistía en cubrir el U16 con material opaco como Blu-Tack, cinta aislante o masilla, y quedó resuelto con un cambio en la arquitectura de gestión de energía en la revisión de hardware 1.2 de la Pi 2 a fines de 2015
- Este caso mostró que el empaquetado a escala de chip, útil para miniaturización y reducción de costos, puede crear modos de falla por interferencia óptica que las validaciones tradicionales pasan por alto
La Raspberry Pi 2 se apagaba con un solo flash
- En febrero de 2015, Peter Onion estaba fotografiando su nueva Raspberry Pi 2 cuando notó que la Pi se apagaba inmediatamente cada vez que se disparaba el flash de la cámara
- Al principio lo tomó como una coincidencia, pero después de que ocurriera lo mismo tres veces seguidas, publicó en el foro de Raspberry Pi un mensaje titulado “Why is the PI2 camera-shy?”
- Como Peter Onion era un miembro veterano de la comunidad Raspberry Pi y participaba con frecuencia en las Raspberry Jam de Cambridge y Bletchley, la comunidad empezó a experimentar rápidamente
La pista no era el LED, sino el flash de xenón
- Los usuarios del foro fueron cambiando cámaras y fuentes de luz para acotar las condiciones de reproducción
- El usuario “jdb” descubrió una diferencia clave: con el flash LED del Samsung Note2 no pasaba nada, pero con el flash de xenón del Samsung K Zoom la Pi 2 se apagaba de forma consistente
- Esa diferencia redujo la causa no al uso de una cámara en sí, sino a una luz con cierta intensidad y características específicas
El componente problemático era el regulador de energía U16
- Al inicio se sospechó del chip procesador principal, pero cubrir el procesador con Blu-Tack no solucionó el problema
- Al voltear la Pi, dejaba de verse afectada por el flash, lo que confirmó que la falla ocurría solo si la luz incidía directamente sobre un componente específico de la placa
- Tras pruebas sistemáticas, se identificó como punto vulnerable el pequeño regulador de alimentación U16 situado entre el conector USB y el puerto HDMI
- Al cubrir solo el U16 con Blu-Tack, el fallo desaparecía por completo, y se concluyó que el problema no era un contacto eléctrico sino una exposición óptica
WL-CSP y el efecto fotoeléctrico que provocaban el apagado
- El chip U16 usaba Wafer-Level Chip Scale Packaging (WL-CSP)
- Las bolas de soldadura van adheridas directamente al dado de silicio y así se monta sobre la placa de circuito
- A diferencia del empaquetado tradicional, que queda encapsulado en plástico opaco, WL-CSP prioriza el tamaño reducido con mucha menos protección
- Cuando una luz de alta intensidad llega al silicio expuesto, se produce un efecto fotoeléctrico
- Los fotones de alta energía generan un flujo inesperado de electrones en el semiconductor, alteran el circuito regulador de voltaje y provocan un apagado inmediato
- La condición clave era el umbral de intensidad
- El flash LED común de una cámara no genera suficientes fotones
- El flash de xenón y un puntero láser sí eran lo bastante intensos como para causar el mal funcionamiento
- La luz infrarroja y visible también podían causar el problema a intensidades muy altas, aunque intervenían condiciones ligadas a la energía de banda prohibida del silicio
Casos previos de interferencia óptica
- Aunque el incidente de la Raspberry Pi 2 recibió mucha atención, problemas similares de interferencia óptica ya existían en la industria de semiconductores
- Un ingeniero de EDN Network contó que 12 años antes tuvo el mismo problema con un amplificador CSP en un prototipo de teléfono móvil
- Cuando la luz del flash de la propia cámara del teléfono atravesaba el encapsulado del chip, la salida del amplificador se disparaba
- También hubo un incidente parecido en 1997 en la central nuclear Haddam Neck de Connecticut
- Un integrante del departamento de entrenamiento fotografió con flash un panel detector de incendios
- El flash de la cámara engañó a un chip EPROM haciéndole creer que había un incendio, y en pocos segundos se activó el sistema de supresión con Halon
- Los operadores tuvieron que abandonar la sala de control durante 35 minutos, hasta que el gas se disipó
- Estos casos muestran que, a medida que los semiconductores se hacen más pequeños y quedan más expuestos, pueden volverse vulnerables a interferencias ópticas que las pruebas tradicionales no contemplan
Blindaje temporal y revisión de hardware
- La solución inmediata fue cubrir el chip U16 con un material que no dejara pasar la luz
- La Raspberry Pi Foundation recomendó materiales opacos como Blu-Tack, cinta aislante o masilla
- La idea era impedir que la luz llegara al semiconductor sensible sin afectar su funcionamiento eléctrico normal
- La solución de fondo llegó con la revisión de hardware 1.2 de la Pi 2, lanzada a fines de 2015
- No fue un simple blindaje: se introdujo una estructura distinta de gestión de energía, usando el sistema en chip BCM2837 también presente en la Pi 3
- Un mejor diseño del circuito eliminó la sensibilidad óptica
- Las pruebas mostraron que los modelos anteriores de Raspberry Pi —A, B, A+, B+— no eran vulnerables al “xenon death flash”, y que este era un problema exclusivo de la Generación 2
Un modo de falla fácil de pasar por alto en el diseño electrónico moderno
- La presión de diseño por componentes más pequeños y baratos puede crear modos de falla que las pruebas tradicionales no consideran
- Las pruebas estándar de compatibilidad electromagnética cubren interferencias de radio, pero normalmente no verifican si tomar una foto puede apagar una computadora
- El empaquetado a escala de chip como WL-CSP permite dispositivos pequeños y potentes, pero en la práctica coloca el dado de silicio sobre la placa con una protección mínima
- Las ventajas en costo y tamaño pueden venir acompañadas de una menor robustez ambiental
- La combinación de una cámara con flash de xenón apuntando a un chip regulador de energía expuesto estaba fuera de los escenarios habituales de validación
El valor educativo de un “bug adorable”
- La Raspberry Pi Foundation manejó el incidente con transparencia y lo llamó “el bug más adorable que hemos visto”, convirtiéndolo en una clase de física sobre el efecto fotoeléctrico
- Esta vulnerabilidad se volvió un caso útil para enseñar cómo actúan los principios físicos en tecnología real
- Los estudiantes podían ver directamente el efecto fotoeléctrico al observar que la computadora se apagaba al fotografiarla
- Quedó como un caso que ayudó a tomar mayor conciencia sobre la interferencia óptica en el diseño de semiconductores
- La respuesta en el foro de Raspberry Pi también mostró que, ante un bug extraño, los experimentos y la colaboración de muchos usuarios pueden ser efectivos para identificar la causa
1 comentarios
Opiniones de Hacker News
La fotosensibilidad de los componentes WLCSP no fue algo que la comunidad “descubriera”
Las hojas de datos de componentes WLCSP normalmente indican la fotosensibilidad y también entregan datos sobre cómo la luz puede afectar al componente
Esto se sabe desde los primeros tiempos de WLCSP, y cualquier ingeniero responsable lo trata como un parámetro de diseño
Los chips de silicio, en la práctica, están formados por muchísimas pequeñas uniones de celdas solares, por lo que son sensibles a la luz, y un chip WLCSP es casi un chip de silicio sin encapsulado
Desde hace mucho se les quitaba la tapa a transistores para usarlos como fotodetectores o celdas solares, y los primeros fototransistores también eran componentes NPN estándar en una lata con ventana
Si pones componentes WLCSP en una PCB sin protección y el diseño no tolera la fotosensibilidad, estás cometiendo un error de principiante y necesitas supervisión de un ingeniero senior
Antes de meter un componente en millones de dispositivos, leer la hoja de datos y entender cómo funcionan las uniones de semiconductores es una responsabilidad básica
Además, el artículo en sí es interesante, pero por el ritmo ampuloso y los resúmenes constantes da la sensación de que se usó una salida de LLM, o que está muy mezclada con una
Lo que se descubrió no fue que los componentes WLCSP fueran sensibles a la luz, sino que la Raspberry Pi 2 era sensible a la luz
Como la mayoría de las PCB no se distribuyen a consumidores como placas desnudas expuestas, es raro que este tipo de problema se manifieste para el usuario final
La fotosensibilidad de WLCSP es un fenómeno poco común que requiere combinar una PCB expuesta con una fuente de luz muy fuerte y específica, en este caso un flash de xenón, así que no hay que exagerarlo
Cada vez que aparece Raspberry Pi hay una tendencia a querer llamar a sus ingenieros de nivel “hacker” o “principiantes”, pero este sí es un caso límite realmente raro
No me sorprendería que la hoja de datos de ese componente ni siquiera mencionara la fotosensibilidad
“La protección de circuitos fotosensibles que se afirma en la literatura no es una preocupación realista. El silicio solo es transparente a la luz de longitud de onda larga, y esto casi no se encuentra en la amplia gama de aplicaciones de WLCSP”
https://web.archive.org/web/20150210111428/https://www.fairc...
En el pasado también hubo casos en que el encapsulado plástico no tenía suficiente negro de carbón y terminó convirtiéndose en un componente fotosensible, y algunos componentes antiguos tenían paquetes de plástico marrón que no eran lo bastante opacos
Es un problema que existe desde hace décadas
[1] https://electronics.stackexchange.com/questions/217423/ics-c...
La mayoría de los dispositivos CSP tienen un recubrimiento posterior que protege la parte superior del chip de la mayor parte de la luz, por lo que la fotosensibilidad queda principalmente en los bordes del dispositivo o por reflejos desde abajo
Algunos sí tienen problemas, pero lo veo más como un defecto de diseño en general que como un problema inherente a todos los dispositivos WLCSP
También depende del tipo de dispositivo que estés fabricando. La lógica digital básica, los procesadores y los componentes de potencia no deberían sufrir problemas significativos por la luz
Normalmente el problema es la fotosensibilidad de los circuitos bandgap o de los osciladores, y puede mitigarse cambiando la disposición del chip
Es decir, algo que eliges si ese componente solo viene en ese paquete, o si quieres algo más pequeño que un QFN y puedes aceptar que no se puedan inspeccionar los pines a simple vista
Si no estás manejando señales de alta velocidad o RF, normalmente puedes seguir adelante solo con la abstracción del circuito y del footprint
También entiendo por qué este tipo de problema se puede pasar por alto. Una placa tiene muchos componentes, las hojas de datos son largas y uno suele acostumbrarse a leer selectivamente las partes importantes, como la descripción del protocolo, el mapa de pines, el layout de referencia y las tolerancias de voltaje
Si hubieran leído la letra chica se podría haber evitado, pero saltársela también es justificable hasta cierto punto. Aunque en un dispositivo producido a esta escala, probablemente sea menos justificable
Si el autor lee HN, quisiera decirle que el estilo de escritura me resultó bastante irritante
Se intercalaban datos raros que en realidad no ayudaban mucho a la explicación, como “el mismo fenómeno que Einstein explicó y por el que recibió el Nobel”, y había muchas formas de hacerlo parecer más dramático de lo que era, como “Blu-Tack (de verdad)” o la narrativa de la “confianza de la comunidad”
En la página de presentación dice que usa LLM como ayuda para escribir; ojalá dependiera menos de eso, o al menos revisara el resultado con más criterio
Nunca me había sentido tan frustrado leyendo un post de blog, oscilando entre el interés y la irritación
Lo disfruté más porque lo leí como una historia, no como un informe
Todos los textos empiezan a sonar cada vez más parecidos y monótonos
La parte inicial estaba bien, pero al llegar a la conclusión se volvió tremendamente monótona
Pero, en vez de chatear con un LLM, vale la pena imaginar una forma en la que la IA muestre resultados de búsqueda sobre un tema en el formato que uno quiera
Por ejemplo, adaptados a formatos como un artículo ligero de este tipo, un clip estilo TikTok, YouTube, podcast o “solo los hechos”
Si queda claro que lo hizo una máquina o una UI, la salida de un LLM no me molesta tanto
Otro defecto clásico de hardware es el caso de que los iPhone son sensibles al helio
[1] https://www.ifixit.com/News/11986/iphones-are-allergic-to-he...
Incluso un ingeniero que lo revisara con diligencia podía pasarlo por alto si no conocía bien el proceso de fabricación MEMS, y ese proceso no era ampliamente conocido hasta que se hizo público
Aun así, para el fabricante del componente no habría sido sorprendente. Usar mezclas de gases calibradas para el ajuste inicial es una etapa de diseño estándar
https://www.youtube.com/watch?v=vvzWaVvB908
Cada modelo de Raspberry Pi con número par tuvo quirks interesantes que hubo que “corregir” con cambios de hardware
La Pi 2 tenía el problema de reiniciarse con el flash de una cámara, y la Pi 4 tenía un error en la implementación del circuito de carga USB-C que hacía que muchos adaptadores PD no pudieran suministrarle energía
Todavía tengo y uso ambos modelos originales, pero los defectos de hardware solo eran un problema en situaciones específicas
La Pi 5 tiene el peculiar requisito de 5V / 5A, pero si no usas accesorios USB de alto consumo y tienes un adaptador de corriente decente, también funciona bien con 5V / 3A
Sin embargo, hasta ahora no ha tenido ningún defecto extraño a nivel de hardware de la magnitud de la Pi 2/4
Así que la pregunta es esta: ¿qué será en la Pi 6?
[1] https://hackaday.com/2019/07/16/exploring-the-raspberry-pi-4...
Todos los modelos también han tenido problemas de vida útil de la microSD, y el PoE HAT también tuvo problemas
Lo que todos los modelos Pi tienen en común es que el circuito de alimentación integrado es bastante simple o directamente no existe
Creo haber visto en algún lado que esto podría estar relacionado con regulaciones de la UE/Reino Unido. Decía que, si no fuera así, no se podrían vender placas desnudas como productos de consumo; me pregunto si alguien leyó u oyó algo parecido
Según recuerdo, necesitaban un jack con magnetics integrados, pero se montó la pieza equivocada
Comparado con eso, se ha avanzado muchísimo
Dato curioso: los efectos semiconductores suelen ser reversibles
Un diodo emisor de luz es un panel solar ineficiente, y lo contrario también es cierto
Esto es relevante aquí porque el mismo efecto que permite estimular una unión con infrarrojo de alta intensidad también ocurre a la inversa
Una unión estimulada emite infrarrojo, y si el encapsulado es lo bastante delgado, se puede detectar
Con la cámara adecuada, en teoría también se podría grabar qué uniones específicas de un chip se activan
En la práctica, sin embargo, es difícil por la eficiencia; no sé cuántos fotones emite una unión por ciclo de reloj, pero no deben ser muchos
Esos fotones tienen que salir del encapsulado y ser captados por el sensor, así que para obtener una señal útil probablemente habría que hacer funcionar el chip con bastante sobretensión o bajar el clock
Por eso no sé qué tan “funcional” sería la prueba. Ojalá recordara el nombre de la empresa que intentaba comercializar esto
Si lo piensas partiendo de un generador, tiene sentido, pero para alguien que primero usó un motor DC “en la dirección opuesta”, resultaba bastante contraintuitivo
Me recuerda un problema de corrupción de caché en CPU SPARC que me hizo perder mucho tiempo en mi primer trabajo
Ocurrió por impurezas en el encapsulado del chip que sufrían desintegración radiactiva
Tuvimos el mismo problema cuando pusimos una cubierta translúcida elegante en un audífono
Cuando la luz del sol entraba en cierto ángulo o se disparaba un flash, producía ruido, pero nadie me creía
Me recuerda un problema extraño que tuve con una DV Cam que llevé a un “tiger cruise”
Un tiger cruise es un evento en el que un portaaviones lleva a familiares a bordo durante el regreso de una misión, y nosotros viajamos desde Honolulu hasta San Diego
Cuando estaba en cubierta, el video se corrompía cada 3 segundos, y pronto descubrí que coincidía exactamente con la rotación del arreglo de radar
Supuse que se debía a algún tipo de radiación, y razoné que si sostenía el celular inclinado de modo que la batería, es decir, la parte con metales pesados, quedara entre el arreglo de radar y el cabezal magnético, el video dejaría de cortarse cada 3 segundos
Funcionó perfectamente
Hilo de HN de aquella época: https://news.ycombinator.com/item?id=9015663
El umbral de intensidad era la clave
El flash LED normal de una cámara no producía suficientes fotones, pero el flash de xenón y un puntero láser eran lo bastante intensos como para provocar el mal funcionamiento
Lo más interesante es que este efecto requería una energía de banda prohibida específica del silicio
Es decir, el infrarrojo y la luz visible pueden causar problemas potencialmente, pero solo a intensidades extremas
El artículo parece confundir intensidad y longitud de onda. A menos que esté hablando de absorción multifotónica no lineal, eso solo se puede lograr con pulsos láser ultrarrápidos e intensos