Спасибо за ответ. Из поспортов на датчики из инета нашел, что чувствительности одного типа датчиков оч разная. Для 20 это от 60 до 105... Для си8 350-500. Я понимаю в реальности может быть и больше. Поэтому точность гуляет ой как. Надо под конкретный калибровать по эталонному источнику. А его ни у кого нет. Кроме профессионально занимающихся в лабораториях и спец кипах... поэтому дробное время не имеет смысла. Но вот в инете нашел табличку чувствительности датчиков относительно 20... Из неё си8 в 4-5 раз чувствительней 20. Из нашего скетча для 20 стоит число 40. Поэтому поставил 40/4(5)=9. Фон теперь более менее реально показывает...
tekagi - Да можно добавить, только смысл если напряжение мы еще не откалибровали??
Мультиметр нужно подключать в конце, во время процесса накачки и до вывода экрана "введите напряжение преобразоват.", мультиметр к ВВ преобразователю подключать не нужно тк это как раз и приведет к ошибке. Тоже самое и по настройке импульса, мультиметр подключать не нужно во время этого процесса, настройка импульса рассчитана на не большие значения и при превышении их будет подобная картина))
Не пробовал кст последнюю прошивку? Как сейчас стал вести себя алгоритм??
Jonni333 - Если прошивка "РАДОН", то время счета можно подстраивать из меню настроек - пункт "счет".
Пробовал, но бегло, без источника. Пляска коэффициентов поменьше.
По утилите надо пошаговый талмуд накидать и по пунктам на заведомо рабочих девайсах проверить.
#ArDos_with_RADON_2.0.1 - Разрешено считывание параметров преобразователя из памяти, если до этого сохраняли их утилитой, добавлена возможность инверсии подсветки дисплея параметр в "SETUP" - "LIGHT_INV".
При единицах мкЗв - переключение на мЗв слишком рано происходит, получается теряется информация. Лучше б было если б он переключался при сотнях мкЗв...
А вот при увеличении мощности излучения - начинает уже сильно врать :(
Также попробовал режим поиск. Но, либо я с ним не разобрался, либо он не работатет как задумано. Но найти с его помощью достаточно мощный источник я не смог :) Проходил мимо него медленным шагом, расстояние чуть более метра - превышения по каунтам от фона особо не было. значительно вырастали каунты только в сантиметрах 50 от источника... Возможно просто очень медленный алгоритм для этой функции.
Это не те значения, на которых мёртвое время сказывается. Сравнивать лучше с радиометрами на таком же датчике, причём калиброванным по такому же изотопу.
#ArDos_with_RADON_2.0.1 - Оптимизация объема скетча и скорости работы. За счет полного удаления класса "String" удалось освободить 1600 байт памяти. Стандартные классы "void (setup)" и "void (loop)" больше не используются, это даёт прирост скорости работы кода и снижает объем занимаемой памяти на 150 байт. Также оптимизирована отладка, за счет использования только русских символов занимает теперь в 2 раза меньше места.
UPD. Добавлена возможность отключить режим "ПОИСК" параметр "SETUP" - "SEARCH_RETURN".(это будет освобождать дополнительно 1700 байт памяти).
Согласен про мертвое время - если бы не сильно отличались значения, то можно было бы на него подумать... Да и на Ардосе показания ближе к истине.
Дозиметры которые были рядом, Лудлум, МКС, Терра - они поверенные. Мы их используем в работе, поэтому их показаниям можно верить. Я потому их для сравнения и беру. А Radex - так, потому, что есть :)
Терра наиболее близкий вариант, тот же счётчик, только в компенсационном экране. А какой детектор на МКСе был задействован? Там вроде много сменных блоков.
Хм, думал в радексе слюдник стоит. Но в руках держать не доводилось. В RadexOne СБМ-20, но он выглядит совсем по другому.
Посмотрел по встроеному счётчику МКСа, его основное назначение - если при работе с чувствительным блоком детектирования тот захлебнётся вымоким уровнем - предупредить оператора об опасности. Точной модели счётчика не нашёл, тоже упоминание о СБМ21. Если так - то ему для набора мало-мальски адекватных показаний при уровнях ниже нескольких миллирентген нужно несколько минут минимум.
Кто что думает на счет приложения под андроид? Думаю сделать максимально универсально, что бы можно было прикрутить к любому проекту, а все вычисления делать уже самим приложением(в него отправлять только количество импульсов каждую секунду).
Только за. Планируется полудуплекс, только от АрДоса к телефону? Кроме количества импульсов в любом случае нужно будет либо номер секунды отправлять, либо условное время. Чтобы пропусков ввиду потери пакетов не было. Плюс CRC, возможно обратный запрос повтора пакета при непринятии или ошибках CRC. Больше, думаю, вряд ли что надо, остальное прекрасно посчитается на стороне смарта.
Можно посылать, к примеру, последние 10 элементов массива каждую секунду. Тогда потеря одного-двух пакетов восстановима.
Блютуз юарт, как я понимаю? Вайвай больно много энергии требует, через джек импульсами или тональным то ещё удовольствие, да и хвост.
По возможности чтобы была обратная совместимость с древними аппаратами. А то сейчас каждая свистомигалка не ниже девятого ведра просит((
tekagi - Пропущенные пакеты думал считать и делать перерасчет на основе его отсутствия, и при большом количестве пропущенных пакетов выдавать предупреждение. Вместо контрольной суммы думал контрольный байт, проверять на присутствие/отсутствие и соответственно делать вывод пропущен или нет. Вообще юарт штука очень тормознутая, особенно на прием данных(про мк я имею ввиду), поэтому думаю связь только симплекс. На счет контрольной суммы подумаю, нужно чтоб ее расчет не тормозил работу остальной программы.
Тоже вариант.
Да блютуз думаю юзать, тк с ним уже много опыта да и из коробки он не плохо работает.
Приложухи делаю в аппинверторе, там помоему поддержка от андроид 4.х.х и выше.
tekagi - Я работал с блютузами hc-04 и hc-05. Кроме него поидее ничего не нужно, вставляться он должен болт-он(ну почти) в гребенку для прошивки. Вроде как все, пока раздумываю над дизайном..как будет более-менее рабочая версия отпишу).
mambavamba14 - Да скачал и залил... Максимальный набирает до 26 мкР/ч- что-то многовато. Еще если в ДОЗА выбираешь Сбросить текущую дозу? и Сбросить статистику? и не делать не каких действий, экран сброса не закрывается автоматом, надо сделать закрытие как в настройках 15 сек.
Если фон повысился и удержался на примерно 2 сек то идет фиксация в максимум. Еще бывает до 36 но потом идет быстрое снижение и фиксации нет в максимум. Городской фон 10-13 мкР/ч.
alexadresat - Понял что к чему! Добавил защиту от спада при ЕРФ, порогом служит 2-я ячейка диапазонов квантования коэффициентов фона. Также расчет максимального и среднего фона теперь только после набора полной точности. Архив перезалил.
Спасибо за ответ. Из поспортов на датчики из инета нашел, что чувствительности одного типа датчиков оч разная. Для 20 это от 60 до 105... Для си8 350-500. Я понимаю в реальности может быть и больше. Поэтому точность гуляет ой как. Надо под конкретный калибровать по эталонному источнику. А его ни у кого нет. Кроме профессионально занимающихся в лабораториях и спец кипах... поэтому дробное время не имеет смысла. Но вот в инете нашел табличку чувствительности датчиков относительно 20... Из неё си8 в 4-5 раз чувствительней 20. Из нашего скетча для 20 стоит число 40. Поэтому поставил 40/4(5)=9. Фон теперь более менее реально показывает...
tekagi - Да можно добавить, только смысл если напряжение мы еще не откалибровали??
Мультиметр нужно подключать в конце, во время процесса накачки и до вывода экрана "введите напряжение преобразоват.", мультиметр к ВВ преобразователю подключать не нужно тк это как раз и приведет к ошибке. Тоже самое и по настройке импульса, мультиметр подключать не нужно во время этого процесса, настройка импульса рассчитана на не большие значения и при превышении их будет подобная картина))
Не пробовал кст последнюю прошивку? Как сейчас стал вести себя алгоритм??
Jonni333 - Если прошивка "РАДОН", то время счета можно подстраивать из меню настроек - пункт "счет".
Пробовал, но бегло, без источника. Пляска коэффициентов поменьше.
По утилите надо пошаговый талмуд накидать и по пунктам на заведомо рабочих девайсах проверить.
А, плиззз, скиньте ссылочку на прошивку РАДОН...
Jonni333 - Если прошивка "РАДОН", то время счета можно подстраивать из меню настроек - пункт "счет".
А, плиззз, скиньте ссылочку на прошивку РАДОН...
Не ругайте... Сайт не дает удалить коменты...
Дык не надо обновлять страницу после отправки комментария и жать "Сохранить" несколько раз.
Ссылка на пост с прошивкой в первом комментраии темы.
Всем привет!
Получилось немного поэксперементировать с замерами нашего АрДоса :)
В целом, кажется неплохо. Но все же разбег есть...
Надо было выждать дольше, показания выровнялись бы, у ардоса алгоритм подсчёта ооочень медленный, проверено в ЧЗО)
Попробую положить в следующий раз на минуту-две... Сейчас секунд 30-40 лежал на каждом замере... Ну хоть "бегущего человечка" посмотрел :)
Bottler - Попробуйте прошивку "РАДОН", как она себя поведёт, да коэффициенты ещё не настроены до конца, но хотя-бы ради интереса))
#ArDos_with_RADON_2.0.1 - Разрешено считывание параметров преобразователя из памяти, если до этого сохраняли их утилитой, добавлена возможность инверсии подсветки дисплея параметр в "SETUP" - "LIGHT_INV".
Инверсия под синие дисплеи?
tekagi - Да, для синих дисплеев, чтоб можно было более удобно переключать не копаясь в коде)
Опробовал Радон...
В целом, есть расхождение с другими дозиметрами:
При единицах мкЗв - переключение на мЗв слишком рано происходит, получается теряется информация. Лучше б было если б он переключался при сотнях мкЗв...
А вот при увеличении мощности излучения - начинает уже сильно врать :(
Также попробовал режим поиск. Но, либо я с ним не разобрался, либо он не работатет как задумано. Но найти с его помощью достаточно мощный источник я не смог :) Проходил мимо него медленным шагом, расстояние чуть более метра - превышения по каунтам от фона особо не было. значительно вырастали каунты только в сантиметрах 50 от источника... Возможно просто очень медленный алгоритм для этой функции.
Вот такое вот маленькое испытание :)
Радон и ардос вроде как не учитывают мертвое время датчика, поэтому и заниженные показания.
Это не те значения, на которых мёртвое время сказывается. Сравнивать лучше с радиометрами на таком же датчике, причём калиброванным по такому же изотопу.
#ArDos_with_RADON_2.0.1 - Оптимизация объема скетча и скорости работы. За счет полного удаления класса "String" удалось освободить 1600 байт памяти. Стандартные классы "void (setup)" и "void (loop)" больше не используются, это даёт прирост скорости работы кода и снижает объем занимаемой памяти на 150 байт. Также оптимизирована отладка, за счет использования только русских символов занимает теперь в 2 раза меньше места.
UPD. Добавлена возможность отключить режим "ПОИСК" параметр "SETUP" - "SEARCH_RETURN".(это будет освобождать дополнительно 1700 байт памяти).
Согласен про мертвое время - если бы не сильно отличались значения, то можно было бы на него подумать... Да и на Ардосе показания ближе к истине.
Дозиметры которые были рядом, Лудлум, МКС, Терра - они поверенные. Мы их используем в работе, поэтому их показаниям можно верить. Я потому их для сравнения и беру. А Radex - так, потому, что есть :)
Терра наиболее близкий вариант, тот же счётчик, только в компенсационном экране. А какой детектор на МКСе был задействован? Там вроде много сменных блоков.
На МКС для гаммы внутренний пока используется - внешний накрылся... Там вроде СБМ-21 стоит...
В Радексе тоже, кстати, СБМ-20 стоит, но вот со скоростью реакции как-то у него не то...
Хм, думал в радексе слюдник стоит. Но в руках держать не доводилось. В RadexOne СБМ-20, но он выглядит совсем по другому.
Посмотрел по встроеному счётчику МКСа, его основное назначение - если при работе с чувствительным блоком детектирования тот захлебнётся вымоким уровнем - предупредить оператора об опасности. Точной модели счётчика не нашёл, тоже упоминание о СБМ21. Если так - то ему для набора мало-мальски адекватных показаний при уровнях ниже нескольких миллирентген нужно несколько минут минимум.
mambavamba14 - Нашел косяки.. ++ и Ж
alexadresat - Исправил и перезалил!
UPD. Ещё раз перезалил, попробуй нормально ли все работает?
mambavamba14 - Перезаписал, вроде все нормально... если что напишу.
Вопрос, а можно как-то подправить мягкий знак? Уж больно ущербно выглядит.
alexadresat - Где именно поправить??
Везде где есть мягкий знак, типо Скорость, Сбросить, Сохранить...
alexadresat - Сделал! А вообще, во вкладке "DefaulFonts" лежат все шрифты используемые, их можно свободно редактировать)
mambavamba14 - Да вроде все остальные нормальные, а вот мягкий знак несуразный..
mambavamba14 - Да вроде все остальные нормальные, а вот мягкий знак несуразный..
И еще в настройках Щелчки появился ФОН1 - это что?
alexadresat - А не слишком длинный? А то уже на клюшку похож)) Добавил.
Щелчки: ФОН1 - щелчки будут включаться только по превышению порога Ф1.
mambavamba14 - Нет не слишком я у себя поправил, получилось очень даже не чего...
alexadresat - Ну да не плохо сморится))
Кто что думает на счет приложения под андроид? Думаю сделать максимально универсально, что бы можно было прикрутить к любому проекту, а все вычисления делать уже самим приложением(в него отправлять только количество импульсов каждую секунду).
Только за. Планируется полудуплекс, только от АрДоса к телефону? Кроме количества импульсов в любом случае нужно будет либо номер секунды отправлять, либо условное время. Чтобы пропусков ввиду потери пакетов не было. Плюс CRC, возможно обратный запрос повтора пакета при непринятии или ошибках CRC. Больше, думаю, вряд ли что надо, остальное прекрасно посчитается на стороне смарта.
Можно посылать, к примеру, последние 10 элементов массива каждую секунду. Тогда потеря одного-двух пакетов восстановима.
Блютуз юарт, как я понимаю? Вайвай больно много энергии требует, через джек импульсами или тональным то ещё удовольствие, да и хвост.
По возможности чтобы была обратная совместимость с древними аппаратами. А то сейчас каждая свистомигалка не ниже девятого ведра просит((
tekagi - Пропущенные пакеты думал считать и делать перерасчет на основе его отсутствия, и при большом количестве пропущенных пакетов выдавать предупреждение. Вместо контрольной суммы думал контрольный байт, проверять на присутствие/отсутствие и соответственно делать вывод пропущен или нет. Вообще юарт штука очень тормознутая, особенно на прием данных(про мк я имею ввиду), поэтому думаю связь только симплекс. На счет контрольной суммы подумаю, нужно чтоб ее расчет не тормозил работу остальной программы.
Тоже вариант.
Да блютуз думаю юзать, тк с ним уже много опыта да и из коробки он не плохо работает.
Приложухи делаю в аппинверторе, там помоему поддержка от андроид 4.х.х и выше.
Жаль, старичок ещё на 2.х валяется. Ну да ладно, четвёрка тоже пойдёт, 4.4 китайца есть.
Какое железо готовить? HC-05? JDY? HM-10?
Посмотри для примера приложуху Атом Фаста, может какие идеи почерпнёшь.
tekagi - Я работал с блютузами hc-04 и hc-05. Кроме него поидее ничего не нужно, вставляться он должен болт-он(ну почти) в гребенку для прошивки. Вроде как все, пока раздумываю над дизайном..как будет более-менее рабочая версия отпишу).
#ArDos_with_RADON_2.0.1 - Мелкие исправления.
mambavamba14 - Привет! Немного поправил буквы - текст стал более равномерный.
alexadresat - Привет, добавил! Последнюю не скачивал? Нормально все работает?
mambavamba14 - Да скачал и залил... Максимальный набирает до 26 мкР/ч- что-то многовато. Еще если в ДОЗА выбираешь Сбросить текущую дозу? и Сбросить статистику? и не делать не каких действий, экран сброса не закрывается автоматом, надо сделать закрытие как в настройках 15 сек.
alexadresat - Поправил. Максимальный фон я не трогал, мб так совпало просто..попробуй сбрось и опять дождись появления также будет?
Вот такие замеры...
alexadresat - В момент появления "максимума" основной фон тоже равен той-же цифре?
Если фон повысился и удержался на примерно 2 сек то идет фиксация в максимум. Еще бывает до 36 но потом идет быстрое снижение и фиксации нет в максимум. Городской фон 10-13 мкР/ч.
Сейчас уже максимум 36 мкР/ч
alexadresat - Подправил порог коэффициента пересчета по фону на 50. Все равно не совсем пойму что не так, можешь видос сделать??
Вот видео на 15 минут, повышение на 6:50 и 12:10
alexadresat - Понял что к чему! Добавил защиту от спада при ЕРФ, порогом служит 2-я ячейка диапазонов квантования коэффициентов фона. Также расчет максимального и среднего фона теперь только после набора полной точности. Архив перезалил.
mambavamba14 - Вот что получилось...
alexadresat - Перезалил, вернул старый коэффициент, попробуй щас.
UPD. И еще раз перезалил, убрал ограничение по спаду и прибавил коэффициент.