GQ Electronics Technical Support Forum Active Users: / Visits Today:
Highest Active Users:
GQ Electronics Technical Support Forum
Home | Profile | Register | Active Topics | Members | Search | FAQ
Username:
Password:
Save Password
Forgot your Password?

 All Forums
 GQ Electronics Forums
 2.GQ Geiger Muller Counter
 GMC-500+ reported dose at high count rate

Note: You must be registered in order to post a reply.
To register, click here. Registration is FREE!

Screensize:
UserName:
Password:
Format Mode:
Format: BoldItalicizedUnderlineStrikethrough Align LeftCenteredAlign Right Horizontal Rule Insert HyperlinkInsert EmailInsert Image Insert CodeInsert QuoteInsert List Spell Checker
   
Message:

* HTML is OFF
* Forum Code is ON
Smilies
Smile [:)] Big Smile [:D] Cool [8D] Blush [:I]
Tongue [:P] Evil [):] Wink [;)] Clown [:o)]
Black Eye [B)] Eight Ball [8] Frown [:(] Shy [8)]
Shocked [:0] Angry [:(!] Dead [xx(] Sleepy [|)]
Kisses [:X] Approve [^] Disapprove [V] Question [?]

   Insert an Image File
Check here to include your profile signature.
    

T O P I C    R E V I E W
vargr Posted - 11/09/2017 : 00:28:14
I've just acquired a GMC-500+, and on the whole I'm pleased with the device...

...but there seems to be an issue with the reported dose when the counter is in a high radiation environment. I have access to a portable X ray generator, and the GMC will quite happily report CPM of over 50,000 (more if I hold the trigger down for longer!), but the 'uS/hr' numbers get all screwy when the count exceeds about 10K/min.

video: https://www.youtube.com/watch?v=Bh5paVstB-E&feature=youtu.be

Anyone else seen anything similar, or can explain what's going on?
7   L A T E S T    R E P L I E S    (Newest First)
ullix Posted - 11/16/2017 : 05:19:58
After sending my last post I remembered that I had once found a bug in the GMC500 firmware, that was reported to GQ, but apparently is still not fixed.

Using GeigerLog to read out what GQ calls "3 point calibration" from an GMC300 series device, you get :
Device Calibration:
Calibration Point 1: 60 CPM = 0.39 µSv/h (0.00650 µSv/h / CPM)
Calibration Point 2: 240 CPM = 1.56 µSv/h (0.00650 µSv/h / CPM)
Calibration Point 3: 1000 CPM = 6.50 µSv/h (0.00650 µSv/h / CPM)

So that 3-point thingy really is a constant factor for the whole counting range of the device.

Doing this with a GMC500, however, gives this:
Device Calibration:
Calibration Point 1: 60 CPM = 0.39 µSv/h (0.0065 µSv/h / CPM)
Calibration Point 2: 10000 CPM = 65.00 µSv/h (0.0065 µSv/h / CPM)
Calibration Point 3: 25 CPM = 9.75 µSv/h (0.3900 µSv/h / CPM)

The third point is obviously completely wrong. What I figured out is that up to CalPoint 1 the CPM data are multiplied with the first value (0.0065), up to CalPoint2 the next factor (which is identical to the first), and for all the rest beyond CalPoint 2 the factor of CalPoint 3 is used, i.e. 0.39. This, however, is wide off the mark!

Since you specifically mentioned 10k/min as the upper limit for meaningful readout, this bug is likely the reason.

And, by the way, this senseless value is also found in the GMC500 simulation software!

You should be able to correct this by changing the CalPoint 3 to: 25000 & 162.5. Or change all 3 points to those values used in the 300series, it does not matter. Neither setting have anything to do with saturation at high count rate, again I refer you to the Appendix G in my manual of Geigerlog.



ullix Posted - 11/16/2017 : 00:28:12
I am not sure I can follow. You go from CPM to CPS by dividing by 60. You go from CPM to µSv/h by multiplying CPM with 0.0065. That is the way it is done in the GQ counters - whether this is appropriate for your conditions is a different matter.

There are more issues with the "calibration". You can read more about it in the GeigerLog Manual in "Appendix G Calibration" (obtain from here https://sourceforge.net/projects/geigerlog/files/ )

GeigerLog draws all graphs in units of your choice, CPM, CPS, or µSv/h. So, record your counts in the counter, then download the history into GeigerLog, and show the time course in the preferred units.
vargr Posted - 11/15/2017 : 12:36:16
Well, yes, obviously.

'Unfortunate' because I really wanted a record of the dose (uS/hr), not the CPM/CPS. I'm having no issues with CPM; I can get the thing to read >50K CPM. It's the dose that isn't calculated correctly.

ullix Posted - 11/13/2017 : 01:26:54
quote:
Originally posted by vargr

I see the log file just contains CPM data. Unfortunate.


???
What are you talking about: the Geiger counter device can record as either CPM or CPS, and GeigerLog can record as either CPM or CPS. For consistency the latter stores the log files as CPM by multiplying the original CPS count with 60.

Obviously you can go back by dividing by 60 ;-)
vargr Posted - 11/12/2017 : 12:52:48
I see the log file just contains CPM data. Unfortunate.
vargr Posted - 11/11/2017 : 22:15:41
quote:
Originally posted by ullix

Another variant of this bug ?:
http://www.gqelectronicsllc.com/forum/topic.asp?TOPIC_ID=4615

Try my GeigerLog program and report the results:
https://sourceforge.net/projects/geigerlog/




Might be -- I see you used a signal generator on the hardware. What dose numbers did you get? I presume that's also in the log file the counter generates.

I still need to hook the counter up to a computer; when I get a quiet moment I'll have a go...
ullix Posted - 11/11/2017 : 01:30:05
Another variant of this bug ?:
http://www.gqelectronicsllc.com/forum/topic.asp?TOPIC_ID=4615

Try my GeigerLog program and report the results:
https://sourceforge.net/projects/geigerlog/

GQ Electronics Technical Support Forum © Copyright since 2011 Go To Top Of Page
Generated in 0.05 sec. Snitz's Forums 2000