Unfortunately, we are still in the process of relocating our business operations to the US in order to restore our sales on Tindie.

Tindie is a fantastic platform for DIY, and most importantly, it has an amazing community of users and valued customers. We would love to continue our work there, but various circumstances are currently keeping us from resolving this setup.

But challenges exist to be solved. Back in 2023, we launched our Etsy shop, and our own website’s online store has been up and running since 2021. We welcome everyone interested to place their orders directly on our website or via Etsy. Both platforms handle both domestic orders within Ukraine and international shipping, with the exception of countries currently under international sanctions.

If it makes no difference to you, we would highly appreciate it if you placed your orders directly through our website:
https://iot-devices.com.ua/shop

Our website’s store offers the widest selection of products, whereas marketplaces like Etsy only feature a limited part of our inventory.

However, if you have good reasons that make ordering through Etsy more convenient for you, please feel free to do so there:
https://iotdevicesllc.etsy.com

Here is a quick comparison:

Tindie Store (if it were currently active)

Payment: PayPal
Buyer taxes and duties collection: No
Shipping location: Ukraine
Order tracking: Yes
Warranty: Tindie Guarantee

Our Website Store

Payment: Credit/Debit Card
Buyer taxes and duties collection: No
Shipping location: Ukraine
Order tracking: Yes
Warranty: IoT-devices LLC Replacement and Return Policy

Etsy Store

Payment: PayPal, Credit/Debit Card
Buyer taxes and duties collection: Yes
Shipping location: Ukraine
Order tracking: Yes
Warranty: Etsy’s Purchase Protection program

Let’s answer some related questions

Q. If I am outside of Ukraine, can I still order products directly from your website?

A. Yes, absolutely. Our website fully supports international orders. The only exceptions are countries currently under international sanctions and certain other nations that are hostile toward Ukraine and/or support terrorism.

Q. If I am in Ukraine, can I order through Etsy? If so, how will the product be shipped?

A. Yes, if ordering on Etsy is more convenient for you—for instance, if you prefer using PayPal as your payment method. In this case, the item will be shipped from Ukraine to Ukraine via Ukrposhta.

Q. If I order directly from your website, will it help me avoid the extra fees or taxes I would have to pay when ordering on Etsy?

A. If you place an order on our website, we will cover all the necessary taxes here in Ukraine. However, when the package clears customs at your destination, you will still be responsible for paying any applicable local import duties and fees.
Since we are not a US or EU registered business, we cannot act as a tax agent or withhold any taxes or duties on behalf of foreign governments, as Etsy does in certain cases. Therefore, by ordering directly from our website, you assume full responsibility for any additional fees or import charges that may arise.

Q. What payment methods are supported on your website?

A. For all orders, whether local or international, we support only one payment method: credit or debit card. If you are looking for more payment options, we recommend using our Etsy shop instead.

Q. Under what shipping terms are your packages delivered? Is it DDP?

A. In the case of ordering through Etsy, yes—it is as close to DDP (Delivered Duty Paid) as it gets, since Etsy automatically collects all taxes and fees from the buyer during checkout and payment. In theory, such packages should clear customs faster, although in practice we do not see a significant difference in delivery times. Please also note that Etsy states that, in most cases, our packages are covered by Etsy’s Purchase Protection program.

A. (Continued) When ordering directly through our website, the terms are DAP (Delivered at Place) rather than DDP. For all shipments (including our Etsy shop orders), we always utilize the international PRIME system (see: https://www.ipc.be/services/quality/prime).
Our postal operator, Ukrposhta, is a member of the Universal Postal Union. If we look for the closest equivalent in Incoterms, a package sent via PRIME is delivered under DAP rules. This means that we cover the shipping costs up to the specified address when dispatching the package. The recipient, however, is responsible for all customs duties and taxes, such as VAT, and in some countries, Sales Tax (for example, local state fees in the US).
A. (Continued) The only exception is the additional 10% customs fee introduced in the US in 2025—the cost of this fee is already included in our shipping price.

Q. Is the fulfillment warehouse for orders placed on Etsy different from the one used for orders placed on your website?

A. No, it is the exact same warehouse in Ukraine. All packages are shipped through Ukrposhta, Ukraine’s national postal operator.

Q. Do you have a warehouse in the US or the EU?

A. No. Our manufacturing and fulfillment facilities are located entirely in Ukraine.

Q. Why are the prices on your website listed in Ukrainian Hryvnia (UAH)? Can I pay in my own local currency?

A. As a business registered in Ukraine, we are legally required to conduct all transactions exclusively in Ukrainian Hryvnia (UAH). To help our shop visitors easily estimate the cost of our products, we provide an option to switch the displayed currency to USD, but the actual payment will still be processed in UAH. During checkout, the payment gateway will automatically convert the funds from your card’s currency based on the exchange rates of the International Payment Systems.

Q. Does the final price when paying for an order through the website differ from the total shown at checkout? Why is this so?

A. Since we can only accept payments in Ukrainian Hryvnia (UAH), the payment gateway we use will convert your card account’s currency into UAH, and a standard transaction fee from the international payment systems will also be applied.

Q. When placing an order through your website and completing the payment, will I need to share my payment details, such as my card number, with you? How secure is your payment system?

A. Our website stores only the bare minimum of necessary information, such as your email and shipping address details. No payment data is ever processed or stored on our servers. The entire checkout and payment procedure takes place on the secure infrastructure of our third-party payment provider, fully complying with the security standards required by International Payment Systems.

Q. I tried to pay with a card on your website, but the payment failed with a comment saying the bank did not authorize the transaction. What is the issue, and what should I do?

A. Most likely, it is your own bank that blocked the transaction due to its internal security policies. If this happens, we recommend contacting the customer support of the bank that issued your payment card for assistance. Alternatively, you can try completing the payment using a different card.

Dear users, customers and partners!

We are pleased to announce that with the launch of Etsy Payments service in Ukraine, we immediately opened our own official store on this wonderful platform for DIY.

Now you can order the company’s products on Etsy or Tindie, as well as on our website. With the launch of Etsy Payments in Ukraine, our visitors and regular customers can choose any convenient and secure payment method such as bank cards, PayPal, etc. As an added bonus, Etsy protects transactions between consumers and traders within the platform.

On this occasion, we would like to draw the attention of journalists who may also be reading this text: all our trading platforms offer the Souvenir Geiger counter product, which is a charity initiative aimed at supporting two areas at once:

– support for defense projects and the Armed Forces of Ukraine;

– clearing the DIY market of defective Soviet-era Geiger tubes.

The Etsy store is now fully operational. We invite you to visit following the link go.iot-devices.com.ua/etsy

About IoT-devices, LLC

The Ukrainian company IoT-devices, LLC has been operating in the DIY electronics market since 2020. The company’s flagship product is the Geiger counter module GGreg20_V3 with pulse output.

The company also has a number of other interesting products. For example, I2CUI4, a module for building user interfaces. I2CHUB, a splitter module for the I2C bus. ESP12.OLED, a universal controller module based on ESP8266. And other equally interesting electronic modules.

We try to design and develop modules so that they are compatible with as many popular IoT platforms as possible, such as ESPHome, Home Assistant, Arduino, NodeMCU, ESP-IDF, Tasmota, NodeRed, Raspberry Pi, etc.

The company’s products have already found their users in more than 20 countries, and we continue to develop the international business despite the aggressive war waged against our country.

Since 2021, the company’s products have been sold not only on the company’s website, but also through the Tindie platform, which is well-known among radio amateurs.

In 2023, we launched an Etsy store to expand our offer to users of this platform.

Easy Links

go.iot-devices.com.ua/shop

go.iot-devices.com.ua/etsy

go.iot-devices.com.ua/tindie

go.iot-devices.com.ua/github

go.iot-devices.com.ua/hackaday

go.iot-devices.com.ua/twitter

go.iot-devices.com.ua/facebook

go.iot-devices.com.ua/linkedin

go.iot-devices.com.ua/bluesky

Good luck!

IoT-devices, LLC Team

After we’ve built the emulator and programmed the ESP8266, we can test it to make sure it’s working correctly.

Having made the physical diagram and developed and loaded/compiled the Lua code into the controllers, we run the emulator and the main controller to check how our testbed works.

As you can see, the connection of the emulator is very simple: the micro USB power cable and the pulse output signal wires, and you can also connect the debug console via UART if desired.

The following screenshots show the diagnostic data and their measurements. We also show an example of event distribution at the emulator output, that we built to clearly show how the random number generator of the ESP8266 controller works according to our proposed implementation via timers.

As we can see, the events that the emulator generates at the output are chaotic, that is, they have a character where a cursory examination does not show a certain graphical pattern.

Here is another graph of a test set of 175 events per minute, but in a slightly different format. Note the horizontal axis. The value of the initial sequence numbers of events in the loop are arranged chaotically on this graph, as they happened in reality at the output of the emulator:

Of course, the verification of true randomness of events is not the goal of this publication and is far beyond its scope. We simply rely on the thesis that the ESP8266 has a hardware true random number generator.

Known limitations

Among the known limitations of this method of creating a Geiger counter emulator is the memory size of the ESP826 controller, in which we create in a loop the required number of one-shot timers with random times of firing. Each timer, in fact, is a function that takes a certain amount of RAM.

When the timers are fired, the memory is immediately released. The execution of the code we developed resembles a spring, which in a cycle once a minute is sharply compressed and slowly uncompressed within the available memory of the controller.

Thus, the maximum possible number of events generated by our chosen method of generating random events at the emulator output directly depends on the amount of free RAM and the speed of the controller.

Experimentally we found that ESP8266 with NodeMCU firmware and Lua language can confidently generate about 260 events per minute. This is more than enough pulses per minute for the emulator project and the radiation levels it supposedly registers.

That is all we planned to tell you about. Now you know our version of how you can make your own Geiger counter emulator, as well as what and who can benefit from such a device. However, if you want to buy a ready-made emulator, you can do it on our website or on Tindie.

Site IoT-devices.com.ua: GCcemu20_V1

tindie.com: GCcemu20_V1

Overall, building a Geiger counter module emulator can be a fun and educational project. It allows you to simulate the readings of a Geiger counter module without the need for radioactive sources. We hope this guide has been helpful, and we encourage you to experiment with different components and programming techniques to customize your emulator further.

The beginning of the article:

Geiger counter emulator of GGreg20_V3 module by means of ESP8266 Part 1: Introduction and Overview

Geiger counter emulator of GGreg20_V3 module by means of ESP8266 Part 2 Building the Emulator

Good luck!

IoT-devices LLC Team.

To build the Geiger counter module emulator, we’ll need the following parts and materials:

• ESP8266 #1 as the main one (MCU_A, NodeMCU module);
• ESP8266 #2 as GGreg20_V3 emulator (MCU_B, ESP12.OLED module);
• Jumper wires;
• USB cable for programming and power.

Next, we’ll need to program the main controller MCU_A and emulation software script code GGreg20_V3 for MCU_B.

Note 3. We will give examples in this publication with our own ESP12.OLED modules. However, if you do not have an ESP12.OLED module, you can also use an ESP8266-based development board such as the NodeMCU and develop the software yourself, following the examples in the text. If you wish to use an off-the-shelf device please read the rest of this article because we have provided a link to our ready-to-use emulator module which you can buy further on.

Note 4. In this, as in other publications, we will give examples using the simple and powerful Lua scripting language available in the popular NodeMCU firmware.

The budget of the inputs/outputs we need

On the main layout controller, we must define the input/output ports that will perform the task of recording input pulses from the Geiger counter emulator module.

On the Geiger counter emulator module we need a bit more ports. Here we need I/O ports: for emulation of output pulses, for RGB LED and for the switch button of the emulator operation mode.

Wiring diagram

To make the interaction between the main controller and the GGreg20_V3 module emulator look realistic, we suggest taking advantage of the built-in properties of some I/O ports of the ESP12.OLED board and select the following GPIOs on the MCU_B emulator controller:

• we recommend using GPIO4/D2 (GPIO D-index in Lua) to emulate the pulse output of GGreg20_V3;
• we can use the Flash button (GPIO0/D3) built into the ESP12.OLED board to switch the emulator operation modes;
• the built-in RGB LED on the ESP12.OLED module takes GPIO14/D5; GPIO12/D6; GPIO13/D7;

On the main module of the MCU_A controller we propose to select the following port for the input pulse counter:

• GPIO14 / D5.

Note 5. We recommend the following materials as background information on port numbering:

The standard for planning and applying pins was developed by alterstrategy.lab: https://alterstrategy.com/recommended-pin-use-standard/

NodeMCU firmware documentation: https://nodemcu.readthedocs.io/en/latest/modules/gpio/

Documentation for the ESP12.OLED module is on the website: https://iot-devices.com.ua/en/product/esp12oled-universal-esp8266-mcuboard-oled-en/

and on Tindie: https://www.tindie.com/products/iotdev/esp12oled-universal-esp8266096oled-mcu-board/

Let’s update the table with the specific I/O ports we selected:



Emulator operating modes

In order for our GGreg20_V3 emulator to be able to simulate operation under conditions of different radiation levels, we propose to implement the possibility to switch the radiation power range, which is as if measured by the device and fed to the pulse output.

By pressing the Flash button (D3), the user can alternately switch modes to select the desired one.

To make the emulator easy to use, the ESP12.OLED’s RGB LED flashes in different colors that can be easily distinguished by the human eye. Each emulator operating mode has its own color assigned to it. Therefore, when the emulator gives the pulse output a signal about a simulated detection the LED will also blink in the color of the current mode of operation.

Radiation level ranges

We propose to implement the emulation of the following ranges of ambient radiation, which MCU_B will simulate:

Mode 0. No pulses (sensor error simulation);

Mode 1. Natural background radiation: 0.1 – 0.2 µSv/h;

Mode 2. Acceptable level: 0.2 – 0.3 µSv/h;

Mode 3. Increased level: 0.3 – 0.6 µSv/hour;

Mode 4. Dangerous level: 0.6 µSv/hour – 1.5 µSv/hour.

By default, the module will start after applying power, from “Mode 1”. We chose this mode as the initial one only because it is convenient when, after applying power, we immediately receive pulses at the level of background radiation.

The real GGreg20_V3 module is equipped with a Soviet-made SBM-20 Geiger tube. This tube has the following conversion factor of pulses per minute to microsieverts per hour:

μSv per hour = CPM * 0.0057

Let’s perform the reverse operation to calculate for the radiation ranges the appropriate number of pulses per hour that the emulator would have to generate while operating in a certain mode:

CPM = μSv per hour/ 0.0057

We make a rough calculation so as to form power ranges which do not overlap in value:

Mode 0. 0 CPM;

Mode 1. 18 CPM to 35 CPM;

Mode 2. 36 CPM to 52 CPM;

Mode 3. 53 CPM to 105 CPM;

Mode 4. від 106 CPM до 264 CPM.

The correlation of the color of the RGB LED flashes to a certain mode of operation is as follows:

Now we have to write the appropriate Lua-code for the MCU_A role and for the MCU_B role.

Example. Geiger counter code for the main controller (MCU_A role)

We take this code from GitHub here:

https://github.com/iotdevicesdev/ggreg20-v3-nodemcu-lua-example

The code from GitHub is completely ready to use. To run the code, you need to download it from the Internet and upload it to the controller, for example to the NodeMCU module, as in our case. You also need to write another Lua-script and load it into the controller as well:

-- filename: mcu_a.lua
-- MCU_A Lua code example
-- Copyright 2022 IoT-devices LLC, Kyiv, Ukraine
dofile('ggreg20_v3_nodemcu_firmware_lua_example.lua')
init(5, 1, 60000)

function snsrUpd()
ma5_rad_lvl, cpm, minutes = read()
print(ma5_rad_lvl, cpm, minutes)
end

snsrUpd_tmr = tmr.create()
snsrUpd_tmr:register(60000, tmr.ALARM_AUTO, function() snsrUpd() end)
snsrUpd_tmr:start()

Example. Code for the GGreg20_V3 module emulator (MCU_B role)

The Lua documentation tells us that in high-speed tasks we need to reassign global identifiers to local identifiers, which increases execution speed by a factor of ten. Therefore, we will do it as follows:

local gpio = gpio
local mode = gpio.mode
local trig = gpio.trig
local write = gpio.write
local read = gpio.read
local INT = gpio.INT
local OUTPUT = gpio.OUTPUT
local FLOAT = gpio.FLOAT
local HIGH = gpio.HIGH
local LOW = gpio.LOW
local PULLUP = gpio.PULLUP
local print = print

local tmr = tmr
local create = tmr.create
local now = tmr.now
local delay = tmr.delay
local alarm = tmr.alarm
local ALARM_SINGLE = tmr.ALARM_SINGLE
local ALARM_SEMI = tmr.ALARM_SEMI
local ALARM_AUTO = tmr.ALARM_AUTO
local register = tmr.register
local start = tmr.start
local stop = tmr.stop

local node = node
local heap = node.heap
local random = node.random

We also need to configure the GPIOs that will be responsible for their functions (see above):

mode(3,INT,FLOAT)
mode(4,OUTPUT, PULLUP)
write(4, HIGH)

To generate pulses that simulate the output interface of GGreg20_V3, we need to randomly run the following function:

local function pulseOut()
	write(4, LOW)
	delay(10)
	write(4, HIGH)
end

But in order to fully emulate the Geiger counter, it is not enough to just run pulseOut() a certain number of times per minute. In fact it is more complicated and we need to runpulseOut(), in such a way that the real randomness of the appearance of pulses on the ESP8266 output is performed.

Given the extensive capabilities of the platform, we could even suggest several ways to implement this functionality, but we will limit ourselves to one of them, the one that, in our opinion, reproduces the pulse randomness of the real Geiger counter module as much as possible.

To do that we need to use a random number generator, which, according to the NodeMCU firmware documentation, is capable of generating real random numbers. The firmware has a ready-made method node.random() for this purpose. node.random().

To distribute a chosen number of pulses chaotically for one minute, we will use timers, which can be created in a theoretically unlimited number:

create():alarm(timer timeout, timer type, callback function)

The only limitation is the amount of free RAM of the controller. Experimentally, we found that we can easily create about 260 pulses per minute in this way, which fits into our requirements for the maximum level of virtual radiation that our emulator can reproduce.

Thus, the function that creates randompulseOut(), start timeouts in the loop looks like this

local t_start = 0
local count = 0
local function randGen(pulses)
	for i = 1, pulses do -- pulses
			create():alarm(random(60000), ALARM_SINGLE, 
				function()
						print(heap(), count, i, (now() - t_start)/1000000)
						pulseOut()
				end
			)
	end
end

Working together, our developed functions randGen(pulses) and pulseOut() create on the ESP8266 output the necessary number of absolutely random pulses of 10 microseconds each per one minute.

We set the number of pulses per minute with the parameter pulses.

In order for the emulator to work in different power modes of simulated radiation it is necessary to provide a random value of the number of impulses pulses, falling as a task at the input of the randGen() function randGen(). . This can be done as follows:

radMode = 1
rand_tmr = create()
rand_tmr:register(1000, ALARM_AUTO, 
	function()
		if radMode == 0 and running == 0 then 
			print(heap(), 'Mode0:Snsr Err emu')
			return 0
		end
		local num = 0
		if radMode == 1 then 
			num = random(math.ceil(18),math.ceil(35))
		elseif radMode == 2 then
			num = random(math.ceil(36),math.ceil(52))
		elseif radMode == 3 then
			num = random(math.ceil(53),math.ceil(105))
		elseif radMode == 4 then
			num = random(math.ceil(106),math.ceil(264))
		end
		if num ~= 0 then print('count:',count + 1,'mode:',radMode, 'num:',num); randGen(num) end
	end
)

rand_tmr:start()

By setting the value of the global variable radMode, the user can specify one of five modes of ionizing radiation power reproduced at the emulator output.

The last thing we need to provide in the emulator is to switch the radiation power mode using the built-in Flash/GPIO0/D3 button:

trig(3, 'down', 
	function(lvl, ts, cnt)
		if radMode < 4 then radMode = radMode + 1 else radMode = 0 end
		print ('New radMode:', radMode)
	end
)

Full emulator software code

We don’t have a ready-made example for this controller role, as was the case with the main controller (MCU_A). So we will write the necessary code from scratch. Here is the minimum required code capable of emulating Geiger counter pulses.

Note 6. The code in this section is an example. You can download and set up this example yourself in your own Geiger counter emulator, or purchase a ready-to-use hardware module with firmware and fully functional software from our shop or Tindie at the following links:

IoT-devices.com.ua: GCcemu20_V1

Tindie: GCcemu20_V1

Warning! This example code has its own limitations and differs significantly from the code we have developed for commercial use and sell as part of the emulator product on our website and other commercial sites.

-- filename: mcu_b.lua
-- MCU_B Lua code example
-- Copyright 2022 IoT-devices LLC, Kyiv, Ukraine
local t_start = 0
local count = 0
radMode = 0

local gpio = gpio
local mode = gpio.mode
local trig = gpio.trig
local write = gpio.write
local read = gpio.read
local INT = gpio.INT
local OUTPUT = gpio.OUTPUT
local FLOAT = gpio.FLOAT
local HIGH = gpio.HIGH
local LOW = gpio.LOW
local PULLUP = gpio.PULLUP
local print = print

local tmr = tmr
local create = tmr.create
local now = tmr.now
local delay = tmr.delay
local alarm = tmr.alarm
local ALARM_SINGLE = tmr.ALARM_SINGLE
local ALARM_SEMI = tmr.ALARM_SEMI
local ALARM_AUTO = tmr.ALARM_AUTO
local register = tmr.register
local start = tmr.start
local stop = tmr.stop

local node = node
local heap = node.heap
local random = node.random

mode(3,INT,FLOAT)
mode(4,OUTPUT, PULLUP)
write(4, HIGH)

local function pulseOut()
	write(4, LOW)
	delay(10)
	write(4, HIGH)
end

local function randGen(pulses)
	for i = 1, pulses do -- pulses
			create():alarm(random(60000), ALARM_SINGLE, 
				function()
						print(heap(), count, i, (now() - t_start)/1000000)
						pulseOut()
				end
			)
	end
end

rand_tmr = create()
rand_tmr:register(1000, ALARM_AUTO, 
	function()
		if radMode == 0 and running == 0 then 
			print(heap(), 'Mode0:Snsr Err emu')
			return 0
		end
		local num = 0
		if radMode == 1 then 
			num = random(math.ceil(18),math.ceil(35))
		elseif radMode == 2 then
			num = random(math.ceil(36),math.ceil(52))
		elseif radMode == 3 then
			num = random(math.ceil(53),math.ceil(105))
		elseif radMode == 4 then
			num = random(math.ceil(106),math.ceil(264))
		end
		if num ~= 0 then print('count:',count + 1,'mode:',radMode, 'num:',num); randGen(num) end
	end
)

rand_tmr:start()

trig(3, 'down', 
	function(lvl, ts, cnt)
		if radMode < 4 then radMode = radMode + 1 else radMode = 0 end
		print ('New radMode:', radMode)
	end
)

Початок статті: Geiger counter emulator of GGreg20_V3 module by means of ESP8266: Part 1. Introduction and Overview

The conclusion of the article will be in the next publication in a few days:
Geiger counter emulator of GGreg20_V3 module by means of ESP8266: Part 3. Testing and Conclusion

Updated: When writing this article, we decided to make a separate commercial product – the Geiger counter emulator GCemu20_V1.

Part 1: Introduction and Overview

It is known that the Espressif ESP8266 module has a very high quality random number generator. We could not find any official details about the actual implementation of this generator, so we propose to read the material on this subject, published by a radio amateur and saved on the Internet:

https://web.archive.org/web/20170321162556/http://esp8266-re.foogod.com/wiki/Random_Number_Generator

Warning. Two different concepts with the same name are used in the text. Historically, there is a NodeMCU hardware module on the market as well as NodeMCU software firmware.

The NodeMCU firmware is a compilable, open-source microprogram that can be written to hardware modules with Espressif’s ESP8266 controller. One of the many products based on the ESP8266 controller, is the NodeMCU hardware module.

Thus the NodeMCU firmware can be written to the NodeMCU hardware module. Later in this article we will try, if possible, to clarify what is meant by the name NodeMCU: module or firmware.

What is a Geiger counter emulator for

Before proceeding to create a Geiger counter emulator, it is necessary to consider what for and who may need such a hardware-software device.

The main idea of any emulator in the field of DIY electronics is to temporarily, at certain stages, use a virtual substitute component instead of a real module in the process of IoT device development or experimenting / learning to reproduce the operation and characteristics of a real device with high accuracy. The emulator should simplify and speed up development, as well as add convenience in the initial stages of a planned project or performing unit tests.

Below we present some theses explaining our motives for developing the GGreg20_V3 Geiger counter module emulator.

1.No high voltage

The GGreg20_V3 emulator, unlike the real module, has no high voltage on the board, so it is very convenient to use when developing on the table without fear of accidental electrocution.

At the same time, in terms of the electrical interface of the outgoing pulses, the emulator is a completely similar radiation sensor module, generating random pulses of the same shape and duration as the genuine GGreg20_V3.

2. Simplified learning process

The Geiger counter emulator is suitable for educational institutions. The instructor can gradually deepen practical lessons with students.

First, all classes can be conducted using safe and cheap Geiger counter emulators, and then with real modules with Geiger tubes and high voltage on the tube side. Just like in the Army: familiarization and training is done first with blank cartridges, and only then with live ones.

The emulator fully reproduces the results of the real GGreg20_V3 module, so there is no problem of insufficient number of real modules in the classroom: each student can work with his module independently and complete the learning process without dividing into groups or queues, as it usually happens when resources of training devices and stands in the lab are limited.

3. Lower cost

The emulator has a lower cost than the real GGreg20_V3 module, so it is convenient to use it primarily for debugging and harmonizing the circuit or software of the system being designed or studied.

Debugging a test bench or a project with such an emulator can be performed without the need for specially qualified personnel.

If the emulators are used by students, then the teacher will not need to control the work with the devices, as would be necessary to do with the real Geiger counter module.

Low-cost emulators can be purchased in large quantities and given to students for the duration of their studies, not just for the time they work in the school’s laboratory.

4. No real source of radiation is needed

When we work with a real GGreg20_V3, we need a true source of radiation to reproduce the various situations that need to be considered in the software of the measurement system that is being designed or tested. In order to buy a test radiation source, the radio amateur must first solve a number of problems:

• to determine by physical and chemical parameters which source is needed;
• to find a supplier and buy a test source;
• some countries require customs notification and an import permit;
• the test source can only be of a certain power;
• you must properly store and dispose of the radioactive source;
• the price of the radiation source and its storage system exceeds many times the price of the Geiger counter.

With the emulator, none of these problems will occur. T he device can simulate 5 different modes of ionizing radiation power. The Geiger counter emulator generates output pulses similar to those of the real GGreg20_V3 module in the range from 0 to 1.5 µSv/h (taking the SBM-20 tube as a similar reference). At the output are generated chaotic (using a true random number generator ESP8266) pulses of the same amplitude with a total pulse period of 10 microseconds each.

5. Emulator resource cannot be depleted

SBM-20 tube, installed in GGreg20_V3, has a relatively large, but still limited resource of particles, which it can detect during its lifetime.

The resource of the SBM-20 tube declared in the documentation is at least 2*10¹⁰ pulses.

Note 1. With a background radiation of 0.15 μSv/h with a coefficient of 0.0057, the SBM-20 tube detects about 27 pulses per minute.

Thus, under normal conditions, the resource of the tube will be enough for 2*10¹⁰ / (27 * 60 * 24) = 20 000 000 000 / (26 * 60 * 24) = 514403 days. And it would seem that this is quite a sufficient potential life of one tube.

A completely different picture is observed when it comes to operating a tube with a test source of radiation.

Here’s an example:

On its website, Images Scientific Instruments provides a list of the radiation limits allowed for import for test sources:

https://www.imagesco.com/geiger/radioactive-sources-int.html

Let’s take two sources from the list at the link:

1. Co-60 1.00 uCi, 37000 Bq;
2. Cs-137 0.25 uCi, 9250 Bq;

If we assume that under the influence of such a test source, half of the particles from radioactive decays enter the Geiger tube SBM-20 then the lifetime of such a tube would be:

1. 20 000 000 000 / (37000 / 2 * 60 * 60 * 24) = 12 days (for Co-60);
2. 20 000 000 000 / (9250 / 2 * 60 * 60 * 24) = 50 days (for Cs-137).

As you can see, if we want to experiment (or test our devices that include a Geiger counter) on a real tube, then we deplete its available resource with a true source of radiation rather quickly.

There is no such problem with the emulator. Using the emulator first instead of the tube is economically feasible.

6. Debugging data in the UART

The emulator of GGreg20_V3 module outputs operational data (pulses, time, counts, cycles, etc.) to the UART console port during operation, which, if necessary, can be recorded and processed by the student, developer or radio amateur for training or comparison with the measurements of his tested or developed system.

Genuine GGreg20_V3 counter modules and similar modules of other manufacturers do not and cannot have such a built-in feature.

Note 2. To connect to the UART console, the ESP12.OLED module , on which the emulator is based, has separately led UART interface lines (2.54 mm pitch holes for soldering) on the PCB. To connect the emulator to the computer the user additionally needs to have his own USB-UART converter. Further in the text the connection diagram will be given.

The article will be continued in the following publications:
Geiger counter emulator of GGreg20_V3 module by means of ESP8266 Part 2 Building the Emulator
Geiger counter emulator of GGreg20_V3 module by means of ESP8266 Part 3: Testing and Conclusion

You can order such a case as an option together with the GGreg20_V3 module, or you can download and print this model from two parts – top and bottom (you need to download both models).

The casing model assumes that JST-type side connectors will be installed on the GGreg20_V3 module board. You can view how the casing looks on the GGreg20_V3 module on the product page on the company’s website and on Tindie .

IoT-devices, LLC Team

Information for those who planned to buy our popular module GGreg20_V3 but didn’t want to wait long for delivery. For the upcoming Christmas holidays, we have added to the Tindie marketplace the possibility for our customers to have GGreg20_V3 delivered from our warehouse in the USA. This will significantly reduce the time and cost of shipping such orders. So hurry up, the number of modules in US stock is limited.