Надо сгенерить N(10-1000000) импульсов частотой f(20-1000 кГц) на контроллере meag128. Какие есть решения?

Как мне кажется, в этой теме осуждалось нечто подобное.

добавлю: генерировать надо прямоугольные импульсы.

Я позаимствовал у Темерева сдвиговый регистр на 8 бит

loop3: ror temp ; вывод 9-го байта
brcs h_l1
cbi PORTE, DAT
rjmp sync1
h_l1:sbi PORTE, DAT
sync1: rcall pulse // тактовые
dec loop
brne loop3
rcall wait_10us

Реализовать с помощью простой функции - это понятно. Я вообще-то думаю использовать ШИМ для генерации. Вся трудность состоит в том, чтобы сгенерировать определенное количество импульсов. На частоте 1Мгц можно без проблем сгенерировать более 1000 импульсов, а вот 100 импульсов?

Это -- дипломная/курсовая работа?

Ответ не возможен -- мало данных. Ниже привожу небольшую часть вопросов:

0. Какое основное назначение устройства? (Здесь люди не глупые и могут "додумать" некоторые параметры, которые Вы не указали в своем вопросе).
1. Какие требования к джиттеру (дрожжание фронтов), к стабильности частоты?
2. Какая величина дискретности (шаг) изменения частоты?
3. Какое событие запускает пачку импульсов, и какая скорость реакции на запуск?
4. Не указана скважность имульсов.
5. Чем объясняется выбор столь мощного МК (mega128)?
6. Какие задачи еще будут "навешены" на МК? Какую вычислительную мощность они потребуют?

Нет, это не дипломная работа. Просто оцениваю возможность реализации управления двигателем.
Вообщем, есть драйвер двигателя, на него надо подать только импульсы шага и сигнал направления, а уж он все отработает дальше сам. Мой девайс должен вырабатывать эти импульсы, соответсвенно: один импусльс = перемещение двигателя на шаг. Обратной связи по энкодеру - нет. Скорость движения, а значит и частота сигнала может быть разная.

Ага. Я понял, Сергей.

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

Извините, если для Вас это прописные истины. Постарайтесь не сердится. Форум читают также молодые инженеры-разработчики. Я по себе знаю, что иной раз боишься задать вопрос, что бы не показаться глупым, не попасть под водопад насмешек или не ввязаться в бесполезный спор.

Скажите, что Вам мешает формировать импульсы программно? Грубо говоря, в программе имеется два счетчика -- один отсчитывает количество импульсов, второй -- определяет время импульса/паузы. Вы указали максимальную частоту импульсов 1 кГц. Учитывая, что мега скорее всего будет работать на частоте 8-10 Мгц, то программно сформировать пачку импульсов вполне возможно. А учитывая, что Вы делаете не на заказ, а для собственных нужд (для исследований), то скорее всего так и нужно делать программно формировать длительности и количество импульсов. По крайней мере я бы так и делал.

Динамику разгона/торможения исследовать конечно придется.
На малых частотах я делал подсчет импульсов (таймер в режиме ШИМ, прерывание по сравнению) - все работало. Но здесь предполагаемая частота не 1000Гц, а 1000 кГц, поэтому такой фокус не пройдет. Может как вариант: один таймер ШИМ выдвет, далее этот сигнал заводится на второй таймер, который
считает импульсы(понятно, что разрядности таймера может не хватить, тогда введем 32разрядный программный счетчик). По прерыванию переполнения таймера 2 судить о том: все импульсы посланы или нет.

Опаньки! Мои извинения! Я даже как-то и не подумал, что на движек будут поступать мегагерцовые импульсы. Вах! Это действительно -- очень серьезно. Просто любопытно становится, как Вы собираетесь затолкать в обмотку двигателя 1 МГц? На сколько я понимаю, что бы получить достаточный (для толкания нагрузки) ток в обмотке двигателя, нужно будет поднять напряжение до ... хрен знает какой величины (dI ~ dU/dt).

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

Давайте попробуем начать со счетчика количества импульсов. Как было сказано ранее, максимальное количество импульсов -- один миллион. Значит, для организации счетчика понадобится как минимум три байта. (Двух байт не хватит. Два байта это -- 65536, а нам надо один миллион.) А это значит, что при переполнении младшего байта, нужно будет выполнять операции по инкрементированию среднего байта, при переполнении среднего -- инкрементировать старший. Иначе говоря, при формировании двух смежных импульсов мы должны успевать в самом худшем случае оценивать переполнение двух байт, инкрементировать три байта и успевать сравнивать три байта с заданным значением (заданным количеством импульсов).

Давайте попробуем прикинуть, формирование фронтов импульсов должно происходить каждые 500 нс. Если предположить, что АВР-ка будет работать на частоте 16 МГц, т.е. один такт равет 62.5 нс, то мы за 500 / 62.5 = 8 тактов должны выполнить описанные чуть выше действия. Вердикт однозначный -- программно это сделать невозможно.

Что касается использования аппаратных таймеров, то тут те же самые проблемы -- исчерпание (или переполнение) двухбайтового таймера (TIMER1) должно приводить к прерыванию, которое должно перезапустить таймер на очередную порцию 65536 импульсов. Так или иначе, при формировании длинной пачки мегагерцовых импульсов будут возникать гапы (gap), т.е. кратковременные паузы.

Боюсь, что на Меге это задачу не решить. Вы не рассматривали идею использовать LPC2103 на максимальной частоте? Там аппаратные 32-х разрядные таймеры. Мне кажется, Вы там сможете быстрее создать свой генератор импульсов. На 8-ми разрядных МК нужно пройти через уж слишком большое количество ненужных извращений. Причем реализация задуманного девайса не гарантируется.

Я начал с малого - с AVR. Также в зоне внимания: ARM-based контроллер (AT91SAM7A3) или CPLD.

А может сразу PC с двухядерным?

С самой задачей справится и AVR. Причём столько движков - сколько ног хватит. Шим там не нужен. Я так понимаю, что там свой контроллер? Мощный проц потребуется только в случае какой-то серьёзной обработки кроме движка. А так те несколько строчек проги вам накидали. Разгон тормажение делается по таблице. Увяжите текущую скорость с промежутками м/у импульсами. Используйте таймер на максимальной скорости.

Частота на самом деле высокая, но задача легко решаема на меге.


Именно так и можно сделать. Берёте таймер1 (16-бит) и к нему один программный байт, поскольку вам нужен 3-х байтный счётчик, а не 4-х байтный.

Теперь внимание, записываете в свой счётчик инверсное число, до которого надо досчитать. По переполнению счётчика увеличиваете значение в 3-ем байте, и проверяете его на 0, это две команды на ассемблере, 3 такта. Как только его содержимое окажется равным 0, останавливаете процесс выдачи шагов. Вот такая простая идея.

А нельзя применить в качестве 3го байта 8битный счетчик с внешним тактированием? Здорово было бы применить его в качестве предделителя для второго 16титного счетчика, да боюсь не сдюжит по частоте, все же он на 32,768кГц заточен, но в качестве пост-делителя, т.е. 3го байта, вполне, остается придумать как половчее обработку сделать.

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

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

И в самом деле, ротор двигателя -- достаточно инерционная шткуа, а еще если нагружена, то можно представить себе какая будет инерционность. А теперь представьте, что следует команда передвинуть чего-то там на 987654 шагов. Двигатель начинает шагать, разгоняетя, и вдруг в это время возникает пауза... По инерции двигатель проскакивает полюс. Импульсы вновь появляются. Частота уменьшается, двигатель тормозится и останавливается. Каков результат? Мы считем, что двигатель совершил 987654 шага, на само деле они ушел на 987655 шагов.

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

Давайте попробуем смоделировать процесс отсчета 500000 шагов. Для начала проигнорируем, инерционность двигателя, т.е. проигнорируем то обстоятельство, что его нужно разгонять и тормозить, Как я говорил -- срузу "влупим" ему 1 МГц.

Аппаратный счетчик способен считать до 65536. Значит, для реализации идеи нам понадобится совершить 500000 / 65536 = 7 полных цикла и один (последний) до значения 41248.

(проверка того, что не ошибаемся в подсчете: 65536 * 7 + 41248 = 500000.)

Я предполагаю, что TIMER1 будет работать в режиме normal и считать по циклу. Каждый раз при переполнении будет возникать прерывание. Мы программно считаем эти переполнения. Это есть наши полные циклы, их должно быть семь. Пока мы их просто считаем, в работу таймера не вмешиваемся, следовательно, перерывов в генерации импульсов возникать не должно.

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

Ладно, есть еще одни грабли: окончание счета. По достижении конца счета на последнем цикле (41248) возникает соответствующее прерывание. Что мы должны сделать? Нам нужно быстро остановить генерацию импульсов. Сможем это сделать? Или пока мы входим в прерывание, пока мы исполняем первую команду в нем, схема нам успеет нагенерить еще "этих мягких французских булочек"?

Я не говорю, что я прав. Скорее, я даже где-то ошибаюсь. Но мне самому стало интересно, как автор сможет разгонять движек до мегагерца и точно исполнять заданное количество шагов? Задача-то, отнюдь, не тривиальная.

Он говорит, что "есть драйвер двигателя, на него надо подать только импульсы шага и сигнал направления, а уж он все отработает дальше сам". То есть "драйвер двигателя" - это контроллер, который и занимается ускорением/замедлением etc. Тогда вопрос сводится к генерации пачки N импульсов с любой скважностью.


Это вот всем интересно! ИМХО, мегагерц на обмотках шаговика - многовато . Скорее, "драйвер двигателя" может получить импульсы на этой скорости, а потом потратит секунды на исполнение.

Реализация собственно задачи простая. Таймер генерит ШИМ (на частоте 1МГц), по прерыванию его переполнения (через 256мкс или 65.536 мс) вычитается программный счётчик. Как только он стал 0, загружаем в регистр(ы) таймера (TCNT, ага) заранее вычисленный "хвостик". В следующем прерывании (переход программного счётчика в ff или ffff) останавливаем генерацию битами WGM. Поскольку загрузка TCNT происходит в прерывании, "пролёт" количества импульсов будет всегда одинаковый, его нужно скорректировать при вычислении "хвостика".

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

OCR чем вам не выход? Причем его можно настроить как на ТОР, так и на BOTTOM.

Тут можно ничего не загружать в TCNT, а просто тогда когда первый раз запускается таймер записать этот хвостик в регистр сравнения, и после выполнения последнего полного прохода просто включить прерывание по совпадению, хотя тут надо как то прикинуть что будет быстрее, загрузить 16-разрядный регистр TCNT или установить биты в регистре(ах) конфигурации.

Ну вы всё-ж-таки читайте, что было предложено в посте #13. Записывается инверсное число, ну скажем для 100000 шагов пишется -100000 в допкоде, ПЕРВЫЙ цикл будет неполным, зато все прерывания по переполнению будут равноправны, последнее прерывание возникнет, когда счётчик полностью обнулится, так что никаких пауз не будет.

Не, что-то не вяжется. Если "это" -- контроллер, который занимается воросами ускорения и торможения, то, согласитесь, глупо былобы ему задавать шаги в виде импульсов. Было бы разумнее послать ему двоичное закодированние число шагов и подождать флаг готовности. Скорее всего "это" -- это просто тупой бустер, который занимается вопросами подачи импульсов на фазные обмотки, занимается вопросами исключения сквозных токов и т.д. Никакого другого интеллекта в нем нет. Впрочем, это чисто мои догадки.


Похоже, в этом месте KSN нас не плохо развел! Делаю повторную ревизию максимальной частоы.
Допустим, у KSN движек с шагом в 1°. Т.е. количество шагов для полного оборота равно 360. Значит, двигатель дожен будет разгоняться до скорости ... э-э 100000 / 360 = 2777 оборотов в секунду. Ого и нифига себе!!! Это более 160 тысяч оборотов в минуту. Для сравнения винчестеры имеют 7200 и 10000 об/мин. Разгоняются они несколько секунд... А тут такое, да еще и уметь правильно отсчитывать количество шагов... Нет, тут что-то не так!

АФТОРА Ф СТУДИЮ!!! -- Теперь мне интересно знать, где он взял такие цифры? А так же, где и почем он покупает такие двигатели?

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


O-ops! Пардон. Прочитал только сейчас.

Ну, речь шла о таймере. Если нет задачи экономить периферию, то вполне можно использовать выход OCRn.

Ну, если так, то лучше хвостик записать в таймер1, выход OCRn подключить к счётчику 2, а в счетчик2 предварительно записать инвертированное число переполнений. Тогда ПЕРВОЕ переполнение счётчика2 даст искомое количество шагов. Таким способом можно считать ЛЮБОЕ количество шагов (до 2^24-1) на любой частоте вплоть до Fclk/2, равное 8 МГц в нашем случае. Задача автора топика решена на меге, причём аппаратно.

А какой же двигатель будет работать с такой частотой(1МГц)???

Коллеги, вношу ясность
1МГц - это МАКСИМАЛЬНАЯ входная частота управляющего сигнала(fупр). Максимальное кол-во оборотов - 5000 об/мин, который может выдать драйвер (производители драйверов разные, например, Panasonic, Fuji). У драйвера есть поправочные коэффициенты альфа и бетта, таким образом F ~= fупр*альфа/бетта. 1МГц не обязательно подавать, просто я хочу выяснить, какими способами возможно с помощью меги генерить пачку импульсов на максимальной частоте.

Спасибо всем за обсуждение и высказывание идей. Если есть новые идеи - буду рад выслушать.

Ну вот, а я уже подумал, что это НАНОШАГОВИК из 45 молекул