Settings The following is a reference for settings, which are available both in-app or even when the app is not running, though Apple's Settings.app. The external accessibility of settings can be a useful failsafe in the event bugs appear, for performing a workaround until an update with a fix can be released. This is not ideal, but it has been useful in the past.
Default settings are shown in brackets, and are indicated with an asterisk in-app.
Geiger Counter > GM Tube This is the "easy" way of configuring Geiger Bot for your hardware. Simply choose the tube your Geiger counter uses from the list. The default tube is a SBM-20. If you have this tube, or one similar to it, you do not need to change a single setting. No set up is necessary. (usually) Geiger Counter > Custom GM Tube... This menu is entirely optional. If your tube is not in the selection list, or your equipment setup isn't getting optimal performance, you may wish to configure some things manually. Note that these settings are not mutually exclusive from selecting your tube above, and you may use as many or as few of them as you like. Note you will probably never have to change any of the below settings, so if they seem overwhelming or confusing, it is not something you likely need to know anyway. They are here for special cases and are listed here as a reference. Geiger Counter > Custom GM Tube... > Conversion Factor (Gamma Sensitivity) Conversion factor is the gamma sensitivity of your Geiger counter's tube, and is how the uSv/h or mR/h dose equivalent rates are calculated from the raw count rate (CPM) of the sensor. This varies depending on the isotope and your tube. No one value is accurate in all situations. In fact, most of the time this will be rather inaccurate, but that is a problem common to every Geiger counter in existence. It is a rough measure of comparing measurements between tubes of differing sensitivity, more than a true value. It is valid only for measuring gamma radiation, and is usually exaggerated at lower energies. For more information on the subtleties of this you may wish to read the WIkipedia article on Sieverts. Conversion factor can be expressed in a number of different ways. Geiger bot uses CPS/mR/h, or CPS/10 uSv/h. This is how gamma sensitivity is usually stated and I find is easiest to remember. The default conversion factor is 22, which is the gamma sensitivity for a Russian SBM-20 tube to Co-60. This is the same value used by the Soeks-01M in calculating the dose equivalent rate. From the photographs and reports I have seen from users, the SBM-20 seems to be the most popular tube, so that is why Geiger Bot is standardized to it. There is a small list of other isotopes and tubes to choose from, or you can input your own value as you like. A technical review study in Japanese is available here which can provide some additional information some common counters. (spoiler: the scintillation counter wins) Additional Info: Gamma Radiation vs. X-Rays vs. Beta Radiation It has been found recently that there is no fine line separating the spectrum of gamma and x-ray radiation. Today, the terms simply differentiate where the photon originated from -- the electrons of an atom (x-rays) or the nucleus (gamma radiation). Regardless of their origin, they will behave exactly the same when they have the same energy (wavelength). Thus, "gamma sensitivity" is also "x-ray sensitivity", provided they are within the detection energy limits of the tube. Beta radiation has the same weighting factor for dose equivalence that gamma radiation does (x1). Keep in mind, however, that GM tubes are perhaps ~50% efficient in detecting beta radiation, but only ~15% efficient in detecting gamma radiation. (the exact efficiency depends on the radiation energy and your tube / housing) So, for most GM tubes, in order of ease of detection: hard beta -> soft gamma -> hard gamma. This means if you are trying to measure only gamma radiation levels, you will need to filter out beta radiation with an aluminum shield if the source(s) emit both, as beta radiation has an exaggerated dose equivalent using the conversion factor for gamma sensitivity. Alpha radiation, in comparison, has a weighting factor of 20. This is why alpha emitters are so lethal inside your body. Fortunately, they are harmless outside of it. Additional Info: Absorbed Dose vs. Dose Equivalent The implicit conversion assumption Geiger Bot (and other radiation detectors) perform in converting a count rate to dose equivalent rate is whole-body, gamma radiation exposure. Different types of radiation and different areas of the body have different weighting factors, and the true calculation of the dose equivalent is a clinical assessment by a doctor or health physics officer, not a reading on a device. For whole-body, gamma radiation exposure, it is safe to convert between sieverts and grays, or rems and rads. Grays and rads measure absorbed dose. With other types of radiation, or specific locations of the body (ie, ingestion of I-131 and its migration to your thyroid, or thermal neutron exposure) this is not valid and will grossly understate your dose and relative risk of exposure. Additional Info: Energy Compensated Tubes Some Geiger counters use energy compensated tubes, which to some extent normalize the response of GM tubes to lower energy gamma radiation. Without energy compensation, they have an exaggerated response to lower energy gamma radiation, due to how it interacts with the tube. (Compton scattering with the tube wall vs. pair production, I think) Energy compensated tubes still have that issue but mitigate it somewhat. Note that this doesn't make them more sensitive to higher energies (shorter wavelengths) of gamma radiation, it accomplishes this by making them less sensitive to lower energies. While this increases accuracy, it does so at the cost of sensitivity. It is a tradeoff. Geiger Counter > Custom GM Tube... > GM Tube Sensor Noise (Offset) Most digital cameras, upon taking a shot in a "night" scene mode, will take a second picture with the shutter closed to record the sensor noise. This is subtracted from the actual picture to reduce noise and produce a truer image. The inherent tube background count is like that noise correction picture taken when the shutter is closed. It is the sensor noise. Unfortunately this is not something that can be easily determined, as you can never really close the shutter on a Geiger counter. So, it is up to the manufacturer of the GM tube to determine this and list it on the tube data sheet. I have personally found most tube spec sheets to be rather high in their specification for this; for example, the SBM-20 sheet specifies 1 CPS, which is sort of ridiculous as background counts with that tube are typically below 60 CPM. Osamu Higuchi found a value of 13 CPM seemed to be accurate for his SBM-20 based counter. I have not seen a commercial counter that uses this. For what it's worth, my calibrated PM1703M measures 0.07 uSv/h (Cs-137) background where my Soeks-01M measures 0.16 uSv/h (Co-60, not calibrated), so 13 CPM seems roughly correct given the isotope and sensitivity differences. I'm not sure if it's due to the fact the tubes are not compensated for their over-response to low energies of gamma radiation, but I usually see about double the reading on a Geiger counter vs. a scintillation counter. So if there is no offset entered here, you should expect background readings 2x above reference with SBM-20 and LND-712 tubes in my experience. Geiger Counter > Custom GM Tube... > I/O Settings > Auto Adjust WARNING: Disabling auto adjust may cause errors in detecting counts from your Geiger Counter. Auto Adjust allows Geiger Bot to adjust the timing parameters of the audio engine on the fly, adapting to your hardware and environment. However, this is optimized for microphone input from a Geiger counter. There is specific auto-adjust line input support (as noted below), but the problem is that many users have counters with 10-15 ms pulses even on the line input, and the defaults must be safe for the worst-case scenario. For users wanting higher performance or needing to tweak things for proper functioning, Auto Adjust can be further customized by you, or disabled entirely. The tables below pertain to customizing Auto Adjust mode further. Think of it like "Program Auto" mode on a digital camera. If you need full manual direct control, see the next section.
Geiger Counter > Custom GM Tube... > I/O Settings > RMS Window, Delay Windows, Volume Threshold ![]() These are the manual parameters for the sound engine which I do not recommend most users change. If you have used a digital camera's manual exposure mode, you will recall three main parameters you can set: ISO, aperture, and shutter speed. Changing any one of these parameters affects the others. If you crank up the ISO, you will have to change the aperture or shutter speed or your shot will be overexposed. Geiger Bot's manual settings are very similar; they also consist of three interdependent parameters. If you change one, the others will be affected.
To set these optimally, you will want to use a program such as Audacity to record the waveform on your PC to examine it, and also check Geiger Bot's audio graph. Then, lower the delay windows at a low count rate just to the point before double counts are observed. Please keep in mind I have a very limited selection of test hardware and more than likely do not know which value these settings should be for you-- I can only give you general advice in how to determine them yourself. This is true even if the Geiger counter is advertised as being Geiger Bot compatible; it's just not something I have any specific knowledge of.
Geiger Counter > Custom GM Tube... > I/O Settings > Hysteresis Filter This is for filtering out oscillating noise, mostly from high-voltage electronics in the line input. (the kind you hear as a loud humming through headphones) Most users will want to leave this off. A hysteresis filter is a filter for change. Only when the volume level changes by a large enough amount can it be considered to be a click. This filter is applied before the RMS function if enabled. Hysteresis filters are used elsewhere to reduce video flicker.
Geiger Counter > Custom GM Tube... > I/O Settings > Ultrafast Count Rates [DEPCREATED: 1.7.0+]
1.7.0+: Ultrafast Rates mode is now deprecated as it was very confusing for people manually setting parameters. It will be removed in a future release. As it was only a macro for other settings, when it is removed, any users who have it enabled will automatically be migrated to the equivalent normal parameters which are listed above. Ultrafast Rates mode was added to make life easier for users wanting a higher max count rate than the default settings, while not having to configure manual timings. It is obsolete and a misnomer now, left in solely for backward compatibility. It does *not* allow for the fastest count rate metering, as it is limited to 22050 Hz input sample rate. Caveat: Unfortunately, Ultrafast Rates only works in some cases. For Ultrafast Rates to work accurately, the duration of each pulse must be < 150 microseconds. There is really no reason for any line output pulse to be more than 150 microseconds, yet most are. This is fundamentally a hardware design problem. If you are generating a massive 15ms pulse (1000x longer than 150us) you are significantly limiting your maximum count rate, to a mere 4K CPM. (why, Ludlum, why?) I see many people using this mode with incompatible hardware and getting a grossly exaggerated count rate. You don't have to do that. With the proper manual settings you can obtain optimal accuracy and performance. In auto-adjust mode, the delay of this is set adaptively, but this is problematic as each pulse sound can correlate to having the shape of multiple pulses. When auto-adjust is off, you lose that protection altogether, and only shortest pulse times will be reported correctly. The "MightyOhm" kits in particular seem to have this pulse timing. Ultrafast rates is a convenience macro for the following settings:
Geiger Counter > Custom GM Tube... > I/O Settings > Enable AGC (iOS5+)
AGC is an iOS DSP filter that tries to make varying input volumes the same. This can be very valuable for say, microphones where the audio source's distance changes, such as talking on your iPhone. Instead of varying a lot and being inaudible, AGC will keep your voice about the same volume to the person on the other end of the phone call. Unfortunately, the cost of doing this is the loss of some precision of what the input volume actually was originally. This can manifest as fluctuating volume levels and missed counts. But, if you're using the microphone, you might not have any other choice. it depends on your setup.
You can disable it with the microphone and see better accuracy-- but not in all cases. It is also dependent upon the recording environment.
Geiger Counter > Custom GM Tube... > I/O Settings > Wavelet Filter This is an optional experimental feature. A very basic description would be "noise reduction". It may help in limited situations with noisy input, but I doubt it. I would recommend leaving it off. It also relies on scalar math (rather than vector functions) and thus is one of the more computationally expensive DSP options. (probably 2% CPU, continuously) Display Display contains a number of settings most users will probably not change. Display > Refresh Rate Refresh rate has little effect other than increasing the speed at which the audio graph is drawn at a significant cost to CPU usage*. The LCD panel itself cannot update faster than perhaps 30-60 Hz. I would recommend only increasing this when you need the additional resolution from the audio graph. At settings less than 60 Hz you will notice the display updates are choppy. *(the data the audio graph polls is updated once per buffer. A buffer is 512 samples @ 22kHz, or 23ms. This is about 43 Hz. Thus the maximum effective polling rate, or refresh rate here, is twice that or about 85 Hz. However, 120 Hz and 240 Hz can make things a little easier to see than 85 Hz due to how the graph is rendered.) Refresh rate is the single largest factor affecting CPU use in Geiger Bot other than mapping -- if you increase it beyond 60 Hz. Display > Power Management Power management features have been added to extend battery life during data collection. These features are disabled by default, but can be accessed via Settings -> Display.
Display > Custom Measurement Times Custom measurement times aren't overly useful except to match them to existing hardware. Such a Ludlum counter's 30 and 60 second modes, or the Soeks-01M's 20 second or 120 second count (depending on firmware version). You can go down to 1 second or up to 1 day. There are natural cycles to background radiation that coincide with the time of day. In general. more humidity carries more radon daughter products (as does the rain). So there are certainly limits to the accuracy gained by increasing the measurement time. Display > Display Statistic The display statistic tells you about the precision of your measurement. When you take a picture with your digital camera, you can compare it to what you see with your eyes, and you know instantly if it came out well or not. This is not so easy with radiation as you are blind to it. It's like trying to tell if a photograph you just took on film was good or not, without opening the camera. You could get a rough idea, knowing the characteristics of the film, lens, exposure time, and by measuring the scene with a histogram / light meter. This is a similar concept. Note all of these measure precision, which is not the same thing as accuracy. Display > Display Statistic > σ - Standard Deviation This is the spread of the measurement, of which about 68% of the measurements fall into. This is the statistic most heavily weighted by large fluctuations in the past, and the slowest to decrease after such an anomaly. Standard deviation was added because I read where a Geiger Bot user did an overnight count and got a rate higher than expected. Another person asked him if the program calculated the standard deviation-- so as to tell if this was because of some sudden huge spikes (creating a large spread) or if the measurement was steady and more likely to be true. Display > Display Statistic > ± - 95% Confidence Interval This is the range in which 95% of the measurements are expected to fall. This is usually more useful than the standard deviation, because the standard deviation is weighed against the number of samples, and thus a large anomaly in the past measurements will dissipate more quickly. Display > Display Statistic > δ - Mean Squared Error [DEFAULT] This is the amount of statistical error in the sample set. It is very similar to the 95% CI, though more sensitive to outliers due to the mathematical squaring. Basically, the idea here is the model the data is being fit to (a Gaussian distribution) is compared to the actual data, and the variance of the residuals - or differences from the model - determine the statistical error. We know ahead of time that if we're measuring the same thing over and over, it will have a Gaussian distribution, and that knowledge simplifies this. Obviously a small number here is better. For any of these stats, you can select between absolute or relative (percentage) versions of these. Percent is the default, and is the easiest to compare and make sense of across multiple units and count rates. This is known in statistics as normalizing. Statistics are calculated by per-second binning. GPS This is a simple toggle switch to use Location Services ("GPS" translates well). It can also be enabled on the mapping screen. If this is off, geolocation data will not be logged, displayed, or uploaded, etc. By default it is off, because I find getting a pop-up asking for location permissions when starting an app is very annoying. If you enable the GPS switch, then answer "No" to the permissions dialog asking if Geiger Bot can use location services, you must manually grant Geiger Bot permissions through Apple's Settings.app before Geiger Bot can access location data. Disable this to maximize battery life. As an interesting addendum, starting on the iPhone 4S, not only is the US GPS satellite constellation system used, but also the Russian GLONASS system, and using both systems simultaneously enables better accuracy and coverage -- 50% better accuracy, according to Garmin. This is a good thing. GLONASS has a couple less satellites than GPS but is otherwise similar. GLONASS is positioned differently to give better coverage to users in the northern or southern hemispheres, whereas GPS favors equatorial latitudes. (the EU's Galileo is also theoretically supported by the hardware though it is not operational yet) GLONASS-enabled chipsets also have faster lock-on times. Log File > Default Logging Interval Geiger Bot maintains a CSV log file with a 1 minute update rate by default, in which it writes the date/time, GPS location (if enabled), total counts detected in the time frame, and rates calculated specifically for that time frame. This can be set to update as often as every 1 second, which is good resolution for this kind of thing and makes pretty graphs in your favorite spreadsheet. While a 1s update rate may seem like a lot of data, your iPhone/iPad can hold a lot of text logs. You can however clear the log file by using the reset function (hold/double-tap zero). To export the log, hold or double-tap "settings" and mail it to yourself. When you use the mail log function (hold / double tap settings) the current file size is displayed on the console. (you can cancel sending it thereafter) To disable logging entirely, set the recording interval to 0. Log File > Default Address You can specify a default email address that is used when filling out the email, so that you only have to hit send. This information is not collected in any way, and is only saved locally and used in creating the email. By entering "database" (no quotes), a copy of the user points SQLite 3 database will be emailed instead of the log file. This is probably less useful, but exists as a backup. Sound This controls settings for audio output (rather than input), used for alarms and click sounds. Sound > Alarm Sound KNOWN ISSUE Due to some random SDK change breaking playing system sounds, this is now an annoying high-pitched monotone like a smoke detector. Fixing this / investigating further is very low priority. Sound > Clickify
Sound > Echo Filter
Sound > ClickifyLab ClickifyLab is a realtime frequency modulation effect generator, perhaps overly elaborate for this purpose but hopefully interesting nonetheless. It modulates the click sound generated by Clickify with a custom modulation you can create. The graph displays the output PCM waveform; the first 150 samples @ 11kHz. This is much like what you see in Audacity or SoundForge. The output sound waveform is a blue color. "Amplitude decay constant" allows you to make the sound quieter, or fade out more quickly. 10^x is the faster decay function of the two. The actual amplitude function is non-linear, which you can see as a red line on the graph. "Frequency constant 1" sets the constant used in a sine or cosine function, which sound slightly different; cosine is out of phase with a sine wave, so it can be used to create a more distinctive effect. At the left of the slider is low frequency, and to the right, a higher frequency. Lower frequencies can make the click sound more "hollow", and higher frequencies make it sound sharper or more electronic. Note that this is only applied to the first 64 samples. This is a green line on the graph. "Frequency constant 2" is similar to the above, only it applies to the entire waveform. If both are enabled, its effect are multiplicative; ie both frequency functions modulate each other, rather than both representing a fundamental harmonic. This is a darker green line on the graph. "Power constant" is a more chaotic parameter, especially the x^2 function, which will cause clipping unless used minimally or in conjunction with amplitude decay. x^2 tends to emphasize the middle part of the click sound more. The square root function is more tame, and essentially creates a reverb effect. This is an orange line on the graph. "Mic Input": This applies the click generation algorithm to live data from the microphone, rather than an incremented value. This produces some vaguely interesting distortions in real-time but you'll want to be using headphones as this may cause feedback. The actual practical use of this feature is as an input monitor for the line-in cable. A caveat: the default click sound is cached in memory and only synthesized once. There is randomness built into the frequency modulation effects and enabling any of them will increase CPU use slightly, but relatively significantly. Cosm (Pachube / Xively) [DEPRECATED] NOTE: Pachube has changed their name to Cosm, and has now been acquired and renamed as Xively. It does not appear possible to create individual free accounts to upload data to anymore. Therefore, all Cosm/Pachube/Xively functionality should be considered deprecated. It will not be updated and is only being left in to support users with "old" accounts that still function. All reference information here is being removed, as it no longer applies to the new Xively service or website. Safecast Configuration As the Safecast app also uses this documentation, I will briefly cover that here. First, Safecast data upload is exclusive to the Safecast app. It is not present in Geiger Bot. This feature is very similar to the Pachube feature. You enter an API key, configure a few settings, and it will upload measurements at a regular interval with helpful messages on the console should something go wrong. Or right. But, there are some caveats:
As a final note, any data submit you won't show up instantly on the Safecast map, even if you see it locally in your user database. |
Documentation >