stm32f207+lwip, bug(s) or/and feature(s) ? Опции

[Entuziast]

имеется устройство на stm32f207 с dp83848CVV в качестве phy-интерфейса в режиме RMII. запускается и нормально работает пример от ST tcp/udp-echo server.
Проблема в том что всё работает только если в сети есть сервер и только один клиент. если появляется второй клиент то с ним не устанавливается соединение и пропадает соединение с первым клиентом. при выключении
второго клиета соединение с первым востанавливается без перезагрузки сервера и начинает снова пинговаться и зеркалиться. первый клиент так же не перезагружается. клиенты - компьютеры, сервер бежит на самодельной железке. HW сетевой части - полный копи-пэйст с ST-ой демоборды для stm32f207. IP-адреса на сервере и клиетах задаются статически.
Можно ли сделать , чтоб сервер работал с несколькими клиетами?

Сообщение отредактировал Entuziast - Sep 23 2012, 08:15

[Entuziast]

сумел нарыть только вот это
http://lists.nongnu.org/archive/html/lwip-...8/msg00006.html
получается что с 2006годана этот вопрос нет ответа?

[kan35]

Возможно следует поиграть размерами буферов, возможно не хватает памяти... Вряд ли lwIP настолько кривой, чтобы была такая ошибка в нем.

[scifi]

Вряд ли lwIP настолько кривой, чтобы была такая ошибка в нем.

lwip не кривой. Просто примеры на его основе часто кривые. Чтобы он нормально работал, его надо хоть немного понимать.

[MBR]

Плавали. lwip кривой. TCP уровень не thread-safe, поэтому и проблемы при появлении второго клиента. О чем можно вполне погуглить. Частично проблема решается мьютексами вызовов lwip.

[Entuziast]

Плавали. lwip кривой. TCP уровень не thread-safe, поэтому и проблемы при появлении второго клиента. О чем можно вполне погуглить. Частично проблема решается мьютексами вызовов lwip.

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

[alx2]

Частично проблема решается мьютексами вызовов lwip.

И почему частично?

[MBR]

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

Читайте документацию на lwip. Там есть дефайн, который включает внутренние мьютексы. Впрочем, они из серии experimental и дырявы. Студент получил диплом и забил на проект.

И почему частично?

Потому, что не все вызовы изолированы. Становится стабильней, но все равно работает глючно. Я поступил совсем брутально - полным переписыванием уровня TCP - на уровне IP там все в порядке. Но, к сожалению, это коммерческий проект, я не могу поделиться исходниками.

[Entuziast]

Читайте документацию на lwip. Там есть дефайн, который включает внутренние мьютексы. Впрочем, они из серии experimental и дырявы. Студент получил диплом и забил на проект.


Потому, что не все вызовы изолированы. Становится стабильней, но все равно работает глючно. Я поступил совсем брутально - полным переписыванием уровня TCP - на уровне IP там все в порядке. Но, к сожалению, это коммерческий проект, я не могу поделиться исходниками.

большое спасибо за инфу
последний вопрос - не могли бы порекомендовать надёжную реализацию стека TCP -платную либо бесплатную чтобы бежала на 3-ем кортексе?

[scifi]

Плавали. lwip кривой. TCP уровень не thread-safe, поэтому и проблемы при появлении второго клиента.

Про то, что lwip не thread-safe, они прямо пишут. Так и говорят: TCP должен работать в отдельном потоке.
Однако, проблема топикстартера скорее всего не в этом. Вероятно, пример от ST не предназначен для работы с двумя клиентами. Надо смотреть, как там устроен код установления соединения.
Сам делал HTTP сервер и TELNET сервер на lwip. Никаких проблем с одновременным соединением нескольких клиентов не было. Более того, однажды даже ограничивал число соединений к TELNET серверу одним клиентом: пока сервер занят, соединение от второго клиента не принималось.

[MBR]

Про то, что lwip не thread-safe, они прямо пишут. Так и говорят: TCP должен работать в отдельном потоке.

Тем не менее, это не особо помогает. Я не могу сказать про реализацию сервера, скажу лишь про реализацию нескольких клиентов на одном lwip: при попытке одновременного вызова функций lwip из разных процессов, lwip гарантированно валится. А изолировать все вызовы lwip внешними мьютексами тоже не всегда возможно.

последний вопрос - не могли бы порекомендовать надёжную реализацию стека TCP -платную либо бесплатную чтобы бежала на 3-ем кортексе?

К сожалению, не подскажу много. Есть еще у tnkernel своя реализация, но там нет lcp.

[Entuziast]

К сожалению, не подскажу много. Есть еще у tnkernel своя реализация, но там нет lcp.

what is "lcp"?

Про то, что lwip не thread-safe, они прямо пишут. Так и говорят: TCP должен работать в отдельном потоке.
Однако, проблема топикстартера скорее всего не в этом. Вероятно, пример от ST не предназначен для работы с двумя клиентами. Надо смотреть, как там устроен код установления соединения.
Сам делал HTTP сервер и TELNET сервер на lwip. Никаких проблем с одновременным соединением нескольких клиентов не было. Более того, однажды даже ограничивал число соединений к TELNET серверу одним клиентом: пока сервер занят, соединение от второго клиента не принималось.

втом то и дело что моя поблема именно с tcp-echo. с НТТР и телнeт в lwip подобного не наблюдалось

what is "lcp"?

tnkernel - do you mind "thinkernel" from yuri temkin?

[kan35]

Тем не менее, это не особо помогает. Я не могу сказать про реализацию сервера, скажу лишь про реализацию нескольких клиентов на одном lwip: при попытке одновременного вызова функций lwip из разных процессов, lwip гарантированно валится. А изолировать все вызовы lwip внешними мьютексами тоже не всегда возможно.

Не понятно, что не особо помогает? - этого просто делать нельзя. Работа с lwIP должна производиться из одного потока. Кажется, в версии 1.4 это уже преодолели, по крайней мере в планах на будущее это стояло, но я завис на 1.3.2, потому про 1.4 не уверен.

[MBR]

Работа с lwIP должна производиться из одного потока.

На кой она тогда нужна, кроме простейших задач?

Кажется, в версии 1.4 это уже преодолели, по крайней мере в планах на будущее это стояло, но я завис на 1.3.2, потому про 1.4 не уверен.

Нет, все осталось как есть.

[Grape]

специально проверил,
4 задачи передают данные, суммарный поток ~2MB/c + пятая telnet

запущено вчера вечером.
на данный момент никаких проблем

lwip из git + tnkernel. lpc1778

/gr