Есть пример... Совсем тупой и без всякой PHY-микросхемы. То есть RxD и TxD заведены прямо на ПЛИС.
UDP-пакеты принмает/посылает. Больше не умеет ничего. Я с ним пока ещё плотно не возился (хотел к нему ARP-хотя бы прикрутить, чтобы не руками его регистрировать в ARP-таблице компа), время на другое сейчас уходит. Как вода в песок.

Очень интересно было бы взглянуть...

Смотрите...

Предложенные варианты с применением ARM7 или MSP явно не пройдут по скорости, которую хочет получить автор топика. От Микроблейза ждать чудес тоже не стоит. Хорошо если он будет фурычить на 100МГц, но к нему еще я так понимаю прикрутят прерывания и внешнюю периферию, окромя МАС и тоже выйдем на 600-800 кбайт в секунду.
Если ставить внешний MCU уровня ARM9/XScale то пропускную способность получить можно, с програмным обеспечением проблем ни каких, но по своему это решение очень жирное и финансово расточительное.
Но я по своему опыту работы на экстримальные приложения, а-ля милитари, закладывался б именно на такое решение - дорого но дубово. Военные денег не считают. Подняв Linux можно получить любой сетевой уровень.

Сообщение отредактировал chds - Apr 21 2008, 12:31

Посмотрел я протоклы IP, UDP, TCP... не буду я, пожалуй, связываться с отдельными микроконтроллерами/микропроцессорами...
Те возможности, что изначально закладываются в эти протоколы мне нафиг не нужны. А человеческих ресурсов и без того дефицит...

Скорости требуются, на самом деле, не большие. Под Мб я понимал Мбит. Извините, если ввел в заблуждение.

Почитал здесь темки и понял, что возможно работать вообще на низком уровне - с Ethernet-пакетами уровня MAC. Такой вариант вполне подходит.

Если потребуется реализация стека протоколов, задумаюсь о Microblaze. Для обмена служебной информацией быстродействия должно хватить, ибо это будет не в реальном времени. А вот поток данных ~10 Мбит/с возможно надо будет слать в raw-пакетах.

В моем случае , также пришел к похожей идеи. Не хочу никаких контроллеров и процессорв на кристалле. Только mac на логике и PHY на плате. Формируем пакет и отсылаем/ принимаем (собираюсь использовать только UDP ). Сначала хотел с нуля написать по статьям Iosifk mac контроллер , но время стала поджимать.
Из доступного , приведенный выше http://www.itee.uq.edu.au/~peters/xsvboard/stack/stack.htm и кое что на opencores на wishbone. Правда с последней шиной не работал , поэтому не хочется выбирать данный путь из-за недостатка времени.

Что есть еще ?? может что-то пропустил.

Было бы очень интересно. Если за два года оно не умерло

таки видимо, умерло) или уже стало бесценным)))

У меня вопрос по программной реализации.

Есть Actel SmartFusion (хардвареный CortexM3 на борту с Ethernet МАС) eval kit. Сделал UDP, ARP, ICMP протоколы.
Теперь нужно организовать прием/передачу с компУтером.

Я думаю со стороны ПК использовать UDP сокет сервер WinSock2. Хорошо... создаем его, открываем какой нить порт, посылаем байтики.

Теперь, какой должен быть алгоритм со стороны железяки?
Приняли пакет, посмотрели IP адрес и номер порта, если адрес и порт мой, то, соответственно, и байтики тоже)?

Или же у сокетов есть особый протокол? и без ОС или lwIP стека не обойтись?

да, все так

вполне можно обойтись

Возникла проблема:

При соединении точка-точка все работает нормально- пинг идет, UDP пакетики принимаются.
Стоит воткнутся в свич - все, ничего не работает и пинг в том числе.
В сети, у нас, DHCP сервак раздает IP и маску подсети.
ставлю статический IP 192,168,1,110 на компе (192,168,1,111 на железяке) маска 255,255,255,0 - тоже ничего.

Может быть из-за маски проблема? как ее можно учитывать внутри железяки?

ARP точно работает? IMHO без него через простой свич может не ходить

При точке-точке смотрел - ARP ответ приходит! Если бы не приходил пинг бы не работал. верно?

Проверьте на всякий случай - в командной строке (на хосте) наберите arp -a и посмотрите, есть ли в списке ваша плата с правильными MAC и IP
Нет, за ping отвечает ICMP

МАС какой-то осознаный у железяки? ни с кем больше не совпадает?
ещё учтите что если свич какой-нить умный, то после включения железяки или изменения её параметров (как правило МАС) некоторое время (обновление ARP таблиц от 2 до 10 минут) свитч может не пропускать нормально пакеты.

и да, регулярно при тестах проверяйте что на хосте в ARP таблице записано. команда как уже писали выше arp -a.
если её надо очистить принудительно то используйте arp -d * (но на свитч это естессно не повлияет никак)