Выбор пал на stm32F205 (системная частота 120, ДМА можно запустить на 60, если ничего не путаю
Вопрос заключается в следующем: Насколько может порвать временную диаграмму и как с этим бороться?
Для оцифровки УЗ эхо-последовательности (2.5 мгц)rus084 писал(а):для чего предназначается эта конструкция?
Сомневаюсь... ДМА имеет свою латентность...ДМА можно запустить на 60
Это решается установлением приоритетов...Кроме этого планируется запуск еще одного ДМА (правда с частотой порядка 100 КГц) для управления усилением оцифровываемого си гнала.
Вот это то и пугает! Вопрос в том как это отразится на полученном результате!HHIMERA писал(а):Сомневаюсь... ДМА имеет свою латентность...
Можно. В сэмпликах от STM32L Discovery полно такого кода.Open писал(а): И вот еще вопрос в догонку: Можно ли ядру (STM32) сказать HALT! (тормозни свой счетчик команд и жди прерывания по окончанию ДМА)
что бы пустой цикл шину не тиранил??
Вы, видимо невнимательно смотрели первый пост.balmer писал(а):Не успеешь обработать входящие данные.
старый, проверенный способ - внешнее FIFObalmer писал(а): но вот как туда данные от быстрого ADC завести - непонятно.
А вот и на немHHIMERA писал(а):Вы ж не на прикупе..
Видимо придется, тем более, что там доп задачи как раз под плис будут... Микропроцессор под свои нужды я уже накидал. Хотя УСБ контроллер какой ни будь таки придется напаивать, или на месяц уйти в астрал и самому поднять^^holomen писал(а):60msps лучше на плис делать
Ну если данные сначала сэмплируются, а потом останавливается сэмплирование и идет обработка продолжительное время - тогда проблем нет, вполне может заработать. Только берите лучше сразу STM32F405, стоят столько же (порядка 300 руб/шт), а частота повыше.Open писал(а): Вы, видимо невнимательно смотрели первый пост.
Имеется ввиду совместная работа DMA и FSMC. Процессор в этом не участвует.
Так и есть - сначала принимаем, потом пережевываемbalmer писал(а): Ну если данные сначала сэмплируются, а потом останавливается сэмплирование и идет обработка продолжительное время
Спасибо! Тем более, если мне память не изменяет, с 205 на него портируется без правок.balmer писал(а):Только берите лучше сразу STM32F405
Тем более. Все быстрое железом, а неспешную обработку процом.Open писал(а):Видимо придется, тем более, что там доп задачи как раз под плис будут...holomen писал(а):60msps лучше на плис делать
Зачем свой? Неужели из трех ниосов ни один не подходит?Микропроцессор под свои нужды я уже накидал.
Да вроде ведь есть на опенкоресах USB корки. Хотя да, приходится допиливать. В крайнем случае можно поставить народную CY68013, но там тоже нужно покурить маны. А можно быстро и дорого поставить че-нить от FTDI и не париться с дровами на ББ, а прикинуться компортом. В общем, путей более чем достаточно.Хотя УСБ контроллер какой ни будь таки придется напаивать, или на месяц уйти в астрал и самому поднять^^
Свой ближе, тем более у него будет 4 адресных пространства. А система команд очень обрезанная и специфическая (программа больше похожа на временную диаграмму для окружающей архитектуры + переходы условные и не очень). Никаких стэков, прерываний, ДМА и прочего. Делается за день, за неделю отлаживается.holomen писал(а):Зачем свой? Неужели из трех ниосов ни один не подходит?
Ну по крайней мере библиотека OTG от STM идет под 205 и 405. Остальное если срастаться не будет - это уже мелочиbalmer писал(а):Скорее всего будут правки.
Эттааа... Даже не пять, это все двенадцать!Open писал(а):Делается за день, за неделю отлаживается.
Да, религиозные предпочтения - они такие...Тем более я в конюшне ксилинсаДо альтеры руки никак не дойдут
Да собственно предпочтение обусловлено только ограниченностью свободного времени (и в некотором смысле леньюholomen писал(а):Да, религиозные предпочтения - они такие...
Впрочем... Неужели у ксилинксов нет готовых процессорных корок?