вполне рабочие моменты, вылавливать глюки и исправлять.. а что делать :)
хм.. вроде по ссылке с китайского mcuos.com было упоминание о группе на Гугле
счас погуглил, вроде она
если что google->"mcuos.com google" вторая ссылка
ЗЫ ну а где там таблица, напрочь не помню, в какой-то ветке была
Спасибо. Долго искал там эту таблицу и нашел. Китайцы уже за i2c взялись, на 90% сделали. А с SD как было 10% так и осталось.
Перевел таблицу с китайского с помощью google translate, может кому интересно будет. Attachment file: uploads/forum/forum-A6Y6kW5GZD-679.zip
жаль конечно, что в кристалле расшарены пины по использованию I2C или SPI, надо было одни канал I2C скрестить с SPI, а второй например с UART2
а свежее ядро давно пора иметь, тот же udev ругается и требует 2.6.18+
китайский знаете? или OСR есть с китайских битмапов?
В linux для i2c и spi есть готовые драйверы работающие поверх gpio, независящие от архитектуры, так что нет никакой проблемы вместо uart навесить i2c или spi.
я писал неоднократно программные реализации из этих протоколов.. ты сможешь на 9260 в GPIO mode шевелить лапками на 50МГц для работы SPI? я точно не смогу :)
тут неувязка чисто аппаратная - неудачно пины развели в кристалле. у МНУКа и так мало интерфейсов..
конкретно в моем случае выгоднее запустить аппаратный SPI и пользоваться программым I2C
Во всем есть разумные пределы и естественно я не имел ввиду скоростную передачу данных, эти интерфейсы чаще всего используются для управления а не для передачи данных, к тому же 50 МГц - не припомню устройств которые могут работать на такой частоте и тут уже возникает проблема с dma - толку без него от такой скорости ровно ноль.
хорошо, 50 я немного загнул :)
но вот тут ты сам гонял на 20МГц, а 20 или 50 разница неощутима. При все этом кто-то на электрониксе не поленился померить чистый GPIO осциллографом - кажется в районе 3МГц и это один пин в цикле..
да на маленьком экране 20МГц избыточно, но стоит поднять разрешение или глубину цвета и вот тут чем частота больше тем легче пропихнуть данные
ты же гуру по SPI - чего упрямишься? :)
PS на частоте допустим 50МГц может работать например интерфейс для ФПГА.. :-P
Страноо что приходится повторять - я имел ввиду управление а не передачу данных - какая тут может быть скорость если нет dma ?? То что я там колхозил на spi с экранами - так это только потому что на плате нет другого способа вывести графику прилично. Управление - см аудиокодеки, тачскрины, видео контроллеры, lcd панели - там не требуется скорость а наличие i2c/spi обязательно.
да, я виноват, не доглядел твои уточнения - в таком разрезе согласен.
а насчет устройств с SPI - типа того же TFT MIO например. или в мультиплексорах связи (пром оборудование) что мы используем обмен по SPI шинам, но частоты намного выше (видимо межплатный обмен)..
Конечно не знаю, переводил google translate. План работ открылся в goole-овском веб аналоге excel'я. Поскольку давно хотелось узнать, чего они там замышляют, тупо перевел все ячейки с китайского на английский.
Кстати, а что такое OCR?
Мне тоже очень не нравится, два i2c и при этом один spi вообще глупость какая-то. Наверное, это издержки в LQFP корпуса.
Вообще набор переферии у NUC'а довольно странный. AC97, memory stick, и при этом один ущербный SPI без DMA, АЦП нету. Интересно было бы посмотреть, где китайцы их используют, особенно NUC910 с PS/2 и ATAPI.
01.05.2010 23:39 
01.05.2010 23:40
