На некоторых платах с DP83865DVH обнаружилась проблема - PHY периодически "бросает" link (т.е. прекращает обмен).

Включение м/с и ее "обвязка" - как нарисовано в datasheet. MAC - встроенный на процессоре PPC440EPx (хотя от него, как показал опыт, ничего не зависит, т.к. проблема с физическим уровнем)
Цифровой интерфейс запитан от 2,5В. 125 МГц формируются на PHY. Остальная настройка производится через MIIM.
Интерфейс данных - RGMII, тайминги 3COM.

Наблюдаемые симптомы - через некоторое время пропадает link. После чего link восстанавливается и так по кругу.
Время падения от 0,5с до 10+мин и зависит от экземпляра, температуры м/с и "партнера по линку". При охлаждении - время между сбоями увеличивается. Когда м/с охладили "железкой" из морозилки - время изменилось примерно с 20с до минут 5.

Проверили опорный генератор 25 МГц (генератор фирмы БМГ Плюс, если кому-то это что-нибудь скажет) - частота отличается от эталонной меньше чем 1ppm, фазовых шумов, которые могли бы на что-нибудь влиять не видно. Заодно посмотрели выход на мак 125 МГц - тоже вне подозрений.

Номиналы питания в норме. Чувствительные цепи питания пробовали питать что с бусинками, что без них (цепочка R-C на цепях была включена всегда) - шум в районе 60мВ (многовато для "чувствительных цепей", но мне не понятно что там следует ожидать увидеть). Пробовал "приподнять" 1,8В (т.к. на R-C цепочке питание просаживается), но не похоже что это как-то отразилось.

Во время возни заметили что разработчик допустил косяк с полигоном "корпусной земли" от трансформатора к разъему (полигон просто отсутствует - пары от транса к разъему идут над сигнальной "землей", но корпус самого разъема подключен к корпусной), так попробовали запаять кабель на ножки транса - картина не изменилась ни капельки.

При включении Loopback - все ОК.
Анализ регистров показал, что в какой-то момент резко переполняется счетчик ошибок (по Idle последовательности) - счетчик меняется с 0 до FF, после чего м/с и бросает линк.

Если заставить м/с не бросать линк и мигать диодом при ошибках (В регистр 0x13 пишем 0018), то линк м/с не бросает, но вместо этого в какой-то момент начинает непрерывно пульсировать диодом и из этого состояния выходит только если отключить кабель (ну или сброс), охлаждение не возвращает в рабочий режим.

Если при настройке "не бросать линк" еще смотреть и выход RX_CLK, то когда диод начнет мигать на RX_CLK наблюдаются "прострелы" переднего или заднего фронта на половину периода (такое ощущение, что сигнал иногда "забывают" переключить). На одном из экземпляров м/с (она вообще редко устанавливала link) RX_CLK за счет "прострелов" вырождался из 125 МГц в 62,5 МГц .
(Тут возникали мысли перевести интерфейс из RGMII в GMII но пока не удалось попробовать)

М/с готова работать и без MACа (все необходимое для этого задается старпами). Не давали процессору с MACом загружаться, а поведение PHY оставалось таким же.

Вроде бы все сводится к аналоговой части м/с.
В м/с есть вомзможность переводить ее в тестовые режимы для гигабита, которые прописаны в IEEE. Кто-нибудь может сказать какая от этих режимов м.б. польза?
В одном режиме можно померить выходной джиттер (на выходы MDI генерится синусойда 62,5 МГц) - проверял осциллографом в режиме накопления - в пределах нормы.

Проблема решалась только с заменой м/с (причем один раз после замены стало только хуже - меняли еще раз).

Кто-нибудь с конкретно такой проблемой сталкивался? (поиском вижу, что с этой м/с народ испытывает и другие проблемы, но про подобную еще не видел).
Из того, что удалось наблюдать - число неработающих м/с 6шт из ~30ти, что очень настораживает.

P.S. забавно, но неработающие м/с произведены на 6-й неделе 2008 и 2009 года. Что на этой неделе происходит ?

На ноге102(BG_REF) должен вмсеть резистор 9.76к. Проверьте эту связь. Она чувствительна к помехам.

На этой цепи помехи порядка 40-50мВ p-p. Резисторы проверяли - номинал в норме. Напряжение на этой цепи около 1,2В, как в указано даташите.

У меня тоже проблемы с данным кристаллом PHY. Упорно отказывается устанавливать линк в режиме BASE1000-T со свитчем от 3COM. Именно с этим устанавливает только BASE100-T и не более. С свитчами от D-Link и просто с сетевыми картами PC проблем нет. Разве так бывает?

Какой jitter по даташиту у задающего генератора на 25 МГц? Специфицирован ли он вообще?

25ps - cycle-to-cycle
200ps - за 10мкс

Оценивали анализатором спектра по фазовым шумам и пришли к выводу, что требования удовлетворяются (люди надежные).

2 Aprox: у нас такая же ситуация - с некоторыми "партнерами" по линку м/с работают, а с некоторыми не хотят - бросают линк. Причем замыкал рабочую м/с на не рабочую - линки падают и примерно так же часто.

Еще информация:
Смотрели разбежку опорных генераторов микросхем участвующих в обмене - в районе 80-140 Гц (т.е. около одного ppm), что тоже не должно вызывать проблем (вообще допуск на отклонение опорной частоты от номинала - 50 ppm).

Принудительно переключали плохую м/с в режим Master (т.е. она задавала синхронизацию при обмене по кабелю и при приеме ?не должна? восстанавливать частоту) - ситуация не изменилась, что снимает большей частью подозрения со схемы восстановления частоты.

Видимо ошибка как-то связана оцифровкой сигнала на АЦП....

Если это характеристики используемого генератора, то они только-только пролазят в требования, предъявляемые к генератору со стороны DP83865. Кроме джиттера самого генератора может добавиться ещё джиттер со стороны печатной платы, это уж как повезёт. Генератор должен быть в разы стабильнее предельных требований. По моему опыту, это наиболее вероятная причина проблем.

P.S. Посмотрел я на даташит для SMD генераторов БМГ+. Нет там конкретных параметров джиттера. Менять его надо на нормальный генератор со специфицированным джиттером, укладывающимся в требования. Такой, например: http://www.crystekcrystals.com/crystal/spe...clock/C25xx.pdf
Или такой: http://www.pericom.com/pdf/datasheets/SD_2-5V.pdf

Отчаявшись найти правду с DP83865, перешли на более современный и продвинутый VSC8201. Все проблемы с линками исчезли сразу. При том же самом задающем кварцевом генераторе 25 MHz и практически той же разводке печати. Думаю не в джиттере дело, а в скрытых багах DP. Старый ведь кристалл.

Лет семь назад я почти год упирался с DP83861. Дело оказалось именно в генераторе, вернее в его джиттере. Может с другими PHY чипами и не будет таких заморочек с генератором, но с DP83861 эффект точно есть. Пусть автор темы сам решает, что ему проще - поменять PHY или поменять генератор. Я свои пять копеек положил

Может и задающий генератор виноват, но не в моем случае- использовался кварцевый осцилятор без PLL, т.е. джиттер минимальный. Другое дело, что кристалл недостаточно устойчив к джиттеру на входном клоке RxCLK или глитчам, поэтому сбивается в процессе recovery clock и теряет link. Я не вижу другой причины, из-за чего DP83861 линкуется на скорости 1000 только с некоторыми контрагентами и в упор не хочет с другими. Разобраться со всем этим нет никакой возможности, поэтому проще не тратить больше время на старый кристалл и взять новую модель.

Извиняюсь - это я махнулся. Думал вопрос про PHY....
Джиттер генератора оценивали по спектру, и решили что он вполне вписывается. На генератор не грешим.

А я нашел причину плохой и неустойчивой линковки DP83865 у себя в изделии. Как всегда в трудных и неразрешимых ситуациях решение лежало в "Сам дурак." Слишком доверился паспортным данным на комплектующие. После проверки оказалось, что кристаллы опорного кварца 25МГц китайского производства имели отклонение частоты от номинала вместо заявленных 50 ppm - в три раза больше! Замена кварцев на нормальные полностью устранила проблемы линка DP83865. Настоятельно рекомендую проверять все китайское.