Да, эти видео, я уже изучил.
Посмотрите на спектр Калия-40 https://youtu.be/Ri2wQIgxiTM?t=221
Свинцовый домик Олега уменьшает фон с энергией 1.4 МэВ примерно в 6 раз.
Однако согласно таблице затухания гамма радиации для свинца http://fatyf.narod.ru/gamma-radiation.htm
мы имеем коэффициент для 1.5 МэВ 0.5910, то есть ослабление в e(-0.510) = 1/2 раза на каждый сантиметр свинца. Домик Олега имеет диаметр 21 см, на свинец где-то 2.5 + 2.5 = 5 см. Получается, что затухание на 5 см должно быть в 22222 = 32 раза, а не примерно в 6 раз, как в (Новоселье в свинцовом домике). Вообщем не очень понятно, что с домиком Олега.
С другой стороны есть подозрение, что свинцовый домик тормозит гамму с высокой энергией, и если раньше, эти частицы пролетали мимо, то сейчас они будут тормозить в свинце, шуметь и всё портить. Непонятно сколько их.
Насколько я понимаю, увеличение размера кристалла увеличивает не только Сигнал, но и Шум.
То есть для увеличения отношения Сигнал/Шум требуется инвестировать в защиту — в Свинцовый Домик.
Однако информации по этой теме не очень много.
Вы говорите, что в толстых защитах можете видеть собственный фон кристалла, а можно поподробнее?
Какое было отношение фона к собственному фону кристалла внутри домика? И какой был домик?
Как я понял, у вас есть хороший свинцовый домик.
Вы можете нам рассказать, какое число событий в час будет у разных детекторов в этом домике?
Дело в том, что у меня не получается опуститься ниже 0.0090 мкЗв/ч. Из которых
0.0015 — это, как я понял, собственный фон кристалла Atom Fast 8850.
Хоть это и в 14 раз ниже фона ( 4000 событий в час вместо 60 тыс ), но хочется
еще, если это возможно.
Возможно, что шумят аккумуляторы от ИПБ, которые я использую для защиты.
Или пластиковый кожух, в который они помещены. Или еще что-то. Может
аккумулятор у Atom Fast фонит больше, чем кристалл?
Может надо делать дополнительную медную защиту внутри, после свинцовой защиты?
Свинцовый домик с одинаковой толщиной стенок легче сделать для маленького
детектора Atom Fast, чем для большого кристалла. Если мы хотим в 2 раза увеличить размеры кристалла, то объем, масса и стоимость свинцового домика увеличивается в 8 раз.
Сейчас у меня уже 20 кг.
Я пока присматриваюсь к спектроанализаторам, однако пока очевидно, что без
хорошего свинцового домика, покупка спектроанализатора — деньги на ветер.
А Atom Fast вполне неплох для целей тестирования разных вариантов защиты и домиков. Только вот незадача — даже кирпичи из свинца не так просто найти.
Что касается измерений, то я бы пользовался просто числом событий в приложении Atom Swift.
Однако тогда требуется, чтобы приложение было запущено. Если отключится от датчика,
то данные теряются. Если телефон вдруг (через несколько часов) перестает
обновлять данные с Atom Fast, то нужно перегрузить смартфон и заново
связаться с датчиком, и данные теряются. Приложение Atom Next — более удобное для домика, можно отключаться от датчика и подключаться раз в сутки или два раза в сутки, данные не теряются, однако число событий в Atom Next не
показывается и нет следующего знака. Например через сутки показывает 0.0092 +-
0.3 процента. Это либо 92.4 плюс минус 0.3, или это 91.6 плюс минут 0.3.
Также выявлено, что проценты погрешности чрезмерно оптимистичны. Погрешность 10 процентов
показывает через 100 событий. Однако, если сначала измерить фон на 10000
событий и получить среднее, а потом сделать серию измерений по 100 событий, то будет видно, что
отклонение от среднего выпрыгивает за погрешность более чем в половине
измерений. То есть используемая формула 1/sqrt(100) для 100 событий — чрезмерно оптимистична,
чтобы попадать в доверительный интервал в 66 процентах случаев, надо использовать формулу 1.96/sqrt(N),
то есть грубо домножать текущую погрешность на два. То есть 10 процентов погрешности
набирается через 400 событий или 26 секунд на Atom Fast 8850 (вместо 6 секунд), когда идет стандартный фон 15 событий в секунду (где то 13 мкР/ч)
Только что провёл эксперимент контрольный со своей (бош, 800 Вт, примерно 10 лет ей но используется от силы раз в месяц на 1-2 минуты) при расстоянии между смартфоном и дозиметром метров 5 и положении смартфона или дозиметра в 5 см от микроволновки. Мощность максимальная, внутри камеры — поллитровая кружка с водой в качестве нагрузки. Какого-либо влияния на связь не обнаружено.
Я пока грешу на китайский смартфон. Он может сильнее зависеть.
Микроволновка Toshiba ER-A7. Смартфон и датчик за задней стенкой микроволновки в 3 метрах через ванную комнату.
Да, с коэффициентами так и есть — один программист считает что в зиверте 114 Р, другой — 100. Если энергия неизвестна то проще считать что они оба правы.
Да, оба приложения (Swift и Next) используют один и тот же коэффициент перевода числа событий в мкЗв/ч (0.00829 для Atom Fast 8850), однако Atom Swift еще умеет показывать мкР/ч, домножая на 114. Atom Next ренгены не показывает. Возможно я ошибаюсь, но мне казалось, что ренгены должны быть одинаковы в двух программах и линейно зависеть от числа событий, а вот зиверты уже могут настраиваться в зависимости от изотопа. Или я запутался.
Да, этот коэффициент есть, но калибровка скрыта от пользователей чтобы не вызвать лишних ошибок. Если у вас есть возможность калибрануться по известному изотопу дающему известную мощность дозы достаточно однородным полем в объёме пространства занимаемом детектором — я расскажу как это сделать.
Нету. Наверное и не нужно. А вот например увидеть больше знаков после запятой — очень хотелось бы. У меня сейчас в свинцовом домике 0.92 мкРч и следующий знак не показывает. И в зивертах тоже. И на графиках все задумано не на свинцовый домик.
Данные акселерометра не передаются из прибора наружу — их там много (25 измерений в секунду по 3 осям) и их передача увеличит потребление энергии в несколько раз.
Ну так и число событий бывает больше 75 в секунду, никто ж их не передает, каждое :-)
Конечно лучше каждые 2 секунды получать итоговое число от акселерометра, например, сумма квадратов 25 измерений по 3 осям, и писать одно число в лог.
Это дает возможность легко обрабатывать данные — выкидываем все измерения, где датчик двигался, потом удаляем две крайние точки. Получаем список интервалов, из каждого интервала извлекаем среднее за всё время неподвижности датчика. То есть будет список, таблица измерений, где каждое измерение — покой датчика.
Нет, тип датчика не влияет на мощность дозы. Также как и тип термометра не влияет на температуру в комнате.
Имелось ввиду, что тип датчика (с слюдяным окном или без, с торца или поперёк, 5 мм или 5 см, газоразрядный или сцинтиллятор) влияет на оценку регистрируемой датчиком дозы.
Для начала следует ещё вспомнить что фотон рождается калием лишь в 10-11% всех распадов — у него очень низкий квантовый выход по гамме. То есть распадов в секунду в банане в среднем 22, а фотонов с энергией 1462 кэВ вылетает всего чуть больше двух. И летят они в случайных направлениях из случайных точек банана. А вот бета-частиц рождается больше, и использование счётчика типа «СБТ10» с большим слюдяным окном для регистрации регистрации калия лучше чем использование сцинтиллятора небольшого размера: бета-частицы лучше детектировать счётчиком предназначенным для детектирования бета-частиц.
Вот как! Про 1/10 гаммы я и не знал. Спасибо. Спасибо за софт, изучаю.
Хорошо. Значит получается из 22 распадов, 2 — гамма, а 20 — бета.
Мне говорили, что Atom Fast 8850 может видеть часть беты и даже видео есть на эту тему. https://www.youtube.com/watch?v=hqYJy9Ly-lE
Atom Swift (сцинтиллятор) видит 20 импульсов в секунду (42 мкР/ч)
Atom Tag (СБМ20) видит 1.7 имульса в секунду (80 мкР/ч)
Atom Start (СБМ10) видит 0.2 импульса в секунду (68 мкР/ч)
Предполагаю, что Atom Fast 8850 на данном бета источнике увидит около 50 импульсов в секунду.
Учитывая такую большую разница (50 cps против 1.7 cps), предполагаю, что какую-то часть от 20 бета распадов Калия-40 (например 10 процентов) Atom Fast увидеть сможет и сделает это не хуже, чем специальный бета счетчик. Ведь погрешность уменьшается от роста числа событий. Хотя, мне неизвестно, сколько процентов бета частиц он может терять (ведь слюдяной крышки нет), и как можно определять, что одни бета частицы будут теряться сильно, а другие — не очень. И есть ли доступные бета-датчики, которые будут регистрировать больше импульсов в минуту от Калия-40, чем Atom Fast.
Вот кстати, сегодня словил первый баг — Atom Fast вдруг перестал обнаруживаться по Bluetooth, ни софтом, ни поиском. Помогла перезагрузка спичкой, выключил и включил опять.
У меня такая ситуация возникла, когда с разных устройств идет конкуренция за один датчик. Вроде бы в Ipad отвязал датчик, но Andoid его не видит. Перегружаешь Ipad, снова заходишь в программу, видишь что датчик привязан, еще раз отключаешь датчик и тут Andoid начинает его видеть.
Что касается багов, то вроде пока ничего нет.
Bluetooth разрывается при включении микроволновки — баг или фича? :-)
Приложение Atom Next в свинцовом домике показывает 0.0121 — 0.0124 мкЗв/ч в среднем за несколько часов.
Приложение Atom (Swift) в этом же свинцовом домике (датчик не двигался) показывает 0.0136 — 0.0138 мкЗв/ч в среднем за несколько часов.
Такое ощущение, что разные приложения используют разные коэффициенты перевода числа импульсов в в мкЗв/ч. Или кто-то из них делает/(не делает) температурную компенсацию.
По идее, этот коэффициент должен быть виден где-то в настройках, должен зависеть от датчика (у моего Atom Fast 8850 должен быть меньше чем у Atom Fast 7435 ) и для разных изотопов он должен быть разный. Как я понимаю, стандарт это цезий-137 (Cs137). Но наверное можно сделать выбор из списка.
В экспорте данных не хватает данных акселерометра. А так есть даже расход батареи и температура, что круто!
Спасибо за онлайн-калькулятор, но там нет почему-то типа датчика (а по идее это должно влиять).
22 Бк в банане — это 22 распада в секунду с одного банана. Проблема в том, что не все фотоны летят в сторону датчика, а те, кто попадает в датчик, не всегда регистрируются датчиком.
Я грубо предположил, что 95 процентов импульсов от 22 в секунду будут терятся, ибо летят мимо. Остается примерно 1 импульс в секунду от банана.
И фон внутри свинцового домика 1 импульс в секунду.
Неизвестная величина для меня — сколько теряет сам датчик для конкретно радиации Калия-40.
Ну а вообще конечно для всех изотопов интересно знать эти данные :-)
Да, смотрел. Собственно это видео и было главным мотивирующим фактором для повторения эксперимента.
На 6:00 и 6:33 они измеряют уровень фона в свинцовом домике, он получается на уровне 124 импульса за 100 секунд. Так у меня в моем свинцовом домике — такой же уровень — около 130 импульсов за 100 секунд.
Я так понимаю, что не каждая частица попадающая в детектор, регистрируется конкретным детектором. Хотелось бы понять сколько процентов радиации Калия-40 регистрирует Atom Fast, при условии попадания частицы в датчик (прохождения частицы через датчик), и сколько теряют другие датчики (например в сравнении с СБМ-20).
И конечно интересует не только Калий-40, но и другие изотопы, например Углерод-14. Там хоть и бета, но должен быть какой-то способ узнать, какой процент будет ловится. Таблица же должна быть или формула.
Дело в том, что я собрал маленький свинцовый домик из аккумуляторов ИПБ (использую их как кирпичи), Atom Fast с часовым усреднением показывает 1.24 мкРч (0.0124 мкЗв/ч в Atom Next Android). Неужели Радиоскан 701 будет показывать 6 мкРч? Получается он более чувствительный?
Еще не совсем понятно откуда идёт гамма излучение, как распределяется мощность от зенита до горизонта, и от горизонта до надира в бетонном здании. Это тайное знание позволило бы использовать "кирпичи" для проектирования свинцового домика более эффективно.
Пока не получается уловить радиацию Калий-40 в продуктах питания. Казалось бы бананы должны в свинцовом домике существенно превышать фон 1.24 мкРч, однако этого не происходит.
А не будет ли шкаф с дверцей экранировать связь bluetooth между смартфоном и датчиком?
Дело в том, что возможно датчик не скидывает промежуточную информацию (пользовался Atom Next для Android) и в периоды отсутствия связи все данные теряются, на графике возникает дырка.
Ну и пусть чувствительность упадет.
Зато оно постоянно будет работать и в среднем за каждый час (или 10 мин) работы можно измерять дозу.
К тому же опасный уровень будет ловится гораздо быстрее (например 1мин) и сигналить.
А уж выбросы парниковых газов… Поимейте совесть! Главный парниковый газ — водяной пар. На фоне водяного пара все остальные парниковые газы что они есть, что их нет — доли процента.
Но подождите, а как же CO2 и Метан, которые имеют более мощное воздействие?
Небольшие единицы процентов все вместе взятые (что-то от 2 до 5 по разным оценкам).
Хорошо, единицы процентов парникового эффекта поднимают среднюю температуру атмосферы в кельвинах/градусах на сколько процентов? Это будет мало?
Для каждого примера вы привели по два факта, свидетельствующего об удревлении истории. Это конечно странно, но чтобы таких ложных срабатываний не было, надо увеличивать количество фактов до 5-10 :-)
. В частности, они НЕ отрицают факта высадки Армстронга на Луну, но при этом утверждают, что все видео (точнее, кино) материалы были сняты на Земле, в павильоне. И сделал это никто иной, как Стэнли Кубрик
Да, есть такие. :-) Лично обрабатывал общедоступные видео записи с Луны (в поисках звёзд на заднем плане) и например обнаружил, что яркость тени астронавта в среднем на 50 процентов темнее, чем яркость "купола".
Не вижу ничего криминального в моих поисках истины.
Авторы научной работы составили алгоритм, который учитывает количество пройденных шагов за день, дневной сердечный пульс и различие между дневным и ночным пульсом, чтобы с высокой вероятностью предсказать, кто из пациентов не пройдёт тест на толерантность к глюкозе.
Очень интересно, наверное этот алгоритм можно выразить небольшим деревом решений и сделать его достоянием общественности?
Скажите пожалуйста, является ли нахождение основного состояния для сложного гамильтониана (матрицы) NP-полной задачей? То есть, что эту задачу за обозримое время на обычных компьютерах нельзя решить, а на этом d-wave можно.
Если ответ положительный, то вроде по теории, которую мне преподавали в универе, для любой NP задачи можно через P алгоритм можно проложить дорожку к любой другой NP задачи, что означает, что и многие другие задачи можно будет решать на этом компьютере D-Wave. В теории.
Да, эти видео, я уже изучил.
Посмотрите на спектр Калия-40
https://youtu.be/Ri2wQIgxiTM?t=221
Свинцовый домик Олега уменьшает фон с энергией 1.4 МэВ примерно в 6 раз.
Однако согласно таблице затухания гамма радиации для свинца
http://fatyf.narod.ru/gamma-radiation.htm
мы имеем коэффициент для 1.5 МэВ 0.5910, то есть ослабление в e(-0.510) = 1/2 раза на каждый сантиметр свинца. Домик Олега имеет диаметр 21 см, на свинец где-то 2.5 + 2.5 = 5 см. Получается, что затухание на 5 см должно быть в 22222 = 32 раза, а не примерно в 6 раз, как в (Новоселье в свинцовом домике). Вообщем не очень понятно, что с домиком Олега.
А вот здесь на последней картинке
http://kbradar.org/a178973-problema-kontsentratsii-radionuklidov.html
обнаружен замечательный свинцовый домик от производителя Atom Fast.
https://images.ru.prom.st/305697164_w640_h2048_10517491_33363__76620497_n.jpg
Толщина стенок, насколько мне видно, — 10 см, что потенциально должно уменьшать Калий-40 в 32*32 = 900 раз. Ну или в 400 хотя бы.
Но почему-то производитель не делится скриншотами сравнения фона для своего домика, как это сделал Олег.
С другой стороны есть подозрение, что свинцовый домик тормозит гамму с высокой энергией, и если раньше, эти частицы пролетали мимо, то сейчас они будут тормозить в свинце, шуметь и всё портить. Непонятно сколько их.
Большое спасибо за ответы!
Насколько я понимаю, увеличение размера кристалла увеличивает не только Сигнал, но и Шум.
То есть для увеличения отношения Сигнал/Шум требуется инвестировать в защиту — в Свинцовый Домик.
Однако информации по этой теме не очень много.
Вы говорите, что в толстых защитах можете видеть собственный фон кристалла, а можно поподробнее?
Какое было отношение фона к собственному фону кристалла внутри домика? И какой был домик?
Как я понял, у вас есть хороший свинцовый домик.
Вы можете нам рассказать, какое число событий в час будет у разных детекторов в этом домике?
Дело в том, что у меня не получается опуститься ниже 0.0090 мкЗв/ч. Из которых
0.0015 — это, как я понял, собственный фон кристалла Atom Fast 8850.
Хоть это и в 14 раз ниже фона ( 4000 событий в час вместо 60 тыс ), но хочется
еще, если это возможно.
Возможно, что шумят аккумуляторы от ИПБ, которые я использую для защиты.
Или пластиковый кожух, в который они помещены. Или еще что-то. Может
аккумулятор у Atom Fast фонит больше, чем кристалл?
Может надо делать дополнительную медную защиту внутри, после свинцовой защиты?
Свинцовый домик с одинаковой толщиной стенок легче сделать для маленького
детектора Atom Fast, чем для большого кристалла. Если мы хотим в 2 раза увеличить размеры кристалла, то объем, масса и стоимость свинцового домика увеличивается в 8 раз.
Сейчас у меня уже 20 кг.
Я пока присматриваюсь к спектроанализаторам, однако пока очевидно, что без
хорошего свинцового домика, покупка спектроанализатора — деньги на ветер.
А Atom Fast вполне неплох для целей тестирования разных вариантов защиты и домиков. Только вот незадача — даже кирпичи из свинца не так просто найти.
Что касается измерений, то я бы пользовался просто числом событий в приложении Atom Swift.
Однако тогда требуется, чтобы приложение было запущено. Если отключится от датчика,
то данные теряются. Если телефон вдруг (через несколько часов) перестает
обновлять данные с Atom Fast, то нужно перегрузить смартфон и заново
связаться с датчиком, и данные теряются. Приложение Atom Next — более удобное для домика, можно отключаться от датчика и подключаться раз в сутки или два раза в сутки, данные не теряются, однако число событий в Atom Next не
показывается и нет следующего знака. Например через сутки показывает 0.0092 +-
0.3 процента. Это либо 92.4 плюс минус 0.3, или это 91.6 плюс минут 0.3.
Также выявлено, что проценты погрешности чрезмерно оптимистичны. Погрешность 10 процентов
показывает через 100 событий. Однако, если сначала измерить фон на 10000
событий и получить среднее, а потом сделать серию измерений по 100 событий, то будет видно, что
отклонение от среднего выпрыгивает за погрешность более чем в половине
измерений. То есть используемая формула 1/sqrt(100) для 100 событий — чрезмерно оптимистична,
чтобы попадать в доверительный интервал в 66 процентах случаев, надо использовать формулу 1.96/sqrt(N),
то есть грубо домножать текущую погрешность на два. То есть 10 процентов погрешности
набирается через 400 событий или 26 секунд на Atom Fast 8850 (вместо 6 секунд), когда идет стандартный фон 15 событий в секунду (где то 13 мкР/ч)
Я бы проверил микроволновку на утечки.
Какой инструмент, детектор посоветуете?
Только что провёл эксперимент контрольный со своей (бош, 800 Вт, примерно 10 лет ей но используется от силы раз в месяц на 1-2 минуты) при расстоянии между смартфоном и дозиметром метров 5 и положении смартфона или дозиметра в 5 см от микроволновки. Мощность максимальная, внутри камеры — поллитровая кружка с водой в качестве нагрузки. Какого-либо влияния на связь не обнаружено.
Я пока грешу на китайский смартфон. Он может сильнее зависеть.
Микроволновка Toshiba ER-A7. Смартфон и датчик за задней стенкой микроволновки в 3 метрах через ванную комнату.
Да, с коэффициентами так и есть — один программист считает что в зиверте 114 Р, другой — 100. Если энергия неизвестна то проще считать что они оба правы.
Да, оба приложения (Swift и Next) используют один и тот же коэффициент перевода числа событий в мкЗв/ч (0.00829 для Atom Fast 8850), однако Atom Swift еще умеет показывать мкР/ч, домножая на 114. Atom Next ренгены не показывает. Возможно я ошибаюсь, но мне казалось, что ренгены должны быть одинаковы в двух программах и линейно зависеть от числа событий, а вот зиверты уже могут настраиваться в зависимости от изотопа. Или я запутался.
Да, этот коэффициент есть, но калибровка скрыта от пользователей чтобы не вызвать лишних ошибок. Если у вас есть возможность калибрануться по известному изотопу дающему известную мощность дозы достаточно однородным полем в объёме пространства занимаемом детектором — я расскажу как это сделать.
Нету. Наверное и не нужно. А вот например увидеть больше знаков после запятой — очень хотелось бы. У меня сейчас в свинцовом домике 0.92 мкРч и следующий знак не показывает. И в зивертах тоже. И на графиках все задумано не на свинцовый домик.
Данные акселерометра не передаются из прибора наружу — их там много (25 измерений в секунду по 3 осям) и их передача увеличит потребление энергии в несколько раз.
Ну так и число событий бывает больше 75 в секунду, никто ж их не передает, каждое :-)
Конечно лучше каждые 2 секунды получать итоговое число от акселерометра, например, сумма квадратов 25 измерений по 3 осям, и писать одно число в лог.
Это дает возможность легко обрабатывать данные — выкидываем все измерения, где датчик двигался, потом удаляем две крайние точки. Получаем список интервалов, из каждого интервала извлекаем среднее за всё время неподвижности датчика. То есть будет список, таблица измерений, где каждое измерение — покой датчика.
Нет, тип датчика не влияет на мощность дозы. Также как и тип термометра не влияет на температуру в комнате.
Имелось ввиду, что тип датчика (с слюдяным окном или без, с торца или поперёк, 5 мм или 5 см, газоразрядный или сцинтиллятор) влияет на оценку регистрируемой датчиком дозы.
Для начала следует ещё вспомнить что фотон рождается калием лишь в 10-11% всех распадов — у него очень низкий квантовый выход по гамме. То есть распадов в секунду в банане в среднем 22, а фотонов с энергией 1462 кэВ вылетает всего чуть больше двух. И летят они в случайных направлениях из случайных точек банана. А вот бета-частиц рождается больше, и использование счётчика типа «СБТ10» с большим слюдяным окном для регистрации регистрации калия лучше чем использование сцинтиллятора небольшого размера: бета-частицы лучше детектировать счётчиком предназначенным для детектирования бета-частиц.
Вот как! Про 1/10 гаммы я и не знал. Спасибо. Спасибо за софт, изучаю.
Хорошо. Значит получается из 22 распадов, 2 — гамма, а 20 — бета.
Мне говорили, что Atom Fast 8850 может видеть часть беты и даже видео есть на эту тему.
https://www.youtube.com/watch?v=hqYJy9Ly-lE
Atom Swift (сцинтиллятор) видит 20 импульсов в секунду (42 мкР/ч)
Atom Tag (СБМ20) видит 1.7 имульса в секунду (80 мкР/ч)
Atom Start (СБМ10) видит 0.2 импульса в секунду (68 мкР/ч)
Предполагаю, что Atom Fast 8850 на данном бета источнике увидит около 50 импульсов в секунду.
Учитывая такую большую разница (50 cps против 1.7 cps), предполагаю, что какую-то часть от 20 бета распадов Калия-40 (например 10 процентов) Atom Fast увидеть сможет и сделает это не хуже, чем специальный бета счетчик. Ведь погрешность уменьшается от роста числа событий. Хотя, мне неизвестно, сколько процентов бета частиц он может терять (ведь слюдяной крышки нет), и как можно определять, что одни бета частицы будут теряться сильно, а другие — не очень. И есть ли доступные бета-датчики, которые будут регистрировать больше импульсов в минуту от Калия-40, чем Atom Fast.
У меня такая ситуация возникла, когда с разных устройств идет конкуренция за один датчик. Вроде бы в Ipad отвязал датчик, но Andoid его не видит. Перегружаешь Ipad, снова заходишь в программу, видишь что датчик привязан, еще раз отключаешь датчик и тут Andoid начинает его видеть.
Что касается багов, то вроде пока ничего нет.
Bluetooth разрывается при включении микроволновки — баг или фича? :-)
Приложение Atom Next в свинцовом домике показывает 0.0121 — 0.0124 мкЗв/ч в среднем за несколько часов.
Приложение Atom (Swift) в этом же свинцовом домике (датчик не двигался) показывает 0.0136 — 0.0138 мкЗв/ч в среднем за несколько часов.
Такое ощущение, что разные приложения используют разные коэффициенты перевода числа импульсов в в мкЗв/ч. Или кто-то из них делает/(не делает) температурную компенсацию.
По идее, этот коэффициент должен быть виден где-то в настройках, должен зависеть от датчика (у моего Atom Fast 8850 должен быть меньше чем у Atom Fast 7435 ) и для разных изотопов он должен быть разный. Как я понимаю, стандарт это цезий-137 (Cs137). Но наверное можно сделать выбор из списка.
В экспорте данных не хватает данных акселерометра. А так есть даже расход батареи и температура, что круто!
Спасибо за онлайн-калькулятор, но там нет почему-то типа датчика (а по идее это должно влиять).
22 Бк в банане — это 22 распада в секунду с одного банана. Проблема в том, что не все фотоны летят в сторону датчика, а те, кто попадает в датчик, не всегда регистрируются датчиком.
Я грубо предположил, что 95 процентов импульсов от 22 в секунду будут терятся, ибо летят мимо. Остается примерно 1 импульс в секунду от банана.
И фон внутри свинцового домика 1 импульс в секунду.
Неизвестная величина для меня — сколько теряет сам датчик для конкретно радиации Калия-40.
Ну а вообще конечно для всех изотопов интересно знать эти данные :-)
Да, смотрел. Собственно это видео и было главным мотивирующим фактором для повторения эксперимента.
На 6:00 и 6:33 они измеряют уровень фона в свинцовом домике, он получается на уровне 124 импульса за 100 секунд. Так у меня в моем свинцовом домике — такой же уровень — около 130 импульсов за 100 секунд.
Я так понимаю, что не каждая частица попадающая в детектор, регистрируется конкретным детектором. Хотелось бы понять сколько процентов радиации Калия-40 регистрирует Atom Fast, при условии попадания частицы в датчик (прохождения частицы через датчик), и сколько теряют другие датчики (например в сравнении с СБМ-20).
И конечно интересует не только Калий-40, но и другие изотопы, например Углерод-14. Там хоть и бета, но должен быть какой-то способ узнать, какой процент будет ловится. Таблица же должна быть или формула.
Вы случайно не знаете почему прибор с меньшей чувствительностью (Radioscan 701)
https://www.youtube.com/watch?v=Ri2wQIgxiTM&feature=youtu.be&t=101
показывает 6 мкРч, тогда как более чувствительный Atom Fast должен показывать менее 1 мкРч?
Дело в том, что я собрал маленький свинцовый домик из аккумуляторов ИПБ (использую их как кирпичи), Atom Fast с часовым усреднением показывает 1.24 мкРч (0.0124 мкЗв/ч в Atom Next Android). Неужели Радиоскан 701 будет показывать 6 мкРч? Получается он более чувствительный?
Еще не совсем понятно откуда идёт гамма излучение, как распределяется мощность от зенита до горизонта, и от горизонта до надира в бетонном здании. Это тайное знание позволило бы использовать "кирпичи" для проектирования свинцового домика более эффективно.
Пока не получается уловить радиацию Калий-40 в продуктах питания. Казалось бы бананы должны в свинцовом домике существенно превышать фон 1.24 мкРч, однако этого не происходит.
Спасибо за информацию!
А не будет ли шкаф с дверцей экранировать связь bluetooth между смартфоном и датчиком?
Дело в том, что возможно датчик не скидывает промежуточную информацию (пользовался Atom Next для Android) и в периоды отсутствия связи все данные теряются, на графике возникает дырка.
Благодарствую за исчерпывающие ответы!
А вы случайно не тестировали Atom Fast на зашкал?
https://www.youtube.com/watch?v=XbAV6qaor38
Спрашиваю, потому что на странице технических характеристик отсутствует параметры диапазона (http://kbradar.org/p223290497-dozimetr-radiatsii-atom.html):
Диапазон измерений мощности дозы гамма-излучения ХХХХХХ
Также не указан диапазон температур:
Температура окружающего воздуха при работе ХХХХХ
Непонятно, можно ли например положить датчик в холодильник с продуктами.
Подскажите пожалуйста, какие минимальные значения можно увидеть с помощью данных приборов?
Например, если я положу датчик на час в свинцовый домик в подвале дома и сделаю усреднение за час, то какой уровень может получиться?
Есть ли у датчика собственный уровень фона (шума)?
Ой, спасибо, я думал спектрометры раз в 20 дороже.
А отличие только в объеме кристалла или есть еще что-то?
AtomSpectra 3 — диаметр 16мм, длина 25мм
Atom Fast 8850 — 8x8мм, длина 50 мм
Что мешает Atom Fast работать в режиме сбора (пусть долгого) спектра?
не подскажите, на какой секунде измеряют с помощью Atom?
В видео по ссылке я нашел только Terra-П и Radiascan-701
Ну и пусть чувствительность упадет.
Зато оно постоянно будет работать и в среднем за каждый час (или 10 мин) работы можно измерять дозу.
К тому же опасный уровень будет ловится гораздо быстрее (например 1мин) и сигналить.
Но подождите, а как же CO2 и Метан, которые имеют более мощное воздействие?
Для каждого примера вы привели по два факта, свидетельствующего об удревлении истории. Это конечно странно, но чтобы таких ложных срабатываний не было, надо увеличивать количество фактов до 5-10 :-)
Да, есть такие. :-) Лично обрабатывал общедоступные видео записи с Луны (в поисках звёзд на заднем плане) и например обнаружил, что яркость тени астронавта в среднем на 50 процентов темнее, чем яркость "купола".
Не вижу ничего криминального в моих поисках истины.
Очень интересно, наверное этот алгоритм можно выразить небольшим деревом решений и сделать его достоянием общественности?
Скажите пожалуйста, является ли нахождение основного состояния для сложного гамильтониана (матрицы) NP-полной задачей? То есть, что эту задачу за обозримое время на обычных компьютерах нельзя решить, а на этом d-wave можно.
Если ответ положительный, то вроде по теории, которую мне преподавали в универе, для любой NP задачи можно через P алгоритм можно проложить дорожку к любой другой NP задачи, что означает, что и многие другие задачи можно будет решать на этом компьютере D-Wave. В теории.
Но возможно я где-то ошибаюсь.