Изучаем STM32 Cortex M3

[swat24]

Извиняюсь, на работе немного о другом думал...

Необходимо оцифровать давление. Стоит датчик с выходом 0-5В. Я его оцифровываю внешним АЦП и собирался записывать результат в СРАМ, что бы не было задержки при отправке.
Так же хочу попробовать оцифровать данный сигнал и встроенным АЦП. По этому и интересует возможно ли будет обратиться к регистру результата вместе с ДМА.
ДМА предполагаю стартовать по завершению оцифровки. Но если это будет слишком часто, то тогда по таймеру стартовать АЦП. Что бы можно было регулировать частоту оцифровки.

На счет внешнего АЦП, он имеет параллельный интерфейс, 16 бит. По идее к нему не должно быть проблем обратиться при работе ДМА.

Так же как тут предложили вариант сразу после оцифровки отправлять данные в ПК. В этом случае может быть несколько проблем: скорость оцифровки будет ограничиваться скоростью ЮАРТА (хотя 2457600 бод может и хватит). Вторая возможная проблема - не будет успевать обрабатывать все ПК. В прошлый раз (при оцифровке PICом и отправкой по USB) комп немного подвисал при отрисовке. Но может это исправят.

С какой частотой надо будет оцифровывать я пока сказать не могу, буду пробовать по месту. Но нужно что бы в 128К оцифрованных значений поместилось 2-3 скачка давления. Может 1-2 и хватит, что бы поточнее/более детальнее выглядел график.
По этому и интересует максимум, что можно выжать из данного процессора.

[Boba_spb]

Посчитаем на пальцах -2 мбит в секунду, 16 бит АЦП, 128 кбайт память - итого на 0.5 сек хватит. Трудно оперировать "скачками". Ну, попробуем, на детском языке - скоко скачков в секунду бывает, и скоко времени длятся нарастание и спад этих скачков?

Под словом длятся подразумевается время - например, за 10 милисекунд( это одна сотая секунды) или за 100 микросекунд - это одна десятитысячная секунды.

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

[Hives]

swat24
можно читать вместе с DMA, реально все равно поочередный доступ будет.
и почему бы при запуске измерения просто не запустить другой таймер на 10-20 Гц, и по нему выкидывать последний отсчет в UART?

[AJScorp]

Есть вариант, который я использовал в промышленных самописцах.
Если скорость выборок АЦП больше, чем скорость отправки по USART, то
берутся отсчёты АЦП, из них вычисляется min/max за N выборок, и отправляется на дальнейшую обработку.
Если меньше, то min/max равно текущей выборке, и также в общий конвейер(отрисовка, обработка уставок и т.д.)

[Boba_spb]

Есть вариант, который использовали когда UART не справлялся
(16 24х битных АЦП по 1000 измерений в секунду ).

Вместо UARTа использовали Ethernet

[jump]

пипец крадется всем АРМ-яшкам
http://shop.dmp.com.tw/INT/products/23

[nahimovv]

Угу! Да пусть крадётся! А то крадётся, крадётся - и никак!
Дождёмся когда STM32F030 в LQFP32 в розницу и промышленными партиями появится, и посмотрим, что к кому крадётся.

[eddy]

пипец крадется всем АРМ-яшкам
http://shop.dmp.com.tw/INT/products/23

С чего бы? Там же x86 — кому это говнище нужно на трехстах мегагерцах-то?

[jump]

смишные вы - для х86 сколько готового ПО и инструментария (бес)платного?
кроме того, перенос на подобные "говнища" смогут производить программисты больших х86 систем, ибо там аппаратная совместимость.
не зря ж в эту область и штеуд с проектом "галилео" подался.
можно так сказать - это бытовой/полупромышленный вариант РС104 с PCI-E шиной и мешком других докучи.
кстати, у STM32F030 PCI-E будет 1/2/4/8/16 кАнальной?

[nahimovv]

Ы шо? Это и есть поголовная замена АРМа? НисмИшите!
Совсем другая ниша, для эрзац-эстетов.