реклама на сайте
подробности

 
 
> STM32F107RB, проблема с ethernet., Какая-то мистика, ч.2.
Atridies
сообщение Jun 29 2014, 21:41
Сообщение #1


Местный
***

Группа: Свой
Сообщений: 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] - для короткого!!!
Go to the top of the page
 
+Quote Post
2 страниц V  < 1 2  
Start new topic
Ответов (15 - 21)
scifi
сообщение Dec 22 2014, 15:45
Сообщение #16


Гуру
******

Группа: Свой
Сообщений: 3 020
Регистрация: 7-02-07
Пользователь №: 25 136



Duplex mismatch?
Go to the top of the page
 
+Quote Post
fault-tolerant
сообщение Dec 23 2014, 06:27
Сообщение #17





Группа: Новичок
Сообщений: 5
Регистрация: 22-12-14
Пользователь №: 84 236



Цитата(Golikov A. @ Dec 22 2014, 17:41) *
вроде пакетами это уже уровень выше мака и физики, сильно выше, это даже не IP а TCP уже...
точно не стэк виноват?

Хотелось бы, но судя по всему - вряд ли. Во первых, этим драйвером многие пользуются. Во вторых, я брал совершенно разные демонстрационные/тестовые проги, общее одно - драйвер. Да и регистры вроде указывают на проблему на уровне MAC.
Сейчас пытаюсь проверять скорость и синхронизацию линий связи с регистрами PHY - MDC и MDIO... неправильные значения там приводят к ухудшению..
Go to the top of the page
 
+Quote Post
Golikov A.
сообщение Dec 23 2014, 06:33
Сообщение #18


Гуру
******

Группа: Свой
Сообщений: 4 256
Регистрация: 17-02-06
Пользователь №: 14 454



а в драйверах проверили функцию посылки данных? Проследите всю цепочку посылки пакета (от формирования данных до выдачи в мак), иногда на нижнем уровне ошибки передачи заглушены 0 кодом без обработки. Потому ваш стэк думает что послал, а на самом деле что-то не пошло. По описанию больше похоже на программную ошибку....
Go to the top of the page
 
+Quote Post
fault-tolerant
сообщение Dec 23 2014, 06:50
Сообщение #19





Группа: Новичок
Сообщений: 5
Регистрация: 22-12-14
Пользователь №: 84 236



Цитата(scifi @ Dec 22 2014, 17:45) *

Это я уже проходил :D
По скольку драйвер ST написан под PHY DP83848C, а у нас KSZ8051RNL, один регистр в нем не подходил - он считывал 0x10 для проверки рзультата autonegotiation, в то время как в KSZ8051RNL 0x10 отсутствует. Считывался ноль. По этому он заседал на Half/10. Правильный регистр 0x1E, да и биты в нем не те. Но это легко подстроилось, если кому надо.
В файле STM32f2x7_eth.c, вместо:
CODE
/* Configure the MAC with the Duplex Mode fixed by the auto-negotiation process */
if((RegValue & PHY_DUPLEX_STATUS) != (uint32_t)RESET)
{
/* Set Ethernet duplex mode to Full-duplex following the auto-negotiation */
ETH_InitStruct->ETH_Mode = ETH_Mode_FullDuplex;
}
else
{
/* Set Ethernet duplex mode to Half-duplex following the auto-negotiation */
ETH_InitStruct->ETH_Mode = ETH_Mode_HalfDuplex;
}

/* Configure the MAC with the speed fixed by the auto-negotiation process */
if(RegValue & PHY_SPEED_STATUS)
{
/* Set Ethernet speed to 10M following the auto-negotiation */
ETH_InitStruct->ETH_Speed = ETH_Speed_10M;
}
else
{
/* Set Ethernet speed to 100M following the auto-negotiation */
ETH_InitStruct->ETH_Speed = ETH_Speed_100M;
}

Можно вставить:
CODE
#define HALF_DUPLEX_10_BASE_T 1
#define HALF_DUPLEX_100_BASE_T 2
#define FULL_DUPLEX_10_BASE_T 5
#define FULL_DUPLEX_100_BASE_T 6

if((RegValue & FULL_DUPLEX_100_BASE_T) == FULL_DUPLEX_100_BASE_T)
{
ETH_InitStruct->ETH_Speed = ETH_Speed_100M;
ETH_InitStruct->ETH_Mode = ETH_Mode_FullDuplex;
}
else if((RegValue & FULL_DUPLEX_10_BASE_T) == FULL_DUPLEX_10_BASE_T)
{
ETH_InitStruct->ETH_Speed = ETH_Speed_10M;
ETH_InitStruct->ETH_Mode = ETH_Mode_FullDuplex;
}
else if((RegValue & HALF_DUPLEX_100_BASE_T) == HALF_DUPLEX_100_BASE_T)
{
ETH_InitStruct->ETH_Speed = ETH_Speed_100M;
ETH_InitStruct->ETH_Mode = ETH_Mode_HalfDuplex;
}
else if((RegValue & HALF_DUPLEX_10_BASE_T) == HALF_DUPLEX_10_BASE_T)
{
ETH_InitStruct->ETH_Speed = ETH_Speed_10M;
ETH_InitStruct->ETH_Mode = ETH_Mode_HalfDuplex;
}


Ну, и сам регистр - в stm32f2x7_eth_conf.h изменить на 0x1E:
Код
#define PHY_SR    ((uint16_t)0x1e)


Сообщение отредактировал IgorKossak - Dec 23 2014, 08:45
Причина редактирования: [codebox] для длинного кода, [code] - для короткого!!!
Go to the top of the page
 
+Quote Post
fault-tolerant
сообщение Jan 19 2015, 08:18
Сообщение #20





Группа: Новичок
Сообщений: 5
Регистрация: 22-12-14
Пользователь №: 84 236



Все еще никаких проблесков. Пытался изменить 100/10, Full/Half, проверял еше раз, что драйвер не вылетает ни на одном эксепшене... С задержкой в 10мс после каждого пакета ситуация с вебом, на пример, сносная, но все равно иногда на пару секунд зависает, ретрансмиты и т.д... Ну, а без этих задержек оно только ретрансмитами и занимается. И как поймать дебагером, когда именно оно глючит, не пойму..

Цитата(Golikov A. @ Dec 23 2014, 08:33) *
а в драйверах проверили функцию посылки данных? Проследите всю цепочку посылки пакета (от формирования данных до выдачи в мак), иногда на нижнем уровне ошибки передачи заглушены 0 кодом без обработки. Потому ваш стэк думает что послал, а на самом деле что-то не пошло. По описанию больше похоже на программную ошибку....

Что мог, проследил... Уже давно тыкаюсь. Когда слежу, судя по всему, что я вижу, посылает прекрасно. А вот как поймать сбой - до сих пор не пойму. в мыслях я уже тоже вернулся к взможности програмной ошибки как самой реальной, но не ловится крокодил.
Go to the top of the page
 
+Quote Post
Golikov A.
сообщение Jan 19 2015, 17:13
Сообщение #21


Гуру
******

Группа: Свой
Сообщений: 4 256
Регистрация: 17-02-06
Пользователь №: 14 454



надо не за программой следить, надо текст почитать и найти все коды возвращаемых ошибок. И проанализировать, не стоит ли где на ошибку вернуть ошибки нет...
Go to the top of the page
 
+Quote Post
fault-tolerant
сообщение Jan 22 2015, 05:24
Сообщение #22





Группа: Новичок
Сообщений: 5
Регистрация: 22-12-14
Пользователь №: 84 236



Так вот, взяв совершенно другой проэкт от ST с веб сервером на LwIP и без операционной системы, из моего используя только BSP, получаю тот же результат. То есть, проблема явно в настройках MAC или PHY, включая DMA. Прекрасная програмка tcping с опциями -t -h показывает, что чем больше пакетов передается (по типу http страницы), тем больше шансов "на застрять".
Go to the top of the page
 
+Quote Post

2 страниц V  < 1 2
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 26th July 2025 - 13:50
Рейтинг@Mail.ru


Страница сгенерированна за 0.01424 секунд с 7
ELECTRONIX ©2004-2016