Кто-нибудь использовал UDP/IP корку? Есть ли такая? На opencores лежит Ethernet корка как я понял только MAC уровня.

ну а кто Вам мешает к этой корке подцепить свой проц, nios например
поднять ecos или uclinux и шлите свои UDP

Идея интересная.
Только есть несколько НО:
1) С ниосом не работал, следовательно, много времени на усвоение уйдёт.
2) Сомнения в скорострельности. Меньше 100 МГц, если ещё повесить остальные задачи может не потянуть (cyclon, cyclonII)
3) Возможность использовать NIOS в Xilinx. Удалось ли кому-нить декриптнуть исходники ниоса и прикрутить их к ксалинксу? Есть подводные камни?

BlackFin с ядром МАС? Этот потянет все.

тогда уж берите au1000 mips32 от AMD
у него 2 MAC-a
и много чего ещё

Т.е. если не нужен лишний геморрой, лучше не решать эту задачу на плис

ну да, елси не хочется гемора проц с мак внутри и усё

NIOS в Xilinx не имеет смысла (все равно что MicroBlaze в Altera).
MicroBlaze (50МГц) под управлением uClinux c коркой EthernetLite, обмен файлами по FTP у меня показывает ~20кбайт/сек.
Если нужна производительность, выбирайте блекфин, AD здорово для него uClinux продвигает, у xilinx этим занимается группа энтузиастов во главе с ученых мужем.

ОК. Спасибо за информацию! 20к маловато будет . Для наших задач udp/ip 8 мегабит полный дуплекс нужно. Со внешними процами всё понятно. Было интересно рассмотреть вариант использования на плисах.

Try:

http://www.fpga4fun.com/10BASE-T.html

Pavel

http://www.csee.uq.edu.au/~peters/xsvboard.../stackfiles.zip
http://www.csee.uq.edu.au/~peters/xsvboard/stack/stack.pdf

Тут на VHDL IP стек описан

Хм..любопытно простой проект... интересно а какую скорость в среднем можно развить при передачи данных ?? Кто нибудь его реализовал в fpga ?


И все же.. есть ли корки , реализующие UDP в FPGA ?.
Либо наведите на конкретный пример под uclinux либо другую ось , поддерживающую microblaze.

Приветствую!

Я делал устройсво - Spartan3s400 + Aduc841 - цифровой приемник/контроллер радара.
В Spartan реализован слегка переработанный Ethernet Litle от XilinxEDK и собственный генератор и приемник UDP пакетов с поддержкой фрагментаци/дефрагментаци IP. В Aducе работает ARP и и ICMP слой плюс медленный канал команд и лога на базе UDP. Параметры заголовков UDP и IP пакетов в плис задаются из Aduca, а обработанные данные гонятся напрямую. 8 МГбайт/сек получалось без проблем.


Успехов! Rob.

Доброго !!

Год назад собирал UDP пакет на логике и отправлял его через NETX коммуникационный процессор, удавалось гонять видео поток с небольшим разрешением 320x240 без сжатия, хотя были проблемы еа принимающей стороне - при слабой принимающей машине наблюдались потери данных, после реорганизации сети на чистых ethernet frame - распаковка UDP много тянет CRC удалены.

Всё летало на 70 Mbit

Удачи

Посмотрел.. понравился .. ничего лишнего для моей задачи.. пасиб..
А что не понравилось в нем собственно ?


Вот , как раз хотел обсудить...
Приблизительно какой процент udp пакетов не доходит ?

Еще вопрос... Осваиваю ip протокол в целом .. и в голову пришла следующая неразбириха...
Пусть имеем два девайса(у меня их ровно столько ) , которые соеденены через свич с ПК (в сети больше никого нет). Пусть они одновременно посылают UDP пакет , адресованный этому ПК . Дойдут ли оба пакета?

Каждый 10ый 11 ый пакет, но на самом деле хотел бы уточнить что проблема заключалась в том, что машина была перегружена задачами и драйвер сетевой карты не успевал забирать покеты из буфера самой карты (ещё на этой же машине лежала задача отрисовки видеопатока 30 кадров в сек 320х240 плюс был ещё реализован алгоритм "детктор движения"). Когда мы поставили гигабитную Ethernet карту да пересели на CoreDuo платформу то никаких потерь больше не наблюдалось.

Да простят меня админы обсуждение Ethernet трафика это скорее всего уже другая ветка форума.... В свиче также присутствуют буфера накопления данных, плюс как минимум карта mac адресов по портам. Поэтому сначала прийдет один пакет а за ним следующий. Если конечно бомбить свич 100МБитом по всем каналам, то такой вопрос оставляю открытым (почитайте доку по своему свичу).

Удачи

Благодарю.. разобрался.

Приветствую!



У меня почему-то при генерации корки для внутренних fifo 16х6 использовалась блочная память вместо распределенной. Судя по исходникам это должно зависеть от типа семейства но генерировалась всегда блочная память. Пришлось переделать это ручками. Также добавил выход для индикации размера принятого пакета.


Успехов! Rob.