| |
 S3C44B0X, Живы курилки? |
|
|
|
|
 Apr 8 2006, 17:56
|
Профессионал
Группа: Свой
Сообщений: 1 065
Регистрация: 8-10-05
Из: Kiev, UA
Пользователь №: 9 380
|
Прикидывал тут будущий девайс и вспомнился сабж.
На сайте вроде прописан как "масс продакшн", в продаже вроде тоже есть, но что-то не видно, чтобы с ним кто-то работал. Хотя вроде и цена сходная, и корпус пристойный, поддержка любой внешней памяти,
видео на борту...
Может обнаружены какие-то ужасные глюки?
--------------------
Вони шукають те, чого нема,
Щоб довести, що його не існує.
|
|
|
|
|
|
|
 |
Ответов
|
|
Apr 9 2006, 14:08
|
Гуру
Группа: Свой
Сообщений: 10 713
Регистрация: 11-12-04
Пользователь №: 1 448
|
Цитата(zltigo @ Apr 9 2006, 17:47)  Мануал с диаграмами и errata дают ответ на этот вопрос.
А на пальцах - имеем только ДВА фронта на такт и по этим двум фронтам не сделать все необходимые
действия по выставлению адреса, выборки, RD, ожиданию данных, фиксации данных, _снятию_выборки_, выставлению нового адреса, снова выборки,......
НЕ ВОЗМОЖНО СДЕЛАТЬ. Посему минимум один такт пропускают, но продолжают говорить о
1 такте :-) Реклама, короче. Ерунду говорите полную. Если не работали с камнем, потрудитесь хотя бы внимательнее читать даташиты. А еррата-то к чему приплетена? Злой я сегодня... Описанный Вами режим пересылки (память1->память2) действительно будет занимать 6 тактов на 32 бит слово. Но ведь вовсе не обязательно работать по одному - если использовать 4, то пересылка одного займет 4.5 такта...
|
|
|
|
|
|
|
|
Apr 9 2006, 14:50
|
Гуру
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244
|
Цитата(aaarrr @ Apr 9 2006, 17:08) Ерунду говорите полную. Если не работали с камнем, потрудитесь хотя бы внимательнее
читать даташиты. А еррата-то к чему приплетена? С камнем не работал. C памятью - работал. И думать и читать умею. На счет внимательнее читать - ну давайте, например, почитаем о 11.8.2 Data Float Wait State 11.6.3 Early Read Wait State И посмотрим, какая память позволит без них обойтись. Дабы получить красивую картинку, как 11-15 в мануале. Тут поминалась Samsung K6R4008V1 (с шиной х 8) - в свободном доступе мануала не нашел - бросьте в меня ссылкой. Errata имеет обширные стенания по поводу WS по NWAIT. В принципе отношения не имеет, просто бегло просматривал показалось :-( Цитата(Evgeny_CD @ Apr 9 2006, 17:27) Спорить дальше бесполезно, нужно брать в руки плату, делать jump сам на себя из ОЗУ, и смотреть хорошим осцилом, что на шине творится. Долго, хлопотно :-( Цитата(Evgeny_CD @ Apr 9 2006, 17:27) * пришло слово по SPI (16 бит для удобства)
* записалось оно в регистр данных SPI
* выставили мы запрос на PDC
* он внутри себя сформировал адрес
* "внушил" ядру, что в следующем такте оно курит Так и будет, только какое отношение все это имеет к, например, работе с памятью линуксового ядра на данном чипе :-(
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
|
|
|
Apr 9 2006, 15:19
|
Гуру
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892
|
Цитата(zltigo @ Apr 9 2006, 18:50) На счет внимательнее читать - ну давайте, например, почитаем о
11.8.2 Data Float Wait State
11.6.3 Early Read Wait State
И посмотрим, какая память позволит без них обойтись.
Дабы получить красивую картинку, как 11-15 в мануале.
Тут поминалась Samsung K6R4008V1 (с шиной х 8) - в свободном доступе мануала не нашел -
бросьте в меня ссылкой. 1. Дата шит на память: http://www.samsung.com/Products/Semiconduc...08v1d_rev20.pdf2. Из дата шита: Data Hold from Write Time Min 0 ns! 3. Поскольку у нас все будет в пределах одного cs - Chip select change wait states не мешают 4. Data float wait staitе тоже не нужон. 5. Early read wait states тоже не надо. Так что диаграммы будут супер красивые  По поводу PDC и ПО: лично мне надо будет обрабатывать до 4 мбайт в секунду на уровне блочного обмена между процом и FPGA. SPI у AT91M55800A либо MCK либо MCK/32, так что в пике как раз 4 мбайта и получится (на длинных блоках, у меня будут по несколько КБ). И то, что на эти операции я затрачу в два раза меньше циклов, чем LPC22xx, да еще и не нарушая работу проца (вход в прерывание - выход из него) - это даст мне колоссальный выигрыш. Смотрите. На каждое 16 битное слово в варианте AT91M55800A я будут тратить 1 такт шины. В варианте LPC22xx я будут тратить (в фоне постоянно крутятся задачи, так что "висеть" только на SPI нельзя!) * чтение - 3 такта * запись - 2 такта * вход в перывание - (чтение двух 32 битных слов по шине) 6 тактов * выход из прерывания - (чтение двух 32 битных слов по шине) 6 тактов (по обработке прерывания я могу ошибится - поправьте, если что не так) Итого: 17 тактов на пересылку одного 16 битного слова из FPGA в память. Если воспользоваться SSP и его FIFO на 8 слов, то проигрыш будет не так ужастен, но все же. Это у вопросу о том, к чему приводит тупое сравнение по МГц... Проверять на плате ничего особо и не надо - и так все стало ясно после прочтения доки.
Сообщение отредактировал Evgeny_CD - Apr 9 2006, 15:30
|
|
|
|
|
|
|
|
Apr 9 2006, 17:02
|
Гуру
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244
|
Цитата(Evgeny_CD @ Apr 9 2006, 18:19) Так что диаграммы будут супер красивые Хорошо. C памятью будет все прекрасно. Продолжим. Продолжим, не из моего упрямства а из-за моего ИНТЕРЕСА. У меня где-то на периферии сознания висит задача немного похожая на нижеописанную. И если, вдруг, Вы наконец вышли на реальную работу, то мне ОЧЕНЬ интересно было-бы поплотнее пообщаться. Цитата По поводу PDC и ПО: лично мне надо будет обрабатывать до 4 мбайт в секунду на уровне блочного обмена между процом и FPGA. SPI у AT91M55800A либо MCK либо MCK/32, так что в пике как раз 4 мбайта и получится (на длинных блоках, у меня будут по несколько КБ). Ну четыре мегаБАЙТА уже не получится - при 33MHz клоке и соответственно вдвое меньшей частоте SPI пиковая два с хвостиком. Хотя в данном случае slave, а про тактовую slave в мануале молчек... Причем без учета дергания select (в master минимум 4 такта). Ну a LPC тут вообще далеко - там 7,5MHz потолк. Но не о нем речь. Пусть будет 2, тем более что меня устроит 256KB :-) Цитата да еще и не нарушая работу проца (вход в прерывание - выход из него) - это даст мне колоссальный выигрыш.
Смотрите. На каждое 16 битное слово в варианте AT91M55800A я будут тратить 1 такт шины.
Проверять на плате ничего особо и не надо - и так все стало ясно после прочтения доки. На прерываниях явно экономия будет, если блоки килобайтовые, но "не нарушая" это уже перебор. Не нарушать Вы будете ровно до того момента, пока процессору в собственых регистах работы хватит :-( Кэша у него нет, так-что к памяти он полезет очень быстро и будет ждать. Правда тормозиться будет не очень часто - приблизительно каждые 32 такта, хотя, полагаю отнюдь не на один такт - едвали предусмотрено разруливание доступа к памяти "встык", без дергания CS. Значит два? три? такта. Что в принципе тоже очень неплохо. Ну а дальше что делать, когда в память прилетели килобайты? Для начала определить, что прилетели. Какой механизм предполагается использовать? В любом случае без затрат ресурсов он работать не будет :-( Причем разруливать все надо будет оперативно, аппаратной поддержки кольцевых буферов я не заметил, посему во весь рост проблема оперативного обнаружения паузы, блокировки? SPI и перепрограммирования PDC. Цитата(Evgeny_CD @ Apr 9 2006, 19:02) Кто-нибудь по китайски разумеет? Нашелся сайт с eCos для S3C44B0X: Проработав в Китае довольно продолжительное время, могу сказать, что китайцем нужно родиться :-). Особенно в части 'технического' языка - ну например, кто скажет что означают три иероглифа 'голубой', 'алмаз', и 'будущее' употребленные вместе? А так - онлайновые переводчики. Я иногда пользуюсь, например, этим http://www.worldlingo.com/en/products_serv...translator.htmlТолько на русский не переводите - вообще мрак :-(
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
|
|
|
Apr 9 2006, 17:13
|
Гуру
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892
|
Цитата(zltigo @ Apr 9 2006, 20:55) Ну а дальше что делать, когда в память прилетели килобайты? Для начала определить, что прилетели.
Какой механизм предполагается использовать? В любом случае без затрат ресурсов он работать не
будет :-( Причем разруливать все надо будет оперативно, аппаратной поддержки кольцевых
буферов я не заметил, посему во весь рост проблема оперативного обнаружения паузы, блокировки?
SPI и перепрограммирования PDC. Есть плисина. У нее есть два потока во "внешний мир" - входной и выходной. Есть буферный SDRAM. ПЛИС висит на ЩД и SPI. Запрограммировали мы через ШД, что блок с такого адреса такой длины буферного SDRAM надо загнать в проц (подробности SDRAM контроллера и дополнительного буферирования опускаем). Запрограммировали SPI + PDC, выделив сплошной болок памяти под это. Запуститили SPI. Выполняем другие задачи, пока не поступит прерывание от PDC, что пересылка завершена. Далее процесс повторяется с другим блоком памяти проца. Процесс передачи в другую сторону происходит либо аналогично, либо совмещенно. А "другие задачи" разбираются с этими данными. Обработка будет не сильно сложная (по большому счету - смена порядка следования блоков данных, да дописывание хидеров), пересылок память-память не будет. Если хорошо подумать, от PDC эффект будет очень большой. Если вдруг не выяснится некий глобальный косяк с камнем, то на AT91M55800A я настроен серьезно. А eCos в проекте будет по любому. Естественно, буду рад пообщаться с квалифицированным специалистом. 
|
|
|
|
|
|
Сообщений в этой теме
 beer_warrior S3C44B0X Apr 8 2006, 17:56 Evgeny_CD Цитата(beer_warrior @ Apr 8 2006, 21:56) ... Apr 8 2006, 18:13 beer_warrior Цитатаhttp://www.dave-tech.it/pages/product-b2.htm... Apr 8 2006, 19:15  Evgeny_CD Цитата(beer_warrior @ Apr 8 2006, 23:15) ... Apr 8 2006, 21:28 VslavX Цитата(beer_warrior @ Apr 8 2006, 20:56) ... Apr 8 2006, 19:41 aaarrr Цитата(VslavX @ Apr 8 2006, 23:41) Да нет... Apr 8 2006, 20:27 Evgeny_CD Цитата(aaarrr @ Apr 9 2006, 00:27) ИМХО, ... Apr 8 2006, 21:41 KA_ru А что за проблема с портом eCOS под него?
была про... Apr 8 2006, 21:43 Evgeny_CD Цитата(KA_ru @ Apr 9 2006, 01:43) А что з... Apr 8 2006, 21:46 beer_warrior Видео меня интересует скорее как опция, а вот что ... Apr 8 2006, 22:11 Evgeny_CD Цитата(beer_warrior @ Apr 9 2006, 02:11) ... Apr 9 2006, 09:17 zltigo Цитата(Evgeny_CD @ Apr 9 2006, 12:17) По ... Apr 9 2006, 11:23 Evgeny_CD Цитата(zltigo @ Apr 9 2006, 15:23) Правда... Apr 9 2006, 11:50 zltigo Цитата(Evgeny_CD @ Apr 9 2006, 14:50) Чит... Apr 9 2006, 13:02 Evgeny_CD Цитата(zltigo @ Apr 9 2006, 17:02) Ну а т... Apr 9 2006, 13:36 zltigo Цитата(Evgeny_CD @ Apr 9 2006, 16:36) Нас... Apr 9 2006, 13:47 KA_ru посмотрел, нет его.
можно на eCos рассылке спроси... Apr 9 2006, 08:06 Evgeny_CD Цитата(KA_ru @ Apr 9 2006, 12:06) можно н... Apr 9 2006, 09:39 aaarrr Раз пошел такой , плесну-ка и я свою бочку дегтя... Apr 9 2006, 12:24 Evgeny_CD Цитата(aaarrr @ Apr 9 2006, 16:24) Только... Apr 9 2006, 12:38 aaarrr Цитата(Evgeny_CD @ Apr 9 2006, 16:38) ...... Apr 9 2006, 12:51 Evgeny_CD Цитата(aaarrr @ Apr 9 2006, 16:51) Сравне... Apr 9 2006, 12:53 zltigo Цитата(Evgeny_CD @ Apr 9 2006, 15:38) И, ... Apr 9 2006, 13:37 Evgeny_CD Цитата(zltigo @ Apr 9 2006, 17:37) В том-... Apr 9 2006, 14:27 zltigo Цитата(Evgeny_CD @ Apr 9 2006, 20:13) Ест... Apr 9 2006, 17:44 Evgeny_CD Цитата(zltigo @ Apr 9 2006, 21:44) Апарат... Apr 9 2006, 19:35 aaarrr Цитата(zltigo @ Apr 9 2006, 18:50) С камн... Apr 9 2006, 15:49 Evgeny_CD Кто-нибудь по китайски разумеет? Нашелся сайт с eC... Apr 9 2006, 16:02 KA_ru Цитата(Evgeny_CD @ Apr 9 2006, 20:02) Кто... Apr 10 2006, 05:37 Evgeny_CD Цитата(KA_ru @ Apr 10 2006, 09:37) Так ка... Apr 10 2006, 05:56 KA_ru Цитата(Evgeny_CD @ Apr 10 2006, 09:56) Ци... Apr 10 2006, 07:38 zltigo Цитата(Evgeny_CD @ Apr 9 2006, 22:35) Eth... Apr 9 2006, 20:32 Evgeny_CD Цитата(zltigo @ Apr 10 2006, 00:32) Ну а ... Apr 9 2006, 20:58 Evgeny_CD Да, еще забыл добавить по eCos.
Вот тут народ обе... Apr 9 2006, 22:26 zltigo Цитата(Evgeny_CD @ Apr 10 2006, 01:26) Во... Apr 10 2006, 06:15 Evgeny_CD Цитата(zltigo @ Apr 10 2006, 10:15) Пока,... Apr 10 2006, 10:48
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
