S3C44B0X, Живы курилки? Опции

[beer_warrior]

Прикидывал тут будущий девайс и вспомнился сабж.
На сайте вроде прописан как "масс продакшн", в продаже вроде тоже есть, но что-то не видно, чтобы с ним кто-то работал. Хотя вроде и цена сходная, и корпус пристойный, поддержка любой внешней памяти,
видео на борту...
Может обнаружены какие-то ужасные глюки?

[beer_warrior]

Видео меня интересует скорее как опция, а вот что прельщает, так
это очень гибкая работа с памятью. Кроме того с BOX-ом, есть уже опыт работы.Попробую. А там гляди и до 558000 руки дойдут.

[Evgeny_CD]

Видео меня интересует скорее как опция, а вот что прельщает, так
это очень гибкая работа с памятью. Кроме того с BOX-ом, есть уже опыт работы.Попробую. А там гляди и до 558000 руки дойдут.

У самсунговских S3C4510B, S3C4530A и S3C44B0X есть один существенный минус: commercial temp. only. Это не всегда важно, вероятно, он все же будет работать при -, но в серьезные проекты уже не поставишь. Так что под проекты с "-" придется заводить другую платформу.

По поводу AT91M55800A можно заметить следующее:
* -40 изначально
* по дата шиту максимальная тактовая - 40 Мгц
* обращение к внешней памяти за 1(!) такт - это фирменная фишка атмеловских процов. Привет LPC22xx с его 3 тактами на чтение - 40 Мгц AT91M55800A даст те же 20 MIPS в ARM моде, что и 60 Мгц LPC22xx!
* одно питание 3.3В, IO проца можно питать от 5В
* проц, не смотря на заслуженный возраст, никто не собирается снимать с производства, в мае 2005 года вышла новая ревизия доки
* проц объективно хорош - не зря его не сняли
-- простой и понятный, дока читается легко и непринужденно
-- богатство периферии
.... 3 UART с PDC
.... SPI с PDC
.... RTC честный с автономным питанием
.... 2 (!) x DAC
.... 2 (!) x ADC
* есть готовая отладочная борда AT91EB55, ее не трудно повторить - схема есть
* на атмеловском ftp лежит отличная библиотека для работы со "старыми" (до SAM эпохи) ARM'ами, в том числе исходники загрузчика для AT91EB55

ftp://81.80.104.162
LOGIN: at91dist
PWD: distrib
! ftp при входе в директорию нижнего увовня не дает возможности вернуться назад. Надо перелогониваться.

[zltigo]

По поводу AT91M55800A можно заметить следующее:
* -40 изначально
* по дата шиту максимальная тактовая - 40 Мгц
* обращение к внешней памяти за 1(!) такт - это фирменная фишка атмеловских процов. Привет LPC22xx с его 3 тактами на чтение - 40 Мгц AT91M55800A даст те же 20 MIPS в ARM моде, что и 60 Мгц LPC22xx!

Ну просто счастье какое-то :-).
Правда и мегагерц там 33 а не 40, и шина максимум 16bit, и процессор только THUMB, и Flash память для 'фишечного' 1 тактового обращения неизвестно-ли существует-ли в природе в отличие от 'обычной' 50-70ns. А если 'обычную' поставить, то сколько тактов будет .... Ой!

[Evgeny_CD]

Правда и мегагерц там 33 а не 40,

Читаем доку:doc1727.pdf, Master Clock Frequency Max 41.8 MHz

шина максимум 16bit

И не страшно, как я уже сказал, она транзакцию за 1 такт проводит.

и процессор только THUMB,

А вот это подробнее. Ядро там ARM7TDMI. Читаем доку:
ARM7TDMI Technical Reference Manual на странице 1-10
http://www.arm.com/pdfs/DDI0029G_7TDMI_R3_trm.pdf
This section provides a summary of the ARM, and Thumb instruction sets:
• ARM instruction summary on page 1-12
• Thumb instruction summary on page 1-19.
The ARM7TDMI processor uses an implementation of the ARMv4T architecture.

Flash память для 'фишечного' 1 тактового обращения неизвестно-ли существует-ли в природе в отличие от 'обычной' 50-70ns. А если 'обычную' поставить, то сколько тактов будет .... Ой!

А зачем тупить-то? 2Мбайта флеша нынче <2$ стоят. 1Мбайт 15 нс статики - 5..6 баксов. При старте перегружааемся в раму и вперед. Во флеше можно оставить ROMFS, а для eCos 1М кода + данных, если без гуя - это очень даже хорошо. Так что камень не так плох, как многим кажется.

[zltigo]

Читаем доку:doc1727.pdf, Master Clock Frequency Max 41.8 MHz

Ну а теперь читаем их-же doc1745.pdf c 33MHz и какие выводы делаем?
По поводу THUMB - если судить по ядру, то да и ARM тоже. Но написано в мануале странно :-(
Ну вот, а 32 уже за два такта..... вместо 3 у LPC. Начинаем отигрываться....
Причем 2 такта, это только если "просто просуммировать" а если подумать...
То все хуже - попробуйте взглянуть, как будут выглядеть последовательные обращения
к памяти. Ну и errata, тоже почитать при этом не поленитесь.
Теперь осталось взять конкретную "1Мбайт 15 нс статики - 5..6 баксов."
и посмотреть как она конкретно с этим чипом монтируется. Называйте тип - разберемся.
Практически диаграмма без претензий обеспечивается при дополнительном WS, когда
фронты, например, NWE разнесены на полтакта от прочих сигналов. Вот на эти два раза по полтакта
= 1такт и выигрывает _реально_ Atmel у LPC, который два раза по такту на это заложил.
Кстати 32bit 15ns статика прекрасно будет смотреться и на 60Mhz LPC22xx и даже с его тремя тактами.

Так что камень не так плох, как многим кажется.

Обычный устаревающий камешек требующий обязательной внешней обвески Flash+RAM и практически непригодный для работы из Flash.

[Evgeny_CD]

Ну а теперь читаем их-же doc1745.pdf c 33MHz и какие выводы делаем?

Ок, оставим оверклокерство в покое. Для меня важнее другое: у меня будет плисина на шине, с которой будет блочный обмен. И если делать процессором типа LPC, но тоскливо - на каждую тразакцию два раза занимаем шину. А вот если SPI PDC, но один раз занимаем шину. Вот тут мы и отыграемся

Причем 2 такта, это только если "просто просуммировать" а если подумать...
То все хуже - попробуйте взглянуть, как будут выглядеть последовательные обращения
к памяти. Ну и errata, тоже почитать при этом не поленитесь.
Теперь осталось взять конкретную "1Мбайт 15 нс статики - 5..6 баксов."
и посмотреть как она конкретно с этим чипом монтируется. Называйте тип - разберемся.

Насчет последовательного обращения - поясните, плиз.

Память - давайте рассмотрим Samsung K6R4008V1 (с шиной х 8).

Насчет времянок - да, надо аккуратно все выписать и проверить. Но, на худой конец, пару корпусов мелкой логики добавится. Не смертельно.

Обычный устаревающий камешек требующий обязательной внешней обвески Flash+RAM и практически непригодный для работы из Flash.

Насчет флеши - я высказал свою точку зрения. Камень, понятно, не молодеет. Но нету пока идеальных камней для eCos - в каждом случае приходится чем-то жертововать.

[zltigo]

Насчет последовательного обращения - поясните, плиз.

Мануал с диаграмами и errata дают ответ на этот вопрос.
А на пальцах - имеем только ДВА фронта на такт и по этим двум фронтам не сделать все необходимые
действия по выставлению адреса, выборки, RD, ожиданию данных, фиксации данных, _снятию_выборки_, выставлению нового адреса, снова выборки,......
НЕ ВОЗМОЖНО СДЕЛАТЬ. Посему минимум один такт пропускают, но продолжают говорить о
1 такте :-) Реклама, короче.