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
 BUG: 500+ Erroneous count "CPM2:1"

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
UnstableIsotope Posted - 12/06/2023 : 08:02:57
I was playing around with the various "Fast Estimate Time" settings while in dual tube mode with individual tube counts displayed.

If the 60s or Dynamic options are used, CPM1 counts dynamically and CPM2 remains at zero for background levels.

If the 5,10,15, or 30s options are used, CPM2 remains a constant 1 that is added to the total.

This can't be normal operation.

I believe my second tube is working normally as CPM2 will register as high as 70 or so counts in the presence of a Uranium ore sample I have (5500 CPM measured with Ludlum pancake).
9   L A T E S T    R E P L I E S    (Newest First)
UnstableIsotope Posted - 12/08/2023 : 11:58:23
If that's the case though, why don't the Dynamic or 60s options show the stuck 1?
EmfDev Posted - 12/08/2023 : 11:29:59
The stuck 1 count is because 0 radiation is just not right but should not apply to tube 2 or should just show raw data.
UnstableIsotope Posted - 12/08/2023 : 07:31:43
I generally don't use the short estimate windows. They are necessarily less accurate but they should still not show erroneous stuck 1 counts. I wonder if this is some floating point to integer conversion issue in the code that effects any of the short windows.
ullix Posted - 12/08/2023 : 01:59:26
I already commented this elsewhere, but the problem here is very likely the same:

These spikes are very likely all a consequence of the inappropriate use of the "Fast estimate". It is a nuisance and should be switched off by setting it to 60 (sec)!

If you wish you can use GeigerLog to simulate the bad behavior of this setting. Don't use it!
UnstableIsotope Posted - 12/07/2023 : 05:44:05
If you turn on the individual tube count option, you'll see a CPM1:XXX CPM2:XXX shown on the "Large Font" screen. These are the individual counts for each tube. These will display (oddly) even if you are running either of the single tube modes. It only makes sense in dual tube mode.

Obviously, if there are no counts on a given tube, it should show zero. It appears that using anything other than 60 or Dynamic settings for the "Fast Estimate Time" options limits the minimum value of CPM2 to 1. It may also do the same to CPM1.
ullix Posted - 12/07/2023 : 00:43:03
What is the meaning of "CPM2:1"?
UnstableIsotope Posted - 12/06/2023 : 19:45:04
Erroneous CPM2 behavior is still the same in 2.52.

I tested 5,10,15,20 and 30s. All those settings showed the CPM2:1 value.

60 and Dynamic settings still show CPM2:0 for background levels.
UnstableIsotope Posted - 12/06/2023 : 17:32:38
I'll let you know.
EmfDev Posted - 12/06/2023 : 14:04:05
Is it also the case as the latest update?

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