-
- Хочу уточнить про netconn. VVB(1240 знак., 13.11.2012 10:12 - 10:22)
- Не получилось. Вызов netconn_recv() внутри моей callback приводит к останову работы стека (задача tcpip_thread блокируется, по понятным причинам: netconn_recv ждёт семафора, который должна взвести заблокированная tcpip_thread), хотя есть принятые VVB(40 знак., 13.11.2012 14:45)
- Придётся-таки писать промежуточный слой. Аналог tcpip_thread(). VVB(1078 знак., 14.11.2012 06:36 - 07:29)
- Насколько я понимаю, в Netconn API нет механизма оповещения. Поэтому только опросом netconn_recv(). Ещё можно установить таймаут на ожидание netconn_recv(). - SciFi(13.11.2012 10:21, ссылка)
- Не получилось. Вызов netconn_recv() внутри моей callback приводит к останову работы стека (задача tcpip_thread блокируется, по понятным причинам: netconn_recv ждёт семафора, который должна взвести заблокированная tcpip_thread), хотя есть принятые VVB(40 знак., 13.11.2012 14:45)
- Зачем нужно два определения для задания "окна" TCP? Есть TCP_WND и TCP_SND_BUF. Смысл у обоих должен быть один и тот же. - VVB(09.11.2012 14:11)
- Уже какая-то вакханалия пошла. Почитайте ликбез по TCP, полистайте код lwip. Это очень простой вопрос. - SciFi(09.11.2012 14:16)
- Авторы lwIP могли бы и очевиднее написать: TCP_RCV_WND и TCP_SND_WND - VVB(09.11.2012 15:12)
- Ну так OpenSource же, напишите :-) - OlegPowerC(09.11.2012 16:32)
- Авторы lwIP могли бы и очевиднее написать: TCP_RCV_WND и TCP_SND_WND - VVB(09.11.2012 15:12)
- Уже какая-то вакханалия пошла. Почитайте ликбез по TCP, полистайте код lwip. Это очень простой вопрос. - SciFi(09.11.2012 14:16)
- Ответы: SciFi(422 знак., 09.11.2012 13:42)
- Когда разберетесь с окнами, поделитесь пожалуйста информацией - OlegPowerC(09.11.2012 13:29)
- Всё классно получается! VVB(625 знак., 09.11.2012 13:41)
- Жалко, что нет хорошей документации. Вот FreeRTOS тоже opensource, но какая классная документация!!! А от документации lwIP меня тошнит. - VVB(09.11.2012 13:44)
- вот только фриртос сам говно. - Mahagam(09.11.2012 14:08)
- Есть и плюсы, редко встречающиеся в других RTOS: VVB(433 знак., 09.11.2012 15:35)
- Зачем же вы себя так мучаете?! ;-) - SciFi(09.11.2012 13:48)
- "знал бы прикуп -- жил бы в Сочи". Этой просто мой первый стек. А я стараюсь досконально разобраться в программных продувктах для систем жизнеобеспечения. Заявленные возможности меня впечатлили, сейчас доделаю scatter-gather zero-copy TX DMA и VVB(184 знак., 09.11.2012 13:52)
- Какую систему жизнеобеспечения вы делаете? Просто чтобы быть в курсе, если моя жизнь будет от неё зависеть :-) SciFi(344 знак., 09.11.2012 14:14)
- "знал бы прикуп -- жил бы в Сочи". Этой просто мой первый стек. А я стараюсь досконально разобраться в программных продувктах для систем жизнеобеспечения. Заявленные возможности меня впечатлили, сейчас доделаю scatter-gather zero-copy TX DMA и VVB(184 знак., 09.11.2012 13:52)
- вот только фриртос сам говно. - Mahagam(09.11.2012 14:08)
- Ну на самом деле спорно, а если у компа был размер 800 а стал 500 и обратно уже не венулся? - OlegPowerC(09.11.2012 13:43)
- Не спорно. Если ПК не увеличивает окно, значит он не готов принимать данные. В таком случае пусть этот ПК идёт лесом. Данные нужно слать благодарным слушателям. - SciFi(09.11.2012 13:45)
- А разве это не означает что он готов принять данные, просто меньшее их количество за раз? ну если wnd конечно в больше 1 - OlegPowerC(09.11.2012 14:19)
- Не спорно. Если ПК не увеличивает окно, значит он не готов принимать данные. В таком случае пусть этот ПК идёт лесом. Данные нужно слать благодарным слушателям. - SciFi(09.11.2012 13:45)
- Жалко, что нет хорошей документации. Вот FreeRTOS тоже opensource, но какая классная документация!!! А от документации lwIP меня тошнит. - VVB(09.11.2012 13:44)
- Всё классно получается! VVB(625 знак., 09.11.2012 13:41)
- IP_FRAG не влияет на поведение lwIP при ответе от ПК с окном меньше чем у даных для передачи, стек впадает в ступор (при этом не разрывая соединение) и просто перестаёт передавать данные. Что делать? - VVB(09.11.2012 12:12 - 13:14)
- Если следовать логике TCP то закрыть соединение можно либо отправив FIN либо RST. В случае с FIN, сокет по идее не должен удаляться, пока не будут переданы все данные из буферов (как приемника так и передатчика, ну или по таймауту. В случае с RST OlegPowerC(103 знак., 09.11.2012 12:13)
- Какой стек вы используете? - VVB(09.11.2012 13:13)
- Хочу уточнить про netconn. VVB(1240 знак., 13.11.2012 10:12 - 10:22)