Надо организовать перекачку больших данных из MMC в комп по USB, рассматривается вариант использования USB в LPC2148 или LPC2148+FT245.

Из документации на LPC2148 понял что Bulk буферы 64 байта, поскольку передача идет фреймами с частотой 1КГц получаем 64000 байт/сек, вопрос можно-ли какими нибудь методами добиться более высокой скорости передачи (возможно другой тип EP) - надо реальзовать по возможности USB Mass Storage (т.е. использовать встроенный драйвер WinXP - нет желания писать свой) - или-же единственный выход FT245.

Или может есть какие другие решения.

а кто сказал что за один фрейм одна булка придет ? Ничего подобного =) Нормально тама все, скорости точне мерял, но под 700 кбайт в сек качалось. А для особо одаренных в плане ускорения всего на свете в 48-ом DMA есть. Да и сурцы Mass Storage давно на Keil лежат

ИМХО, под эту задачу очень хорошо подходит AT91RM3400 - есть USB и контроллер SD/MMC.
Правда встроенного флеша нет, но он умеет грузиться из копеечного EEPROM или DataFlash,
а встроенных 96K RAM должно быть достаточно.

Варианты с FT245 я бы даже не рассматривал.

Спасибо за быстрый ответ, а на счет проца - уже работали с lpc2138 и поэтому остановились на 48, осталось только убедиться что 48 со своими uart и spi 0 или 1 даст скорость под 1 Мбайт/сек (на 38 скорость spi1 неудалось выжать более 1,5 мбит/с - не настраивался SCR в SSPCR0).

Ну мегабайт на uart это я погорячился, а мегабит нужен.

???
С этого места помедленнее. Из SPI1 официально работающего на частотах до 1/2 частоте процессора (ну с некоторыми побочными эффектами согласно errata ) Вам удалось выжать только в двадцать
раз меньшую скорость. Хотелось-бы узнать в каких условиях.....
Намека на счет SCR - не понял, тем более, что он по умолчанию делитель на 1.

я на 38 свободно передовал через уарт0 1 мбит/с так что в этом проблем нет

Без сомнения. Максимальные боды 1/16 тактовой частоты процессора.

Что в доке заявлено я знаю. Возможно проблемы в коде инициализации, а его предоставить могу только завтра (из-за отсутствия времени на тот проект успешно задвинули - и дома его нет).

Хорошо.

Как-то странно. У меня на LPC2292 на 5МБит/сек работало, через гальвано-развязку с АЦП-шками.
В окончательном вырианте правда 1МБит/сек, потому как мне больше и не надо. На 5-ти оценивал запас прочности.

SPI1 на 213x в отличиии он SPI0 и SPI-ев на 'старых' LPC совсем другой - более продвинутый в том числе и по скорости.

причем оба сливают начисто таковому в атмельских SAM =) Ну а если еще и DMA задействовать.... Вобщем это и послужило причиной использования сеггером SAM64 в j-link а не LPC214X

А все трое сливают любому SD/MMC контроллеру.
Согласен, у SAM'а периферия более прямая по сравнению с LPC. Но если вспомнить первые атмеловские армы - просто в дрожь бросает.

DASM, как водится :-( категоричен.
Смотрим (бегло, если что не так - пишите) на игроков AT91SAM7S64 и LPC213x
1. Да максимальная скорость SAM равна тактовой 55MHz вместо 30. Явный плюс! Однако в errata описана 'проблемка' при делителе 1.
2. У Филипса два SPI.
3. По функциональности у SAM это только SPI, у LPC - есть функциональные навороты ввиде TI и NS
интерфейсов.

А вот с DMA вообще на халтуру (сделать просто и слово красивое) смахивает:
1. Контроллер без кэшей, посему неизбежна низкая эффекивность DMA - процессор
будет заметно блокироваться.
2. DMA для укладки порций 1-2 байтов, причем сам контроллер DMA обслуживает только работу с линейным буфером. Сильно тоскливо - для более-менее реальной работы все равно обрабатывать
прерывание от каждых 1-2 байтов и перепрограммировать DMA контроллер, либо потом заниматься
пересылкой в другой организованный буфер. В обшем эффективнось этих телодвижений под большим вопросом по сравнению с простым вычитыванием FIFO у LPC.
3. А DMA каналы-то строго приоритетны и блокируют друг друга. C надеждой получить байтики
по SPI на скорости 55Mbit если при этом идет поток от USB похоже придется проститься, ибо
FIFO на случай занятости DMA не предусмотрен.

В общем вместо такого куцего DMA мне явно LPCишный FIFO предпочтительнее смотрится.

Как-то не похоже это все на


И "аргументы" и предположения типа:

ситуации тоже не не меняют.

Выводы - да нет сейчас на рынке чипов-однокласников у которых один другому "сливают начисто".