VladimirB 1 31 марта, 2017 Опубликовано 31 марта, 2017 · Жалоба Появилась новая информация. 1) Если на ПК в свойствах сетевой карты убрать Автопределение скорости и жёстко поставить 100BASE-TX FullDuplex то пакеты между ПК и платой начинают передаваться без ошибок и обрезанных пакетов нет. При этом в 88E1111, при инициализации в регистрах жестко устанавливаем 100BASE-TX FullDuplex и в случае автоопределения сетевой картой скорости, связь идёт в том же режиме. 2)Сетевую карту ПК замыкали кроссовой перемычкой саму на себя - ошибок нет, пакеты все передаются. По ощущениям, у вас канал передачи влияет на канал приёма. Тут очень вероятна не правильная разводка платы и/или согласование с магнетикой(разъёмом) По хорошему нужно смотреть разводку платы Вот тут пишут, что Ethernet 100 пролезет везде, и можно ничего не согласовывать и использовать двухслойные и однослойные платы: https://electronix.ru/forum/index.php?showt...p;#entry1488846 Но несмотря на это, у нас всё разведено с расчётом на 1Гбит/c короткими диффпарами 100 Ом (длина 20мм) и стоят согласующие резисторы см. схему. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Leka 0 31 марта, 2017 Опубликовано 31 марта, 2017 (изменено) · Жалоба Вот тут пишут, что Ethernet 100 пролезет везде, и можно ничего не согласовывать и использовать двухслойные и однослойные платы К списку можно еще добавить навесной монтаж на BLD разъеме - резистивная обвязка к DE0-nano - без внешнего PHY, и даже без магнетики (кабель прямо к резисторам припаян). Каких-либо проблем/потерь пакетов не заметил, кабель длиной ~1м (до компа). Изменено 31 марта, 2017 пользователем Leka Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
andrewkrot 0 2 апреля, 2017 Опубликовано 2 апреля, 2017 · Жалоба Возможно вы начинаете свои манипуляции по передаче до завершения процесса автоопределения. Попробуйте немного подождать по сбросу или вкл. питания. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VladimirB 1 2 апреля, 2017 Опубликовано 2 апреля, 2017 · Жалоба Возможно вы начинаете свои манипуляции по передаче до завершения процесса автоопределения. Попробуйте немного подождать по сбросу или вкл. питания. Передача начинается с ПК по нажатию кнопки в программе - естественно жмём когда хотим. Можем и несколько раз нажать последовательно с паузами - результат не меняется. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Alex_AZ 0 3 апреля, 2017 Опубликовано 3 апреля, 2017 · Жалоба Появилась новая информация. 1) Если на ПК в свойствах сетевой карты убрать Автопределение скорости и жёстко поставить 100BASE-TX FullDuplex то пакеты между ПК и платой начинают передаваться без ошибок и обрезанных пакетов нет. При этом в 88E1111, при инициализации в регистрах жестко устанавливаем 100BASE-TX FullDuplex и в случае автоопределения сетевой картой скорости, связь идёт в том же режиме. Возможно, при работе в Half-Duplex режиме не отслеживаются коллизии. В ядре MAC-контроллера из ISE были сигналы tx_collision и tx_retransmit для отслеживания подобных ситуаций. При возникновении коллизии нужно было повторно отправить поврежденный пакет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VladimirB 1 3 апреля, 2017 Опубликовано 3 апреля, 2017 · Жалоба Возможно, при работе в Half-Duplex режиме не отслеживаются коллизии. В ядре MAC-контроллера из ISE были сигналы tx_collision и tx_retransmit для отслеживания подобных ситуаций. При возникновении коллизии нужно было повторно отправить поврежденный пакет. Мы только в FullDuplex работаем - проверяли по осциллографу - две пары задействованы - соответственно коллизий быть не может, а обрезанные пакеты есть. Half Duplex пробовали один раз включать - там всё хорошо было. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Jury093 2 3 апреля, 2017 Опубликовано 3 апреля, 2017 · Жалоба У нас кварцевый генератор AU-25.000MBE-T. вам на три сообщения ниже посоветовали поменять генератор.. ваш AU-25.000MBE-T в доке имеет 50ppm, в доке на 88e1111 есть требование те же 50ppm поставьте не хуже 25ppm, хотя бы для пробы.. кстати, если есть высокоточный частотомер, то измерьте частоту своего генератора, всякое бывает.. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VladimirB 1 3 апреля, 2017 Опубликовано 3 апреля, 2017 · Жалоба Дал другому разработчику FPGA в руки свой старый проект ISE 10.3 с менторовским MAC'ом и попросил переделать под эту плату и поднять гигабит. Гигабит поднялся. 1000BASE-T. Передавали и принимали с loopback через фифо внутри ПЛИС по 5000 пакетов максимальной длины 1500 - ни одной ошибки или потери пакета. Программное обеспечение на ПК и плата теже самые. Завтра попрошу менторовский MAC на 100BASE-TX переделать. Похоже чего-то не так либо с инициализацией 88E1111 или Xilinx TEMAC . Последний вызывает подозрения. Раньше TEMAC был аппаратный, бесплатный, с драйвером и примером в SDK. А теперь софтварный, без драйвера и примера для SDK и ёще и $520 хотят. Может он чего-то с PHY делает не по ГОСТу или в MDIO пишет неправильно? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Golikov 0 4 апреля, 2017 Опубликовано 4 апреля, 2017 · Жалоба Маков всегда было несколько. Бесплатный был до 100 Мбит и считал контрольную сумму программно. А гигабитные, да с железной контрольной суммой и прочими аппаратными плюшками всегда были платные. При этом замечу что стандарт не говорит о том какие в phy должны быть регистры, как они должны лежать и как с ними работать (фиксированы только положение 2 или 3 регистров). Де факто у многих производителей основные регистры совпали, но не 100% у того же марвела 100 МБитная и 1 ГБитная физики имеют разные адреса регистров для настройки и процедуру настройки. Настройка от одной физики к другой не подходит. Поэтому естественно все что делает драйвер с физикой надо как минимум проверять. Просто по ГОСТу она не настраивается, эта часть в стандарте не фиксирована. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Kluwer 0 12 апреля, 2017 Опубликовано 12 апреля, 2017 · Жалоба Уважаемый, 88E1111 уже давно изьюзанная и абсолютно беспроблемная. Кстати, её с пр-ва снимают. Марвелл уже рекомендует на более современные переходить. Так что ищите ошибку в проекте однозначно мой вам совет. А вообще MAC'и и настройки по MDIO надо руками писать - тогда всё будет прозрачно и под контролем. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VladimirB 1 16 апреля, 2017 Опубликовано 16 апреля, 2017 · Жалоба Уважаемый, 88E1111 уже давно изьюзанная и абсолютно беспроблемная. Кстати, её с пр-ва снимают. Марвелл уже рекомендует на более современные переходить. Так что ищите ошибку в проекте однозначно мой вам совет. А вообще MAC'и и настройки по MDIO надо руками писать - тогда всё будет прозрачно и под контролем. Про изъюзанность и безпроблемность знаем и сами применяли её много раз. Просто ПЛИС были с железным МАКом и готовый драйвер был в SDK. А по этой теме вроде направление куда копать понятно, будет время добьём. На новые Марвеллы (как на ZedBoard) будем переходить обязательно, т.к. месяц назад, наконец-то, добрые люди выложили сверхсекретный даташит в закрома. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Unfog 0 17 апреля, 2017 Опубликовано 17 апреля, 2017 · Жалоба Прошу прощения за оффтоп, но Кстати, её с пр-ва снимают. А можно пруф? Как то не нашлось об этом ничего. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
litv 0 17 апреля, 2017 Опубликовано 17 апреля, 2017 · Жалоба С испугу позвонили в avnet - они говорят 88е1111 будет до 2026 года выпускаться. Проще кстати техасовские физруровни dp83867 - они с документами, стоят на демоплатах xilinx и видны в дереве устройств в linux. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться