Безапеляционность ваших суждений иногда поражает. Вы бы для начала посмотрели списки рассылок (они очень большие) по LWIP. Что касается таймера - это не кривизна, а поведение стека в точном соответствии со стандартом (в рассылок это не раз перетиралось и обходится парой строчек кода в вашем рабочем приложении). Что такое по мелочи? Конкретнее, плиз. У нас этот стек работает на нескольких разных процессорах и никогда проблем не возникало. Слабое место его - документация, но там все сделано очень просто и иинтуитивно понятно. Операционка для него необязательна. Можно писать свои приложения на callback функциях, можно стандартно на сокетах.
Uip - очень простой стек ориентированный на 8 битники и его рассматривать вообще не стоит.

Да нет Констнатин, эт ваши посты навеивают странные подозрения.
Выложите свой LWIP и тогда посмотрим что у вас там действительно работает.
Я так понял вы химичите со стеком и юзерам позволяете работать только через свою прокладку на PC для обмена с дивайсами.
Еще кстати хотел у вас спросить как это вы Wiggler в CrossWorks подключаете к STR91x если на официальном сайте macraigor.com сказано, что он не поддерживает ядро ARM966?

Насчет подключений - тут наверно дело в том, что кроссворкс использует собственные драйвера для вигглера.

Ок в теле сообщения скомпилированные библиотеки, напрямую подключаетсяк кроссворку и файл opt.h с настройками, с которыми она компилировлась (работает на STR912).

Что значит химичу со стеком и юзерами, не понял.

Вам скриншот подключенного вигглера к STR912? И причем тут macraigor.com если кроссворк работает через свои библиотеки?

Далее для кросворка я уже выкладывал loader.exe. Могу повторить, и рассказать по настройкам. Могу и нашу программу аналог глючного caps которая все это делает через вигглер.

По LWIP проверял PING FLOOD потерь пакетов не было (в отлиичии от других стеков.).

CrossWorks официально не поддерживает STR91x. Его нет у них в списке BSP и с реальным Wiggler-ом CrossWorks и STR91x не контачат, проверено.
Еcли вы всетаки штатными средствами CrossWorks, смогли подключить wiggler к STR91x, то где делаются эти настройки?
Если же это ваше фирменное решение, то вопрос конечно отпадает.

Константин, пожалуйста - можно сюда программу-аналог капса? А то у нас наконец-то через недельку появится долгожданная платка с STR, а из жтагов только вигглеры

А можна повторить и рассказать по настройкам, и аналог CAPS, вернее тот кусок который через виглер работает?
Ткоа скажите а какая у вас текущая версия Croosworksa?

Есть решение более гибкое.
Берете и делаете FlashLINK как в фирменном мануале от ST.
Потом скачиваете H-JTAG http://twentyone.blogchina.com/
В настройках H-JTAG выставляете ноги так как они сделаны во FlashLINK
И получаете сразу и фирменный программатор и JTAG отладчик.
Причем, я проверил, H-JTAG с STR91x работает и в Keil и в IAR! (правда делал это через wiggler )
Ну конечно не забыть надо сделать коротенький инициализационный скрипт, и все готово для нормальной работы.

Лично мне например использовать h-jtag, особенно на производстве, не импонирует.

В кроссворке (с версии 1.6) есть утилиты с помощью которых вы можете создавать BSP для любых процов и подключать. В старых версиях с помощью правки двух XML файлов вы можете добавлять тоже любой проц. На самом деле в этом одна из замечательных его сторон - гибкость и кофигурирование.

Во вложении - архив (для версии 1,5). Киньте его в папку targets и разархивируйте его. В визарде появится новый проц. И спокойно работайте и шейте STR и вигглером и JLINK и Crossconnecом.

CAPS или его аналог нужен для установки конфигурационных битов и работы напрямую с флешем 32 кб.

Правильным считать архив меньшего размера (первый включил по ошибке и не могу удалить :-))

Что касается аналога CAPS - сейчас я достаю программера, чтобы он сделал нормальное оформление для него и тогда выложу. Работает с вигглером через WinIO дарйвер.

Спасибо, заработало.
Но вы делаете довольно специфичное изделие как я увидел.
Вам не нужен многоинтерфейсный стек, вам не нужен PPP, у вас один коннект на всю сессию, данные идут на PC в основном. Вы не держите WEB и FTP серверов на своем устройстве.
Вы себе можете позволить использовать мягко говоря сомнительный стек.

Но вот еще мы на lwIP обнаружили некорректное поведение серверных сокетов. Открытый сокет на определенном порту становится доступным всем желающим кто захочет соединения с этим портом. Т.е. на один сокет на сервере могут приходить данные от разных клиентов.
Что на это скажете?

В LWIP есть PPP но я его не подключал. Есть и FTP приложение и HTTP, и Telnet, но я их не включал в эту библиотеку. По поводу доступности сокета, есть в файле opt.h дефайн для вашего случая. Кстати вышла версия 1.2.0 я изменения еще не смотрел. В этом устройстве я использую максимум до 4 параллельных соединений (можете посмотреть в opt.h).


Далее, для написания приложений в лвип есть два механизма - на базе сокетов и callback функций. Мне больше нравится второй вариант. Вы по какому варианту пробовали свои приложения?

Это касается только Str9xx или я чего-то не понял?

КонстантинТ
у так как насчет програмки, которая вместо капса? Хоть в каком виде?

all
Люди а есть ли у st включаемые файлы для работы из под ассемблера?

Не, мы callback не применяем. Тогда рушится вся философия переносимости протоколов верхнего уровня на разные стеки.
Lwip только и интересен тем, что реализует API BSD-сокетов.




Кстати, обнаружил проблемы в Micrium-овском драйвере NIC для STR91x.
На скоростях около 2 Мбайт в сек и более драйвер пропускает прерывания и стек сильно тормозит или вообще сбивается. Если следуют фрагментированные IP пакеты по 1460 и более байт сбой происходит сразу.
Почти такая же ситуация и в драйвере от Keil-а для ихней демки со стеком uIP.