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-х слоях. Просто больше уже не знаю, на что и подумать. Все трассы четко расчитаны по волновым сопротивлениям, на каждой ножке питания висит по конденсатору. Поэтому и обратился к мировому сообществу за помощью, чтобы понять, что я один такой с ошибками, или еще есть, или есть, но живут в счастливом неведении

[Dimonira]

Не пробовал. Вообще-то гигабит - это 4-х парный G.ShDSL, который по моему пониманию не так-то просто завернуть проводами...
Кроме того не совсем понятно, что именно можно выяснить таким тестом...

Может уже не актуально, но решил написать.
Есть режим loopback. Никаких проводов замыкать не надо. Всё делается внутри PHY. С помощью loopback я как раз очень легко настраивал фазу PLL в матрице, на которой был сделан MAC-контроллер.
Так вот, если включить loopback, то наличие тех-же ошибок что и раньше будет имхо говорить о том, что что-то не то с железом на плате.
Для того чтобы включить loopback:
BMCR=0x4940
BMCR=0x4140