Посмотрел код.....
1 Вы обявляете локальную переменную char text1[SIZE]; размером в 255 байт, при этом размер стека у потока configMINIMAL_STACK_SIZE 128 * 4 = 512 байт. т.е. одна локальная переменная съедает мол стека. Оставшихся 64 слов хватает едава едава. Отсюда и зависания при вызове printf и невозможность увеличить SIZE.
2 разберитесь с назначением функций netbuf_alloc и netbuf_ref. А то у вас пулучается что сначала вы с помощью data1 = netbuf_alloc(buf1, sizeof(text1)); создаете новый буфер в buf1, затем с помощью netbuf_ref(buf1, text1, sizeof(text1)); прикрепляете к buf1 буффер text1. Что при этом происходит с предварительно выделеным буфером - х.з.
ниже привел исправленный код, у меня с ним, правда с MII интерфейсом(RTL8201) получается скорость около 90-95Mbit


Сообщение отредактировал IgorKossak - Jan 20 2012, 16:37

Большое спасибо.
Все заработало.
Виноват. Совсем вылетело, что у ОС свой стек у каждого потока. А локалка заседает в стеке. Надо будет с FreeRTOS поразбираться. До сего времени использовал только scmRTOS
Про функции буду читать мануал.
Со скоростью пока не понятно. Perf показывает ~13 Mbits/s

Или я не врубился как мерять или что то не так с инициализацией MAC+RMII на нужной скорости или со скоростью камня что то не так

А размер пакета(SIZE) увеличить не забыли? От этого скорость очень сильно зависит.
SIZE = 250

SIZE = 1400

Да, все сделал. Спасибо.
Сначала не врубился. Теперь все прояснилось. Режим отладки нужно выключить (LWIP_DBG_OFF). Тормозит однако.
Получилось так


Сообщение отредактировал Acvarif - Jan 19 2012, 15:26

Касательно этой темы:

1. Удержит ли LwIP+FreeRtos скорость ~90 если FreeRtos будет иметь еще 2...3 потока. Например работа с ADC, DAC, цифровая обработка сигналов с ADC?

Странный вопрос, цифровая обработка сигналов может быть такая что он и сам не потянет не то что еще и стек , на этот вопрос вам никто и никогда не даст ответа.

Не совсем верно поставил вопрос.
Допустим
1 поток - 16 каналов ADC КИХ фильтры (предполагается, что stm32f217 справится)
2 поток - выдача обработанных результатов (все 16 каналов) на комп через LwIP (между выборками)
3 поток - выдача результатов прокрутки каждой выборки через КИХ на DAC

Добрый день. Я разбираюсь с реализацией веб0сервера на LwIp стеке. Сейчас меня интересует верхний уровень, сам HTTP. У примере под stm32F207 реализован HTTP с поддержкой POST и GET запросов.
Но с POST запросами есть один нюанс, после объявления константы, как:
#define LWIP_HTTPD_SUPPORT_POST 1
компилятор показывает, что в проекте не определены 3 функции:

err_t httpd_post_receive_data(void *connection, struct pbuf *p);


void httpd_post_finished(void *connection, char *response_uri, u16_t response_uri_len);


err_t httpd_post_begin(void *connection, const char *uri, const char *http_request,
u16_t http_request_len, int content_len, char *response_uri,
u16_t response_uri_len, u8_t *post_auto_wnd);

Для начала я их определил , как пустыми, возвращающими return ERR_OK(все норм.)...я так понимаю их нужно самому дописывать, может кто-нибудь посоветовать что-то по поводу их правильного описания.


За раннее, спасибо!

Сообщение отредактировал Twen - Jan 28 2012, 15:31

Добрый вечер! Вам удалось разобраться с этим вопросом?

Сообщение отредактировал IgorKossak - Aug 26 2013, 19:30

Доброго времени суток. Пытаюсь разобраться с работой стека, следуя по стопам Acvarif, но застрял почти на начале.) Используя пример указанный в самом начале, UDP сообщение так и посылается.
По IP адресу отправляется ARP запрос, ПК шлет ответ (смотрю Wireshark), но присланный МАС адрес ПК не добавляется в таблицу. Я так понимаю, что нужно включить обработчик приема сообщений, но не знаю как. Кто знает, подскажите как это сделать, либо укажите где не прав.)

чтобы стэк работал, надо постоянно вызывать функцию
TCP_IP_Process(),
несмотря на название для UDP тоже

а также
timer_tick () с заданным интервалом

Дело в том, что у меня F107, и в связи с этим в библиотеке этих функций нет. Может Вы можете назвать аналоги для этого контроллера? Или следует рассмотреть работу этих функций в для f2xx и самому потом сориентироваться?

ОЙ блин!
не,... надо ваще забыть про мое сообщение - это я от другого стэка вам функции сказал%(...

в LwIP тоже есть функции, которые надо постоянно дергать что все крутилось и пакеты обрабатывались.
это
tcp_fasttmr()
tcp_slowtmr()

одну часто, она стэк крутит
а другую пореже, она таймауты считает и убивает закрытые сокеты

Использовал функцию LwIP_Periodic_Handle, вызывающую tcp_tmr, которая в свою очередь tcp_fasttmr и tcp_slowtmr с заданной периодичностью. Но ситуация не особо изменилась. В ходе просмотра выполнения функций было обнаружено, что переменная tcp_active_pcbs, используемая в tcp_fasttmr, всегда принимает значение равное нулю. В связи с этим функция сразу вываливается из цикла без каких либо действий. Вроде эта структура означает все доступные соединения. Есть какие-нибудь соображения? Неужели соединение некорректно установлено? Интересно, что не мне удалось бы найти функции, где бы происходило присвоение каких либо значений. И не могли бы Вы также пояснить, где в конкретно происходила бы обработка ARP ответов при штатной работе стека?

Использовал функцию LwIP_Pkt_Handle(), вызывающую ethernetif_input, сразу после udp_send(upcb, p) и стек смог принять и корректно обработать ARP ответ, добавив МАС адрес в таблицу, после чего UDP дошла до ПК, но хотелось бы более элегантное и разумное решение для приема. Да и с tcp_active_pcbs неясность осталась.