|
S3C44B0X, Живы курилки? |
|
|
|
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 в проекте будет по любому. Естественно, буду рад пообщаться с квалифицированным специалистом.
|
|
|
|
|
Apr 9 2006, 17:44
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(Evgeny_CD @ Apr 9 2006, 20:13)  Есть плисина. У нее есть два потока во "внешний мир" - входной и выходной. Есть буферный SDRAM. ПЛИС висит на ЩД и SPI.
Запрограммировали мы через ШД, что блок с такого адреса такой длины буферного SDRAM надо загнать в проц (подробности SDRAM контроллера и дополнительного буферирования опускаем). Запрограммировали SPI + PDC, выделив сплошной болок памяти под это. Запуститили SPI. Выполняем другие задачи, пока не поступит прерывание от PDC, что пересылка завершена. Далее процесс повторяется с другим блоком памяти проца. Апаратная поддержка с размахом! и плисина и собственная буферная память к ней. Я понимаю, что там еще и Ethernet... И процессор до кучи который будет заниматься обработкой которая: Цитата будет не сильно сложная (по большому счету - смена порядка следования блоков данных, да дописывание хидеров) но зато на нем: Цитата eCos в проекте будет по любому. Если вот так по имеющейся отрывочной информации - либо в FPGA ВСЕ (в том числе и маленький процессор) заливать, либо что-то типа DSP, например, BF536/7 - последовательные порты у него многофункциональны весьма, DMA само-собой, Ethernet родной. Памяти навесить по необходимости. Я тут уже и китом под BF разжился, но чувствую не скоро руки дойдут....
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Apr 9 2006, 19:35
|
Гуру
     
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892

|
Цитата(zltigo @ Apr 9 2006, 21:44)  Апаратная поддержка с размахом! и плисина и собственная буферная память к ней. Я понимаю, что там еще и Ethernet... Если вот так по имеющейся отрывочной информации - либо в FPGA ВСЕ (в том числе и маленький процессор) заливать, либо что-то типа DSP, например, BF536/7 - последовательные порты у него многофункциональны весьма, DMA само-собой, Ethernet родной. Памяти навесить по необходимости. Я тут уже и китом под BF разжился, но чувствую не скоро руки дойдут.... Ethernet там совершенно не принципиален. Если когда и будет, но только для неторопливого telnet сервера. CS8900 самое то (под него дрова готовые в eCos есть). По сути, речь идет о семействе устройств с возрастающей функциональностью. Взять BF537 может, и правильно было бы, но хочется "планов громадье" сократить и с разумными усилиями сделать версию lite-lite: 55800, ПЛИС с запасом, SRAM вместо SDRAM на буфера. А потом постепенно все расширять, доводить, вылизывать. Чтобы в итоге был единый репозиторий кода (С / *HDL), из которго make файлом получается прошивка для конкретного вида устройства. Простенького 55800 хватит для нескольких устройств, потом добавим EP9302 (на него есть порт eCos от Cirrus), а потом, даст бог, и NIOS-II займемся (для него тоже есть eCos порт от Altera). NIOS был бы правильным решением, но начинать с него квалификация не позволяет (а позволить себе потратить еще год на то, чтобы стать HDL гуру я не могу - да и учиться надо на реальном проекте). Я вот смотрю, как у 3.14 неторопливо с Microblaze все получается, и страшно мне становится. А для всех этих "буферов" я планирую нанять толкового человека, который сделает lite-lite, и меня малость подучит, а далее видно будет - я, в общем, и целом, не самый тупой инженер ... Самое главное, в этой стратегии, на которую я потратил 9 мес, просматривается четкая преемственность кода (все на eCos) и декомпозиция больших задач на понятные программные и аппаратные блоки. А это лично мне внушает легкий оптимизм, что время было потрачено не зря...
|
|
|
|
|
Apr 9 2006, 20:32
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(Evgeny_CD @ Apr 9 2006, 22:35)  Ethernet там совершенно не принципиален. Если когда и будет, но только для неторопливого telnet сервера. CS8900 самое то (под него дрова готовые в eCos есть). Тогда BF531 потом + CS8900 а уж потом... Собственно и я с BF531 и начну в случае чего свою железку. Ну а при вашем подходе к делу надеятся на "постороннего" временного?! инженера для не самой примитивной задачи в FPGA - как-то странно. Много, ОЧЕНЬ много внимания уделяете "eCos", хотя по Вашем-же словам обработка там простая да и внешнего общения вроде как и не видать пока. Однажды обжегшись на "программистах" постарайтесь теперь не улететь в другую канаву!
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Apr 9 2006, 20:58
|
Гуру
     
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892

|
Цитата(zltigo @ Apr 10 2006, 00:32)  Ну а при вашем подходе к делу надеятся на "постороннего" временного?! инженера для не самой примитивной задачи в FPGA - как-то странно. Много, ОЧЕНЬ много внимания уделяете "eCos", хотя по Вашем-же словам обработка там простая да и внешнего общения вроде как и не видать пока. Однажды обжегшись на "программистах" постарайтесь теперь не улететь в другую канаву! Я все-таки надеюсь, что смогу осознать этот *HDL код хотя бы на уровне "изменить глубину буфера". Опять же, от девайса Lite до девайса PRO там более года пройдет, я планирую значительную часть этого времени потратить на освоение ПЛИСов. Обработа простая в простых девайсах, по мере роста сложности девайса обработка будет несколько усложняться (но не смертельно), очень не хотелось бы ее потом отлаживать заново при переходе на новую ОСь. eCos - это не фетиш, поизучав тему за 9 мес я понял, что в ОСях много похожего, и если для решения основных задач пользоваться минимальным набором API ОСи, то потом это можно перенести под что угодно, хоть под uCOS (но не автоматически, с правкой кода/переписыванием макросов). Канава - штука опасная, для этого оппоненты и существуют, и форумы грамотные Все-таки хочу попробовать реализовать эту "структуру мечты" с декомпозицией на слабо связанные блоки.
|
|
|
|
|
Apr 10 2006, 05:37
|
Профессионал
    
Группа: Свой
Сообщений: 1 424
Регистрация: 4-10-04
Из: Berlin
Пользователь №: 775

|
Цитата(Evgeny_CD @ Apr 9 2006, 20:02)  Кто-нибудь по китайски разумеет? Нашелся сайт с eCos для S3C44B0X: From: jourdon_shell <jourdon_shell@163.com> We have a stable version of the eCos ported to S3C44B0X. It have been used in several projects. If you are interested in this, you can visit http://www.devbone.com or contract with me. Best Regards Sonys Начал переписку с человеком... Так как с китайцем? или оно тоже денег хотят?
|
|
|
|
|
Apr 10 2006, 06:15
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(Evgeny_CD @ Apr 10 2006, 01:26)  Вот тут народ обещает к лету сделать порт eCos на AT91SAM9261 Пока, как я понял, у них есть :-)))) уже целых два компонента для будущего кита: • Eclipse - an open source IDE (screenshot) • GNU Tools (compiler, linker, debugger, etc.) :-))))))
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Apr 10 2006, 07:38
|
Профессионал
    
Группа: Свой
Сообщений: 1 424
Регистрация: 4-10-04
Из: Berlin
Пользователь №: 775

|
Цитата(Evgeny_CD @ Apr 10 2006, 09:56)  Цитата(KA_ru @ Apr 10 2006, 09:37)  Так как с китайцем? или оно тоже денег хотят? Этот пока в процессе, зато другой прислал свой вариант порта. Я сегодня добрый владейте! http://rapidshare.de/files/17626362/ecos2....44b0x.rar_.htmlспасибо  попробую на этой неделе проверить как это Port работает.  у меня десятка два плат с S3C44 есть не выбрасывать же их.
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|