QFN ноемальный корпус, ничем не хуже QFP, даже паять удобнее - посадку облудул, флюсом намазал, пригрел и готово..
А вот доп корпус вообще не в кайф...
SAM3U памяти категорически мало. хочется и ось, и дма, буфферы... тут 64кб не хватает//
лучший выбор пока nxp, imho

Интересно было бы сравнить. После впечатляющего быстродейсвия LPC17xx не хочется откатываться на что либо тормозное типа STM32F1xx


Не подскажете доступный кортекс от NXP с USB HS?

Беда в том, что у меня нет под рукой LPC17xx. Но можно собрать какой-нибудь тестовый код одинаковыми компиляторами и прогнать. Есть идеи?
А STM32F1xx изрядный тормоз, это верно.

Честно говоря, никогда не имел дела с бенчмарками на микроконтроллерах, но при желании могу сдуть пыль с моих железок и скомпилировать в ИАРе какой нибудь драйстоун по Вашей наводке, и затем прогнать его на LPC1768.

Странно, что даташит на SAM3U скромно умалчивает параметр быстродействия DMIPS, который обычно приводится на первой же страничке документа...

Интересны две вещи:
- "попугаи" из dhrystone 2.1
- скорость копирования через memcpy (скажем, блоками по 8кБайт)
В последнем случае дополнительно интересен результат при копировании между двумя разными банками SRAM.


Насколько я помню, он вполне соответствовал заявленным ARM 1.25DMIPS/MHz для Cortex-M3.

Вообще по-моему весь этот диалог праздный.
Чем вы (кому так не хватает HS) хотите загрузить канал 480мбит? Видеосигнал что-ли? это не тот камень (70-100МГц), даже при всех их DMA он не обеспечит загрузку канала.
Потому собственно и не делают в них USB HS. А кто и делает просто - маркетинговый ход.

Думаете, скорости между 12мбит и 480мбит никому не нужны? Никто, кажется, не требует с ножом у горла загружать весь канал целиком.

Хорошо, на днях попробую заняться.

К слову, посмотрел на различные USB HS PHY для STM32F2xx, и ни черта не понял, каким образом их инициализировать по ULPI интерфейсу перед началом работы?
У них внутри куча регистров, да взять хотя бы управление ключами VBUS или подтягивающими резисторами - как это происходить должно?

Да ладно, при частотах ядра в 100 - 150 МГц видеть, к примеру, что передача данных с устройства через USB идёт с черепашьей скоростью в 900 килобайт\сек, тогда как легко можно было бы получить до 10 мегабайт\сек - это маркетинговый ход?
Может, на контроллеры вообще тогда не стоит ставить что-то более быстрое, чем UART?

Да, с документацией у ST всё так же неважно - после беглого просмотра мануала на USB OTG модуль в голове осталась только каша, настолько всё запутано и свалено в одну кучу.
А отсутствие физического уровня HS ещё больше запутывает

Другое дело у Atmel и SAM3U - читать доку на их USB довольно приятно, всё разложено по полочкам.

Если бы. На HSMCI почитайте - вот там каша.

Не могу не согласиться, но лишь отчасти.
Сами контроллеры по своей периферии не требуют широких каналов. Графических контроллеров нет, видео матрицу какую нибудь тоже не подключишь.
Ну а 10мбайт/с - легко ли? даже с SD карточки не выжмешь.
А ведь автору темы вообще в Cortex-M0 хочется HS - он наверное совсем забыл, что в нем нет DMA как класс, а без него это просто смешно.

В общем USB2HS USB3 это ничто иное как погоня за скоростью передачи мультимедиа сигнала. M3 и тем более M0 это не мультимедиа контроллеры как их ни крути.

Кстати, можно вопрос не по теме, раз уж Вы работали с SAM3U - я правильно понял, что модуль I2S имеет ущербный и примитивный до нельзя делитель для формирования клока? То есть никаким PLL или хотя бы фракционным делителем не пахнет?
Обидно, остаётся только либо подбор кварца (но это не выход, а костыль какой-то), либо ввод частоты с внешнего генератора


Почему не выжмешь, по четырёхбитному-то интерфейсу? Вы пробовали?

Не пробовал по 4-битному, только по 1-, а вы пробовали? хотя бы просто вычитывать и складывать в память с такой скоростью он может? (хотя бы M3, про M0 уж точно спорить бессмысленно)

Сообщение отредактировал kan35 - Jun 5 2011, 13:21

А почему не сможет, DMA включаешь и вперёд. Говорят, 8 MB\с получается для mass storage device по USB HS.
Прямое чтение с SD в память должно быть ещё быстрее.

С карточки, с NAND, с устройств на внешней шине - легко.


Так-таки и нет?


В плане тактирования у SAM3U есть огромная засада: входная частота PLLA ограничена снизу на уровне 6MHz, в то время как UPLL требует на вроде 12MHz ровно. То есть при использовании USB кварц должен иметь частоту 12MHz, а входной делитель для PLLA всегда будет равен 1, что весьма сужает сетку частот на выходе.
Для I2S кодеков остается ставить внешний генератор и запускать процессорный I2S в режиме slave.


А вот тут облом как раз: памяти этой настолько мало, что приличной скорости просто не развить. Разве что с внешней быстрой статикой.