Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: KSZ8863MLL
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Fast Ethernet/Gigabit Ethernet/FibreChannel
swmail
Подключил плату с KSZ8863MLL через сеть к компьютеру. На обоих концах правильно определяется скорость и дуплексность. KSZ8863MLL поднимает на короткое время линк и сразу сбрасывает. На плате общее потребление подскакивает примерно на 30-40мА. Так повторяется примерно каждые 2,5с. Подскажите, куда смотреть и в чем может быть проблема.

KSZ8863MLL напрямую соединен с трансформатором T78, а дальше по схеме:


Если на компьютере принудительно выставить скорость, то линк на компьютере все равно не устанавливается несмотря на то, что на плате после этого стабильно показывает линк.
swmail
Поменял генератор как тут советовали, стало лучше. Теперь линк поднимается, пакеты с платы на компьютер приходят, но вот в обратном направление возникает ошибка "error frame: CRC error".
Alex11
Проверьте еще питание. Я не работал с конкретно этим чипом, но очень похоже.
swmail
Забыл упомянуть, что первый порт (на схеме второй) подключил напрямую через WE ETH-разъем со встроенным трансформатором. RC и TC трансформатора соединил друг с другом и бросил на 3,3V. Через него как раз и получилось добиться линка. Тот порт, что на схеме ведет себя так же как и раньше.
Попробовал подключить RC и TC к VDDA_3_3 KSZ8863MLL чипа, безрезультатно.
Питается плата от лабораторного блока питания. Осцилоскоп ничего подозрительного не показывать.

Еще несколько деталей. KSZ8863MLL третьим портом подключен через интерфейс MII к Freescale iMX6. На iMX6 запущен bootloader barbox. С него и пытаюсь установить соединение.

Попробовал в сетевом драйвере imx6 убрать из флага ошибки флаг FEC_RBD_CR (Receive BD status: CRC error). Запрос IP по DHCP, ping и NFS работают без проблем. Прогнал больше 45Мб данных по NFS, md5 сумма сошлась. Выходит прием тоже нормальный, проблема в статусе CRC? Ну и остается вопрос, почему не работает порт подключенный по вышеприведенной схеме?
swmail
Проблему с CRC на первом порту решил. ENET_RX_ER был по ошибке замуксен на процессоре, а на KSZ8863MLL этот сигнал (MRXER) не используется.
swmail
Поменял R36 с 51 Ом на 0. Теперь линк на втором порту поднимается отлично, но обмен данными работает только до максимум 10baseT-FD.
Может ли быть проблема из-за R172? На большинстве схем там стоит 75 Ом.

То, что TC и RC (а также TCM и RCM) трансформатора замкнуты друг с другом напрямую это нормально?

Кстати, на втором порту еще отсутствую терминирующие резисторы 49,9 Ом. Но они, как я понимаю, вряд ли могут быть причиной?
arhiv6
Цитата
Поменял R36 с 51 Ом на 0.
Правильно.
Цитата
На большинстве схем там стоит 75 Ом.
Да, должно быть 75 Ом.
Цитата
То, что TC и RC (а также TCM и RCM) трансформатора замкнуты друг с другом напрямую это нормально?
Нормально.
Цитата
Кстати, на втором порту еще отсутствую терминирующие резисторы 49,9 Ом.
Впаяйте, они нужны. 1% не обязательно, можно обычные 51Ом 5%.

Схема странная, вроде нарисовано правильно, но номиналы не те (R36,R172). Проверьте остальную часть схемы, за 100% рабочую можете взять REFERENCE_DESIGN тут или тут.
swmail
Цитата(arhiv6 @ Oct 29 2014, 07:32) *
> Кстати, на втором порту еще отсутствуют терминирующие резисторы 49,9 Ом.
Впаяйте, они нужны. 1% не обязательно, можно обычные 51Ом 5%.

Помогло! 08.gif R172 еще не менял.
Спасибо!
swmail
Странное дело. Сделали новую плату со всеми модификациями упомянутыми здесь. KSZ8863MLL как свич работает отлично. Но в связке с процессором соединение очень не стабильное. Wireshark при TCP/IP соединение показывает TCP Out-Of-Order, TCP Dup ACK, TCP Fast Retransmission, TCP ACKed unseen segment, ... Соединение 100M full duplex. Если с помощью netcat отправляю через UDP/IP файл с устройства на PC, файл приходит замечательно. В другую сторону, с PC на устройство теряются некоторые пакеты (принятый файл меньшего размера). Но что странно, если я на устройстве запускаю tcpdump, и из него извлекаю payload в файл, то у полученного файла контрольная сумма сходится! Ничего подозрительного wireshark в этом дампе не показывает. В /sys/class/net/eth0/statistics/* тоже нет никаких ошибок. Уже неделю бьюсь, безрезультатно. Может быть у кого-нибудь есть идеи касательно причин, или куда смотреть?

Процессор i.MX6DL. На MRXER процессора забыли установить pull-down (как сказано в документации к KSZ8863MLL: "Since the switch filters error frames, these MII error signals are not used by the KSZ8863MLL/FLL. So, for PHY mode operation, if the device interfacing with the KSZ8863MLL/FLL has an MRXER input pin, it needs to be tied low."), но я активировал внутренний pull-down на 100к. Ошибки в /sys/class/net/eth0/statistics/rx_errors исчезли, но лучше не стало. То же самое ядро на wandboard, правда подключенного через rgmii, работает на ура. wacko.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.