| |
 STM32F107RB, проблема с ethernet., Какая-то мистика, ч.2. |
|
|
|
|
 Jun 29 2014, 21:41
|
Местный
Группа: Свой
Сообщений: 445
Регистрация: 7-02-05
Из: Зеленоград
Пользователь №: 2 468
|
Есть плата с микроконтроллером STM32F107RB. Поставил стек LwIP, обрезал лишнее, но запустить не получается. Не принимает входящие пакеты. Данные на шине RMII - есть (CRS_DV, RXD0/1 - ведут себя вроде правильно). Настройка от порта LwIP - тоже вроде верная (уверен не на 100%, т.к. по битам регистров ETH - не гуру). Но какой бы пакет не передавал (ping или TCP) - статистика не увеличивается. При этом - отправка пакета - вроде идёт правильно (статистика увеличивается, но в сниффере - пока не смотрел). Насколько я понял по описанию - в случае отбраковки по какому-либо параметру на уровне MAC: все равно я должен иметь увеличивающуюся статистику. Поставил loopback на MAC, дают передачу пакета - все равно статистика приема - не увеличивается. Далее - значения всех регистров MAC и ETH_DMA: CODE www[0] = ETH->MACFFR; // 0000 0000
www[1] = ETH->MACFCR; // 0000 0000
www[2] = ETH->MACRWUFFR; // 0000 0000
www[3] = ETH->MACSR; // 0000 0000
www[4] = ETH->MACIMR; // 0000 0000
www[5] = ETH->MACA0HR; // 8000 0100 // 01.00.00.00.00.00.00 - MAC-адрес изделия.
// Сделаем 00.D0.59.12.32.5B.
www[6] = ETH->MACA0LR; // 0000 0000
www[7] = ETH->MACA1HR; // 0000 FFFF
www[8] = ETH->MACA1LR; // FFFF FFFF
www[9] = ETH->MACA2HR; // 0000 FFFF
www[10] = ETH->MACA2LR; // FFFF FFFF
www[11] = ETH->MACA3HR; // 0000 FFFF
www[12] = ETH->MACA3LR; // FFFF FFFF
www[13] = 0xA3FFFFA0;
www[14] = ETH->MMCCR; // 0000 0000
www[15] = ETH->MMCRIR; // 0000 0000 // Прерываний по статистике приема - не было.
www[16] = ETH->MMCTIR; // 0000 0000 // Прерываний по статистике передачи - не было.
www[17] = ETH->MMCRIMR; // 0000 0000 // Прерывания разрешены ?
www[18] = ETH->MMCTIMR; // 0000 0000 // Прерывания разрешены ?
www[19] = ETH->MMCTGFSCCR; // 0000 0000 // Количество переданных фреймов в HalfDuplex после одной коллизии.
www[20] = ETH->MMCTGFMSCCR; // 0000 0000 // Количество переданных фреймов в HalfDuplex после нескольких коллизий.
www[21] = ETH->MMCTGFCR; // 0000 0001 // !!!___ Количество удачно переданных фреймов.
www[22] = ETH->MMCRFCECR; // 0000 0000 // !!!___ Количество принятых фреймов с ошибкой CRC.
www[23] = ETH->MMCRFAECR; // 0000 0000 // !!!___ Количество притяных фреймов с ошибкой выравнивания.
www[24] = ETH->MMCRGUFCR; // 0000 0000 // !!!___ Кол-во хороших принятых фреймов с unicast.
www[25] = 0xA3FFFFA0;
www[26] = ETH->DMABMR; // 0002 0100
www[27] = ETH->DMATPDR; // 0000 0000
www[28] = ETH->DMARPDR; // 0000 0000
www[29] = ETH->DMARDLAR; // 2000 A930
www[30] = ETH->DMATDLAR; // 2000 A970
www[31] = ETH->DMASR; // 0066 0404
www[32] = ETH->DMAOMR; // 0000 2002
www[33] = ETH->DMAIER; // 0001 0040
www[34] = ETH->DMAMFBOCR; // 0000 0000
www[35] = ETH->DMACHTDR; // 2000 A980
www[36] = ETH->DMACHRDR; // 2000 A930
www[37] = ETH->DMACHTBAR; // 2000 C740
www[38] = ETH->DMACHRBAR; // 2000 A990 Где может быть отброс пакета ? Вообще как-то можно узнать: данные с RMII - поступают на вход MAC ?
Сообщение отредактировал IgorKossak - Jun 30 2014, 08:15
Причина редактирования: [codebox] для длинного кода, [code] - для короткого!!!
|
|
|
|
|
|
|
|
Jun 30 2014, 06:24
|
Гуру
Группа: Свой
Сообщений: 3 020
Регистрация: 7-02-07
Пользователь №: 25 136
|
Цитата(Atridies @ Jun 30 2014, 01:41)  Где может быть отброс пакета ? Вообще как-то можно узнать: данные с RMII - поступают на вход MAC ? Там есть так называемый драйвер Ethernet MAC, в нём пакеты и принимаются. К примеру, у меня есть такой кусок кода: Код p = low_level_input();
if (p)
{
ethernet_input(p, mynetif);
} Если поставить точку останова на ethernet_input(), то в отладчике можно увидеть каждый принятый пакет.
|
|
|
|
|
|
|
|
Jun 30 2014, 08:02
|
Местный
Группа: Свой
Сообщений: 445
Регистрация: 7-02-05
Из: Зеленоград
Пользователь №: 2 468
|
Цитата(scifi @ Jun 30 2014, 09:24) Там есть так называемый драйвер Ethernet MAC, в нём пакеты и принимаются. К примеру, у меня есть такой кусок кода: Код p = low_level_input();
if (p)
{
ethernet_input(p, mynetif);
} Если поставить точку останова на ethernet_input(), то в отладчике можно увидеть каждый принятый пакет. Еще раз проверил - проблема не в драйвере MAC. Проблема в железе MAC. Прием пакета идет следующим образом (вызовы функций): ETH_IRQHandler -> LwIP_Pkt_Handle -> ethernetif_input -> low_level_input -> ETH_RxPkt_ChainMode. Так вот: прерывания по ETH_IRQHandler - нету. Более того, регистры статистики в MAC (MACMMC) - не увеличиваются. Но данные на RMII - есть.
|
|
|
|
|
|
|
|
Jun 30 2014, 10:50
|
Местный
Группа: Свой
Сообщений: 445
Регистрация: 7-02-05
Из: Зеленоград
Пользователь №: 2 468
|
Цитата(andrewlekar @ Jun 30 2014, 12:48) У меня в своё время на прерывания драйвер тоже не заработал (LPC1768). Разбираться особо не стал и сделал на поллинге очереди DMA. 1. Проверил еще раз ремап. Все нормально. У меня ремапится только SPI1, и он не попадает на ножки с RMII. Проверил настройку режимов пинов - тоже все нормально. 2. ПО взял из примера от ST-microelectronics: это был http-сервер с lwip. Лишнее выбросил и прикрутил к своей программе. Так что это - частично мое, а в основном - из примера. Работу этого стека - я с devboard не проверял, ввиду отсутствия оной. 3. В этом примере была переключалка: MII/RMII. Она стоит на RMII. Судя по коду: dribble bit - не проверяется. Но даже если бы и проверялся - у MAC есть счетчик, который считает пакеты с ошибочным dribble bit (ETH_MMCRFAECR). А он у меня все время в нулях. 4. Странно, что прерывания не работают. Ну даже если так - статистика должна идти или нет? Я если честно уже запутался. 5. Еще никак не могу понять - где посмотреть: вообще в MAC приходят пакеты или нет? Пусть битые, чужие, пусть прерывания не так работают. Хоть какие-нибудь...
|
|
|
|
|
|
|
|
Dec 22 2014, 15:07
|
Группа: Новичок
Сообщений: 5
Регистрация: 22-12-14
Пользователь №: 84 236
|
Цитата(Atridies @ Jul 2 2014, 08:50) Проблема решилась. Дело было в неправильной настройке MAC. Не совпадала скорость и еще некоторые параметры.
Дело в том, что в примере был косячок: настройка PHY не производилась, если не подключен кабель. Я это махнул из программы, а заодно зацепил некоторые настройки.
Всем спасибо !
P.S. Теперь, Слава Богу, более-менее понимаю, как работает MAC. Очень хотелось бы, если можно, чуть чуть поподробнее. Мучаюсь с STM32F207, плата наша, разработана по примерам ST и Micrel, PHY - KSZ8051RNL. RMII в виду того, что много IO нужно было... И работает в принципе, только передавая файлы, как картинки по HTTP, или, на пример, в тестовой программе IPREF, вдруг виснет секунд на 15, тупо пережевывая склиентом один и тот же пакет. Клиент грит - ты проустила пакет номер такой-то, верни! А плата: на! А пакет не тот... А через 15 секунд примерно отпускает - но только на секунду, потом опять. Прилагаю картинку. Уже чего только в параметрах стандартного ST-шного драйвера не менял, все регистры проверял, и MAC и PHY... Вроде "ETH_DMAMFBOCR" насчитывает непринятые пакеты, но настройки, с ним связанные, не помогают. Может что у вас подберу по настройкам? Проблема не в программе, так как то же самое происходит в совершенно разных примерах, с LwIP, с NetX. Спасибо!
Сообщение отредактировал fault-tolerant - Dec 22 2014, 15:08
Эскизы прикрепленных изображений
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
