| |
 STM32F103 и захват потока данных, Справится ли? |
|
|
|
|
  Oct 7 2010, 07:01
|
Участник
Группа: Участник
Сообщений: 30
Регистрация: 11-02-08
Пользователь №: 34 931
|
Добрый день, народ.
Подскажите, пожалуйста кто знает. Планируем сделать устройство, которое должно хватать поток данных со скоростью хотя бы 10 МБайт в секунду по байту. Можно ли будет притормозить поток - пока не известно. В общем на это рассчитывать не хочется, как крайний вариант разве что.
Хватать, конечно, не постоянно - информация дозируется. Объем файла данных порядка мегабайта-двух. Сваливать ее предварительно планировалось в SDRAM - у нее есть burst-режим. Но иногда нужно будет подготавливать новые строки и банки для приема данных.
Причем придется еще производить достаточно сложные вычисления, поэтому ее 72 МГц и 32 разряда вполне пригодятся. Поэтому брать что-либо простое ( типа АТМеги или АТхМеги ) трудно.
Так вот вопрос в том, сможет ли STM32F103 ( или что-то подобное ) управлять хотя бы записью во внешнюю память со скоростью порядка 10 МГерц или выше? Причем модели в 100-выводном корпусе имеют блок работы со внешней памятью, но разве что статической или флешь-памятью. Можно ли будет использовать их времянку ( циклы чтения/записи ) для управления записью в SDRAM?
У АТхМеги есть поддержка SDRAM, но там разве что 4-хбитная шина данных... Что не радует...
С АРМами пока мало связывался, но ( по косвенным данным ) с портами они работают медленно и эмулировать протокол быстро не получится...
Заранее спасибо.
|
|
|
|
|
|
|
 |
Ответов
|
|
Oct 8 2010, 14:34
|
Участник
Группа: Участник
Сообщений: 30
Регистрация: 11-02-08
Пользователь №: 34 931
|
Согласен, поверить трудно. Но сделано. Смотрим, удивляемся: http://electronix.ru/forum/lofiversion/index.php/t49195.htmlПричем из Меги выжаты все соки, но она справляется. Проект весьма удивительный. За 2 такта выдается новый 17-значный адрес... Отсюда и пошло желание реально использовать возможности контроллеров. А их явно больше чем используется в большинстве задач... Входной поток данных валится из выходного буфера микросхемы ( аналогично стеку ) по синхросигналу, который надо давать. Но задерживать синхросигналы не желательно - по ним идет не только выдача байт, но и другие задачи работают... Необходимо использовать минимум корпусов и денег. Плата - предположительно мезанинного типа в небольшом корпусе... Цитата(zksystem @ Oct 8 2010, 00:30)  C Texas'ами (Luminary) осторожнее, там в errata скрыта "камасутра". Да, камасутра у них богатая... Даже не знаю. Искать С3-кристаллы придется... 
|
|
|
|
|
|
|
|
Oct 8 2010, 14:42
|
Ally
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050
|
Цитата(KKV2003 @ Oct 8 2010, 17:34) Согласен, поверить трудно. Но сделано. Смотрим, удивляемся: http://electronix.ru/forum/lofiversion/index.php/t49195.htmlПричем из Меги выжаты все соки, но она справляется. Проект весьма удивительный. За 2 такта выдается новый 17-значный адрес... Отсюда и пошло желание реально использовать возможности контроллеров. А их явно больше чем используется в большинстве задач... Тема избитая и не новая конечно. Нынче актуально не как взять данные с камеры, а как удобно их доставить потребителю. Тогда посоветовал бы такой проект посмотреть: http://www.alylab.eu/OpenProjects/ARMDomin...bCam/WebCam.htmЗа STR912 не агитирую, но в ST сделала такой же проект и на STM32.
|
|
|
|
|
|
|
|
Apr 1 2016, 13:02
|
отэц
Группа: Свой
Сообщений: 1 729
Регистрация: 18-09-05
Из: Москва
Пользователь №: 8 684
|
Цитата(scifi @ Apr 1 2016, 16:46) Кстати, что мешает взять МК с внешней параллельной шиной? Или же DCMI у STM32 умеет быстро захватывать параллельные данные. ..такое дело - надо быстро решить одну задачу с помощью костылей которыми владею. Вроде на вышеупомянутый STM32 написано что его порты могут работать на частоте до 18 МГц. Если не успеет на 10 МГц , то примерно можно оценить теоретически на какой максимально частоте заработает?
--------------------
b4edbc0f854dda469460aa1aa a5ba2bd36cbe9d4bc8f92179f 8f3fec5d9da7f0
SHA-256
|
|
|
|
|
|
|
|
Apr 1 2016, 13:25
|
Гуру
Группа: Свой
Сообщений: 3 020
Регистрация: 7-02-07
Пользователь №: 25 136
|
Цитата(Lmx2315 @ Apr 1 2016, 16:02) Вроде на вышеупомянутый STM32 написано что его порты могут работать на частоте до 18 МГц. Ну, если 18 МГц, то шансы есть, наверное. Кстати, а захват ограничен во времени? Если да, то я бы сделал так: заводим 8 бит и WR на 16-разрядный порт и читаем его в память непрерывно как можно быстрее. Когда посылка закончилась (надо это как-то определять, таймером что ли), разбираем содержимое памяти, выделяем там фронты WR и соответствующие данные.
|
|
|
|
|
|
Сообщений в этой теме
 KKV2003 STM32F103 и захват потока данных Oct 7 2010, 07:01 kovigor А поток что из себя представляет ? Просто восьмира... Oct 7 2010, 07:57 zksystem Цитата(KKV2003 @ Oct 7 2010, 11:01) Так в... Oct 7 2010, 08:36 KKV2003 Поток - просто байты по клоку. Причем клок еще нуж... Oct 7 2010, 09:03  kovigor Цитата(KKV2003 @ Oct 7 2010, 12:03) Поток... Oct 7 2010, 09:12 Aner По смотрите в сторону 9-х армов таких как этот S3C... Oct 7 2010, 09:47 rezident Цитата(Aner @ Oct 7 2010, 15:47) По смотр... Oct 7 2010, 17:50 zksystem Лично я бы такой проект на FPGA делал Oct 7 2010, 18:05 KKV2003 Выдача производится по клоку, который надо еще сде... Oct 7 2010, 10:23 zksystem Цитата(KKV2003 @ Oct 7 2010, 14:23) Texas... Oct 7 2010, 17:30 KKV2003 FPGA и ARM9 - это весьма тяжелая артиллерия. Не хо... Oct 8 2010, 02:02 zksystem Цитата(KKV2003 @ Oct 8 2010, 06:02) Народ... Oct 8 2010, 04:37 kovigor Цитата(KKV2003 @ Oct 8 2010, 05:02) Народ... Oct 8 2010, 08:15 ukpyr ЦитатаНарод захватывает поток в 8 МГц на какой-то ... Oct 8 2010, 05:53 Lmx2315 Цитата(scifi @ Apr 1 2016, 17:25) Ну, есл... Apr 1 2016, 13:32 gerber На STM32F103 (при FCPU=72 MHz) время между фронтом... Apr 1 2016, 14:38 jcxz Цитата(gerber @ Apr 1 2016, 20:38) А вот ... Apr 1 2016, 15:21 Aleksandr Baranov Цитата(jcxz @ Apr 1 2016, 11:21) А данный... Apr 1 2016, 16:15 ViKo А задать запись через DMA с порта в память по внеш... Apr 1 2016, 15:35
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
