http://www.nucleide.org/DDEP_WG/Nuclides/Y-90_tables.pdf

Как видите.

Татарин,

17th Guest, это у вас, наверное, временные проблемы, только что нормально скачал документ по ссылке.

Да гамма-линии есть !, но вероятность по более вероятному каналу всего 0,0115 % (это точнее, чем 0,017%) , т.о. на 10000 бэта-распадов один гамма-квант.
Можно предположить:
Если измеряем 1 г Sr -90, то его активность по бэтта 5Е12, и через "недельку" будет 5Е8 гамма активность и такую активность "легко" увидеть, но таких активностей в "быту" нет.
дозволенные в еде менее порядка 1 Бк/г, даже , если в "грязи" будет порядка 10000 Бк/г, то это всего 1 гамма квант/с . Его (гамма-кванта) энергия 1,76 МэВ
а энергия бэтты 2,282 МэВ
Полагаю, что такую гамму в хвосте от большей бэтты не увидеть.
Если же убрать всю бэтту, то гамму можно попытаться набрать большой статистикой, но это через "неделю" после выделения пробы стронция . . . так может быть в теории . . .
Дождемся коммента Практиков.

Насчёт "быта" я погорячился - санэпидемнадзору чернобыльские грибы со стронцием будет проблемно ловить... Но стронций-иттриевый источник на пол-кюри светится так, что просто "мама, не горюй".

открывается с одного пинка

Ну, на полкюри нету - есть на 30МБк, завтра попршу замерить...

Годы идут, люди стареют, стронций и плутоний 241, особенно , распадаются, но свинцовый домик-практически вечен, в любой санэпидемстанции.

От источника в 50 МБк, при фоне в 0,15 мкЗв/ч добавка в 0,06 мкЗв/ч. Но это наверняка "тормозной" рентген. На германиевом детекторе - ничего не видно: может, если полдня мерить и увидем, но зачем...

Чего то мои накосячили: фон должен быть значительно больше... Позднее разберусь с ними.

Интересно, как выглядят разборки у дозиметристов?

дуэль на свинцовых домиках?

Отчасти... На защитном контейнере и паспортах на источники...
Насчет регистрации гамма линии от изомера: при выходе гамма-квантов в 10 минус четвертой и эффективности германиевого детектора порядка 10 в минус четвертой-пятой степени (в лучшем случае, вплотную к детектору) даже при активности в мегабеккерелях много не намеришь...

дозиметристы

Сцинтиллятор+ФЭУ нужен. Нынешние ПП-датчики имеют совершенно неинтересный рабочий объём/массу детектора.

К слову, опять же, о парадоксах дозиметрии: в то время как люди борятся за доли квантового выхода сцинтилляторов, дозиметристы спокойно используют полупроводниковые детекторы, которые хуже чуют по жёсткой гамме даже не в разы, а в десятки-сотни-тысячи раз. И в ус не дуют.

Это при том, что все остальные характеристики, включая цену, как минимум сравнимы.

КМК, это очень экзотичная ситуация, когда на рынке одновременно и долго уже существует несколько конкурирующих технологий, при том, что какие-то сильно хуже и не имеют даже нишевых преимуществ.

Ну ладно, с газоразрядными счётчиками всё понятно: они используются в быту, где для точности достаточно одного бита - красной лампочки "много!", а уж если стрелка есть и какие-то цифири кажет - так и вообще здорово. И конкуренция там не по качествам детектора, а по удобству, наличию свистоперделок и красоте корпуса.
Но как нынешние ПП-детекторы (вроде как, целевая аудитори - профи) выживают на рынке - не понимаю.

Я вставил Ваши фотографии.
В полном размере можно посмотреть кликом мыши.

Подпись (подправьте, если неправильно понял): "В ЦЗ 4 блока ЧАЭС в нынешнем тысячелетии".

И гимн дозиметристов тоже выложил.

http://atominfo.ru/files/e3.mp3

это не совсем верно

с диодами можно, например, вот такие штуки мастерить

https://www.sunnuclear.com/solutions/patientqa/arccheck3dvh

"At its heart are over 1300 SunPoint® Diode Detectors providing consistent and highly sensitive measurements"

Фото хорошие. А "звездочки" на них - это что?

Из нашего опыта, при применении бытовых фото- и видеокамер в высоких нейтронных и гамма полях, на матрице видеокамеры образуются "битые пиксели".
В ряде случаев, при определённых условиях они само-восстанавливаются через некоторое время.
Величина пикселей современной электроники сравнима с длиной ионизационного пробега продуктов ядерных реакций и ядер отдачи (от рассеяния нейтронов) в твёрдых телах.

На данной фотографии светлые точки не обязательно результат ионизирующего излучения, может быть и пыль которая светится от вспышки.

KTN, пыль (или в общем случае микрочастицы) в свете вспышки выглядит так

а то явно фотографии при большой радиоционной нагрузке на матрицу.

Не факт, что это ПП-датчики, это может быть (и даже скорее всего) матрица диодов с сцинтиллятором.

А на форуме совершенно случайно нет представителя ООО «Скан Электроникс»?
Или может быть кто-то имеет опыт. Нужен совет по подключению к компьютеру RadiaScan-701A под Линуксом (Mint/Ubuntu 18.04)
Программа Radiascan.exe под Wine запускается, но совершенно не видит подключённого прибора (под Windows всё нормально).
С Линуксом только начинаю знакомство, совсем не представляю в какую сторону копать.

lsusb что видит?

При подключении Радиаскана-701а появляется
Bus 003 Device 004: ID 0483:a021 STMicroelectronics

т.е. видит

a lsusb -v что кажет?

в общем, про то, с чем сталкивался - если подобное устройство является последовательным портом на USB (USB serial device), то может потребоваться
инициализация в стиле

> stty /dev/ttyUSB0 ...

:~$ stty /dev/ttyUSB0
stty: неверный аргумент «/dev/ttyUSB0»
По команде «stty --help» можно получить дополнительную информацию.

Может не USB0, а USB.. какой-то другой номер нужно?

> lsusb -v
Bus 003 Device 003: ID 0483:a021 STMicroelectronics
Couldn't open device, some information will be missing
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x0483 STMicroelectronics
idProduct 0xa021
bcdDevice 2.00
iManufacturer 1
iProduct 2
iSerial 3
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 32
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xc0
Self Powered
MaxPower 400mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 255 Vendor Specific Subclass
bInterfaceProtocol 255 Vendor Specific Protocol
iInterface 4
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0

Под Виндовс