Vitaliy_ARM

Дистрибьюторы говорят, что мануал можно скачать с сайта NXP, если хорошо поискать :smile3046:

Что за муть болотная. Так же можно обидеться и перейти на моторолу :cranky: : http://www.freescale.com/webapp/sps/site/p...jsp?code=i.MX27

Что-то не могу найти обещанный к 1 июня, юзер мануал на LPC1766. Он уже есть или NXP решила в динамомашину поиграть с потребителями с октября прошлого месяца? :unsure:

Собираю инфо по библиотекам ЦОС для арм. Из всего что попалось под руку - это библиотеки от ST и только для ST микроконтроллеров. http://www.st.com/stonline/products/literature/um/14988.pdf Есть ли что-то подобное для LPC17xx или для LPC23xx/24xx?? Собственно ищу FIR, CIC, FFT на 32 бита. Так же приветствуются библиотеки на исходниках. :rolleyes:

Для справки, SDRAM нельзя перепутывать, так как по шине адреса и данных идет инициализация памяти.

После праздников буду тестировать на LPC2468. Посмотрю что получится. Кстати я на форум так и не отписал, на моей карточке SD получалась скорость записи 500кБайт/с - это средняя скорость, измеренная за 5 минут записи данных. Писал по четыре 512-ти байтных блока. Реально поставил осциллограф на шину CMD и D0 и увидел, что иногда на шине данных попадаются большие задержки разной длины ~20-120мс (в это время по шине CMD бегут опросы готовности карты для записи), причем длина их случайна. Т.е. для синхронной быстрой записи такое не годится. Я так полагаю, что в это время внутренний контроллер занимается коррекцией ошибок секторов NAND. В зависимости от количества плохих секторов плавает время задержки, это только мое предположение. P.S: Может кто поделится исходниками по работе с CF, если есть?

С CF дела обстоят гораздо лучше, времена доступа могут быть даже 80 нс. При этом она может висеть на внешней статической шине процессора. Кончено количество их на рынке меньше чем SD, но и устройств не так и много планируется :).

Документацию OEMCFlashPMv12.0.pdf нашел на sandisk.com. Железо у меня LPC2468, UDMA не поддерживает.

Где можно взять и можно ли???

В общем после нескольких дней просмотров этапов записи/чтения узнал, что флешки бывают еще с неким классом скорости: http://www.google.com/search?client=opera&...-8&oe=utf-8 В итоге в наличии была старая флешка, но на ней определил, что с SD-Card малой кровью не обойтись и начинаю терзать CF и LPC2939.

Это понятно. Больше интересует вопрос с таможней. Узнавал в компаниях DHL и UPS, что есть тут два пути. Растомаживают либо они либо сами. Если они, то реально цена компонентов при 1000 штуках получается в 2 раза дороже, нежели та, которую платим китайцам. Если сами, то экономим 3500 на каждой позиции. Сами - не умею и вроде бы как будет долго. Может есть варианты по-лучше?

Народ! Хочу первый раз заказать детали за рубежом у китайской фирмы www.ansenquartz.com. Вот задаю вопросы: Кто как заказывает детали у зарубежных производителей и поставщиков, какие виды доставки и какие проблемы или не проблемы с нашей российской таможней??? Может у кого есть опыт заказов в Китае?

Всем спасибо за ответы. Скромные результаты для карточек. Сейчас написал низкоуровневую библиотеку по работе с картами MMC/SD для файловой системы. Использую DMA, частота MCICLK = 24Мгц, запись делаю по четыре блока командой WR_MUL_BLOCK. Размер блока - 512байт. Протестировал на запись флешку - получилось около 550кБайт/с. на чтение - 3Мбайт/с Теперь буду пробовать прикручивать этот драйвер к файловой системе. Пока еще не знаю, к какой...

Попробовал настроить тактовую на 25Мбит в примере Mci в папке яра. Получил ~22кБита/c по четырехбитной шине с использованием DMA. :smile3046:

Это дорого.

Устройство должно иметь малые габариты. С этим вариантом проблем будет столько же -> "I/O и не парьтесь." Можно, а если нет картридера в компе - то нельзя :). Спасибо за инфо, значит буду пробовать эту архитектуру.

Спасибо всем за ответы! Устройство не массовое, будет штуки три. Винда вкладывается в 3 Мегабайта/с. Конкретизирую архитектуру проекта. В устройстве два режима - логер и картридер. В первом случае идет запись данных на флешь со сокростью (после корректировки тз) уже 500кБайт/с. Во втором случае по усб идет считывание того, что он написал на флешку. Режимы переключаются жестко при помощи кнопки. Интересен первый режим, где на флешке надо выжать все, что можно. Думал сделать двойную буферизацию или кольцевой буфер, один "процесс" пишет данные в буфер, другой из буфера на флешку. Размеры буферов ориентировочно - 16кБайт. SRAM ставить нехочется, так как устрйство автономное, питается от батарейки + объем данных неизвестен, может быть будет переваливать за размер одной флешки. Пробую разобраться с исходниками, которые идут в комплекте яра для платы MCB2378

Вообще-то да, и больше можно (до 20MB/s): http://www.gadgetspage.com/cameras/underst...ard-speeds.html У меня будет долго терпеть при переливании 1Гб :laughing:

Немного некорректно поставил вопрос, какие исходники FAT16 лучше выбрать чтобы получить максимальную скорость на запись по 4-х битной шине?

Всем доброго времени. Делаю маленький цифровой логер. Задача простая. Опрос 16-битной шины (читаю с портов ввода/вывода) и складываю на SD-флешку в виде некоторых файлов. Максимальный поток данных на флешку около 3-5 Мегабайт/сек. Вопросы: - Потянет ли LPC2378 на 72 МГц такую задачу? - Какую файловую систему лучше выбать для прикручивания к модулю SDIO (MCI) процессора (fatfs, efs или что-то другое)? Кто как считает?

Народ, не могу загрузить pdf с конференцией по этим процессорам! Размер 2,73М, хотя ограничения на 9. Ошибка 413.

Еще 12 бит АЦП. Обратите внимание, дата июньская прошлого года, а в интернете нету его!

Так ЗАЦЕНИТЕ??? :yeah: Долгожданный!!! :beer: Вот еще все мк в одной куче (обзор) LPC1766_usermanual__prelim_july__0.01.pdf NXP_ARM_Portfolio_2009.pdf

Заметил такую штуку. Когда использовал GDB сервер для J-Link версии 3,68b - точки останова ставятся, если использую последнюю версию 4.02 - проблема такая же как и с опер оцд. Точки останова не ставятся. От сюда возникает подозрение, может сменили команду установки брейкпоинтов? :smile3046:

По началу тоже было что-то подобное, когда пытался запустить отладку примера lpc2378_uart_irq с сайта WinARM. Потом заменил .cfg файл файлом для lpc2294 из директории OpenOCD, добавил пару строчек, как писал выше и отладка заработала, только остался геммор с точками останова. Видимо их gdb не зашивает в процессор. Как нестранно, но с атмеловскими процессорами проблем на порядок меньше. Имеется в распоряжении J-Link и GDB-сервер для него. Так с ним точки останова ставятся! Хрень однако :smile3009: Начинаю думать, что это уже не работа, а мучение.