А если окажется, что какую-то функцию удобно сделать в Windows, то "ставим линукс, шлем пакет, переставляем Windows, принимаем пакет"?

Маловероятно

Статистика показывает обратное. И утверждать, что Windows не может работать с сетью - это очень странно. "Удобно/не удобно" - другой вопрос. Работать-то она может, и большинство компьютеров работает под Windows. Поэтому linux-only инструмент - это уже чисто из вредности

Кстати, многие САПР ПЛИС под линукс работают, но с ограничениями. Например, с программаторами проблемы. И какой тогда смысл ставить линукс для работы с платой, если нормально программировать эту плату можно только под Windows?

Я, собственно, как раз про удобство. И про стабильность. И про документированность (хотя бы в виде исходников системы).


Тогда, конечно, не надо ставить! Авторы САПР были виндовыми кодерами. Так же, как авторы Апача ничегошеньки не гарантируют, если Апач хостить под виндой.

Примерчик не очень-то помог. Вернее, совсем не помог... ;(

Обычный ping с опциями укорочения запроса, зацикленный в батнике больше помог...

Ну, холивары обычно проводят на соответствующих форумах. Если бы дело обстояло именно так, долей Windows можно было бы пренебречь. Точно так же, как сейчас не особо заморачиваются совместимостью с Minix, Колибри и пр.

Вот только авторы САПР НЕ были "виндовыми кодерами". ISE написан с применением Qt, и запускается одинаково хорошо под Windows и Linux. А вот драйвер программатора под линуксом не идет. А чтобы его запустить, нужны традиционные для "стабильной, удобной и документированной" ОС танцы с бубном и пакетами.

Можно заграбастать пакет по триггеру (имея в виду не компонент, а запускающее событие). При подключении к отдельному компьютеру в устройство приходят ARP-запросы.

Сейчас проблема не в том, чтобы пакет поймать - ловится без проблем - проблема в том, чтобы в этом пакете была инфа, которую я хочу передать, а не то что "бог послал изнутри винды".

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

Надо сначала на ARP ответить. Комп пытается узнать, что за зверь к нему подключился, и какой у его, зверя, карты MAC-адрес. В дальнейшем пакеты будут слаться "от MAC-а до MAC-а". И комп пошлет запрос "какой MAC-адрес у устройства с IP 192.168.x.y". Если это те самые x.y, то надо послать ARP-reply, где и указать, что "я как раз 192.168.x.y, и мой MAC вот такой".

Если подключиться к хабу, к которому два компа подключены, то можно и не отвечать, а только слушать, что между компами делается.

И, подслушав, как они договариваются о связи, строить дальше свой ответ... пытаться отвечать...

Если я правильно понял, отправка пакета через Marvell-чип так же проста, как и прием. Надо сформировать пакет в памяти и последовательно (побайтно) его на входы ТX[7..0] скормить, сопроводив тактовыми импульсами.

WingLion если хочешь уровень "пониже", то и искать наверное лучше "дремучие доки времен ДОСа" или примеры с МК . Вот тут немец колдует с AVR http://www.ulrichradig.de/home/index.php/avr/webserver ... вроде даже с Сишными исходниками.

На таком уровне - это слишком жутко... У меня и компа с ISA уже нету давно, и копать исходники в условиях, когда сам не понимаешь, ЧТО ИМЕННО они делают - бессмысленно. К тому же, там явно не гигабит-ethernet.

Мне ведь нужно фактически свой чип для работы с Gigabit-ethernet сделать, а для этого нужен "эталонный сигнал", который будет точный и четкий, без танцев с бубном.
Если же к экспериментам с распознаванием пакетов присоединить и эксперимент с программированием этих же пакетов - то вряд ли что-то получится...

Да, так. Только у него два клока, на 10/100 в одну сторону, а на 1000 - в другую.