Атмег 0 30 мая, 2014 Опубликовано 30 мая, 2014 · Жалоба Добрый день! Развели плату на Zinq с двумя 88e1512 phy, схемотехника почти как на плате MicroZed. Прием пакетов любого размера работает нормально, а на передачу нормально уходят только пакеты размером до ~300 байт. Пакеты большего размера приходят с ошибкой контрольной суммы. Loopback на MAC уровне работает нормально, loopback через phy - так же, небольшие пакеты проходят нормально, большие - обрезаются и выставляется ошибка checksum. Размер нормально отправляемых пакетов колеблется в пределах 300-400 байт, в этих пределах данные всегда без ошибок. Интерфейс RGMII. На 125 и на 2.5 МГц проблема одна и та же, на 2.5 МГц по осциллографу сигнал идеальный. Проблема только на нашей плате, на MicroZed тот же проект работает. Подскажите куда копать Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sorok-odin 5 30 мая, 2014 Опубликовано 30 мая, 2014 · Жалоба Ваш loopback через phy - это связть MAC-PHY-MAC или MAC-PHY-кабель-PHY-MAC? Пробовали режим Copper Interface Loopback (или как его там), когда комп-PHY-комп без участия мака? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SFx 0 31 мая, 2014 Опубликовано 31 мая, 2014 · Жалоба проверьте длины проводников на вашей плате, и если они очень разные, попробуйте компенсировать их, используя блоки задержки в IO FPGA. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Атмег 0 31 мая, 2014 Опубликовано 31 мая, 2014 · Жалоба Ваш loopback через phy - это связть MAC-PHY-MAC или MAC-PHY-кабель-PHY-MAC? Пробовали режим Copper Interface Loopback (или как его там), когда комп-PHY-комп без участия мака? да, MAC-PHY-MAC remote loopback? не пробовал проверьте длины проводников на вашей плате, и если они очень разные, попробуйте компенсировать их, используя блоки задержки в IO FPGA. разводчик выравнивал длины Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DmitryM 0 1 июня, 2014 Опубликовано 1 июня, 2014 · Жалоба да, MAC-PHY-MAC remote loopback? не пробовал разводчик выравнивал длины На RTL8309SB наблюдал, что короткие файлы передавались, а большие нет. Оказалось, что нужно было развернуть трансформатор, благо он был симметричный. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Alex11 3 1 июня, 2014 Опубликовано 1 июня, 2014 · Жалоба Такое еще наблюдается при плохом генераторе - высокий джиттер или немного не та частота. И плохое питание тоже может быть. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Атмег 0 2 июня, 2014 Опубликовано 2 июня, 2014 · Жалоба Спасибо, проблема решилась) Действительно, закупленные генераторы были не на ту частоту. Отличие небольшое, и по осциллографу разницы было не видно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
RKOB 0 26 ноября, 2019 Опубликовано 26 ноября, 2019 · Жалоба Столкнулся с такой же проблемой на Zynq UltraScale+. Не отправлял пакеты более 300 Байт. Проблема была в референсной частоте Zynq (PS_REF_CLK). В проекте указал входную частоту 33.33 МГц (как на КиТе ZCU102), а реально стоял кварц на 33.00 МГц! Для GEM формировалась частота меньше 125 МГц. Решил проблему заменой кварца на 50.00 МГц. Может кому-то поможет... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться