Перейти к содержанию
    

>> Это видели? VHDL IP Stack

если бы они исходники выложили.. а то так.. "тезисы докладов" написали...

 

>> На http://www.sics.se/~adam/uip/index.html есть удобная, в моей практике,

>> stack для TCP/IP - uIP называется ... и есть полная документация.

спасибо. грамотная документация это тоже хорошо.

но хотелось бы засунуть всё в эдакую statemashine внутре FPGA.

минимизировать ресурсы, упростив всё до аскетизма.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

>> Это видели? VHDL IP Stack

если бы они исходники выложили.. а то так.. "тезисы докладов" написали...

 

http://www.itee.uq.edu.au/~peters/xsvboard/stack/stack.pdf

http://www.itee.uq.edu.au/~peters/xsvboard.../stackfiles.zip

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Обычное время жизни маков ~200-300 секунд.

Вот здесь хорошо и четко раписано как строятся протоколы http://book.itep.ru/1/intro1.htm

Вообще для простоты лучше отказаться от UDP...Используйте Ethernet для передачи. Это будет проще.

 

Алгоритм раьоты может быть таким:

1) Широковещательны запрос (бродкаст) -->

2) Ответы от всех устройств, которые ждут такого зпроса <--

3) Передача данных на мак-адрес выбранного устройства -->

Вообще первые 2 пункта нужны если надо проверить присутствие девайса в сети. Такая схема поможет не заморачитваться с IP уровнем.

Изменено пользователем GL_basik

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Свои пять копеек...

По поводу минимизации ресурсов...

Если делать IP+UDP, то нужно определиться будете ли Вы принимать дефрагментированные пакеты (IP уровень). Больше всего распространён размер в 1500 байт..далее идёт дефрагментация (если флажок не запрещает)...

 

Если дефрагментация - то это буффер, если буффер - время жизни данных и т.д..

 

с уважением

(круглый)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

UDP + ARP. Для абсолютно минмального по Ethernet все.

 

Если устройство находится в подсети (особенно, если в ней присутствует еще какое-то кол-во других Ethernet устройств), в которой IP адреса устройствам назначает DHCP сервер, то в проектируемом устройстве также необходимо поддержать DHCP, иначе нужно будет все время бегать к сис.админу и уточнять список назначенных IP адресов сервером, и назначать вручную устройству не занятый IP адрес. Что есть криво. Или посылать ICMP запросы в сеть и удостоверяться, что по опрошенному IP никто "не сидит" и тогда его занимать. Что точно также криво, особенно если временно отсутствующий узел, который мы заняли, вдруг решил включиться и появиться в сети. Короче говоря, конфликты обеспечены.

Изменено пользователем AVL

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...