Справится ли AVR

[Mosfett]

Имеем Atmega8535 с кварцем 11.0592 Мгц.
Задача обработка сигнала с оптического энкодера (2048 имп/об, Fmax- 160кГц Канал А заведен на INT0, который настроен на прерывание по спаду) с выдачей результата на ком порт (возможно в будущем потребуется Modbus RTU).
Так вот, справится ли AVR с такой задачей? Или лучше сразу медленно ползти в сторону ARM?

[Lonleystranger]

Программно организованный стек справится с выдачей в порт, чтение по прерыванию (и анализ тоже), еще будет свободное пространство кода основной программы (в промежутках вывода в порт, можно анализ прерываний сделать). Если частоты не будет хватать (в чем я сильно сомневаюсь), можно MEGA8-PU-16 (16MHz). Еще многое зависист от того как программу построите,старайтесь применять оптимизацию на скорость, поменьше работать с ОЗУ, побольше с регистрами и применять операторы, которые 1 такт занимают, тогда 160КГц проанализировать и вывести в порт-легко.

[OBIVAN]

А каким методом хотите определять направление вращения ?
Делал что-то подобное очень давно на таком же кварце и контроллере и тоже с оптическим датчиком уперся в скорость ~25кГц .

[Mosfett]

А каким методом хотите определять направление вращения ?
Делал что-то подобное очень давно на таком же кварце и контроллере и тоже с оптическим датчиком уперся в скорость ~25кГц .

Ну что то вроде этого:

interrupt [EXT_INT1] void ext_int1_isr(void) // Прерывание по спаду фронта
{

if (!PIND.6&!PIND.3) //если PD.3 и PD.6 = 0
{
count_enc++; //прибавим 1 к счетчику импульсов
#asm("reti")
};
if (!PIND.3|PIND.6) //если !PD.3 или PD.6 =1
{
count_enc--; //вычтем 1 из счетчика импульсов
};
#asm("reti") //выход из прерывания

Даже работает Еще нужно добавить обработку индексной метки.

Еще такой вопрос - какую длину буфера TXD сделать? На выходе float .2f.

[__Alexander]

поменьше работать с ОЗУ, побольше с регистрами

А типа регистры не в этой же памяти находятся? или доступ к ним быстрее чем к другим ячейкам ОЗУ?

[Yellow Tiger]

По-моему, занимать такой задачей ARM - это из пушки по воробьям. Но скорости атмеги для этой задачи, в такой формулировке, действительно, может не хватать. Может изменить условия? Скажем, направление вращения распознавать мелкой логикой снаружи м/к, а импульсы подсчитывать счетчиком (по одному входу - наращивать, по другому - уменьшать), и раз в nn миллисекунд слать накопленное их количество наружу. Поскольку счет импульсов будет реализован аппаратно, с такой задачей атмега справится.

[Krik99]

Может попробовать разогнать Мегу 8 хотябы до 20...24мгц ???

[Negor]

поменьше работать с ОЗУ, побольше с регистрами

А типа регистры не в этой же памяти находятся? или доступ к ним быстрее чем к другим ячейкам ОЗУ?

С регистрами можно работать напрямую, а для обработки значений в ОЗУ их сначло нужно оттуда скопировать(перед этим адрес ячейки ОЗУ нужно положить в регистровую пару) в те же самые регистры, поработать с ними и обратно положить.

[VIRGO]

Скажем, направление вращения распознавать мелкой логикой снаружи м/к, а импульсы подсчитывать счетчиком (по одному входу - наращивать, по другому - уменьшать), и раз в nn миллисекунд слать накопленное их количество наружу.

Есть микросхема, содержащая квадратурный декодер и 24 разрядный счётчик с 8 разрядной шиной для чтения. Тип точно не помню, надо порыться (был у меня даташит). В своё время, мне было лениво искать эту микросхему и я сделал на ПЛИС.
Но вообще, можно ограничиться одним квадратурным декодером на двух корпусах логики. Два сигнала на выходе: "счёт" и "направление".
(точность будет 2048 Х 4 = 8192 отсчётов на оборот )

[Yellow Tiger]

Есть микросхема, ... Тип точно не помню, надо порыться...

Порыться, действительно, не помешало бы! Если эта штука ещё и доставабельна, то она будет очень кстати во многих случаях...

[VIRGO]

Порыться, действительно, не помешало бы! Если эта штука ещё и доставабельна, то она будет очень кстати во многих случаях...

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

ЗЫ (На хардах у меня бардак многолетний), но думаю, найду.

[VIRGO]

Вот, кажется она. Только она 16 битная (это я на ПЛИСе 24 битную делал), хотя, если порыться , то может есть и другие аналогичные микрухи с большей разрядностью.

Разбил архив. (больше 256Кб вложение не проходит)

[VIRGO]

Вот схемка квадратурного декодера на логике.

Вторая схема для более высоких скоростей. (добавлены триггеры во избежание пропуска отсчётов, но думаю, при 160 Кгц это не потребуется).

[GP1]

При заданных условиях, между каждым импульсом от энкодера успеет пройти примерно 70 тактов, при этом мин. 8-10 тактов уйдет на обработку прерывания, т.е. остается около 60 тактов, или 60 однотактных команд, для вывода в USART больше чем достаточно

[VIRGO]

Пардон! Нашел микруху, про которую писал LS7166 - 24 битная...
На предмет доставаемости и покупаемости не знаю...

[Mosfett]

Я думаю внешний декодер стоит делать если только нужен режим х4. А если не нужен этот режим то и так довольно просто декодируется:

interrupt [EXT_INT1] void ext_int1_isr(void) // INT1 Mode: Falling Edge
{
if (!PIND.3&!PINA.0)
{
count--;
}
else
count++;

}

count = signed long int.



Если заводить сигналы на счетчик, учитывая то что он 16 битный а число на выходе нужно скажем от -20000 до +20000 то код получится куда больше

Может я не прав?

[Lonleystranger]

А типа регистры не в этой же памяти находятся? или доступ к ним быстрее чем к другим ячейкам ОЗУ?

Сами посчитайте- загрузить в 16 разрядный регистр (Х,У,или Z) адрес ОЗУ (LDI,2 такта), Прочитать данные из ОЗУ в регистры 2 такта(LD)и провести операцию (n-количество тактов), и записать назад, еще 4 такта, а так на каждой операции вычисления экономите по 8 тактов процессора. Только надо четко разграничить регистры, я так всегда делал, если программа не очень сложная, экономится до 20% времни проца

[Yellow Tiger]

VIRGO, спасибо за информацию, но цена у этого агилента какая-то неадекватная (ок. 800 рэ!), уж лучше на малой интеграции делать...

[OBIVAN]

Я делал на обычной логике, направление определялось на ней, выходы были подключены на два внешних прерывания ,писал на asm , была передача на ком. порт со скоростью 115 кб + динамическая индикация 11 знаков ,индикация находилась в основной цикле задержкой между зажиганием сегментов была передача на ком. ~25кГц как я писал выше все было прекрасно больше и появлялись пропуски .

[VIRGO]

VIRGO, спасибо за информацию, но цена у этого агилента какая-то неадекватная (ок. 800 рэ!), уж лучше на малой интеграции делать...

Не удивляюсь, с ценами порой происходит какая-то фантастика.
Ещё вариант: в некоторых PIC контроллерах старшего семейства есть встроенный аппаратный квадратурный декодер.