Atmel SAM7x или NXP LPC23xx Опции

[dmyl]

Небыло печали, да вот NXP сваял новую линейку со встроенным EMAC.
В новую разработку уже планировал закладывать Atmel, но вот теперь дилема.
Раньше работал с LPC2238,2214 есть кое какие наработки перефирия то наверняка такаяже, SAM7x вроде бы как новый для меня девайс, с другой стороны LPC23xx совсем свежий кристалл, даже еррату взять не удалось сегодня. Кроме того на SAM7x есть пример портированной freeRTOS со стеком IP.

Из отличий в LPC только 4-й UART, хотя мне для задачи он вообщем том лишний, надо 3
И вроде бы 16К FIFO EMAC, но паямяти чуть меньше.

Вообщем полностью на разработку полгода, а МК выбирать надо уже сейчас. Стоит ли смотреть на LPC23хх

[zltigo]

Небыло печали, да вот NXP сваял новую линейку со встроенным EMAC.
В новую разработку уже планировал закладывать Atmel, но вот теперь дилема.

Так хорошо, что выбор есть.

Раньше работал с LPC2238,2214 есть кое какие наработки перефирия то наверняка такаяже,

2238 в природе не существует, ну а периферия естественно, или аналогична, или преемственна с LPC213x

с другой стороны LPC23xx совсем свежий кристалл, даже еррату взять не удалось сегодня.

Преемственность по некоторой отработанной периферии у LPC тянется аж с С51, errata давным давно лежит на сайте - что значит "не удалось взять"?

Кроме того на SAM7x есть пример портированной freeRTOS со стеком IP.

Для LPC21хх тоже есть "пример" - не лучше и не хуже.

Вообщем полностью на разработку полгода, а МК выбирать надо уже сейчас. Стоит ли смотреть на LPC23хх

Да.

[dmyl]

Преемственность по некоторой отработанной периферии у LPC тянется аж с С51, errata давным давно лежит на сайте - что значит "не удалось взять"?

На сайте NXP - The page you requested is not available. Как это понимать незнаю.

Для LPC21хх тоже есть "пример" - не лучше и не хуже.

А переточить на встроенный EMAC сложно будет? С Ethernet первая разработка.

Смотрю насчет доступности LPC плохо, что неудивительно учитывая что кристалл 4кв 2006, но работать то тогда как, я конечно с месяц могу подождать без кристалла, схему, плату пока разработать, но больше уже нелзя. Да и плату заказывать под несуществующий кристалл как то не очень.

[aaarrr]

На сайте NXP - The page you requested is not available. Как это понимать незнаю.

Как показывает опыт, документы на сайте NXP лучше искать гуглем

А переточить на встроенный EMAC сложно будет? С Ethernet первая разработка.

Нет, не сложно.

[dmyl]

Вообщем все упирается в доступность кристаллов. Самый гнусный вопрос.
Интересно появятся ли LPC23хх в ближайщий месяц?????

Как показывает опыт, документы на сайте NXP лучше искать гуглем

очень удобно
Поиск по самому NXP помог, там все имена у них попутаны.
Кстати если параметрика заходить тоже правильно. А если со страницы 2368 то имя ерраты другое.

Что-то еррата на 2368 подозрительно и непривычно скудная
На 2214 и 2138 куда обильнее было

[zltigo]

Вообщем все упирается в доступность кристаллов. Самый гнусный вопрос.
Интересно появятся ли LPC23хх в ближайщий месяц?????

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

Что-то еррата на 2368 подозрительно и непривычно скудная
На 2214 и 2138 куда обильнее было

Правят, значит. Фатальная ошибка в errata одна, да и то не на LPC2368.

[dmyl]

Если рассчитываете на то, что проснувшись поутру обнаружите, что они появились у Вас на столе, то отвечу однозначно - они не появятся На вопрос о доступности - они совершенно доступны и у дилеров и по каталогам.

Мне удобнее работать с диллерами черезместного поставщика. На вопрос о доступности, мне пока отвестили что у диллеров нет, а диллеро то вообщем все теже. Да и вообщем то напрягаться ради нескольких кристаллов никто из диллеров не станет, предложат взять нормаупаковку.

А чем черевато что LPC поддерживает только RMII, MII не поддерживается судя по еррате?

[zltigo]

Мне удобнее работать с диллерами черезместного поставщика.

Ничего себе "удобство" - нет и когда будет не знаем. Удобно!? Начинайте работать так, как действительно удобно.

А чем черевато что LPC поддерживает только RMII, MII не поддерживается судя по еррате?

Купите более продвинутый PHY из поновее c RMII и все.

[dmyl]

Ничего себе "удобство" - нет и когда будет не знаем. Удобно!? Начинайте работать так, как действительно удобно.

Да нет тут проблем, если комплектация в России через диллеров доступна в принципе, то всегда поставляют без разговоров.

Купите более продвинутый PHY из поновее c RMII и все.

А например какие?
В принципе насколько я понимаю в RMII обмен по паре бит, а MII по 4-бита. Вообщем разводить меньше это хорошо.

[zltigo]

Да нет тут проблем, если комплектация в России через диллеров доступна в принципе, то всегда поставляют без разговоров.

Доступна, поставляют, о чем плач?

Например?

Возьмите схему Evalution Board от ARM/Keil, например.
Поиск по PHY RMII Transceiver в интернете сделать слабо?
Или сразу в, например, efind.ru по RMII?

[dmyl]

Поиск по PHY RMII Transceiver в интернете сделать слабо?
Или сразу в, например, efind.ru по RMII?

Я же спросил - а НАПРИМЕР, из поновее. Или мне чтобы совет получить надо все PHY сначала перечислить которые найду? Ну MICREL вроде рекламмируют из поновеее. Как? C Atmel я на 8201 хотел делать, но там MII.

А поиск по NXP и такие вещи дает
http://electronix.ru/forum/lofiversion/index.php/t22415.html
почитаешь - сырое все абсолютно.

[zltigo]

Или мне чтобы совет получить надо все PHY сначала перечислить которые найду?

Нет, найти и выбрать самостоятельно в соответствии с со своим неведомым и отнюдь не всеобъемлющим критерием "поновее" (с февраля 2007? это точно "поновее". А с марта 2006 это как? а С декабря 2005 - это хлам или еще ничего?) Причем поиски PHY "поновее" сопровождаются сетованиями на то, что LPC23xx выпускаемый с прошлого года уж слишком "поновее"

[dmyl]

Нет, найти и выбрать самостоятельно в соответствии с со своим неведомым и отнюдь не всеобъемлющим критерием "поновее" (с февраля 2007? это точно "поновее". А с марта 2006 это как? а С декабря 2005 - это хлам или еще ничего?) Причем поиски PHY "поновее" сопровождаются сетованиями на то, что LPC23xx выпускаемый с прошлого года уж слишком "поновее"

Прощу прощения, но поновее критерий Ваш также как и продвинутый , потому и прошу НАПРИМЕР

Купите более продвинутый PHY из поновее c RMII и все.
(С)zltigo

Для меня пока я с ними не работал все новые и одинаково продвинутые
Сказать проще что имели ввиду, чем препираться , а то количесво смеющихся смайликов просто неприличное.

[zltigo]

Сказать проще что имели ввиду, чем препираться ,

Вопрос и недоразумение понял. MII - более старый интерфейс RMII - более новый.
PHY "поновее" RMII имеют. Искать более новый из уже имеющих RMII не надо.
Просто берете ЛЮБОЙ с RMII и все.

Кстати а какой MAC+PHY использовали?

В данном случае будет использован Микрочиповский ENC28J60 на SPI. На параллельных шинах - любой из NE2000 клонов.

[dmyl]

В данном случае будет использован Микрочиповский ENC28J60 на SPI. На параллельных шинах - любой из NE2000 клонов.

Кабы ненужен третий UART, можно было бы аналогично поступить, и не морочиться с новым темным пока кристаллом. Программный UART делать или внешний ставить не хочется, при программировании потом гемора больше.
А какой стек портировали на этот SPI MAC-PHY?

[zltigo]

не морочиться с новым темным пока кристаллом.

На не накручивайте себя "сырой", "темный" .... Обычный кристалл сделанный фирмой выпустившей не один десяток контроллеров. Баги будут, обходы их будут, но скорее всего Вы на баги и не наступите.

А какой стек портировали на этот SPI MAC-PHY?

Стек к железу обычно относится достаточно опосредовано . Конкретно на этот чип никакой IP стек ставится не будет - там свой протокол на фрейме IEEE 802.3 сделанный в приглядку на IEEE 802.2
Ну а вообще я на "своем" стеке живу - в 90x годах пришлось делать почти с 0, потом большое влияние
Waterloo стек оказал. Отполировался, испытан за прошедшие годы. Нижний уровень "знает" NE2000 и
RTL8139/80xx совместимые чипы и UART/SLIP напрямую или любое железо на PC через "пакетный драйвер". Начинался с 286 12MHz машин, посему вполне нересурсоемок

[dmyl]

Нижний уровень "знает" NE2000 и RTL8139/80xx совместимые чипы и UART/SLIP напрямую или любое железо на PC через "пакетный драйвер"

А можно вот эту фразу подробнее расшифровать ?

[zltigo]

А можно вот эту фразу подробнее расшифровать ?

Попробуйте вопрос задать конкретнее, что не понятно?
Что с конкретным МАС контролером надо по разному работать это понятно? То, что UART/RS232 это вообще не сосем MAC контроллер, TCP/IP никак не зависит от того пакетный или байтовый интерфейс? То, что есть унифицированный программый интерфейс к железу называемый "Packet Driver" и поставляемый производителем железа в одной куче с драйверами под WIndows, Linux, Netware и прочими?

[dmyl]

Попробуйте вопрос задать конкретнее, что не понятно?
Что с конкретным МАС контролером надо по разному работать это понятно? То, что UART/RS232 это вообще не сосем MAC контроллер, TCP/IP никак не зависит от того пакетный или байтовый интерфейс? То, что есть унифицированный программый интерфейс к железу называемый "Packet Driver" и поставляемый производителем железа в одной куче с драйверами под WIndows, Linux, Netware и прочими?

Так то понятно все.
У меня протокол по типу SLIP в другую разработку заложен. Что такое "пакетный драйвер" поставляемый производителем? Я пакетную часть писал сам, может можно какие-то куски если не взять то подсмотреть. А конкретно меня интересует метод передачи пакетов с подтверждением, скользящее окно реализованное в TCP не совсем устраивает - канал очень узкий.

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