STR912 Ethernet - ошибки приема, Некоторые байты информации портятся, некоторые нет... Опции

[Pechka]

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

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

[artur_off]

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

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

[Pechka]

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

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

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

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