И что достаточно популярно?
Или AT91SAM7X - это "весчь"? :-)

Да таких уже просто до ......

если из 7 ARM с флешом то
от NXP
LPC23xx
LPC24xx
они уж всяко лучше SAM7X и по цене и по возможностям.

есть еще Cortex-M3 от http://www.luminarymicro.com/
у них прямо на борту phy

.....
и много других

Спасибо.
LPC23xx понравился,
PHY наоборот не нужен :-)

Что действительно, например LPC2365FBD100 лучше AT91SAM7X256-AU?
Действительно-ли дешевле LPC?
Кстати, а что есть из популярных свободных RTOS под LPC?

Наборы периферии у LPC2365 и AT91SAM7X256 примерно одинаковые, если не считать наличия CAN у последнего.
Но LPC быстрее и дешевле.



То же, что и для SAM'а: FreeRTOS, scmRTOS и т.п.

Посмотрите еще на STR91x семейство от ST это монстр из мелко- контроллеров.

После того как Micrel сделал KSZ8851 все контроллеры со встроенным Ethernet-ом становятся неактуальными.

Экономическая эффективность у такого решения хромает, ИМХО.

почему, если он конечно нормально работает. С Ethernet-ом есть еще в QFP AT91RM9200, AT91SAM9260, LH79525

Контроллер с MAC + внешний PHY: $6+$1=$7. Контроллер без MAC + KSZ8851: $5+$5=$10.

не в этом счастье, четырехслойная на маленькой партии обходится в двадцать баксов за дециметр, делать чтото становится совсем нерадостно. Причем мне кажется стоит отвязаться от типа самого мк. Другое дело что альтернатив для KSZ8851 должно быть много.

Осталось навешать его 128 выводный корпус на 32bit шину (конечно-же имеющуюся у всех контроллеров ) и убедить себя, что 18K жеско распределенной памяти есть очень хорошо...
Короче, к чему это было?

Эта разница во первых не верна.
Контроллер микрела как минимум раза в два скоро подешевеет.
А во вторых у него есть такие функции которые трудновато найти в обычный встроенных MAC-ах
а именно Ethernet счетчики SNMP и аппаратное вычисление CRC для IP пакетов всех версий.
Последняя фича вообще уникальная для ширпотребных контроллеров.
Не забудем про MDIX также.
Так что некоторые задачи в промышленности только на этом микреле и можно сделать за разумные деньги.

Вот об этом пожалуйста поподробнее

Без внешней шины все равно можно сделать только очень убогий TCP стек.
Так что шина в большинстве случаев будет.
Остальные проблемы решаются DMA.

ну это, наверное, чтобы аппаратные фичи управления, очень удобно, вам софт не придется писать

1. Я просто непосредственно сам писал модуль SNMP и представляю, что это такое. Вот мне и интересно, о каких счетчиках идет речь конкретно??? Которые во всей базе MIB-II??? К тому же в оной базе кроме счетчиков еще много чего.
2. И хде там в IP-ракете CRC???
Ерунда вобщем какая-то...

Да это наверное имелась в виду контрольная сумма. При приеме пакетов дейстивтельно удобно можно оптимизировать прием - зная уже что сумма точно правильная...

Но вот ставить ethernet контроллер на SPI IMHO большой гемор будет. А внешней шины нормальной у LPC 23xx нет, у SAM7x вобще нет.

Честно говоря зачем нужен этот KSZ8851 вообще не понятно. К чему его можно прицепить?

Ну, четырехслойная плата вовсе не обязательна. Уж MII/RMII вплне можно аккуратно развести на двухслойной.


Цифры я взял примерные. А "скоро подешевеет" это не аргумент.


Есть у SAM7SE.

Убогость стека совершенно не определяется наличием внешней шины. Впрочем, как и вообще наличие собственно IP стека.

Отнюдь, контроллеры с RAM под сотню K вполне функциональны, не ввиде хоста для electronix.ru, конечно

Ага, волшебный DMA будет волшебным образом пересылать из/в хиленькой начиповой памяти в большую висящую на той-же шине, что и чип....

Зато у него есть более, чем нормальный для контроллеров класса ARM7 MAC

Программно и физически никакого гемора нет. Это относительно просто реализовать. Все остальное зависит от решаемой задачи.

Без тех счетчиков вы не сделаете простенького RMON-а по RFC 1757
А RMON-ы стоят таких денег что стоит их и самому делать
Плюс те счетчики значительно облегчают отладку стека.

Попробуем оценить Вашу позицию



Без ссылки - я аки Станиславский - "Не верю!"



Давайте мы все-же не будем путать SNMP с теми счетчиками, которые которые там есть. Их 32, они считают количества байт, пакетов, ошибок и так далее, но к SNMP имеют отдаленное отношение. Разве что их потом удобно по SNMP отдавать куда-то.




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



Дык это любой современный PHY обеспечивает. Другое дело там полезность есть другая - LinkMD, но это хорошо только для того прибора, на котором есть индикация, чтобы показать метраж до повреждения.



Какие же задачи требуют только этого микрела?

Кстати, судя по разговорам о 128-миногом корпусе, речь идет о MQL/MQLI? А есть еще SNL/SNLI (это как ENC28J60, корпус MLF32, вполне, кстати, хорошая альтернатива мелкочиповской поделке) и MLL/MLLI (у этого шина 16, а не 32, но зато корпус LQFP48).

Хочется услышать пример связки микроконтрллер + KSZ8851, которая будет эффективнее чем использование контроллера с MAC на броту.

К тому же эти KSZ8851 есть уже реально в массовой продаже?

Связь с внешней шиной конечно косвенная.
Просто мало таких контроллеров чтоб весь стек вместился во внутренюю память.
Возьмите и скомпилируйте uLinuх, eCOS с полным стеком.
Гарантирую что выйдите за границу 512 Kb.
Ну исключение STR91x у которого уже есть 2 MB FLASH.

Понятно что если DMA, то контроллер лучше с кэшем ну или TCM шиной как в STR91x
Но Ethernet трафик даже на полной скорости займет не больше 30% пропускной способности внешней довольно медленной 16-и битной 40 МГц шины.

32bit будет многоногим

Это точно, тем более,что J60 не подарок , но как-то такое применение на "супер-чип" все заменяющй не тянет.


Уже писал - полный стек нахрен не нужен почти никогда, все оставшееся типа навороченных роутерообразных девайсов при всей их массовости и распространенности продукт вполне нишевый и совсем не для массово-мелких ARM7.

Эт вы просто мало занимались оптимизацией.
Скажут вам сделать роутер VoIP трафика где средняя длина пакета 100 байт и чтоб 60 Mbit/s были обеспечены и вспомните и про SNMP и про аппаратные CRC.
Так что извините я вашей экспертной оценке тоже не верю

И на каком контроллере вы собираетесь делать такое устройство? Что бы к нему именно KSZ8851 цеплять и это было бы эффективнее чем контроллер такого же уровня со встроенным MAC

Ключевое слово роутер - просто нужно несколько MAC все остальное уже вторично, а на безрыбье....

А вот точно, если понадобится несколько MAC - этот чип может быть удобен.

Давайте не будем йухами меряться

Я бы вообще такой роутер делал именно на SAM7 - берешь блок из входной очереди DMA, правишь в нем заголовки и перецепляешь блок в выходную очередь DMA. Не копируешь, а именно перецепляешь - меняешь только указатель. Переданные блоки перецепляешь в очередь приема. Кстати, подобным образом циски пакеты роутят (в смысле, правят заголовки и перецепляют указатели), и ничего, впереди планеты всей

Другое дело, у меня тут стоит задача иметь в приборах дублированные интерфейсы, и я неспешно рассматриваю 2 варианта - или использовать KSZ8842 (это как 8851, только мак вкручен в один из портов 3хпортового свича, два других порта - наружу, с поддержкой spanning tree), или просто повесить вместо PHY какой-нибудь свич с поддержкой IEEE802.1d - хоть микреловский, хоть Realtek, или даже IC+.

Так что и в таком случае альтернатива Micrel'у найдется, хотя, я, конечно, ничего против этой конторы не имею, мне нравится (главное - наличием чипов с индастриал температурой).

Если понадобится несколько MAC, то проще взять процессор с несколькими MAC'ами, благо они есть. Замена ENC28J60 представляется наиболее подходящим применением.

Я делаю проще - цепляю вместо PHY свич и спокойно правлю VLAN-теги. Конечно, пропускная способность все равно 100, но мне хватало. А портов - сколько влезет, главное правильный свич выбрать

А потом под виндой эти пакеты нормально принимаются? Или нужны специальные настройки?

ну это имеется в виду что потенциально можно навернуть очень изощренное управление включая, не включенное в ds, по минимуму скрытое слежение за трафиком

Вот врать не буду, не проверял. Когда я это делал, меня кто-то напугал тем, что тогдашнее модное ядро линуха не хавало VLAN, поэтому был на свиче включен режим стрипа тегов VLAN на исходящих пакетах. И проблема даже не поднималась.

Хотя винде, кажется, какать на тег VLAN, он банально стрипается.

MCF5223x от freescale стоит ca 6$ @ 100шт. ядро coldfire, 50Mгц, 128/256k flash, 32kRAM, PHY интегрирован.