АЦП вместо ... таймера. :)

[muravei_]

"Пусть безумная идея.." (с)
Пришла мысль , но я ее еще не думал.
Не хватает таймера, я подумал : А почему бы не использовать прерывание ADC в Free Running mode?
Настроить с нужной скоростью , и инкрементировать счетчик.
Если будет слишком часто , взять и поделить , программно.

Это не очень глупо?

[roman.com]

это очень глупо ))
если мало таймеров... ставим рядом второй МК...
будет двух ядерный МК))

[Jack_A]

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

[roman.com]

надо наносекунды !

Ethernet-Atmega8-тр.jpg

(200.93 КБ) 263 скачивания

[muravei_]

ставим рядом второй МК...

Некуда.

ей вагон таймеров нужен?

В тини 13 "вагона" нет, единственный занят под шим. Сейчас использую собаку.
15-20мс надо.

[akl]

[uquote="muravei_",url="/forum/viewtopic.php?p=4134848#p4134848"]...Не хватает таймера, я подумал : А почему бы не использовать прерывание ADC в Free Running mode?
Настроить с нужной скоростью , и инкрементировать счетчик.
Если будет слишком часто , взять и поделить , программно...[/uquote]Почему бы и нет! WDT живет своей жизнью, а в этом случае будет всё синхронно и полностью управляемо.

[Jack_A]

[uquote="muravei_",url="/forum/viewtopic.php?p=4134874#p4134874"]под шим. Сейчас использую собаку.
15-20мс надо.[/uquote]
Собака - тоже вариант (хотя не из мной любимых) .

[akl]

[uquote="muravei_",url="/forum/viewtopic.php?p=4134874#p4134874"]...В тини 13 "вагона" нет, единственный занят под шим. Сейчас использую собаку.
15-20мс надо.[/uquote] Как вариант. Использовать флаг по периоду ШИМ и счетчик этих периодов. Тогда WDT и ADC не нужно задействовать.

[Starichok51]

я тоже хотел предложить использовать прерывание по переполнению таймера ШИМ. и на нем сделать программные таймеры.

[Jack_A]

Ну это если частота этого самого ШИМируемого сигнала не меняется. Сам хотел предложить, но засомневался.

[muravei_]

если частота этого самого ШИМируемого сигнала не меняется. Сам хотел предложить, но засомневался.

И правильно! Она не меняется , но максимальна и чтобы получить нужную , придется потратить память , которой еще меньше чем таймеров.

[Reflector]

[uquote="muravei_",url="/forum/viewtopic.php?p=4136240#p4136240"]придется потратить память , которой еще меньше чем таймеров. [/uquote]
Раз уж мало и памяти и таймеров, то может просто перейти на новые tiny402/412, у нас в магазине они по 1$ и там 2 или 3 таймера. Или денег и желания разбираться с новой архитектурой тоже мало?

[akl]

[uquote="muravei_",url="/forum/viewtopic.php?p=4136240#p4136240"]...чтобы получить нужную , придется потратить память , которой еще меньше чем таймеров.[/uquote]Пары регистров для счетчика переполнений хватит чтобы сделать интервал до 1,7сек.

[ARV]

практика использования АЦП в качестве "лишнего" таймера - нормальная практика. и не надо бояться и напрягаться от "вредных" запретов.

[Jack_A]

Вот не помню уже - время преобразования не зависит от отношения Uвх и Uref ? Или оговорено максимальное для наихудшего случая?
И ещё: если free running, то момент окончания преобразования - случаен относительно момента начала отсчёта интервала? Грубо выражаясь - джиттер ?

[ARV]

время преобразования не зависит ни от чего (кроме системы тактирования АЦП), но первое после запуска АЦП будет чуток дольше длиться, чем все последующие.