akl писал(а):Не нравится отсутствие синхронности между отсчетом 1 секунды и выводом на индикатор. В часах должно быть всё синхронно.
Если для управления адронным коллайдером или запуском геостационарных спутников - таки да. А так ли это важно в обычных бытовых часах ? Конечно, 6 разрядов удобнее, чем 4 с выводом секунд по кнопке. Зато дешевше.
Здрасьте. Никак не доходит, как на ATTiny2313 настроить таймер TC0 в режиме СТС и прерывание по OCR. Читаю даташит, книги разных умных людей. Выписал себе на листок нужные (как мне кажется) регистры, биты, флаги, но в голове никак не хочет складываться воедино общая картина. Кому не в западло, плиз, черканите эти заветные несколько строчек инициализации TC0 желательно (но не обязательно) на ассемблере.
Загружаете регистр OCR. Счетчик будет до него считать и обнуляться Разрешаете прерывание по совпадению с регистром OCR Задаете источник тактирования для таймера.
И все. Если прерывания разрешены глобально, он будет возникать при совпадении с регистром OCR.
Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
подскажите как на AVR сделать процедуру задержки (100 +N*cycle ) // N - int_16 ; cycle =1/Sysclk при увеличеннии входящего аргумета на 1 задержка увеличивается на 1 клок (50 нсек при 20 Мгц) Желательно переносимое на CvAVR
12val12 запускаете таймер -100 тактов переполнения. Затем запускает на нужное чиссло. Таймер 16 битный. Отрицательное число не знаю как, может если минус то без задержки.
Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
Ну настроит он таймер по совпадению, сработает прерывание, сколько "клоков" на это уйдёт до реагирования на событие, вероятно не один, а товарищ хочет именно один. К тому-же проц его до прерывания будет, вероятно, чем-то занят, переход сколько клоков займёт?
12val12 писал(а):подскажите как на AVR сделать процедуру задержки (100 +N*cycle ) // N - int_16 ; cycle =1/Sysclk при увеличеннии входящего аргумета на 1 задержка увеличивается на 1 клок (50 нсек при 20 Мгц) Желательно переносимое на CvAVR
Fo=20000000 cycle=50*Fo/1000000000. Точнее (100 +N*cycle)-1-Δ, где Δ-дополнительная задержка вызванная прерыванием.
Специалист akl я Вас не понял. задержа нужна не фиксированная а переменная ..вообще планируется что величина задержки будет приходить по uart цель с шагом 50 нСек исследовать входной посторяющийся сигнал отдаленный от известного импульса синхронизации на время более 5мксек
например нужно глянуть что через 100.05 мксек после ИЗ подали величину задержки 100.05 мксек . контроллер отсчитал это время от ИЗ включил на 50 нсек УВХ защелнул уровень на конденсаторе 20 пф ацп меги измерил уровень и передал обратнопо uart пару задержка100.05- уровень
потом подали величину задержки 100.10 мксек . контроллер отсчитал это время от ИЗ включил на 50 нсек УВХ защелнул уровеньна конденсаторе 20 пф ацп меги измерил уровень и передал по uart пару задержка100.10- уровень
через некоторое количество посылок (пока что до 65000) будет готовая осцилограмма с разрешающей способностью 50 нсек спасибо сделал без таймера . задержка (5 +0.05*int_16)
Понятно. Вы не видите разницу между микросекундой и тактом таймера/контроллера; в выражении задержки явно не хватает коэффициента пропорциональности. Удачи.
вот тест с каждым нефиксированным нажатием на кнопку время задежки увеличивается на 50 нс (1 клок при 20МГц) начальная задежка 4600нсек аргумент целоцисленный . таким образом моджно менять задержку от 4600нсек до 3280000 нсек с шагом 50 нСек при тактовой 20Мгц
актуальная часть программы DDRD.7=1; DDRD.6=1; // Cycle =0; while (1) { if ( PIND.5 ) { Cycle=Cycle+1; while (PIND.5) {} }
А так ли это важно в обычных бытовых часах ? Конечно, 6 разрядов удобнее, чем 4 с выводом секунд по кнопке. Зато дешевше.
