(c) 2004 David Honig
13 May 04
CDV Counter displays total counts, Counts Per Minute (CPM), and milliRoentgens/hour (mR/hr) integrated over a user-selectable time period.
By repeating measurements CDV Counter can graph activity over time.
Measurements can be displayed over the Internet in a Web Browser.
Cosmic rays can be detected by feeding 2 CDV700's into both audio channels.
cjpeg.exe -convert bitmaps to jpeg filesCDVCounter does not mess with your Windows Registry, does not put .DLLs anywhere (or use them), is statically linked, does not put random files in any other location. You can have multiple independent installations of CDVCounter on your computer.
help.html -this help file
*.GIFs -screenshots for the Help file
cdvcounter.ini -sample configuration file
*.txt -misc. text files
Note that the counts recorded from a given audio stream will vary with the pulse-detection threshold. Thus you should keep the threshold constant so that you can compare your measurements. A threshold of 100 works well at low count rates. See below on Calibration. You must also keep the soundcard's line-input mixer gain constant if you want to compare measurements.
You can specify a number of times to repeat a measurement, e.g., for
measuring decay curves over time. After more than one point has been
measured, you can graph the resulting values. Each graph point represents
the CPM rate for one interval of the specified amount of sampling time.
If you have made repeated measurements, you can raise a resizable
graph of CPM over time. Their current average is also displayed.
You can change the type of graph from the Options dialog. If the
graphing window is narrower than the number of data points, the data are
averaged.
To save the graph, use Windows' Control + PrintScreen keyboard combination to capture the screen to the Clipboard, then paste into any application (eg Paint).
One graph style
Another graph style
Yet another
If you have told CDVCounter to sample "forever", this graph will show
a finite number of previous samples. You can adjust the number
of samples in the "Scroll Width" Option.
See the Version History for extra details on these features.
CDV Counter samples the audio input at 11Khz, monoaural,
8 bits per sample. It detects pulses when it sees sufficiently steep
rising edges. The threshold setting is the difference between
successive samples which counts as a pulse. We don't need sophisticated
algorithms to detect monster CDV 700 pulses.
Again, the program's threshold settings and soundcard mixer's line-input gain must be left alone if you plan to compare CDV Counter measurements. E.g., background vs. some source. Both the threshold and gain affect the number of pulses counted.
Ok, how should we set these parameters? Maybe the CDVCounter program output should agree with the analog meter? And/or with other instruments?
The CDV Counter threshold can be adjusted to give counts that
agree with the '700's analog measurement or other calibration.
Its up to you to check that your readings are consistent with what
your instrument(s) otherwise report. For instance, a fellow hobbyist
reports that CDV Counter is consistently .05 mR/hr below the instrument
supplying pulses (a Belvar), using the default CDV Counter threshold
of 100. Another reports that CDVCounter works with a Digilert
with threshold 125. Another reports seeing accurate results with
counts to 100K CPM.
This project has caused me to think about why and how you come to trust
instruments and the measurements they make. And repeatability, transferability,
etc.
A good scientist validates his tools as well as his techniques.
Skepticism is a good thing. Damn, this sounds like an argument for
the NIST (aka NBS) folks!
In fact, it seems high rates need high thresholds. See
this document for my experimental notes on this.
For best absolute agreement with the 700's analog needle, larger fluxes
needs larger threshold. For instance, when the CDV700 saw 9 mR/hr
the CDVCounter program agreed best when the threshold=145 vs. threshold=110
at 1 mR/hr. I use the default of threshold=100 for low fluxes, where
the program is the most useful.
I have yet to do comparisons between my CDV 700 (with or without the
CDV Counter program) against other GCs. Different GCs will usually
give different readings due to geometry and tube-sensitivity anyway.
After an ionization, a Geiger-Muller tube will not respond.
This "dead time" causes the response to be significantly sub-linear at
high count rates. (It also happens at low count rates, but infrequently.)
This is normal and a property of the tube and its voltage.
The way that interaction frequency varies with energy also affects measurements. GM tubes are more sensitive to lower energy gammas, since high energy gammas don't interact with matter as much.
I haven't measured the linearity of the CDV Counter program with a '700. Or the linearity of the '700 by itself.
I found that for best agreement with the analog
meter, larger fluxes need higher thresholds.
Audio samples are stored in a RAM memory buffer before processing.
This buffer occupies 11 KBytes of memory per second sampled. So if
you want to measure for a day, you're better off sampling for a few minutes
and having CDV Counter automatically repeat the measurement.
Their average will be the same.
With this tool and a CDV 700, I've been able to measure betas from K-40 in 3 oz. of KCl (salt substitute), which is only 50% greater than background, and basically impossible with a CDV 700 by itself.
I've also measured 1uCi Am-241 ~60keV gammas at 3 x background. With the beta shield open it records 15 x background. Background is 0.01 mR/hr here, beta shield open.
Others have used a CDV 700 & this tool to measure activity of granite tabletops.
I've also been able to graph the decay of Radon daughters. One sees an apparent half-life of just under an hour, from beta emitters Pb-214 (27min) and Bi-214 (20min).
Others have used this tool with a Belvar GC, and it was thought that CDVCounter needed to remove periodic timing ticks from the input. It turned out that the timing ticks aren't detected with the default threshold because they are lower amplitude and less steeply rising.
John Boyle reports using this with a homebrew cosmic ray muon detector!
(He uses 2 detectors and an AND gate correlator.) This may run in
a library. The "autostart" option was added to make this a "one-click"
tool for the librarian.
I was able to use a male "PL-259" RF plug, attached to some coax
cable, by snipping off the long center conductor so that it resembled the
little nub of the original. A little bit of aluminium foil can help
maintain the central conductor conductivity.
The original is an "Amphenol Microphone Connector 75-MCIF".
Reportedly this is still made as a "Switchcraft 2501" series, "Mouser Electronics part no. 502-2501F."
You can also find a kludge at http://www.ans.org/pi/teachers/reactions/2001-04-02.html
which
involves modifying the plastic cover for the Phone plug to make your CDV-to-soundcard
cable.
Make sure that your PC doesn't try to go to sleep (power conservation)
if you leave it alone while you're recording.
You can "mute" the line-input so that you can still play music on your PC while taking measurements. Without listening to the clicks.
Comments to: revtkatt @ yahoo.com
If you find this useful or have suggestions I'd like to hear about
it.
Thanks to the Yahoo
CDV 700 Club group.
Your Geiger Counter can be a webserver! NOTE:
This now includes image of activity graph!
In the CDV Counter Options window, you can start a web server that displays your counter's activity.
You can choose the TCP port to run the web server on. This avoids conflicts and ISP blocks.
If you have a static IP address (some Cable, DSL users) your CDV 700 can be seen world-wide with any browser.
You can test this by opening http://127.0.0.1:700
"127.0.0.1" means "the local machine". The ":700" is part of
a URL; it defaults to 80. You should get a page generated by the
CDV
Counter's web server.
If you're using port 80 your URL could be simply http://127.0.0.1 because 80 is the default.
If you have a Cable or DSL modem and know your IP address (run "winipcfg")
is 12.34.56.78 then the world can use http://12.34.56.78:700 to see
your results. Or again, if using port 80, simply use http://12.34.56.78
These world-wide (vs. local) IP addresses won't work if you have a firewall
blocking incoming connections; See below if you run one.
If you run a firewall, poke a hole in it, otherwise it will block
incoming connections to CDVCounter. In your firewall's configuration,
find something called "forwarding". Allow TCP incoming connections
for the port number that you chose (e.g., 700).
If you have more than 1 PC in your LAN, you may have to tell the firewall which of your LAN machines to forward a request on that port. Your local machine addresses will probably be something like 192.168.1.100.
Try a repeated short-duration measurement, graph it, and watch the webpage
get updated.
Added:
To Start Automatically Upon Windows Login, Create a shortcut in the Taskbar's Programs | Startup menu.
You might also create a desktop icon so that
if the program is stopped, you can run it again easily.
If the Web server is running, and the Graphing window is open, then
the Graph is written as a Windows Bitmap .BMP file ("cdvcounter.bmp") after
each new sample. And the Web server will display the Graph in its
self-refreshing web page. (Works with IE 4.0) Note that sample times
that are too brief will keep the CDVCounter PC and remote
browsers quite busy; in part because Bitmaps are inefficient. Note
that the graph displayed on the web page is the same size as the local
PC's graph.
If you want only to look at the graph, its URL would be http://127.0.0.1:700/cdvcounter.bmp
CDVCounter's Web Page viewed with a Web Browser
Used "cjpeg.exe" utility to create JPEG from BMP in web page; this saves
bandwidth.
If you check this box in the Options dialog, a new JPG file is written after every measurement. (Without checking the box, JPGs are written only if the Webserver needs them.)
Recall that CDVCounter writes cdvcounter.jpg to
the same directory containing the CDVCounter.exe program.
A "Coincidence Detect" checkbox was added to the Options dialog. Enabling Coincidence Detection causes CDVCounter to look in both Left and Right audio channels looking for pulses. A pulse detected in both channels simultaneously counts as a detection event.
Notes:
Thanks to k0ff for suggesting this. As usual, I'd like to hear about anyone's experiences with this feature.
[Note added May 2004: Justin of the CDV700Club has been testing this
and it seems to work.]
The interval is from C-1.96*sqrt(C) to C+1.96*sqrt(C) where C is
the counts and 1.96 comes from the Gaussian distribution.
Also fixed an extra character at the end of the date-string that was
showing up as an unprintable char.