-
- Ну раз есть опыт работы с визнетом, чем не устраивает w7500p? Дешево и сердито. Я его подергал за вымя слегка - весьма гарная таракашка вроде. Паять только хреново - шаг выводов 0.4... - Гудвин(15.01.2017 21:07)
- F207 по совокупности подходит хорошо. w7500p хорошая наверно штука, но очковато. - michas(16.01.2017 05:28)
- Драйвер для MAC от ST действительно мягко говоря слегка совсем говно. Я переписывал его процентов на 30. Стек 1.3.2 достаточно стабилен, проблемы с ним отсутствовали, но лучше обновиться до актуальной версии, это занимает минут 20. evgeniy1294(94 знак., 15.01.2017 20:39)
- Я, кстати, СТишный драйвер и не рассматривал - сразу сделал свой. Получилось около 300 строк, в отличие от ~100500 строк индусского говнокода. - SciFi(15.01.2017 21:03)
- Где-то так и получилось, 400 строк с коментами. - evgeniy1294(15.01.2017 21:21)
- Последняя версия lwip (2.0.1) вышла 5 дней назад, и она очень далеко уехала от 1.3.2. Без глубокого понимания, что там и как, обновляться рискованно - там семантика изменилась местами. - SciFi(15.01.2017 20:51)
- lwIP 2.0.0 портируется также, как и 1.3.2. ethernetif.c поправить и lwipopts.h по файлу opts.h собрать, +ещё с областями памяти под буферы дескрипторов разобраться. evgeniy1294(113 знак., 15.01.2017 21:24)
- ENC28 еще то дерьмецо со своими тараканами. Но пользую, ибо дешево. Про пропускную способность не буду, но в связке с mega328 вполне устраивает. - Гудвин(15.01.2017 20:44)
- Я, кстати, СТишный драйвер и не рассматривал - сразу сделал свой. Получилось около 300 строк, в отличие от ~100500 строк индусского говнокода. - SciFi(15.01.2017 21:03)
- В тепличных условиях проще взять готовенькое. Задышало - и ладно. Но клевещут, что драйвер MAC у ST сделан
через жлевой ногой индуса. Короче, потестировать надо будет как следует. - SciFi(15.01.2017 16:36)- ВОПРОС! А чем опасен недостаток памяти? Выделено 10кб, заваливаю интенсивными запросами, в отладке ругается на недостаток памяти. Загрузка процессора 25%. michas(1956 знак., 18.01.2017 18:23)
- где то не очищается память - 0men(18.01.2017 18:37)
- -1. - SciFi(18.01.2017 20:32)
- при этом ничего не падает. michas(1854 знак., 18.01.2017 18:45 - 19:55)
- Так смотрите что за буфер такой snd_buf, где устанавливается его размер - 0men(18.01.2017 20:18)
- Можно проверять tcp_sndbuf() и не вызывать tcp_write() почём зря, тогда пропадёт "tcp_enqueue: too much data". Это просто подавление предупреждения. Настройкой размеров буферов можно добиться того, что скорость передачи данных будет упираться в SciFi(183 знак., 18.01.2017 20:25)
- Увеличил размер буфера michas(347 знак., 19.01.2017 05:09 - 15:43)
- во :) - 0men(19.01.2017 15:54)
- Перевел на 1.4.1, вроде работает все аналогично. Сейчас самое интересное - как сделать обработчики для работы с несколькими портами одновременно? RTOS не использую. - michas(21.01.2017 12:16)
- В упор не вижу проблемы. С одним портом работает? Что мешает размножить на много портов? - SciFi(22.01.2017 11:15)
- Так это надо грамотно сделать, а я не знаю как :). michas(326 знак., 22.01.2017 11:33)
- Ну, можно просто вернуть 1.3.2 :-) А вообще эта штука похожа на утечку памяти. Надо включить статистику и смотреть, что убывает со временем. SciFi(152 знак., 22.01.2017 11:36)
- Попробую разобраться. - michas(22.01.2017 11:38)
- Ну, можно просто вернуть 1.3.2 :-) А вообще эта штука похожа на утечку памяти. Надо включить статистику и смотреть, что убывает со временем. SciFi(152 знак., 22.01.2017 11:36)
- Так это надо грамотно сделать, а я не знаю как :). michas(326 знак., 22.01.2017 11:33)
- Можно сделать общий колбэк для всех, а потом определять нужный по arg. evgeniy1294(41 знак., 22.01.2017 04:00)
- В упор не вижу проблемы. С одним портом работает? Что мешает размножить на много портов? - SciFi(22.01.2017 11:15)
- Перевел на 1.4.1, вроде работает все аналогично. Сейчас самое интересное - как сделать обработчики для работы с несколькими портами одновременно? RTOS не использую. - michas(21.01.2017 12:16)
- во :) - 0men(19.01.2017 15:54)
- Увеличил размер буфера michas(347 знак., 19.01.2017 05:09 - 15:43)
- Можно проверять tcp_sndbuf() и не вызывать tcp_write() почём зря, тогда пропадёт "tcp_enqueue: too much data". Это просто подавление предупреждения. Настройкой размеров буферов можно добиться того, что скорость передачи данных будет упираться в SciFi(183 знак., 18.01.2017 20:25)
- Так смотрите что за буфер такой snd_buf, где устанавливается его размер - 0men(18.01.2017 20:18)
- где то не очищается память - 0men(18.01.2017 18:37)
- Пример запустил, вроде дышит. А на что обратить особое внимание в первую очередь? - michas(15.01.2017 16:47)
- Можно попробовать нагрузить трафиком, посмотреть на предмет утечек памяти - не зависает ли со временем. Подключение и отключение сетевого кабеля тоже испытать. - SciFi(15.01.2017 16:51)
- Ну и устойчивость к пакетам < 60 байт (и такое встречается) и переполнению приемного буфера. Наткнулся, сцуко, недавно с ENC28... - Гудвин(15.01.2017 18:26 - 20:45)
- Спасибо, почитал по форуму за все время. Вроде фатальных проблем нет, буду тестировать. - michas(15.01.2017 17:05)
- Можно попробовать нагрузить трафиком, посмотреть на предмет утечек памяти - не зависает ли со временем. Подключение и отключение сетевого кабеля тоже испытать. - SciFi(15.01.2017 16:51)
- ВОПРОС! А чем опасен недостаток памяти? Выделено 10кб, заваливаю интенсивными запросами, в отладке ругается на недостаток памяти. Загрузка процессора 25%. michas(1956 знак., 18.01.2017 18:23)
- Ну раз есть опыт работы с визнетом, чем не устраивает w7500p? Дешево и сердито. Я его подергал за вымя слегка - весьма гарная таракашка вроде. Паять только хреново - шаг выводов 0.4... - Гудвин(15.01.2017 21:07)