кто нибудь реально выпускает Cortex M0 или M3 с High Speed USB или надо ждать LPC1800?

А что нужно - device, host или OTG?

Вообще же есть у ST (STM32F2xx) и Atmel (SAM3U).

Atmel выпускает серию SAM3U и в них реально High Speed USB. в библиотеке к ядру есть много примеров реализации USB, в том числе и MSD.

достаточно device...

надо будет посмотреть в сторону STM32.... Atmel уж очень ненадежный

кстати.... никто не пробовал Kinetis?





STM32F2xx -> Для реализации скорости в 480 Мбит/с необходим внешний высокоскоростной трансивер, подключаемый через ULPI.

Ну, это, пожалуй, не проблема - они доступны. Корпус только лишний.

А атмел испек довольно хороший процессор, пока что достойных альтернатив у конкурентов не наблюдается.

да Atmel делает хорошие процессоры только потом резко прекращает их выпускать и начинает производить новые и еще лучшие

бегло просмотрел SAM3U.... вроде как раз то что нужно.... а так не хотелось возвращаться назад к Atmelу....
Спасибо!

И что же такое "испек" ATmel чего нет у NXP, TI, ST? Номенклатуру из 9 чипов?
А чипы доступны? Срок поставки?

Можно пример доступного чипа?

У NXP, TI, ST есть контроллер на базе Cortex-M с HS USB?


Доступны. Сроками можете поинтересоваться у своего поставщика, я ими не торгую.


TI, SMSC, NXP. Возможно, вы их не найдете в ближайшем ларьке, но заказать образцы и потом партию проблемы не составляет.

LPC1343 имеет на борту USB 2.0 full-speed device controller with on-chip PHY. 90 рублей в розницу в Собянинске.

Серийных кинетисов ещё нет в природе.

Атмел - только выбросить.

Full и High - это как бы две очень большие разницы.

По-моему Cortex-ы до High-speed USB еще не доросли. Реальные устройства HS USB-device на CY7C68013A делают.

Простите, а реальному устройству обязательно надо использовать всю полосу шины? Кому-то скорость MSD, например, в 5Мбайт/с принесет огромное облегчение после 1Мбайт/с на full speed.

Дык от задачи конечно зависит. Но тут пока вроде возможности, а не потребности обсуждаются. Или нет?

Вот из вашего поста и получается, что кортексы до получения этой возможности не доросли. С чем я категорически не согласен. Так можно и 100M EMAC упразднить, дескать, не доросли, пусть на 10M пока поработают

"Дорастут" когда Cortex-M4 реально выйдет
Имеете полное право.

Из реально доступных и работающих есть еще AT32UC3A.

С Kinetis пока глухо. Больше надежд, что Texas Instruments к концу года свою серию на Cortex-M4 запустит.

ну вроде Digikey уже продает

http://search.digikey.com/scripts/DkSearch...40X256VLQ100-ND

Этот ULPI-PHY вроде бы нужен только для OTG dual-role HS. В остальных случаях (только Device или только Host) и внутренним HS-PHY обходится. По крайней мере я такой вывод сделал из рис. 79, 80, 81 в даташите на 205 и 207 чипы.

Ждем LPC18xx от NXP - должны быть доступны осенью

Вот именно услышав от моего поставщика "28 недель" по атмелевскому чипу который у нас уже 4 года идет в серийных изделиях я зарекся применять атмель в новых изделиях если есть малейшая альтернатива.

А она в данном случае есть? Мы тоже отказались от атмеловской флеши по такой же причине.

Минус месяц с лишним жизни - и она появилась... Альтернативы редизайну были сильно хуже.

Да мучает тот же самый вопрос, мне нужно только HS device. Хотел впаять в STM32VLDISCOVERY STM32F205RGT6, но, насколько я понимаю, нет никаких примеров для 205й серии чтобы проверить как работает HS device. Кто-нибудь знает точно как на самом деле?

тоже нужен контроллер с HS. раньше юзал AT32UC3A, но забросил, тк был оттормоз атмела на год по поставке...
пересел на cortex-m3, пока планирую на нем вистеь, много кода уже написано.
LPC18 вкусняшка...мож какраз раздуплюсь до того времени, как они появятся.
STM32F2 - нету внутреннего phy, леньки тулить внешний,так что отбой.
SAM3U - мало рамы, всего 96мгц, неа,не идет..
остальное особо не доступно...


смотрите страницу 151,152 (USB OTG HS peripheral-only connection in FS mode. USB OTG HS host-only connection in FS mode. OTG HS connection dual-role with external PHY)
стр 31

Да, вот как всегда - STM32F2xx могли бы быть конфеткой, но надо было ложку дерьма в виде отсутствия USB HiSpeed трансивера добавить
Что, неужели было так сложно его интегрировать?

Зато теперь для этого надо доп. корпус типа QFN или BGA ставить, очень приятно, блин

Может, есть где такой трансивер в QFP корпусе?

А почему боитесь QFN корпуса? Если страшно паять, так это совсем не проблема. Раньше тоже боялся, пока не попробовал. Нужно перед установкой залудить выводы, чтоб с припоем стали выпуклыми. И потом, полив флюсом посадочное место, просто ровненько приложить и термофеном (воздух почти на минимум) плавно прогреть на пониженной температуре (можно просто немного отдалив фен), потом добавить (приблизить фен) , припой расплавится и силами поверхностного натяжения корпус сам встанет как надо. 2 минуты и готово. А некоторые в QFN футпринте выводы удлиняют, чтобы даже паяльником можно было прогревать. Но фен рулит ))

Так и делаю, но всё равно считаю выводные корпуса ближе к телу
На самом деле, QFN от QFP не далеко ушли в плане экономии места, контроллеры вон ведь выпускают до сих пор выводные, зато всякую мелочёвку сейчас любят лепить в BGA.

Интересно, а атмеловские SAM3U4 насколько близко по производительности подошли к LPC17xx? Частоты практически одинаковые - 96 и 100 МГц.
Может, не стоит париться с доп. трансивером и взять SAM, у него то он встроенный?
Вот только памяти масловато, 48к всего

Хотите сравним. Мне они показались вполне себе шустрыми.


До 52-х, если не нужен NAND. Но да, очень мало, а через внешнюю шину медленно

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 уж точно спорить бессмысленно)

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

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


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


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


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

Ну на SAM7S я формировал частоту и стробы с помощью таймеров (с выхода PCK=18,432 MHz на вход TCLK) и для SSC и для внешнего кодека Texas. В SAM3U вроде как тоже можно использовать эту фичу: PA28 TK PWMH0; PA29 RK PWMH1; PA30 TF TIOA2; PA31 RF TIOB2.
Ножка одна, а служит и выходом для внешнего кодека и входом для SSC. Ну само собой выходом таймера.

Признаю свою неправоту, у NXP что то такое появилось. Просто из тех, что есть на рынке не встречались.

Проблема не в том. Из-за входных ограничений на SAM3U с "юсбовым" кварцем на 12MHz нельзя получить частоту не кратную 6MHz на выходе "процессорной" PLLA. Да и с любым другим входной делитель может меняться лишь в диапазоне 1-3, а не 1-20, как было на SAM7. Что и бесит несколько.

А кодек можно и заточенный под USB взять, которому от 48MHz MCLK хорошо.

В смысле, насколько медленно через внешнюю шину?
Думаю вот, стоит ли прикручивать внешнюю память...

Ну, чисто теоретически, если взять 10ns память, то можно и 96MHz на внешней шине получить. На деле, думаю, более реальны такие варианты:
- 48MHz Fast SRAM
- 16MHz Low Power SRAM/PSRAM (как на ките)
Первый вариант в 4 раза медленнее внутренней памяти, второй - аж в 12.