Про TMS ничего не скажу, не знаю.
Мой опыт работы с DSP (AD21xx) говорит об обратном. DSP задачи - в первую очередь вычисления. Соответственно и заточка архитектуры и системы команд на это. Согласитесь, система команд у ATMega много понятнее и прозрачнее чем у DSP. Ну не умеет DSP быстро работать с байтами, битами - не нужно ему это. Основные потери производительности у меня были именно при решении такого рода задач. В оконцовке получалось, что быстрый DSP не намного опережает ту же ATMegа по выходному результату.
Ну а если прикинуть кто сколько стоит, то и вовсе грустно становится.
В задаче, которая предложена Кузьмичу - нужно быстро разобраться именно с байтиками, перетолкнуть массив данных на выход или забить на него.

Сравнение DSP с ATMega, конечно же, абсолютно не корректное. 8 разрядный проц с заточкой на контроллерные функции (быстрая работа с битами, встроеная память, развитая периферия) и 16-32 разрядный проц с заточкой на вычисления, специфичной периферией.

Мое сугубо личное мнение - нужно посмотреть в сторону ARM. Там есть дешевые но достаточно развитые камни, которым эта задача будет по плечу. В плюсах - запас по ресурсам, куча софта, низкие цены и достаточно широкий выбор камней.

To Кузьмич

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


Абсолютно прав! Начали мы с выбора процессора. О том и спорим.

Подождите немного, я совсем запуталься

Насколько я понял ситуация следующая:
1) для того что-бы перехватить пакет мне нужна RTL8201BL или что-то подобное. И это микросхема только перехватывает данные из сети, но не разбирает их;
2) Для того чтобы разобрать пакет (по составляющим) мне нужен процессор что-то типа ATMEGA128.
Суть состоит в том, что для перехвата нужна одна микросхема а для разбора нужна другая. И насколько я понимаю, необходимо писать программу разбора, которую можно записать в память железки.
Правильно ли я все понял?

Да, все правильно в общем. С некоторыми уточнениями.
Для реализации нужно минимум следующие штуки:
1. Узел физического уровня езернет (PHY)
2. Узел контроллера езернет (MAC)
3. Узел разбора протоколов (проц)

Очень хороших чипов, которые в себе несут все пункты оч. мало
Бывают хорошие чипы, которые на себе несут пункты 2 и 3.
А бывает, что каждый пункт делается на разных чипах.
Ну вот.
RTL8201BL - это PHY. Отработанный, надежный.
Дальше пытаемся найти хороший чип чтобы уменьшить количество чипов на плате. Если это нам не удастся, придется лепить минимум 3 чипа.

Протокольный уровень(разбор пакетов) (при правильно подобранном процессоре) находим в и-нете, вставляем в проект, компиляем и улыбаемся.
Если берем уникальный проц - пишем сами, отлаживаем, если остаются силы и время - улыбаемся.

Соответственно, пробегаем поисковиком по и-нету в поисках исходников сетевых протоколов для разных процессоров. Делаем выводы о применяемости выбранного нами проца.

Вот мне не совсем понятно насчет сетевыйх протоколов для процессоров. Это получается что существуют процессоры которые занимаются "раздеванием" пакетов? или я что-то не догоняю? И что значит правильно подобранный процессор? честно говоря я об этом первый раз слышу ))

А вам правда всё с нуля необходимо сделать?
попробуйте достать какой-нибудь чипсет для PC-шной сетевухи
с готовыми схемами печатной платы, закажете, Вам всё соберут,
а потом воткнёте в какой-нить старый писюк с Linux'om - таам всё для этого.

Или так, берёте популярную платформу (не для PC, а для "embedded" систем)
на которой уже Linux работает, вставляете туды обычную сетевуху
и сниффер готов. Вы только не говорите, что собрали компьютер.

запускаете tcpdump - и никакого вам разбора TCP/IP

Удачи.

Можно попробовать поставить BF536/537 - сигнальники от Analog Devices со
встроенным Ethernet MAC. На них есть Linux. Ставите его с любым PHY и вперед...

Да нет, специализированных процессоров, которые занимаются "раздеванием" пакетов нет. Есть программы, кторые умеют это делать, но они написаны каждая под свой тип процессора (или семейство процессоров). Поэтому, чтобы сократить время написания программы, проще взять (найти) готовый код и выбрать такой процессор, для которого данный код написан. Собсвенно, это и имелось ввиду когда говорилось "правильно подобранный процессор".

ну вопервых TMS контролллер хотя это не важно в принципе одно и тоже что контроллер что процессор, но факт в том что без контроллера(процессора) тебе не обойтись, кокой он будет это тибе решать просто я выбрал этот из своего опыта, на этом я бы зделал быстрее хотя не факт что он сюда притендует как лучший.

во вторых советую сначала разобраться как работает сеть. Лучше всего разбираться на такой связке Wiznet(модуль IIM7010A) + ATMEGA8515. Напишеш пару программ покидаеш байтики дуда сюда помигаеш светодиодом через сеть, ну и т.д. В процессе ты много узнаеш о сети и картина станет более яркая и понятная для изготовления твоего девайса. И у тибя появятся более четкие воросы.

Спасибо за помощь всем. Я уже достаточно много для себя открыл нового. Конечно мне этого мало, но почва уже есть дальше сам постараюсь

То, что Вам нужно есть у Micrel - в двух вариантах,
причем второй вариант называется Многопортовый Fast Ethernet-PCI Шлюз - CENTAUR KS8695P
И он точно делает то, что вам нужно.
Поставка - Элтех
С уважением,
Иосиф mailto:iosif.karshenboim@eltech.spb.ru