Ballistic Chronograph #DIY

2020-07-14 – If you’re interested in building a ballistic chronograph, check out the new 3D-printed MK2 design at td0g.ca/2020/04/19/ballistic-chronograph-mk2-diy/.  If you would like to purchase sensors for building a chronograph, they are available at https://www.tindie.com/products/19828/.

Preamble:

A ballistic chronograph is an instrument which measures the speed of very fast things (like bullets).  I decided to build a DIY Chronograph which could be used for high-speed photography, such as glassware getting shot with an air-powered rifle (see my other post on this topic or my Flickr album).  In order to take such a photo, you need to be able to trigger a flash at just the right moment, which will freeze all the juicy action.

DIY Ballistic Chronograph

There are numerous resources available which give very limited information on how to build such an instrument.  Unfortunately all of the resources are incomplete or describe an instrument which only works for slower objects, such as paintballs or airsoft pellets.  I designed and built this using the information available on the internet, my modest understanding of electronics, and many hours of trial-and-error.  To somebody who has some knowledge of electronic components, this post can be used to build an instrument useful for measuring the speed of objects travelling up to 1,000 m/s (such as high-powered rifle bullets), and even photographing a projectile ‘interacting’ with other objects!

Basic Principles (for the uninitiated):

The principle behind optical ballistic chronographs are simple, but here’s a basic overview of how the instrument works.  Two optical gates are mounted a certain distance apart.  I’ll get into how the optical gates work in a minute, but their sole purpose is to detect when something is passing through the gate and sending an electric signal back to the controller.  When something passes through the first gate, a controller will recieve a signal and start a stopwatch.  Then a short time later, that object passes through the second gate and the controller gets the second signal.  It will then stop the stopwatch and calculate the speed by dividing the distance between the gates by the time between the signals (v, speed = s, distance / t, time).

How A Ballistic Chronograph Works

Now back to the optical gates.  There are two sides to the gates: an emitter side and a sensor side.  The bullet or  other object needs to pass between the emitter and sensor.  The emitter has an array of LED’s and its job is to provide a very constant light source.  There is no feedback from the emitter, it just provides light.  The sensor is the part that actually provides a signal to the controller.  It contains an array of sensors, and each sensor gets a basic circuit that does two things:  1. It sets a baseline for the expected amount of light received, and 2. It sends an electric signal when the amount of light detected is lower than that expected amount.

So what happens is that the emitter array gives each sensor a very stable supply of light, and each sensor automatically sets its baseline to that exact amount of light.  Therefore, the sensors will not normally send a signal to the controller.  However, when something interrupts one of the paths of light to any of the sensors, that sensor will detect that there is less light than there should be – and it sends a signal!  It just takes one sensor to send the signal, which makes the instrument very sensitive.

Physical Design:

I arbitrarily set the optical gates 500 mm apart.  This made it reasonably compact while reducing the amount of error in the results.  The instrument’s frame was built from 1/2″ square steel tubing and flat sheets of aluminum.  It is fastened with screws, and critical component locations can be adjusted.  The unit can rest on any flat surface, and eventually will be able to mount onto any standard tripod with a 1/4″ thread.  A controller platform with hand-removable fasteners is mounted on the side and can be removed for storage.  The covers for the electronics were 3D printed.

Sensors:

Commonly-used light sensors include photoresistors and phototransistors.  Unfortunately these types of sensors do not work for the high demands of a ballistic chronograph measuring supersonic bullets!  Here’s why:  A bullet is only a few mm long and can travel relatively fast.  I decided to design for a bullet 5mm long travelling 1,000 m/s.  That means that, assuming the optical paths are infinitely thin, the bullet will interrupt an optical path for 5 μs (microseconds).  If anyone can find a phototransistor that will respond in less than 5 μs, please let me know!

So, since the primary issue for the sensors was speed, I used LED’s  photodiodes configured in a photoconductive (reverse-biased) setup.  This means that relatively high voltage (~27 V) is applied to the diodes BACKWARDS, and the voltage drop across each photodiode was monitored to detect any fluctuations.  These sensors can have sub-microsecond response times.  The topic of using photodiodes as sensors is discussed very well in this resource from OSI Optoelectronics.

The system uses near infrared light (890 nm wavelength) for two reasons: first, the ambient level of infrared light typically isn’t as high as visible light (less interference), and second, suitable infrared sensors were readily available at the time.  The LED emitters are TSHF5410 LED’s and the receivers (sensors) are LTR-323DB photodiodes (available from Digikey).

I worked for a while to determine how the sensors and emitters should be arranged to reduce the size of the holes between the optical paths.  The positioning of the sensors and emitters was optimized such that a .177 guage bullet could not pass through the sensing area (135 mm wide by 85 mm tall) without interrupting the path of light between at least one emitter and one sensor.  CAD software was used to optimize the placement of the components, as well as to map the circuitry onto blank PCB boards (see the drawing below, red lines are the optical paths).  In the end, each gate consisted of an infrared emitter array containing eight LED emitters and a sensor array containing eight photodiode sensors.   I found the most efficient placement of the sensors and emitters interesting, have a look at the CAD drawing in the repository at the end for more detail.

As discussed above, the sensor array circuitry was designed such that the system would automatically normalize (set a baseline) after a brief period of time, and any slight disruption of the light paths would instigate an electrical signal.  The circuit diagram and design on a 5 x 7 cm PCB are included in the repository.

Each sensor array is built on two PCB’s (four sensors per PCB), with jumper wires connecting the power and signal lines for each PCB.  Each photodiode sensor is reverse-biased with approximately 27 V, which is supplied by a 5-40 V boost regulator (eBay).  The regulator provides surprising stable power, and I did not have to add any capacitors to the output.  The voltage drop across the photodiode changes as it is exposed to different amounts of infrared light.  The raw sensor voltage output is connected to one side of an LM339 comparator (the LM339 package conveniently has four comparators, so one LM339 per board).  The other side of the comparator is biased slightly positive (~40 mV), and connected to a capacitor.  Potentiometers are used to adjust the positive bias (which changes the sensitivity to changes in light).  This allows the sensors to automatically normalize in any condition.  When a small amount of light is suddenly blocked, the sensor voltage drop increases and instantly rises above the capacitor’s voltage, which rises slowly.  The comparator connected to the sensor will then close the signal line to ground, communicating to the microcontroller that an object has been detected.

Since all eight comparator outputs are connected to the same signal line, any one of the comparators can send a trigger.  Each comparator is connected to the signal line by a removable jumper.  This allows troubleshooting if there are any issues with individual sensors, as a single sensor can be isolated and tested.  A re-purposed USB cable carries the power, ground, and signal lines from the controller to the sensors.  There hasn’t been any apparent issues with providing almost 30 V through the cable, which is typically used for 5 V.  Keep in mind that each sensor array draws less than 3 mA, so there is very little power consumption.

The end goal of the emitter arrays was to provide a very (!) constant amount of light with power from a 12 V wall transformer or lead-acid car battery.  Unfortunately those power supplies are not stable enough to keep the light level constant.  Each gate draws approximately 400 mA of current at >12 V.  I added a 2200 μf capacitor to the supply lines so to smooth out the heavy, low-frequency ripples from a wall transformer.  After that, each emitter array has an LM7809 voltage regulator which drops the voltage to a very stable 9 V.  Finally, resistors placed in series with the LED’s further aid in smoothing the light output of the LED’s.  About 68% of the power provided by the regulator is absorbed by the resistors.  The arrays are inefficient, but the resulting light output is very constant and therefore the sensors can be adjusted to high sensitivities.  The circuits were built on blank 2 x 8 cm PCB’s.

Controller:

The TTL-level outputs from the sensor arrays were connected to an Arduino Uno, which has a maximum digital sampling rate of 2 MHz and maximum clock resolution of 0.5 μs.  In order to reach these rates, a couple tricks are required in the programming.  First, instead of using digitalRead(), we are directly reading a whole register and parsing the result (see this Instructable by JRV31 for more info).  All pins on the port (except for the first pin) are pulled down, and the first pin is connected to a sensor array.  This means that pins 14-19 (all the pins in port C) are used just to read two sensor inputs.  Pins 0-13 (ports B & D) are available for serial comms, triggers, lcd output and user controls.  Now that the sampling rate is up to max speed, we need to increase the clock resolution.  Instead of learning about the ATMEGA’s clock registers, I’m just going to be using Gabriel Staple’s library to get the 0.5 μs resolution.  My working code can be found in my project repository. NOTE: Gabriel’s library doesn’t always get along with the LiquidCrystal LCD library.  If you use both, be sure to disable Gabriel’s library before printing on the LCD, then enable when your done.  This cane be done by calling Timer2.revert_to_normal() and Timer2.setup() respectively.

Of course, the clock accuracy of the controller has to be taken into account.  I tested the clock speed of an Arduino Uno R3 and a cheap knock-off Uno.  At 18 degrees C, heir clock speeds were 0.1% fast and 0.9% slow, respectively.  Once these values are known, it’s very easy to compensate for the inaccuracy in the code.

Future Changes:

Currently, the instrument is functional but needs more work.  3D printed LED / photodiode support manifolds would be great to hold each sensor and emitter in their correct position, although it seems to work fine as-is without any additional supports.  Eventually I would like to replace the LM339’s with a faster comparator, although they seem to function very well (It turns out that the LM339 has about 100ns delay, which is plenty fast enough to capture a high-powered rifle round).  Custom printed boards would look much nicer than the blank perforated PCB’s, so I may go that route when other upgrades are performed.

Triggering Speedlight Flashes:

Since the orignal goal was to take high-speed photos, I’ll just add a little note about triggering flashes for high-speed photography.  I’ve found that all of my Yongnuo and Nikon speedlight flashes have differing delays between the time they were triggered to the time they flash.  As such, the delay compensation value (or delay comp) must be calibrated for each flash.  The Arduino code provided allows for multiple flashes to be triggered simultaneously, even if they have varying delays.  The delay comp can be calculated for each flash separately by photographing a high-speed object (bullet) with a delay comp of zero, then measuring how far past the expected location the imaged bullet was, and dividing that distance by the bullet’s speed.  I’ve measured delay comps between 150 μs (Nikon SB-800) to excess of 400 μs (Yongnuo YN-560).

Photographic Results:

Below is a photo of a 7.62mm round travelling 730 m/s (2400 fps) striking a glass cup.  The trigger time was controlled with this ballistic chronograph.  I will report back when all improvements are completed!

Supersonic Bullet Breaking Blue Wine Glass

Data Repository:

https://github.com/td0g/BallisticChronograph

 

 

Creative Commons License

This work is licensed under a Creative Commons Attribution 4.0 International License.

 

Last updated 2020-04-12

25 thoughts on “Ballistic Chronograph #DIY”

    • Good question! The sensors in that video are phototransistors. You can use them with 5V (no boost converter needed) so it’s much easier. But they are slow (usually 10 microseconds or more). They work for paintball or airsoft (maybe even air rifles), but not high-powered rifles.

      My design uses photodiodes, which usually need more than 5 volts (check the maximum reverse voltage in the datasheet). But photodiodes are much faster, usually much less than 1 microsecond! So now you can measure things like rifle bullets.

      It basically depends on what you want to measure. Air-powered guns, go ahead and use phototransistors. Rifles, you’ll need to use photodiodes.

      Reply
  1. Hi,

    great design. Actually build and sell these types of systems for professional ballistic research facilities (a little different setup, but the global idea is the same). I can assure you that there a photodiodes with nano second response times! We use them a lot 😉

    Greets

    Reply
    • Thank you! I came to the conclusion that anything sub-microsecond would be sufficient for measuring bullet speeds. Can’t remember offhand but I believe the sensors used are 50ns.
      Cheers!

      Reply
  2. Hi. A pleasure to read.
    I am planning to reproduce your chronograph to be used against bullets 3600 ft/s (+- 1200m/s). First I will try to reproduce your own design. I will use Arduino or ESP32, if the speed is needed.
    1) I am buying the materials, but I don’t find the photodiodes (receivers LTR 323DB). Can you recommend me another model? (http://optoelectronics.liteon.com/upload/download/DS-50-94-0022/R323DB.pdf)
    2) With your experience and after using your version. Would you recommend me other components for my purpose (other photodiode emitters or receivers)? I have found this model (http://www.vishay.com/docs/81313/tshf5210.pdf) for emitter (12ns), but I don’t know if it will be much better.
    Thanks!

    Reply
    • Hey H, thanks! First off, a note about Espressif controllers. On the old ESP8266, the processor was tasked with running the code AND operating the WiFi. This meant that it wasn’t always available for time-critical tasks such as taking input from a ballistic chronograph. I don’t know if the new ESP32 operates in the same way… An Arduino @ 16MHz is plenty fast for a ballistic chronograph, even at your speed.

      1. I haven’t tested any other photodiodes but you will need to look for one with short rise/fall times and sensitivity to the light emitted by the LED’s (890 nm). I found a few by Osram including this one: https://www.digikey.ca/product-detail/en/osram-opto-semiconductors-inc/SFH-203-FA/475-1075-ND/607284. You will need to make sure your supply voltage does not exceed the max reverse voltage of the diode!

      2. I was never completely comfortable with the comparators used as the response times are slower than any other component on the unit. That said, they do work! You could investigate other comparators to see if there’s anything better available.

      Reply
  3. Thank you.
    Finally, I have all the components and I have started trying simple tests with some components of your setup (before trying the whole thing). But of course, I have many doubts, and although I read your blog, I don’t have still enough knowledge. I don’t want to bother you, but just in case you are willing to answer my questions, I would be really grateful to you. I don’t know what could be the best “channel” (maybe email?). If you accept my proposal (as a master guiding the student), let me know how can I contact you and I will write the first questions (attaching images).
    Thank you in advance.

    Reply
      • Thank you.
        Of course, my last words here: I have to say your blog is fascinating. I barely understand any of your posts, but I see you excel at different fields, like electronics and 3d printing. It is great to see your ideas being applied. I am shocked with some of the photos you produce (those bullets/glass cups, sky tracker). Not only the photos, but also the items, useful with perfect covers (CNC, micro-cronograph). They look like final products. Also, I can see from yours posts that you like also the design (because it is clear and beauty). Finally, thanks for your effort in writing posts, because I know I would need a lot of time to do it.

        Reply

Leave a Comment