Пока только мысли в голове - но задача состоит в том чтобы быстренько считывать данные с 8-бит АЦП в небольшой буфер (десятки ячеек) и в потоке проводить некоторые целочисленные вычисления с ними (вычитание, сложение, сравнение на больше-меньше).
Около 80 нс на цикл между выборками с АЦП. В каждом цикле нужно успеть перебрать с десяток значений в буфере и выплюнуть одно во внешнюю память + какой нибудь запас по быстродействию.
Вопрос - на чем это правильнее реализовать?
- МК вроде как не успевает
- программируемая логика - я не в курсе, есть ли там готовые блоки для сравнения байтов и операций над ними, адресации и т.д.?
- DSP - чтото многопотоковое, низкоуровневое, страшное. Для какогонибудь НИИ по зубам будет.
roboforum.ru
Технический форум по робототехнике.
DSP или ПЛИС? помогите определится.
Re: DSP или ПЛИС? помогите определится.
80ns это уже частота порядка 12.5MHz, а у вас надо перебрать 10 значений, какие-то операции с ними поделать и вывести. Попахивает каким-нибудь АРМ7 + внешним АЦП наверное... если искать пути попроще. ПЛИС вроде обычно без АЦП идут один фиг?
Re: DSP или ПЛИС? помогите определится.
Внешний АЦП и думается какраз. Вопрос в том насколько легко несложную математику на ПЛИС реализовать? Не придется ли все из И-ИЛИ элементов городить?
Re: DSP или ПЛИС? помогите определится.
А точно арм7 не хватает?
Добавлено спустя 33 секунды:
Просто одно дело - несложную математику, и совсем другое - какие-то алгоритмы, может они не так уж и хорошо параллелятся.
Добавлено спустя 33 секунды:
Просто одно дело - несложную математику, и совсем другое - какие-то алгоритмы, может они не так уж и хорошо параллелятся.
Re: DSP или ПЛИС? помогите определится.
dsp это немного мимо (да и сдают позиции сейчас)
внешний АЦП + плис - самое то.
Простая арифметика там легко реализуется.
Добавлено спустя 2 минуты 33 секунды:
если сами не захотите...
внешний АЦП + плис - самое то.
Простая арифметика там легко реализуется.
Добавлено спустя 2 минуты 33 секунды:
executer писал(а):Не придется ли все из И-ИЛИ элементов городить?
если сами не захотите...
Re: DSP или ПЛИС? помогите определится.
Так ему не только арифметику, а еще и буфер и переборы и еще может чего
Re: DSP или ПЛИС? помогите определится.
не-не... это все делается...
Может быть подумать, как разложить алгоритм попонятнее в железе...
но и в лоб с буфером и перебором можно.
Может быть подумать, как разложить алгоритм попонятнее в железе...
но и в лоб с буфером и перебором можно.
Re: DSP или ПЛИС? помогите определится.
Это понятно что делается, вопрос в том, - точно арм7 не хватит?
ПЛИСка вроде по определению более сложная, хотя тут вон StArt с ПЛИС начал по работе
ПЛИСка вроде по определению более сложная, хотя тут вон StArt с ПЛИС начал по работе
Re: DSP или ПЛИС? помогите определится.
У STARTa уже серьезные достаточно кристаллы.
Для такой задачи серии MAX от альтеры имхо хватит...
Ну на алгоритмы посмотреть конечно надо...
Они (МАКСы) простые и понятные. Тулзы бесплатные.
Для такой задачи серии MAX от альтеры имхо хватит...
Ну на алгоритмы посмотреть конечно надо...
Они (МАКСы) простые и понятные. Тулзы бесплатные.
Re: DSP или ПЛИС? помогите определится.
Меня смущает сильная избыточность АРМа для этой задачи, а следовательно и сложность конфигурирования. Получится что месяц буду разбираться как все лишнее выключить и 2 дня алгоритм обкатывать.
Пока обкатываю алгоритм на Си++ на ПК, но похоже параллелится будет отлично, может даже от циклов уйти получится. Разберусь с алгоритмом - буду по ПЛИС смотреть как их готовить и с чем употреблять.
А с другой стороны АРМ конешно погибче, блин...
Добавлено спустя 1 минуту 18 секунд:
А Протеус и с тем и с другим нормально дружит?
Пока обкатываю алгоритм на Си++ на ПК, но похоже параллелится будет отлично, может даже от циклов уйти получится. Разберусь с алгоритмом - буду по ПЛИС смотреть как их готовить и с чем употреблять.
А с другой стороны АРМ конешно погибче, блин...
Добавлено спустя 1 минуту 18 секунд:
А Протеус и с тем и с другим нормально дружит?
Re: DSP или ПЛИС? помогите определится.
Да арм имхо если и получится, то по-любому впритык будет молотить...
Добавлено спустя 1 минуту 18 секунд:
Ну с какой частотой вы его запустите? сто мегагерц - это всего-то 8 тактов на выборку...
Ну не девятку же ставить 400-мегагерцовую...
Добавлено спустя 1 минуту 18 секунд:
Ну с какой частотой вы его запустите? сто мегагерц - это всего-то 8 тактов на выборку...
Ну не девятку же ставить 400-мегагерцовую...
Re: DSP или ПЛИС? помогите определится.
Про процессоры можно даже и не думать. За 80 нс просто прочитать десяток ячеек памяти - это уже 10 операций, плюс хотя бы одну операцию над каждым значением - уже 20. Плюс затраты на поддержание буфера - еще с десяток. Уже под 400 МГц, без учета принятия решений после операций. Плюс сброса конвейера. А обрабатывать надо не 10 значений, а десятки. Только ПЛИС.
Re: DSP или ПЛИС? помогите определится.
ПЛИС + внещний АЦП, однозначно. Но брать не CPLD а FPGA. Так как потребуется память для буферов. Плюс более толстая. Аппетит приходит во время еды. Писать лучше на верилоге, хотя бы модули. Потом их можно уже соединять схемно. Хотя в Катусе можете найти много готовых модулей. Берите первого циклопа и не партесь.
Re: DSP или ПЛИС? помогите определится.
elesy писал(а):циклопа
дада... это как ставить АРМ с цветным тачскрином для управления двумями маторчегами...
Тут так принято
))Re: DSP или ПЛИС? помогите определится.
Michael_K писал(а):elesy писал(а):циклопа
дада... это как ставить АРМ с цветным тачскрином для управления двумями маторчегами...
Тут так принято
Давайте посчитаем по ресурсам - хотя бы буферов и будет видно что СПЛД не катит. А у циклопа есть блоки внутреней памяти