Dead time for radiation detector

Click For Summary

Discussion Overview

The discussion revolves around the issue of dead time in a High Purity Germanium detector during background measurements. Participants explore the implications of dead time on measurement accuracy and seek to understand the factors contributing to unexpectedly high dead time readings.

Discussion Character

  • Technical explanation
  • Debate/contested
  • Experimental/applied

Main Points Raised

  • One participant describes a measurement setup where real time and live time were initially equal, but later diverged, raising questions about the nature of dead time and its appearance during the measurement.
  • Another participant expresses skepticism about the reported dead time of 20%, suggesting it is unusually high for a background measurement and questioning whether the measurement stopped completely at some point.
  • A participant revises their initial assumption about the timing of dead time occurrence, indicating uncertainty about whether dead time was zero at the start of the measurement.
  • Concerns are raised regarding the settings on the MCB, particularly a "Low frequency rejecter" feature that appears to significantly increase dead time when enabled.
  • Participants discuss the influence of applied voltage on count rates and dead time, noting that changes in voltage do not seem to affect the dead time percentage.
  • There is a suggestion that the issue may lie within the readout electronics and software rather than the detector itself.
  • One participant inquires about potential tests using an oscilloscope to diagnose the problem further.

Areas of Agreement / Disagreement

Participants express varying views on the nature and implications of dead time, with no consensus on the cause of the high dead time readings or the reliability of the measurements. Multiple competing perspectives on the issue remain unresolved.

Contextual Notes

Participants note that the dead time may depend on specific settings in the measurement setup, and there are unresolved questions regarding the influence of different parameters on dead time and count rates.

abotiz
Messages
72
Reaction score
0
Hi,

Iam working with a High purity Germanium detector and have an issue with the dead time.
I let the detector do a background measurement over the weekend, about 55h. When I checked the measurement 60h had passed and the measurement was not finished due to dead time about 20%. At the start of the measurement (up to 3h) there was no dead time so this must have appeared later on.

Real time = elapsed time
Live time = including dead time and if dead time >0, then real time > live time.

My question is, if at time 0 both real and live time are equal, but at later time, real time >> live time, is there a way to interpolate ( I have a set of measurement points) back to where this dead time possibly appeared, like intersection with x or y? Or have I misunderstood the concept of dead time in a detector.

If this topic is in the wrong part of the forum, please redirect me.

Thank you very much!
 
Engineering news on Phys.org
I let the detector do a background measurement over the weekend, about 55h.
How do you set those 55 hours? I would not expect that your measurement actually detects the dead time in any way.

A constant dead time of 20% would mean that every hour, you lose 12 minutes due to dead time. Every minute, you lose 12 seconds (assuming the dead time per event is much shorter than a second). There is no single point in your measurement where this appears out of nowhere.

A dead time of 20% looks way too large for a real dead time in a background measurement. I would expect that the measurement stopped completely at some point, completely unrelated to a detector dead time.
 
Hi,

Regarding the measurement time, I have an MCB connected to a software that stops colecting signals when the desired time is reached.
Anyways, I would like to take back my first question, there seems to be another issue with my detector. My first thought was that the dead time must have appeared later on, but when I think about it, I cannot say for sure the dead time were 0 at the start.
However, the dead time is still the issue, as you said, it is way to high for a background measurement.
I have noticed that my MCB (collecting the signal from the detectors preamp/electronics) registers way too many counts (registered pulses from radiation) than possible and therefore the dead time is high, naturally.

This issue seems to dependend on:

1) A setting in my MCB under the category "Amplifier PRO" named "Low frequency rejecter", when enabled it raises the dead time to ~90%.

This issue seems to NOT dependend on:

1) The voltage applied. When HV (high voltage) is off the system reads about 300 counts and dead time is 20%, when the voltage is applied (~4KV) the counts is 6000 but the dead time remains 20%.
2) The active channels in the detector (0-16383). I could set collecting channels to 500-501, i.e only two channels collecting signal, however the MCB still registers 6000 counts therefore the dead time is the same (20%).

Any ideas what could be the cause of this issue with my detector?

This is a very expensive piece of equipment so I am very thankfull for any help!

Additional information, I have access to an oscilloscope, is there a test I could make to clarify the root of this problem?

Edit: I have added a picture from the manual about the "low frequency rejector" setting.[PLAIN]http://i39.tinypic.com/qqpml5.jpg
 
Last edited:
Any ideas what could be the cause of this issue with my detector?
Probably something in the readout electronics and software. I don't know how your setup looks like, and how the components operate.
1) The voltage applied. When HV (high voltage) is off the system reads about 300 counts and dead time is 20%, when the voltage is applied (~4KV) the counts is 6000 but the dead time remains 20%.
As I expected, it is not the dead time of the detector itself.

Regarding the measurement time, I have an MCB connected to a software that stops colecting signals when the desired time is reached.
That software should use some clock, independent of any dead times.
 
  • Like
Likes   Reactions: 1 person

Similar threads

  • · Replies 24 ·
Replies
24
Views
3K
  • · Replies 15 ·
Replies
15
Views
4K
  • · Replies 9 ·
Replies
9
Views
2K
  • · Replies 152 ·
6
Replies
152
Views
12K
  • · Replies 15 ·
Replies
15
Views
4K
  • · Replies 13 ·
Replies
13
Views
7K
  • · Replies 6 ·
Replies
6
Views
3K
  • · Replies 3 ·
Replies
3
Views
3K
  • · Replies 1 ·
Replies
1
Views
1K
  • · Replies 21 ·
Replies
21
Views
2K