| Author |
 Topic  |
|
|
Searinox
Romania
51 Posts |
 Posted - 08/01/2020 : 11:36:43
|
I know it's a bit iffy, but would you consider it?
My GMC-600 has great detection on low and high radiation sources and is in line with my other counters except the general background radiation holds around 0.07 uSv/h. If I could offset this by +0.04 uSv/h, it would be more in-line with my other counters.
Calibration points don't really do it here as I'm only interested by the offset at low values and calibration would make it jump in readings unnaturally as it crosses the point. |
Edited by - Searinox on 08/01/2020 11:37:48
|
|
| Reply #1
EmfDev
2250 Posts |
Posted - 08/03/2020 : 10:29:40
|
| Hi Searinox, that is actually a feasible idea. We will see if we can implement it in future firmware. |
 |
|
| Reply #2
Searinox
Romania
51 Posts |
Posted - 08/04/2020 : 01:14:41
|
Thank you so much! I look forward to it!
It is said that window tubes are better at measuring directional sources and tubes without window are better at ambient. With a large enough tube this ends up compensating but when the window is small like in an SBT-11, the background counts end up unusually low.
Supposedly the SBT-11 background is expected at 12 CPM which, considering 300 CPM for 1 uSv/h, is quite very low. I managed to get my tube up to 20 CPM background by tweaking the voltage, while keeping the calibration on point so source measurements remain accurate, but it's still much lower than my other counters report the background.
This is where an offset of +/- an amount of CPM/uSv/mR to the reported value is useful, with just +0.04 uSv/h I can bring this in line with my other device measurements while it also remains accurate at all higher values, where 0.04 uSv/h doesn't make much of a difference. This will solve my problems!
Also don't forget to check for underflows if you allow negative values for offset!  |
Edited by - Searinox on 08/04/2020 01:38:42 |
|
|
| |
Topic |
|
Question about including Offset in firmware
