AT91RM9200. Пропадают пакеты eth, при работающем gprs модуле на уарте Опции

[dmitry-rf]

Есть плата на AT91RM9200. По сути - переразведённый AT91RM9200-DK c phy RTL8201. К плате подключен gsm модуль Siemens MC75, установлен linux. Система работает нормально, pppd дозванивается до провайдера и устанавливает соединение.
Неприятность такая - как только ppp соединение установлено, начинают теряться eth пакеты между платой и компьютером (возможно, пакеты начинают теряться еще при открытии ком-порта и дозвоне). Убиваешь pppd - потери пропадают, все пинги проходят. Таблица роутов выглядит нормально.
Есть аналогичная чужая плата, на ней та же сборка линукса в тех же условиях работает без проблем. Таблицы маршрутизации после дозвона совпадают. Схема чужой платы неизвестна, но это тоже модифицированный кит AT91RM9200-DK.
В чём может быть ошибка? Нецжели уарт как-то может влиять на ethernet?

[dmitry-rf]

Рано радовался. Сложилась очень интересная ситуация.
Есть три чипа RTL8201BL из разных партий: 1-й работает без проблем, 2-й теряет 30-50% пакетов, 3-й при включении gsm лежит совсем.
Есть две платы - чужая и аналогичная ей наша разработка. Вышеупомянутые проблемы наблюдаются на нашей плате. На чужой 1 и 2 чипы работают стабильно. 3-й не пробовал да и без него ясно, что есть косяк в нашей плате. Но и чипы различаются.
В даташите подключение RTL8201BL подробно не описано. В частности, нет рекомендаций по подключению трансформатора. Есть у кого-нить работающая схема с этим чипом? Буду очень благодарен за схему.
Взаимосвязь уарта и eth проверяется...

[aaarrr]

Есть у кого-нить работающая схема с этим чипом? Буду очень благодарен за схему.

У Реалтека есть Reference Schematics.
 sch_8201bl_120_.zip ( 176.49 килобайт ) Кол-во скачиваний: 233

Взаимосвязь уарта и eth проверяется...

Не тратьте напрасно время.

[dmitry-rf]

У Реалтека есть Reference Schematics.

Спасибо. Нашёл 2 отличия:
- неправильно соединённые средние точки трансформаторов. Сделал как в референсе - потери упали до 8-9%
- нет конденсаторов на ногах питания. Возможно, это причина остальных потерь, хотя я не уверен. GSM-модуль и ARM-модуль питаются от одной линии 12 В, но через раздельные регуляторы на базе L5973. У каждого регулятора на выходе дроссель и конденсатор. Плата АРМа шестислойная, два слоя - 3.3 В и земля, что даёт большой конденсатор.

у клиента была похожая проблемка он подключал по ком порту модуль gprsный но проблемма у него была
в том что на компортовый драйвер не поддерживал управление потоком и пакеты у него там терялись.
Он, точнее она ;-) как с модемными сигналами разобралось, все пришло в норму. Точно пакеты у Вас теряются на ethernete?

Точно - яндекс пингуется с роутра без проблем. А вот пакеты между роутером и компьютером теряются.

Сообщение отредактировал dmitry-rf - Dec 12 2008, 14:12

[aaarrr]

- нет конденсаторов на ногах питания. Возможно, это причина остальных потерь, хотя я не уверен.

Вообще нет?

Плата АРМа шестислойная, два слоя - 3.3 В и земля, что даёт большой конденсатор.

Большой конденсатор с очень маленькой емкостью.

[dmitry-rf]

Вообще нет?

На ногах питания физики нет ни одного. Пробовали повесить их при неправильном подключении средних точек транса - заметных изменений не было. Попробую поставить, но смоневаюсь, что это что-то даст.
AVDD и PWFBIN/PWFBOUT подключены согласно референсу.

[dch]

Пробовали повесить их при неправильном подключении средних точек транса - заметных изменений не было.

для RTL8201BL - на одной средней точке конденсатора быть не должно, а так должно работать особенных проблемм не заметно. А у Вас проблемы с ethernet-ом на 10 И 100 мбитах?

[dmitry-rf]

для RTL8201BL - на одной средней точке конденсатора быть не должно, а так должно работать особенных проблемм не заметно. А у Вас проблемы с ethernet-ом на 10 И 100 мбитах?

Сейчас конденсатор на землю есть только на средней точке RX. Проблемы только на 100 Мбит.

[defunct]

Проблемы только на 100 Мбит.

Попробуйте воткнуть снаружи заглушку и запустить какой-нить packet injector, посмотрите статистику отправленных и принятых пакетов.
1. Если количество RX и TX пакетов совпадает - ищите проблему "снаружи" (транс, корд, свитч).
-Иначе, замкните между собой TX+ и RX+ до трансформатора, и снимите статистику еще раз.
2. совпадут - ищите проблему в HW между PHY и до "транса".
3. не совпадут - ищите проблему в HW между MK и PHY, если там все ОК остается только вариант с SW.

Разницы при дуплексе/полудуплексе особой нет.

Сорри если вопрос покажется тупым, но все же для чистоты:
бит autonegotiation при этом не забыли сбросить?

[dmitry-rf]

Попробуйте воткнуть снаружи заглушку и запустить какой-нить packet injector, посмотрите статистику отправленных и принятых пакетов.
1. Если количество RX и TX пакетов совпадает - ищите проблему "снаружи" (транс, корд, свитч).
-Иначе, замкните между собой TX+ и RX+ до трансформатора, и снимите статистику еще раз.
2. совпадут - ищите проблему в HW между PHY и до "транса".
3. не совпадут - ищите проблему в HW между MK и PHY, если там все ОК остается только вариант с SW.
Сорри если вопрос покажется тупым, но все же для чистоты:
бит autonegotiation при этом не забыли сбросить?

А если на 10 Мбит тоже пропадают, инструкция актуальна?

Скорость и дуплекс меняю с помощью mii-diag. Она пишет, что autonegotiation сброшен при любом задании параметров вручную.

совет на уровне идиотизма: запитать модем от отдельного источника питания, плату с контроллером (и модемом) запаковать в консервную банку. или хоть фольгой обернуть.

А какая цель приследуется?

[defunct]

А если на 10 Мбит тоже пропадают, инструкция актуальна?

Если % потерь практически не зависит от скорости, тогда, конечно, - актуальна.

К проблемам "только на 100M" у этого чипа - относится autoneg, PHY может рапортовать 100M/Full-duplex в autoneg режиме, но работать при этом в полудуплексе, и это может приводить к потерям.