GigPhy DP83865 ошибочные пакеты! Кто работал с этой микросхемой?, Помогите, пожалуйста, собственным опытом. Опции

[DuHast]

Привет всем! Уважаемые разработчики, кто уже имеет или имел опыт работы с DP83865 помогите. Для начала собственно проблема.
Этот Phy имеет возможность проводить BIST тестирование. Т.е. микруха в сторону меди генерит пакеты с широковещательным адресом и с заполнением PRBS. В это же время она имеет возможность принимать такие же пакеты от другого источника и считать количество ошибочных. Так вот я ставлю 2 своих устройства и включаю этот режим. Т.е. они работают друг на друга и считают принятые ошибочные пакеты. Одно из устройств Master, второе Slave. За сутки на Мастере 5 ошибочных пакетов, на Slave 8-10 ош. пакетов.
Необходимо провести эксперимент на Вашем оборудовании. Для чего необходимо соединить 2 Ваших устройства с DP83865 между собой патч-кордом 5-cat. Прописать в регистры управления след. информацию:
адр: 0x19 (25) => 0xEC00
адр: 0x1A (26) => 0x8000.
Это запускает режим BIST. Прочитать кол-во ошибочных пакетов можно из регистра 0x18. Там будет младшее 16-ти разрядное слово количества ошибок.
Просто при отсутствии хороших средств диагностики это единственный доступный способ проверить свое железо. Если у Вас есть нормальные средства (не компьютеры, а специализированное оборудование типа Ixia, Acterna и т.п.), которыми Вы диагностировали свое оборудование (не менее суток) при обязательном псевдослучайном трафике (хотя скремблер в меди должен стоять), то сообщите, пожалуйста, результаты. Просто я уже боюсь, что эта микросхема не может работать без ошибок.
Ответы, что данная система связи не гарантирует 100% доставку пакетов не принимаются , т.к. это не решает проблему и не объясняет ее суть.
Помогите, плиз! Бьюсь над проблемой более полугода!!!

[tolik1]

Привет всем! Уважаемые разработчики, кто уже имеет или имел опыт работы с DP83865 помогите. Для начала собственно проблема.
Этот Phy имеет возможность проводить BIST тестирование. Т.е. микруха в сторону меди генерит пакеты с широковещательным адресом и с заполнением PRBS. В это же время она имеет возможность принимать такие же пакеты от другого источника и считать количество ошибочных. Так вот я ставлю 2 своих устройства и включаю этот режим. Т.е. они работают друг на друга и считают принятые ошибочные пакеты. Одно из устройств Master, второе Slave. За сутки на Мастере 5 ошибочных пакетов, на Slave 8-10 ош. пакетов.
Необходимо провести эксперимент на Вашем оборудовании. Для чего необходимо соединить 2 Ваших устройства с DP83865 между собой патч-кордом 5-cat. Прописать в регистры управления след. информацию:
адр: 0x19 (25) => 0xEC00
адр: 0x1A (26) => 0x8000.
Это запускает режим BIST. Прочитать кол-во ошибочных пакетов можно из регистра 0x18. Там будет младшее 16-ти разрядное слово количества ошибок.
Просто при отсутствии хороших средств диагностики это единственный доступный способ проверить свое железо. Если у Вас есть нормальные средства (не компьютеры, а специализированное оборудование типа Ixia, Acterna и т.п.), которыми Вы диагностировали свое оборудование (не менее суток) при обязательном псевдослучайном трафике (хотя скремблер в меди должен стоять), то сообщите, пожалуйста, результаты. Просто я уже боюсь, что эта микросхема не может работать без ошибок.
Ответы, что данная система связи не гарантирует 100% доставку пакетов не принимаются , т.к. это не решает проблему и не объясняет ее суть.
Помогите, плиз! Бьюсь над проблемой более полугода!!!

А не пробовали ли Вы Замкнуть микросхему саму на себя прям на устройстве, Что при этом получится.

[PavelTs]

А не пробовали ли Вы Замкнуть микросхему саму на себя прям на устройстве, Что при этом получится.

Не пробовал. Вообще-то гигабит - это 4-х парный G.ShDSL, который по моему пониманию не так-то просто завернуть проводами. Я знаю, что Marvell позволяет так делать замыканием пар 1-2 и 3-6, а также 4-5 и 7-8. Но при этом надо еще какие-то спец. регистры прописать. Просто принцип работы G.ShDSL - это обязательное наличие Master-Slave устройств. А как бедная микруха может быть одновременно и Мастером и Slave, я не знаю.
Кроме того не совсем понятно, что именно можно выяснить таким тестом, т.к. тактовая частота будет одна и на приеме минимально подвержена искажениям. (в G.ShDSL она тоже одна , восстановлена в Slave устройстве и передана на мастер). Этим тестом зато можно выяснить, нет ли в моей плате косяков с разводкой питания. Кстати, именно на него я и грешу в последнее время. Делать 6 слоев платы для серийного устройства, бюджет не позволяет, вот и сижу на 4-х слоях. Просто больше уже не знаю, на что и подумать. Все трассы четко расчитаны по волновым сопротивлениям, на каждой ножке питания висит по конденсатору. Поэтому и обратился к мировому сообществу за помощью, чтобы понять, что я один такой с ошибками, или еще есть, или есть, но живут в счастливом неведении

[Rst7]

Поэтому и обратился к мировому сообществу за помощью, чтобы понять, что я один такой с ошибками, или еще есть, или есть, но живут в счастливом неведении

Дык я ж Вам написал, что у Вас все в порядке. Что требования стандарта перекрыты с запасом ~1000 раз.
Или есть возражения?

[PavelTs]

Дык я ж Вам написал, что у Вас все в порядке. Что требования стандарта перекрыты с запасом ~1000 раз.
Или есть возражения?

Уважаемый, Rst7!
Никаких возражений нет! Мне импонирует Ваше чуство юмора! Правда!
Но как упертый баран, я все же хочу докопаться до корня проблемы. Есть, т.е. существуют, железки, которые работают без ошибок. Вот и я хочу, чтобы моя тоже без ошибок работала.
Что касается запаса, то действительно, когда я на Acterna тестировал свои платы, то прибор показал 10Е-13.
Но как же приятно, когда через неделю смотришь и видишь Bit Errors = 0!!!
Отчаявшись, я принялся схему на Marvell 88E1119R городить. Там тоже не все гладко и понятно. Но прежде, чем запущу в производство первую версию, хочу пооооследний разок что-нибудь попробовать с DP83865 (это уже четвернтый разок ). Расфильтровал все линии питания дросселями, еще тщательнее порезал землю и питание во внутр. слоях. Усовершенствовал фильтры по первичному питанию (-60 В). Кстати, как говориться, хозяйке на заметку, у меня по гигабитной оптике (1.25 Гбит/с) валом шли ошибки, пока я не поставил высоковольтные кондеры от сигнальной земли на входные 0V и -60V первичного питания. Либо замыкал 0 Вольт на землю. (Использую DC-DC конвертор TDD15-03S3) Может кто меня и осудит, как чайника, но с этим я столкнулся впервые.