Close
0%
0%

Ionization Chamber: A Homemade Radiation Detector

Measure Radioactivity Without a Geiger Tube and Avoid False Positive Results, Unlike Many Other Ionization Chamber Projects.

Public Chat
Similar projects worth following
There are many ionization chamber projects online, but most (though not all) produce false positive results. It's cool when a radioactive sample is placed near the detector and the detector shows an increased radiation value, but then, if you place your hand or any non-radioactive object nearby, the readings are high too. This is because, due to high amplification, these devices pick up a lot of noise, making the measurements unreliable.

This project aims to address and eliminate this issue.

Principle of operation

An ionization chamber is a type of radiation detector that measures ionizing radiation by detecting the charged particles (ions) produced when radiation interacts with the gas inside the chamber. The basic working principle relies on the ionization process. 

  •  Radiation Interaction: When ionizing radiation (such as alpha, beta, or gamma radiation) enters the chamber, it interacts with the gas inside, typically air. This interaction causes the gas molecules to become ionized, producing free electrons and positive ions. 
  •  Electric Field: The chamber contains two electrodes: a central anode and a surrounding cathode. A high voltage is applied between these electrodes, creating an electric field inside the chamber. 
  •  Ion Collection: The free electrons, which are negatively charged, are attracted to the positive anode, while the positively charged ions are attracted to the cathode. As these ions move toward the electrodes, they create an electrical current. 
  •  Current Measurement: The generated current is directly proportional to the number of ions produced, which in turn is related to the amount of radiation that has passed through the chamber. This current is then measured and used to calculate the intensity of the radiation.

Results

The device is not calibrated, as I do not have any calibrated samples. However, I was able to measure various radioactive samples; below is the collected data.

System architecture

For optimal sensitivity, the radioactive sample is placed directly on top of the ionization chamber. In the absence of the sample, the device will measure background radiation, which refers to the natural radiation present in the environment.

The ionization chamber requires a relatively high and stable polarization voltage, and the current drawn by the chamber is almost zero. Initially, I had planned to use a DC/DC converter (which is why it’s labeled 400V on the diagram), but later I found that four 12V batteries connected in series are sufficient to provide the necessary voltage.

The first stage of amplification consists of a transimpedance amplifier, which is used due to the very low signal from the photodiodes. The feedback resistor of this amplifier has a value of 2 * 50 GΩ. The second stage is a non-inverting amplifier, followed by a third stage, which is an inverting amplifier, and finally a buffer.

The first stage amplifier is crucial, both in terms of performance and the selection of the op-amp, PCB routing, and shielding. The op-amp must have a low input bias current and low input offset voltage. Ideally, it should come in a THT (Through-Hole Technology) package, and the input pin of the op-amp should be directly soldered to the electrode without touching the PCB to prevent leakage currents. The LMC6062 op-amp was selected because it meets all the required criteria and is cost-effective.

It is also important to clean the PCB after soldering, as the device will not function correctly without this step. 

The amplified signal is fed to the ADC and periodically checked by the microcontroller (note: it’s STM8, not STM32, as they are different families). The data is then sent via UART over USB to the Raspberry Pi for processing and storage.

Hardware

Hardware Revision History:

  • 1.0 - Did not work
  • 2.0 - Did not work
  • 3.0 - Did not work
  • 4.0 - Works; this is the version presented in this project
  • 5.0 - Abandoned
  • 6.0 - Work in progress

Hardware was designed using KiCad.

Software

Firmware was compiled using the SDCC compiler, as GCC does not support this family of microcontrollers.

A few scripts in Python and R were created to gather and analyze the results.

Mechanic

The device will not function properly without adequate shielding from Electromagnetic Interference (EMI). Due to the high amplification of the first-stage op-amp, the device will  oscillate or produce inaccurate data if exposed to noise. 

The ionization...

Read more »

circuit.pdf

Adobe Portable Document Format - 197.49 kB - 08/01/2021 at 17:04

Preview

View all 8 components

  • A DevOps Trick: Multi-Stage Docker Builds

    Robert Gawron12/11/2024 at 16:39 0 comments

    I don't know if you guys are interested in DevOps, but while setting up Docker for the project and searching for how to install stm8flash (an open-source software to flash STM8 chips), I found a repository using a nice trick I didn’t know about - multi-stage builds. I've used it here.

    Some software pieces are not available as Linux packages and need to be downloaded and installed manually in the Dockerfile. However, this approach leaves the downloaded source code and potentially the tools required for compilation in the final image. This isn’t a huge problem, but it’s not ideal either.

    With multi-stage builds, we start as usual by selecting a base for the image. For me, it’s (note that I’ve labeled this as "build"):

    FROM ubuntu:20.04 AS build

     Then, we download the code we want to compile, compile it, and start "fresh" again with a new base (this time labeled as "runtime"):

    FROM ubuntu:20.04 AS runtime

     Our Docker image won’t include any modifications we made in the previous stage, but we can explicitly copy the binaries from the earlier labeled stage:

    COPY --from=build /stm8flash/stm8flash /usr/bin/

     Our final Docker image will only contain the files we’ve copied - no intermediate files or unnecessary build tools!

  • Design of the new hardware version (minor improvements).

    Robert Gawron12/09/2024 at 17:12 0 comments

    I've designed a new version that I haven't built yet, but it's looking pretty cool. The changes are:

    • No need for batteries to power the amplifier. I have some doubts about whether this will work, as the first stage is a bit tricky (with tens of gigaohms as a feedback resistor), but I will give it a try. Now, I use a small DC/DC converter to create a negative voltage for the amplifier. Everything is powered by a 9V wall adapter. There are still batteries to polarize the ionization chamber, but since it draws almost no current, it's fine.
    • Made it more compact. I just want something I can put on my shelf, connect to a data logger, and monitor background radiation. I have made a data logger and I want to use this device as a source of data for it, you can check this project on Hackaday, I have 112 followers here! :)) 

    The device now consists of four parts:

    • Ionization chamber (I was considering ordering it to be cut out on a CNC, but it's too expensive).
    • Polarization for the ionization chamber (three 12V batteries instead of just two). I hope this will increase sensitivity.
    • Amplifier PCB (it has spaces for the mentioned batteries). The metal chassis is the same.
    • PCB with data processing and power supply handling (same ADC, same microcontroller).

    To summarize, the new version will be just more robust (if it works)!

    I will share the diagrams I made below. If you have any remarks, I would appreciate them.

    Below is the amplifier PCB and its rendering.

    Below is the acquisition module and its rendering.

    I hope to have time soon to build this version and share the results with you.

View all 2 project logs

Enjoy this project?

Share

Discussions

Similar Projects

Does this project spark your interest?

Become a member to follow this project and never miss any updates