Gunner

Вилку зарплат можете огласить?

http://www.st.com/web/en/catalog/tools/PF257862

Это? http://www.st.com/web/en/catalog/tools/PF257846

Вариант интересный конечно, но надо учитывать, что при этом возрастают требования к самой печатной плате устройства (у eMMC BGA-корпус).

Из Кейла только проект сервера брали или сам стек TCP/IP там тоже свой?

Если увеличение PBUF_POOL_BUFSIZE не помогло, то, видимо, разделение действительно происходит при отправке. По-хорошему, надо научить HTTP-сервер обрабатывать данные, приходящие даже побайтно. Но, как вариант, для отправки можно использовать не POST, а GET-запрос, тогда параметры (если их немного) будут в первом сегменте.

По поводу пингов посмотрите здесь http://lists.gnu.org/archive/html/lwip-dev...1/msg00016.html И, кажется, в версии 1.4.1 это уже пофиксили http://git.savannah.gnu.org/cgit/lwip.git/...8c7d78f6b3bcd97

1) Enable the GPIO Clock for TIMx pins (CH1, CH2): RCC_AHB1PeriphClockCmd() 2) Enable the Peripheral Clock for TIMx: RCC_APB1PeriphClockCmd() or RCC_APB2PeriphClockCmd() 3) Configure CH1 and CH2 pins as alternate function: GPIO_PinAFConfig(), GPIO_Init() 4) TIMx Configuration: TIM_TimeBaseInit(), TIM_EncoderInterfaceConfig() 5) Configure and enable TIMx interrupt 6) Enable TIMx counter: TIM_Cmd()

Попробуйте #define SYS_LIGHTWEIGHT_PROT 1

Входящие TCP-пакеты обрабатывает сам стек (проверяет целостность, отбрасывает заголовки и др.) и передает поток данных приложению (HTTP-сервер, FTP-сервер, и т.д). А ваше приложение, чтобы принимать/отправлять данные, должно взаимодействовать с LwIP-стеком, используя API-функции, предоставляемые стеком (raw, netconn, socket). По-моему, в примерах так и сделано, хоть и в упрощенной форме.

350+1000+500+2048+512=4410 Это что?

LwIP ничего не знает про HTTP-пакеты. Вам надо написать HTTP-сервер, который и будет обрабатывать HTTP-пакеты (парсить их), формировать ответ и т.д. HTTP-сервер будет использовать стек LwIP (либо другой) для приема/передачи пакетов по сети.

Тестирую дальше ... c версией lwip 1.4.0 перестал работать modbus tcp (www.freemodbus.org). Никто с таким не сталкивался?

Спасибо. Подкорректировал значения DEFAULT_TCP_RECVMBOX_SIZE и DEFAULT_ACCEPTMBOX_SIZE (были очень большие) и все стало ОК.

Добрый день! Делаю проект веб-сервера на связке STM32F207+FreeRTOS+LwIP. При переходе с LwIP 1.3.2 на LwIP 1.4.0 приложение перестало нормально работать. Покопавшись, обнаружил, что в результате выполнения функции netconn_new(NETCONN_TCP) очень сильно стала уменьшаться память кучи FreeRTOS (heap). Текущий размер кучи получаю выполнением xPortGetFreeHeapSize(). Результат следующий (уменьшение кучи в результате выполнения netconn_new(NETCONN_TCP)): для LwIP 1.3.2 - 264 байта, а для LwIP 1.4.0 - 8364 байта (!). Непонятно, куда расходуется столько памяти. Настройки в файле lwipopts.h остались те же (может надо что-то поменять?). Файлы sys_arch.c и sys_arch.h брал с сайта FreeRTOS. Если кто делал такой переход (LwIP 1.3.2 -> 1.4.0), просьба проверить как меняется размер кучи при выполнении netconn_new(NETCONN_TCP).