wxMCA Software Package Reference |
|||||||||||||
wxMCA PackageComponents |
IntroductionThe Neutron-3000 is software for a general-purpose neutron detector that serves many different applications. The software running on its embedded 32-bit ARM processor can give this device quite some extraordinary capabilities. Besides the always implemented automatic gain stabilization, it can measure samples and background, compute alarms and even alarm on a passing neutron source. Devices in this family have an embedded ARM processor, and an FPGA for real-time pulse shape discrimination to provide a very high level of gamma-ray rejection.
Gain stabilizationThe Neutron-3000 can use a 20-point lookup table that describes the desired operating voltage and digital gain vs temperature behavior. The embedded processor applies this to counteract the light sensor vs temperature gain drift. Typically, the lookup table starts at lut_tmin=-30°C and increments in lut_dt=5°C steps up to 65°C. However, the developer can configure that to meet their requirements. And the developer can program a lookup table of their own choice into the non-volatile memory of the Neutron-3000. The developer programming the lookup tables into the Neutron-3000 can set the lut_mode lock-bit to 1. That prevents a user from reading back a proprietary gain-stabilization lookup table. Time-slice operationThere are dynamic situations, where a radioactive source can be measured only for a brief moment. Examples are a vehicle passing through a radiation portal monitor, or a person with a backpack detector walking past a stationary source. The time-slice operation supports these cases. When equipped with the appropriate software and FPGA firmware, the device tracks slow changes in the environmental background. An alarm is created when during a summation time (L) of typically 4 seconds, the accumulated counts are significantly more than what is expected from the background. The alarm threshold is defined as the probability that the measured counts (N) during a period L, could have been caused by the established background rate over the same period (B).A threshold of 1.0e-4 means that we alarm when P(Counts ≥ N|BCK) < 1.0e-4. For example, assume a summation time of 4 seconds and a background rate of 500cps for BCK=2000. Now assume that we count 2500cps in a particular 4s-period. The probability of the established background to cause 2224 counts or more in 4s is P(Counts ≥ 2224|BCK=2000) = 2.86e-7. This smaller than the alarm threshold of 1.0e-4, and the embedded program will generate an alarm. If the alarm condition is permanent, the software resets all the logic after a period of H time slices and starts counting again. It now will accept the suddenly higher level of radioactivity as the new normal background. Finally, a 'wait' parameter tells the system to wait a number of time slices after turn-on or reset before being ready to alarm. This is necessary so that the background will be known with sufficient accuracy. All told, the time-slice firmware provides an unprecedented, and highly configurable, and fully autonomous alarming system for portal monitors. This is ideal for very low-cost mass-produced pedestrian monitors, hand-held sweepers and similar applications. |