| |
 AT91RM9200. Пропадают пакеты eth, при работающем gprs модуле на уарте |
|
|
|
|
 Dec 15 2008, 13:18
|
Участник
Группа: Участник
Сообщений: 65
Регистрация: 15-01-08
Из: Санкт-Петербург
Пользователь №: 34 101
|
Падение потерь до 10% - случайность. Повторный прогон выдал опять 30-50%. Иногда падает до 6%.
Схема подключения совпадает с референсом и платой evm9200, если не считать светодиодов.
--------------------
Debian Fan
|
|
|
|
|
|
|
|
Dec 19 2008, 14:02
|
Участник
Группа: Участник
Сообщений: 65
Регистрация: 15-01-08
Из: Санкт-Петербург
Пользователь №: 34 101
|
Потестил на симке другого оператора, с худшим приёмом. Пакеты теряются и на 10 Мбит. Видимо, сказывается повышение мощности передатчика...
Разницы при дуплексе/полудуплексе особой нет. Интересный момент - если пинговать с компа, пропадает 5-10%, если с роутера, то 40-60%.
Написал письмо в техподержку Realtek, но ответа нет.
--------------------
Debian Fan
|
|
|
|
|
|
|
|
Dec 20 2008, 02:55
|
кекс
Группа: Свой
Сообщений: 3 825
Регистрация: 17-12-05
Из: Киев
Пользователь №: 12 326
|
Цитата(dmitry-rf @ Dec 15 2008, 12:31)  Проблемы только на 100 Мбит. Попробуйте воткнуть снаружи заглушку и запустить какой-нить packet injector, посмотрите статистику отправленных и принятых пакетов. 1. Если количество RX и TX пакетов совпадает - ищите проблему "снаружи" (транс, корд, свитч). -Иначе, замкните между собой TX+ и RX+ до трансформатора, и снимите статистику еще раз. 2. совпадут - ищите проблему в HW между PHY и до "транса". 3. не совпадут - ищите проблему в HW между MK и PHY, если там все ОК остается только вариант с SW. Цитата Разницы при дуплексе/полудуплексе особой нет. Сорри если вопрос покажется тупым, но все же для чистоты: бит autonegotiation при этом не забыли сбросить?
|
|
|
|
|
|
|
|
Dec 22 2008, 12:10
|
Участник
Группа: Участник
Сообщений: 65
Регистрация: 15-01-08
Из: Санкт-Петербург
Пользователь №: 34 101
|
Цитата(defunct @ Dec 20 2008, 05:55) Попробуйте воткнуть снаружи заглушку и запустить какой-нить packet injector, посмотрите статистику отправленных и принятых пакетов.
1. Если количество RX и TX пакетов совпадает - ищите проблему "снаружи" (транс, корд, свитч).
-Иначе, замкните между собой TX+ и RX+ до трансформатора, и снимите статистику еще раз.
2. совпадут - ищите проблему в HW между PHY и до "транса".
3. не совпадут - ищите проблему в HW между MK и PHY, если там все ОК остается только вариант с SW.
Сорри если вопрос покажется тупым, но все же для чистоты:
бит autonegotiation при этом не забыли сбросить? А если на 10 Мбит тоже пропадают, инструкция актуальна? Скорость и дуплекс меняю с помощью mii-diag. Она пишет, что autonegotiation сброшен при любом задании параметров вручную. Цитата(RW9UAO @ Dec 21 2008, 08:36) совет на уровне идиотизма: запитать модем от отдельного источника питания, плату с контроллером (и модемом) запаковать в консервную банку. или хоть фольгой обернуть. А какая цель приследуется?
--------------------
Debian Fan
|
|
|
|
|
|
|
|
Dec 22 2008, 15:47
|
Участник
Группа: Участник
Сообщений: 65
Регистрация: 15-01-08
Из: Санкт-Петербург
Пользователь №: 34 101
|
Цитата(defunct @ Dec 22 2008, 17:10) Если % потерь практически не зависит от скорости, тогда, конечно, - актуальна.
К проблемам "только на 100M" у этого чипа - относится autoneg, PHY может рапортовать 100M/Full-duplex в autoneg режиме, но работать при этом в полудуплексе, и это может приводить к потерям. Процент потерь зависит. На 100 теряется гораздо больше. Сейчас есть 2 платы с проводками, исправляющими ошибки разводки. Платки одинаковые, проводки одинаковые. Но на одной 10Мбит работает без потерь, а на другой 10-20% потерь пингов от компа к роутеру и 40-60% от роутера к компу. Обескураживает такая разница - пинги же ходят одним и тем же путём, значит и теряться должны в равной степени...
--------------------
Debian Fan
|
|
|
|
|
|
|
|
Dec 23 2008, 12:18
|
Участник
Группа: Участник
Сообщений: 65
Регистрация: 15-01-08
Из: Санкт-Петербург
Пользователь №: 34 101
|
Цитата(defunct @ Dec 20 2008, 05:55) Попробуйте воткнуть снаружи заглушку и запустить какой-нить packet injector, посмотрите статистику отправленных и принятых пакетов. Сделал loopback провод, снял tcpdump-ом пинги в обе стороны и загнал их обратно c помощью bittwist: Код 11:55:23.730483 IP 192.168.1.1 > 192.168.1.10: ICMP echo request, id 4884, seq 43, length 64
11:55:23.924575 IP 192.168.1.10 > 192.168.1.1: ICMP echo reply, id 4884, seq 43, length 64
11:55:24.100111 IP 192.168.1.10 > 192.168.1.1: ICMP echo request, id 41855, seq 11, length 64
11:55:24.395369 IP 192.168.1.1 > 192.168.1.10: ICMP echo reply, id 41855, seq 11, length 64
11:55:24.601119 IP 192.168.1.1 > 192.168.1.10: ICMP echo request, id 4884, seq 20, length 64
11:55:24.810409 IP 192.168.1.10 > 192.168.1.1: ICMP echo reply, id 4884, seq 20, length 64
11:55:24.958266 IP 192.168.1.10 > 192.168.1.1: ICMP echo request, id 41855, seq 12, length 64
11:55:25.227096 IP 192.168.1.1 > 192.168.1.10: ICMP echo reply, id 41855, seq 12, length 64 Вроде, потерь нет, но я нифига не понимаю, что именно происходит. Может, bittwist загоняет пинги уже с ответами в интерфейс...
--------------------
Debian Fan
|
|
|
|
|
|
|
|
Dec 23 2008, 17:46
|
кекс
Группа: Свой
Сообщений: 3 825
Регистрация: 17-12-05
Из: Киев
Пользователь №: 12 326
|
Цитата(dmitry-rf @ Dec 23 2008, 14:18) Вроде, потерь нет, но я нифига не понимаю, что именно происходит. Если тест проделан "чисто" (пакеты точно заворачивались через заглушку), и с учетом того, что со второй платой проблем нет, тогда полученный результат может говорить о нестыковке с внешним железом (переполюсовка, настандартный трансформатор с другим коэф. трансформации, обрыв средней точки и т.п.).. Цитата Может, bittwist загоняет пинги уже с ответами в интерфейс... Это легко проверить, сделайте заглушку с ответвлителем Код Device PC
TX---+------->RX
TX----+------>RX
||
RX---+|
RX----+ подключите ответвлитель к RX PC, wireshark'ом увидите есть снаружи пакеты или нет.
|
|
|
|
|
|
|
|
Dec 25 2008, 15:36
|
Участник
Группа: Участник
Сообщений: 65
Регистрация: 15-01-08
Из: Санкт-Петербург
Пользователь №: 34 101
|
Наконец-то нашли причину. Ножка RXCLK MAC'a совпадает с выводом DTR 1-го UART'a. Таким образом, как только открывался ком-порт, тактирование мака просаживалось до уровня 1.5-2 В. В тех случаях, когда выход phy был мощный, ему удавалось раскачать вывод... Решили проблему отключением сигнала DTR в Linux'e. Всем большое спасибо за советы и помощь! Цифровой осциллограф рулит 
--------------------
Debian Fan
|
|
|
|
|
|
|
|
Dec 25 2008, 19:58
|
Участник
Группа: Участник
Сообщений: 65
Регистрация: 15-01-08
Из: Санкт-Петербург
Пользователь №: 34 101
|
TEK0002.JPG - осцилограмма выхода TXCLK физики. Амплитуда хорошая. TEK0003.JPG - осцилограмма выхода RXCLK физики. Амплитуда в два раза меньше положенного.
Эскизы прикрепленных изображений
--------------------
Debian Fan
|
|
|
|
|
|
|
|
Jan 13 2009, 13:14
|
Участник
Группа: Участник
Сообщений: 65
Регистрация: 15-01-08
Из: Санкт-Петербург
Пользователь №: 34 101
|
Дмитрий, спасибо, пригодятся.
--------------------
Debian Fan
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
