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

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

Примерно 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 ,но везде компаратор и импульсы на мелких микропроцессорах идут отдельно

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

На пример из формулы r=3600*n/240сек/7,5 вывести n -количество импульсов при 30 мкр/ч = 15 и от этого плясать - если больше опасно если меньше норм

Ну и что, что он считает 4 минуты- можно же пока он считает более точно, показать предварительные расчеты в начале, которые основывались бы на количество импульсов в секунду ...
Например пока он считает - анализировать импульсы сначала в секунду, потом в 10 секунд и тд и давать предварительные предположения, после того как дойдем до точных показаний можно опять идти по кругу. Например предположительные показания показывать миганием и нормальные просто выводить на экран.

А чем именно проблема? Вы бы ответили в почте ...
Там алгоритм не чем, кроме того что он медленнее чситает и не отличается.

Нет алгоритма, по которому можно было бы делать расчёты для данного счётчика. Если кто придумает - сделаем.