Xenon Flashes Can Make New Raspberry Pi 2 Freeze and Reboot
An anonymous reader writes Unfortunately for Raspberry Pi 2 owners who are trying to photograph their devices, ... the Raspberry Pi 2 has been found to be Xenon flash sensitive. Any camera with a Xenon flash aimed at the device is causing the device to freeze for a few seconds before rebooting. The forum thread about the bug is an interesting play-by-play of how the problem was narrowed down.
Cool. The linear reg on the previous models worked perfectly, but was rather less than ideally efficient - 5V power in, but almost all the power consumed goes via the 3.3V rail.
Reports are saying the power supply is causing this fault.
That might not be the case. Bright UV light will create electron hole pairs in the gate of transistors turning them all *on*, which will cause the chip to use much much more power since push pull output stages of logic gates will now be shorting the power supply.
Hence, even though it looks like the power supply is failing, it could simply be the power supply is turning off due to overcurrent.
I am guessing that wrapping it in tinfoil would fix it? I know it works great for stopping the mind-control waves from getting into my head.
They should have used Silverlight instead of Flash.
Years ago when I visited an aquarium I encountered a very strange situation
I was in front of a tank which has 3 electric eels, and in front of the tank there was a 'meter' measuring the power the electric eels were discharging
So I took out my camera (real camera, with powerful Xenon flash light module attached)
Before I pressed the button the Xenon flash was charging (as I said, powerful flash light) and all of a sudden the 'electric meter' in front of the tank indicated that there was an electric discharge from the electric eels
At first I thought it was a coincidence. Then I wanted to take another picture. Again, my Xenon flash light module was charging, and again, there was a jump in the 'electric meter' reading. This second time around I started to suspect that there was a connection in between my Xenon flash light module and the electric eels
The third time around I only use the Xenon flash module. Again I hold it close to the tank, and charge it, and again, the 'electric meter' got another 'shock'. I repeated the experiment the fourth time, fifth time, .... every single time while my Xenon flash module was charging up,. the electric eels inside the tank somehow 'felt' something and gave an electric discharge
I never know the exact reason. My suspicion is that there might be some EMP effect, some wave or some magnetic field, or something like that
What I described happened years ago. I never get the chance to test out my theory
Perhaps someone can test if Xenon flash emits EMP, or not
A 100mW red laser pointer aimed at U16 also triggers it.
Unless you want to claim diode lasers now emit x-rays and low rise time EM pulses... it's light sensitive.
And inspecting U16 closely, it's no surprise. You're not looking at a plastic package but the laser marked underside of a bare die.
He only mentions that it crashes, everybody else answers the question yet he now goes by "Discoverer of the PI2 XENON DEATH FLASH !"
Bingo, that's about what I was going to say. U16 is flip-chip bonded to the circuit board, meaning the naked die is exposed on the bottom. Even if it had a plastic or ceramic cover, it might still be photo sensitive to light getting underneath it. If the underside of the die (flipped, so topside) is really exposed, it basically becomes a silicium solar cell.
I took a picture of my Raspberry Pi 2, you'll never believe what happened next!
TFA found out precisely which chip it is (U16), covering it solves the problem.
The ENIAC Demo Competition
He is clearly overplaying it so probably just joking. :)
Stop using Flash, it's a persistent vulnerability, and Youtube has an HTML5 video player now.
a de facto EMP / light sensitivity torture test!
"Win treats sysadmins better than users. Mac treats users better than sysadmins. Linux treats everyone like sysadmins."
ymmd
There's plenty of cases of electronics misbehaving due to exposure to strong light. Glass enveloped diodes (such as signal diodes) can be notorious for it, as can the black plastic encased units if the light is strong enough.
Small bare CoG (Chip on Glass) LCD panels will crash / hang when you use the flash on the camera taking photos of them in operation ( same reason, the controller die is exposed ).
It's not EM-pulse or xrays causing the problem, just good ole silicon junctions being exposed to intense light :)
Really not surprising. The pi2 is pretty crappy hardware. So many better micro computers for projects, not sure why 'geeks' obsess over it.
Oh wow. Random uneducated Pi bashing. Especially considering the device causing the problem is the latest and greatest in small SMPS chip regulators and nothing at all to do with any of the parts that are typically quoted in specs and bitched about by ACs on slashdot.
He is probably one of those idiots that will tout the Beaglebone Black as superior....
A Raspberry Pi 1 will blow away a Beaglebone black in video playback or GUI rendering.
Do not look at laser with remaining good eye.
Maybe he meant a lower model or RPi is more than sufficient. Some people are still using ATmega328P-powered Arduinos to control their 3D printers and those move a lot of a hell faster than most CNCs.
Get free satoshi (Bitcoin) and Dogecoins
I use both BeathBone Black's and Raspberry Pi's each has their tradeoffs. The BeathBone is better suited complex embedded applications. It has more GPIOs, two built in 200Mhz in-order microcontrollers for real time tasks, it is faster (than the pre Pi 2's), etc. Not every application needs to play video. In fact almost every project I have done didn't need video. Most didn't need a UI.
Each has their strengths and their weaknesses. Each has its niche. There is no such thing as better for all uses.
What do you know I wrote a novel
The Pi was never intended for video playback or a desktop replacement. The main goal was a low cost learning platform.
Only the State obtains its revenue by coercion. - Murray Rothbard
Military hardware for specific applications is tested for light sensitivity, but it is not a common test.
I have never seen any industrial control equipment subjected to such a test.
Betcha there's gpnna be a whole lot of "unofficial" testing done starting Monday morning, I'll betcha.
The SoC in the Pi was designed for digital media players. If that's not intended for video playback, what is?
My impression is that most people are just getting them for cheap ethernet-enabled controllers, not as learning platforms. It doesn't make that great of a learning platform, anyway. Better to get a cheap PC or laptop for that.
Xenon was the development codename for the Xbox 360 video game console. I was more like: Since when did Adobe port Flash Player to the version of Internet Explorer on Xbox 360? Was it Wii-nus envy to catch up with Nintendo's "Internet Channel powered by Opera"?
And sometimes learning includes watching instructional videos.
"Nothing like this will be built again"
I've just had a really amazing experience: a guided tour of the nuclear reactor complex at Torness on the Scottish coast. ... Cameras were verboten -- not because of security, but as an operational precaution. For starters, some embedded controllers in racks in the auxilliary deisel generator control rooms have EPROMs which have been known to be erased by camera flashes in the past, triggering a generator trip ...."
http://www.antipope.org/charli...
Inefficient hardware is sometimes justified by development time.
You can spend many days hand-coding an ideal program for a PIC in ASM. Or you can use an arduino, which takes more power, more space and more money, but can be programmed in a tenth the time by anyone who knows C without needing any esoteric knowledge of harvard architecture and tables of port numbers. If you're doing things a bit more complicated like image processing or networking, the same applies to arduino vs pi: The arduino may be able to do your task if you'll put in the days of programming, but with the pi you're dealing with a familiar linux environment and all the classic libraries are there.
I've seen it before back in the day. They are not very efficient but they could cause a critical spike if they are not isolated from a bus.
How many PCs and laptops have GPIO pins and will run from a microSD card?
Only the State obtains its revenue by coercion. - Murray Rothbard
It doesn't take much to actually run most CNC setups. That hasn't stopped professional equipment, costing more than thousands of dollars, from having their share of problems and crashing on us or crapping out. More often than not it comes down to user interface stuff or fancy features not used often (I'll do geometry calculations at my desk, not standing in front of the machine) that crap out, but sometimes brings the whole system down. I've seen it even happen when a company rep was demonstrating their new controller for us. At least if we had source code instead of a crappy manual, it would be easier to see ahead of time that a particular controller can choke on a specific combinations of whitespace in the g code, or crazier stuff like splitting a command into two nonsensical ones.
On the other hand, I've seen student RPi projects come through quite often, and we have even few used to monitor equipment, and they just sit there and run 24/7.
You are missing the point. This is a platform for hardware and software hackers. Somewhere between small microcontrollers (PIC/Atmel) and a PC.
Only the State obtains its revenue by coercion. - Murray Rothbard
The device at U16 on Raspberry Pi 2 v1.1 appears to be an ON Semiconductor NCP6343 DC converter provided in a WLCSP-15 package.
Like all CSP packages, the bare die is photosensitive and needs to be protected from incident light if fault-free operation is expected. Usually such devices are embedded in closed cases like cellphones which prevent light ingress.
However, if the normal operating environment includes uncased bare boards or transparent cases (which are both common and normal for Raspberry Pi), then it is imperative that CSP-packaged dies be protected from light by other means such as opaque epoxies or caps, otherwise such devices cannot be expected to operate within specification.
It is a normal part of the engineer's job to understand their product's operating environment and the components they use, and to design accordingly.
"A 100mW red laser pointer aimed"
You play around with a HAND-HELD class 3b laser? Still have eyesight in both your eyes? (And your pets/household members)
Legally, those should be operated only by trained staff and I believe they must be equipped with a key lock and interlock connection. That stuff from WickedLasers should really be banned. The laser inside a dvd writer is of similar power, but interlocked and much less dangerous due to the focusing lens.
Avantslash: low-bandwidth mobile slashdot.
As first to coin the phrase "xenon death flash" (and do the blutack fix) :)
it was funny watching the story spread with the phrase intact
I am blushing and filing this with "gullible is not in the dictionary".
.....
razn1 ~ $ w
23:14:15 up 11 min, 1 user, load average: 0.00, 0.04, 0.05
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
bob pts/0 whitechrome.wr.t 23:14 7.00s 1.29s 0.04s w
razn1 ~ $
razn1 ~ $
razn1 ~ $ # flash flash flash... must be one honking flash but mine is big.
razn1 ~ $
@razn1 ~ $ w
23:16:14 up 13 min, 1 user, load average: 0.02, 0.04, 0.05
Truth is stranger than fiction, but it is because Fiction is obliged to stick to possibilities; Truth isn't. Mark Twain.
I was working to my thesis in nuclear physics, and I was developing a new analytical method based on beam-induced radiation spectrometry. In one of the beam lines we had an alpha particle detector (basically a large Si crystal with a gold-plated surface) that was driving me crazy. When we used the detector for measurements it worked perfectly, but when we turned the beam off and I entered the radiation facility to do some measurements, it was insanely noisy and could not be properly calibrated. I was staring at the screen of the scope looking at the huge noise floor and scratching my head, when at once the noise disappeared, then came back again. This repeated for a few times and suddendly I realized what was happening. The vacuum chamber where the detector was installed had a glass window hidden to my sight that was sometimes used for remote inspection with a TV camera. A technician was doing some maintenance work, walking back and forth in front of the window. When he was close to it the noise disappeared, and when the window glass was clear of obstacles the photoelectric effect in the detector caused the noise! During irradiation tests nobody was inside the facility, so we turned off the lights, and this explained why the detector worked without problems. A piece of duct tape on the glass window fixed the problem for ever, as always...
In fact, the Pi2 is better at web browsing than the original.
This is a simply a case of poor hardware design. The design engineer should have known that exposed silicon is sensitive to light (Remember the glass window EPROMS) and used a packaged version of the regulator.
I must be old. It took me several minutes to realize that neither the title nor the summary for this article were talking about Flash animations that were made by an Internet user who went by the name of Xenon. (His animations were famous-ish on 4Chan for containing copious amounts of ear-rape, among other things.)
Xenon makes a nice flash because it's so white. And it's so white because its emission spectra is so wide, going well into the UV. Some lamps filter the UV out, some don't; there's not enough light in a typical photographic flash for the UV to have any impact. But UV photons are important for upsetting electronics because they have enough energy to pop electrons out of potential wells in silicon/silicon-oxide IC circuits. Visible and IR photons generally don't. Remember the 2708 series of NVROM memories? They had a transparent window that let you erase them with a UV lamp (and a long wait); regular visible light had no effect on them. The visible photons, for any practical flux, just didn't have enough energy.
Except that covering one chip with some goop that blocks light fixed it. So it's not EMP. It's the light, probably UV.
Well stop taking pictures of live electronics with the cover off. Dumbasses. It's hardly going to affect its everyday operation is it?
Wondering how your neighbor got your banking info? Well, you transmitted it to him...
--- Keep the choice with the user..
Most IC chips are very sensitive to UV light, thats why the plastic cases are usually black to stop the light.
Every now and then, a manufacturer has some personell who don't know that, and they choose the wrong material for the case.
Usually can fix it by covering with something opaque. Tinfoil works good, as long as you don't short out anything.