Пользовался таким способом (ассемблер).

delay14:                                      ' п/п задержки
LDI R18, 14                                ' в регистр R18 значение SPEED
delay14loop:
DEC R18                                   ' уменьшение на 1 содержимого R18
BRNE delay14loop                    ' переход, пока флаг Z не будет равен 0
ret                                           ' выход из п/п задержки после выполнения 14 тактов

В данном случае - задержка на 14 тактов МК.
Можно "растянуть" до 255...

Отредактировано Nord (2018-12-12 14:04:03)

Значит алгоритм неправильный.
Берём таймер, который считает время.
Берём любой тип прерывания, например INT0.

Вариант 1:

- Если счет ещё не запускался, то по приходу на INT импульса, сбрасывается таймер (счет) и запускается (хотя правильнее его сбрасывать после подсчета, на завершении).
- Если счет запущен, то приход импульса на INT останавливает счёт и ведётся подсчет времени работы таймера (чтение из него значения).

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

Вариант 2:

- Запускаем таймер и ждём, когда сработает прерывание по INT.
- Если придет импульс по INT, то сразу читаем значения из счетчика таймера и сбрасываем его (сам счет).

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

Оба алгоритма используют аппаратный таймер (что не влияет на погрешность счета) и прерывание, которое очень быстро отрабатывает. В итоге на основной код выполнения программы МК это всё не влияет.
Таймер лучше сразу использовать 16 разрядный.

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

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

Остался от экспериментов...
Убрал.

Зная входную частоту и информацию о пред делители, можно подсчитать с определенной точностью период входного сигнала:

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

В нашем случае, роль "заполнителя" выступает таймер.

Сильнее некуда уже разжевывать. 

По этому:

Чтобы суметь оценить такую разницу, частота заполнения должна быть явно в разы выше входной (тут даже можно вспомнить теорему Котельникова).
Слабое звено является 16 разрядный таймер, у которого всего лишь 65536 значений для счета. Может не получится сразу считать в одном диапазоне 1МГц и 10 Гц, я об этом писал выше.

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

Отредактировано RDW (2018-12-12 19:04:04)

Это кто такое сказал? Вроде, во всех книжках написано, что точное время надо получать таймерами. Одной из функцией таймеров и есть получение точных интервалов времени. При частоте 8 МГц(прескал =1) можете получить интервалы  с точностью до 1/8*10^6=0.125мкс! Этого мало?
Что   составляет ~0,000049%  от Ваших 256мс.
Простым кодом ,на родном Bascom типа этого ( при 8Мгц)

Config Timer1 = Timer , Prescale = 64
Enable Timer1

Zaderzka:
   Start Timer1
   Do
                                           '
   Loop Until Timer1 = 31910
   Stop Timer1
   Timer1 = 0

получите свои 256мс с точностью в микросекундах (Bascom показывает 256,0498 мс)

Или можете  пойти путем предложенным товарищем bulat943.Но там  надо вычислять количество циклов, их перевести в кол-во тактов(за сколько тактов выполняется каждая команда Ассамблера) , такты на время....

Отредактировано Niya (2018-12-13 00:58:25)

Наоборот надо уменьшать, а не увеличивать. Например при 1 Мгц  выставив колчество тиков =250 , прескализацию 1024 для Timer0 вы получите  :
250*1024/1_000_000=0,256 с
свои желанные 256 мс

Config Timer0 = Timer , Prescale = 1024
Enable Timer0

Zaderzka:
   Start Timer0
   Do
                                           '
   Loop Until Timer0 = 250
   Stop Timer0
   Timer0 = 0

и можете обратиться к этой метке Zaderzka когда требуется. Если не хотите уменьшить частоту , то при тех же конфигурациях , но при частоте 8Мгц получите 32 мс . Прогнав  его через цикл 8 раз , опять получите свои 256 мс. Так что, вариантов много.........

Отредактировано Niya (2018-12-13 09:43:39)

Непонятно....Прочитал всю ветку.Вроде, вы выступаете консультирующей стороной. Какой толк должен быть? Должны прислушываться?

Отредактировано Niya (2018-12-15 18:53:36)

Сначала НАУЧИСЬ их ПРАВИЛЬНО задавать, а уж потом констатировать тех, кто тебе на них СОИЗВОЛИТ ответить!   
И ещё, запомни главное - здесь тебе НИКТО и НИЧЕГО не должен, посему веди себя скромно, проси МАЛО и уходи БЫСТРО (Пётр I)

Так надо озвучить эту "уйму" - коллективный разум пока не запретили...
Для того и форум.

А уходить... 
ИМХО - самый адекватный русскоязычный форум по Bascom.
Есть и другие, но они полузамороженные...

Код не мой, возможно, его автор это и имел в виду...
Это фрагмент кода отсюда: Кириллица на китайских OLED дисплеях

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