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% доставку пакетов не принимаются , т.к. это не решает проблему и не объясняет ее суть.
Помогите, плиз! Бьюсь над проблемой более полугода!!!

[Rst7]

А не подскажите, к каком документе это прописано? Может быть я просто плохо искал.

Дык документ один - IEEE Std 802.3, на данный момент вроде еще действует тот, который 2005.

Открываем главу 40 и в пункте 40.1.1 читаем

40.1.1 Objectives
The following are the objectives of 1000BASE-T:
a) Support the CSMA/CD MAC
Comply with the specifications for the GMII (Clause 35)
c) Support the 1000 Mb/s repeater (Clause 41)
d) Provide line transmission that supports full and half duplex operation
e) Meet or exceed FCC Class A/CISPR or better operation
f) Support operation over 100 meters of copper balanced cabling as defined in 40.7
g) Bit Error Ratio of less than or equal to 10e-10
h) Support Auto-Negotiation (Clause 28)

Выполняется? Если да, и заказчик изначально требований по BER особых не выдвигал, то пришло время перемещения денег из кармана заказчика в Ваш

...позже...
Кстати, для оптики BER<=10e-12, имейте это в виду.

[PavelTs]

Кстати, для оптики BER<=10e-12, имейте это в виду.
[/quote]
Уважаемый, Rst7!
Спасибо! На счет оптики Вы правы. Все производители SFP и 1х9 транссиверов заявляют именно эту цифру. Собственно говоря, я и делаю оптические мультиплексоры. Просто залез на гигабит Оптика работает без проблем и в оптическом канале вообще нет ошибок. Стоит неделями в тестовом прогоне. Все ОК.
В мануал залез и действительно нашел 10Е-10. Спасибо!
Теперь, если Вам интересно, посчитаю реальный BER. Реальная пропускная способность гигабитного канала с учетеом пауз между пакетами 12 байт получается 124019,6 Кбайт/с. За сутки пробегает
10715294117,64 Кбайт полезной информации. 8 ош. пакетов в сутки - это 12,144 Кбайт.
Итого: BER = 1,13..e-9.
В общем, не получается Просто в идеале, если убрать что-то, что у меня не так, то должно быть вообще без ошибок.
Еще раз спасибо за помощь!