Здравствуйте! возникла проблема при разработке приложения. Поскольку нужно только ARP, DHCP, IP, UDP решил писать самостоятельно. На уровне ARP запросов заметил проблему: принимаю фрэйм с путаными байтами. WireShark показывает фрэйм с одними данными, а принятая информация отличается. Причём портятся, обычно, одни и те же байты фрэйма. Причём если O - нормальный байт, а X ошибочный, то общийвид фрэйма получается примерно такой:
OOOOOOOOOOOOOOXXOOOOOOOXXXOOOOOXXX (крестики-нолики расставлены схемотично). Первый ошибочный байт возникает в номере протокола в заголовке ARP(вместо 0x0800 получется 0xE5C и иногда разные вариации этого).
Драйвер брал штатный из примера кейла и переделал его под свой phy контроллер.
Кто-нибудь сталкивался с таким? С чем может быть связано такое поведение?

P.S. clock на phy контроллер делаю по-средствам PWM таймера 3. т.е. внетреняя частота 100МГц делю на 4 и получаю требуемые 25. Может проблема в джиттере клока?

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

А с FCS что? Совпадает?

CRC ещё не смотрел. Частоту я осциллографом смотрел - вполне нормальные 25МГц. Правда там есть требования по стабильности и точности - в этом вопрос, но осциллограф 200МГц полосой не показывает проблем.
FCS - контрольная сумма? ещё не считал В настройках mac прочитал, что естьфункция фильтрации в том числе по несовпадению CRC. включил её, поэтому наивно полагал, что пакеты с заведомо правильной CRC. :/ Завтра проверю.

Может не по теме, но самому писать эти протоколы - неблагодарная задача. Почему бы не взять Lwip? Там всё это есть, а лишнее можно отключить.

Думаю от ошибок приёма это не избавит Я взял OpenTCP и вытягиваю оттуда нужные мне куски. А протоколы вобщем-то примтивны эти, поэтому и самому реализовать не сложно в применении к Ethernet.

Зачем с помощью таймера, если для этих целей предусмотрен специальный вывод.

А по глазковой диаграмме? Должно быть +/- 50 ppm

Мне нужно чтобы одновременно работал USB и Ethernet. Если подбираю клок под одно, то не получается сделать другое. Однако, если на USB подать клок на внешний пин, его же поделить на 2 тригером и подать на PLL можно решить проблему наличия единственного клока в системе.
Выход PHY_CLK выдаёт только то, что поступает на вход PLL, поэтому тут вариантов не много.


На осциллографе 25.0000, что входит в указанные ворота (проверял этот параметр когда читал datasheet на phy контроллер).

Переконфигурировал штатный пример easyweb из кейла - работает нормально. Значит проблема не аппаратная и не с таймером. Отличие моего драйвера от штатного - использование прерываний. Может быть он не успевает закончить прием фрэйма, а я уже пытаюсь из него что-то вытащить и поэтому натыкаюсь на некую абстрактную информацию? прерывание RX_CURR_DONE обрабатываю...
Какие-нибудь ещё варианты есть?

Более менее разобрался... Сделал правки в программе и всё стало на свои места, кроме одного: в поле protocol type заголовка ARP получаю каждый раз разную ерунду, вместо желаемых 0x800. WireShark всё показывает нормально. однако до и после этого слова инфомрация верная принимается. Ума не приложу, как процессор может портить конкретное слово :/

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