так в том то и дело - что так же и упремся на низком фоне в малое кол-во импульсов
поэтому и надо считать снач примерно с повекой что импульсов мало, потом точнее - а если обратная зависимость - то и без разницы каким способом

Для разных счётчиков будет по разному. Это у админа LA нужно спрашивать, как рассчитать эти формулы. Он умный, он знает.
Принцип такой же как и для расчёта частота/период, если у вас, например, будет 60 импульсов в минуту, то время между импульсами будет в среднем равно 1 секунде. Обратная зависимость, вот.

да это понятно - что этим можно принебречь

я к тому как вывести формулу которая покажет мкр/ч по интервалам между импульсов?

А зачем учитывать мёртвое время, если оно в микросекундах? У вас всего 2 импульса за 15 секунд, какое значение будет иметь мёртвое время, если оно менее 100 мкс?
Да и про ложные срабатывания тоже тот ещё вопрос - зачем их учитывать, если можно от них избавиться?

хотел бы переписать свое сообщение - а то инфа потерялась.
Я хотел донести что при естественном фоне будет меньше 2 импульсов за 15 сек - поэтому и так и так придется ждать долго при любом способе - поэтому ввв принципе пользователю если фон нормален можно и подождать. Когда импульсов много - то и точное значение мы уже получим быстро и сообщим об опасности пользователю прибора.

надо же как то привязать к значению в мкр в час периодичность между импульсами - при том что они хаотично приходят - при том что пока не учитываем мертвое время и ложные срабатывания. Я понимаю, что как то можно, но уже формулами описать не могу

Да я повторил комментарий - потому что после знака больше - не отображался текст - и получилось что в моих комментах нет половины инфы ...

Примерно 30 лет тому назад довелось составлять программу для оценки частоты непериодических сигналов, для спектрографа на Z80. Сейчас уже не вспомню подробностей, но там был именно такой принцип - подсчёт интервалов между импульсами, запись в массив, а затем, по мере накопления данных массива, вывод цифры на возврате из прерываний. Цифра сначала была неточной, первые пару секунд погрешность доходила до 50%, а потом постепенно уточнялась. Через минуту погрешность была уже меньше 5% и примерно такой и оставалась. Тут вся фишка была в обработке массива, но я уже алгоритм не помню, сорри.
Я это к чему - при таком способе первый, пусть даже и не очень точный, результат был уже со второго импульса, а с каждым последующим происходило дальнейшее уточнение.

Теперь понятно, откуда на сайте повторные комменты лезут.
Николай, после добавления комментария нельзя обновлять эту же страницу, комменты дублируются. Лучше заново зайти на сайт, тогда нормально будет.
Насчёт дозиметра - для быстрой оценки на малочувствительных датчиках можно попробовать замерять не импульсы за период времени, а интервал между двумя импульсами. Точность, конечно, никакая, но не нужно будет ждать пока 15 сек пройдёт. Два импульса щёлкнут - сразу будет цифра.

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

А если все таки так -
У нас есть Rмкр/ч=3600*n/t/7,5
n- кол-во имп.
t- кол-во имп.
7,5- чувствительность
Предположим при малых n (при низком фоне) мы не сможем сделать t менее 4 минут.
Поэтому пока идет подсчет при t=240
Показываем что фон 2 имп за t=15сек
Уже можем вывести значение через 15 сек с реальным фоном( елси n=2 за t=15 = 32 мкр/ч)...

Если увеличить количество счётчиков, то теоретически чувствительность должна увеличиться во столько раз, сколько счётчиков. Но давайте дождёмся прошивки с увеличенным временем счёта.

А поставить два-три счётчика СБМ-21? Время подсчёта не уменьшится?

у вас же время милисами реализовано?

Я же не вижу как у вас реализован код ... и не вижу чем забита память
1. Масив подсчета приблизительных данных - достаточно 15/4=3,75 примерно 4 имп в минуту = импульс каждые 15 сек - от сюда прикидываем условиями больше или меньше у нас 30 мкр/ч и тут же считаем примерные показания
2. массив счет точных показаний по выше приведенной формуле - и как то обозначаем "истинное" значение.

3. Циклим это по кругу и обозначаем примерное значение миганием или еще чем то и уточненное...

Просто нужно увеличить время счёта с 30 секунд, как это сделано у СБМ-20, до 4-5 минут, тогда точность для счётчика СБМ-21 с его чувствительностью станет преемлемой. Но такой массив данных сейчас не влезает в мамять МК, нужно уменьшить шрифт и добавить отображение точности. Никаких компараторов и часов не нужно. Только модификация прошивки.

Про кратность 2 я не догнал - как у вас получается кратно двум?

Александр - вашу точку зрения - уже все поняли сообщений 10 назад - может хватит уже ...

Автор -я примерно про это и написал
Можно сделать мигание показаний пока идет точный подсчет

Уважаемый LA счётчик СБМ-21 считает 320-420 секунд и на тини85 как я понял бестолку что-то добиваться нету компаратора надо ставит нормальный отдельно,часы ставить отдельно ещё приблуда,и.тд,в наните за счёт компаратора уже есть ,часы организованы с часовым кварцем,а остальное внутренний генератор 8 мгц,программа считает показание счётчика от 320-420 секунд ,а потом это дело усредняет,также сделано и на пике683 ,но везде компаратор и импульсы на мелких микропроцессорах идут отдельно