Candle Flame Flicker

For a project I wanted to make an LED flicker like a candle. I searched for the signal statistics of candle flicker, and I found no data. One student web site suggests that candle flame flicker is a 1/f-type random signal with roll-off of 20 dB per decade increase in frequency. Similar processes are typical for turbulence, so this student’s plan seemed reasonable. However, the student did not discuss whether the signal is Gaussian or not, and did not describe the low-frequency characteristics of the signal. 1/f noises may have a spectrum that follows the 1/f curve to very low frequencies, but because they would require infinite power at f=0 they always have some lower frequency change. I had no data.

Candles aren’t hard to get, and I already had a silicon photodiode for an absorptive smoke density measurement system I’m working on. I also had an analog-to-digital converter (ADC) in an ADS1015 on a breakout board from Adafruit. I made the very simple circuit shown below and attached it to a Raspberry Pi to sample the data. There are a lot more details, but those are later.

circuit

The voltage measured by the ADC is directly proportional to the current through the resistor. The current through the reverse-biased diode is directly proportional to the incident optical power. Very simple. I recorded a minute of data at a low 250 Hz sample rate, and subjected the data to analysis. The setup was a nominally dark room with the sensor a few inches from the flame. I flapped my hand at the candle to get it to flicker while recording.

20131211-04

20131211-06

20131211-12

The first graph below is a histogram of sample values.

dfile_hist

The histogram is about normally distributed, but the right-hand tail is not Gaussian; it is too fat. In other words the candle is occasionally much brighter than normal. The time series (below) shows the same properties. There are clearly visible large excursions.

dfile_time

For human eyes the candle’s flicker will be well represented if the frequency spectrum of the flicker and the distribution of the flicker approximately match a natural source. The spectrum below can be thought of as an average brightness (the peak at the left), a flat spectral region out to about 4 Hz, and then a 1/f-style roll off at 44 dB per decade.

dfile_psd

Numerically, we have the recipe for a flickering candle:

  • Samples should be normally distributed with a standard deviation equal to 0.25 of the mean.
  • The power spectral density of the signal should roll off at about 40 dB per decade with a 3 dB cutoff frequency around six cycles per second.

To make this work on the Arduino using the pulse-width modulated outputs, we can further constrain the problem:

  • The maximum value cannot exceed 255 counts—or make the limit that the mean plus two standard deviations is 255.
  • From this, we can derive that 2s+m = 255, use the fact that 0.25m=s to find that the mean m=170 and the standard deviation is about 42.
  • A sample rate of between 30 and 120 Hz should be more than adequate to satisfy the Nyquist criterion for human vision (see Wikipedia).
  • Values may not go below zero or above 255
  • A second-order infinite impulse response (IIR) filter has a roll-off of 40 dB per decade

If we can find a numerically efficient way to generate a time-series of Gaussian random variables inside the Arduino, filter them with a 2nd-order fixed-point IIR, scale them (if needed) then we should be able to make a flickering candle.

Unfortunately, I have failed repeatedly to get a stable fixed point IIR filter. The cookbook solution specification above should be easy to implement, but I have not found it so. A better solution will have to wait for another post.

Advertisements

10 thoughts on “Candle Flame Flicker

    • No, but that is awesome. I suppose I should pull their data and subject it to my analysis, see if they get a similar spectrum. It is interesting that they identified a sample rate of about 14 Hz, considerably lower than I was willing to suggest.

  1. If you’re interested, I put together a program for the ATtiny13A implementing a very loose approximation of the distribution you describe (I took several creative liberties based on what looked nice and I didn’t try to reproduce the rolloff with any particular fidelity). Feel free to use any parts of the code you like, I’ve placed the entire repo in the public domain. Even if you don’t care for the compromises you may find the approximate normal distribution useful – it uses only integer math and no tables, since the MCU i’m using has only 1K program flash and 64 bytes RAM.

    I also played a bit with the algorithm linked from Hackaday, but I didn’t really like the version as described. The main issue was that the 14 Hz update was just painful to watch, so I implemented a simple linear fade between “frames”, which I carried over to the new version. I suspect with some tuning a similar scheme could make a decent approximation to the filter you’re seeking.

    https://github.com/mokus0/avr-shake/blob/master/examples/flicker/flicker.c

  2. Pingback: Arduino Flickering Candle | Park.

  3. For a more accurate measurements, you should have added low-pass antialiasing filter between the signal source and ADC. Also I wonder what was the signal-to-noise ratio of your measurements.

    • OK, so the antialiasing would have removed aliased white (with high frequency content) noise. Of course, aliased white noise is still white, and so an elevated white noise floor would surely be present. Of course, I was operating a photodiode in photovoltaic mode, so dark current noise would not be a problem. The remainder of the noise would be photon noise and shot noise. Both shot noise and photon noise are proportional to the square root of the photocurrent. So, when the source light is dim the resulting signal to noise would be low. On the other hand, all those noise sources are white, so any non-white signal (and especially anything non-stationary) would be the signal of interest.

      Since everything I measured was stochastic, non-tonal, and non-white, I can conclude the signal of interest was stochastic, non-tonal, and non-white. In other words, for the purposes of this experiment the SNR is quite high, probably well in excess of 10 dB. There is one exception–the 60 Hz tone in the plot. However, that is probably EMI coupling into the amplifier.

      • Thank you for your detailed comment!
        You forgot about amplifier noise with its flicker 1/f component dominating at low frequencies, and power-supply noise which is very bad for switchers and wall-warts. For example, Apple 10W USB power adapter gives 400 uVrms for 1 Hz bandwidth!
        For measurements like this may be some lock-in technique would be good to modulate signal at higher frequencies.

      • You’re correct that 1/f noise at the amplifier could be an issue. In this case I know that 1/f noise is not the dominant noise source. The data I showed don’t reveal it, but I baselined the system with the candle either not flickering (by limiting the air currents) or in the dark. In those cases the baseline noise content was nowhere near the measurement in power. Similarly, plotting a spectrogram of the noise showed that there is a characteristic non-stationarity to the noise, which shows up as a/f^b-like change, but with either the coefficient (a) or exponent (b) changing relatively quickly. I believe that the candle signal is dominating the noise because of that non-stationarity.

        Do you have an application in mind? It might be possible for me to reproduce the data or alter the experiment.

        For this particular application the 1/f noise would be pernicious problem.

      • At first I suggest you to use integrated solution like TSL2560 (serial) or OPT101 (voltage). The second thing to do would be make an experimental box with candle, small fan and photosensor (or photosensors array) tied to the box as photosensors are quite sensitive to angle change.

        It would be good to supply quiet voltage to photosensor via something like capacitance multiplier filter or separate battery. As to 1/f flicker noise, the best what you can do, I think, is to shift the signal to higher frequencies via lock-in detection, using optical interruption of the signal.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s