FreeRTOS & uIP Stack, Ошибки в старом uIP и подключение нового Опции

[Мусатов Констант...]

При исследовании готового uIP в демо версии FreeRTOS был найден баг. Если при компиляции указать размер IP пакета небольшой, меньше чем стандартный в той сети, где будем работать, например у нас в сети 1500, а я указываю 1492, то происходит такая штука:
Все что двигается без фрагментации пакетов, ходит хорошо. Фрагментация входящих пакетов так же проблем не вызывает. А вот фрагментация исходящих сбивается. После посылки первого пакета максимального размера 1492, принимающий компьютер вместо подтверждения (код 1) присылает запрос на повторную посылку (код 4) и так до конца. Из общих соображений, не должно быть проблемы, что мое устройство шлет пакеты поменьше, значит оно что-то не то указывает в пакете или при установлении связи.
Я нашел, что в FreeRTOS встроена старая версия uIPот 2003-го года. На сайте разработчиков uIP http://www.sics.se/~adam/uip/index.html есть новая версия. Однако ее код заметно усложнился, по крайней мере появилась многотридность. Ни кто не пробовал ли ее подцепить под FreeRTOS?

[Мусатов Констант...]

Информация для пользователей uIP.
При большой нагрузке на стек был замечен глюк потери синхронизации IP. При детальном разборе выяснилось, что пакет подтверждения Ack уходил с потребителя, а в APPCALL не приходил. В примере из поставки есть пример APPCALL, в котором все флаги пакета просматриваются эксклюзивно:
if(uip_connected()) {...}
else if(uip_closed() || uip_aborted()) {...}
else if( uip_poll() ) {...}
else if(uip_newdata()) {...}
else if(uip_rexmit()) {...}
else if(uip_acked() ) {...}

при детальном разборе были найдены совмещенные пакеты. Потому я обработку собственно входящего пакета объединил:
if(uip_connected()) {...}
else if(uip_closed() || uip_aborted()) {...}
else if( uip_poll() ) {...}
else {
if(uip_newdata()) {...}
if(uip_rexmit()) {...}
if(uip_acked() ) {...}
}

Проблема пропала.