Nikolay_Po (Сегодня, 09:48, просмотров: 32) ответил vesago на Спасибо, я пробовал увеличивать - пока не помогает. Процесс навечно
застревает в процедуре tcp_input при входящем пакете. Надо
попробовать проект без ртоса запустить.-
- Тоже склоняюсь к такому варианту. Я за основу взял пример от
гигадивайса. Пример на фриртосе с lwip. Эта библиотека, как
положено, запускается отдельным потоком. Конструкция отличается от
вида, который без ртос. Т.е. уже под ртос заточена. Пример работал
c Netconn API, я использовал RawAPI. Вроде все сокеты
инициализировал в контексте TCP потока. Работают они по калбэкам
тоже в контексте одного потока TCP. Да, отправка коряво сделана. Я
пока ее в контексте рабочей vesago(553 знак., Сегодня, 10:06)
- У меня lwip некогда не была с потоками, и смею заверить, там есть способы накосячить и без параллелизма с синхронизацией. Ставлю свои 5 копеек на то, что не там ищете. - SciFi(Сегодня, 10:34)
- Я бы попробовал сделать обработку в отдельной задаче, а уже ей кидать или уведомления, или через очередь. Для кадров Ethernet, удобно делать очередь, в которой передаётся указатель и размер кадра, чтобы соблюсти принцип Zero-Copy. - Nikolay_Po(Сегодня, 10:31)
- Тоже склоняюсь к такому варианту. Я за основу взял пример от
гигадивайса. Пример на фриртосе с lwip. Эта библиотека, как
положено, запускается отдельным потоком. Конструкция отличается от
вида, который без ртос. Т.е. уже под ртос заточена. Пример работал
c Netconn API, я использовал RawAPI. Вроде все сокеты
инициализировал в контексте TCP потока. Работают они по калбэкам
тоже в контексте одного потока TCP. Да, отправка коряво сделана. Я
пока ее в контексте рабочей vesago(553 знак., Сегодня, 10:06)