Собственно проект: http://code.google.com/p/uhttpd-avr/ компилиурется WinAvr, прошивку можно обновлять с помощью FLIP'a через USB. Параметры сети хрянятся в EEPROM'e, можно менять через web, есть поддержка DHCP. Всё реализовано на основе uIP модифицированного для хранения данных в program memory.

P.S. Работает медленно

Неужто никому не нужно?

Вот этим отпугнул

Мне лично интересно, но я пока мельком глянул.

PS. Не нашел кнопки в репозитории чтобы сразу архивом все файлы качнуть.

Дык надо uIP хачить на предмет Delayed ACK. Будет лучше

Вот, сделал архив: http://uhttpd-avr.googlecode.com/files/uht...-2009-07-06.zip

Благодарю. Будем изучать

Приделал uip_split ( http://www.sics.se/~adam/uip/uip-1.0-refman/a00154.html )
заметно лучше не стало. Скорее всего из-за того что этот хак отсылает по-частям только пакеты максимальной длинны.

Что интересно, если сравнивать скорость загрузки страннички с динамически сгенерированной формой на винде ХП и линиксе (Ubuntu) то на линуксе существенно быстрее (и там и там Firefox 3.0.11 , без прокси ).

http://uhttpd-avr.googlecode.com/files/uht...-2009-07-08.zip

Дык захачте его, чтобы любые пакеты пилил. Либо есть другой вариант (я так делал, пока не реализовал полноценную поддержку Delayed ACK у себя в стеке) - после каждого пакета с данными посылать пакет без данных с тем же SEQ - на такое что винда, что линух мгновенно отвечает ACK'ом.



Дело в том, что авторы стека TCP/IP в линухе видимо писатели, а не читатели (рекомендаций в RFC), посему линух отвечает ACK'ом на каждый пакет.

Пробовал ( поменял условие при котором распил происходит ) - что-то нестабильно работать стало.

В чем нестабильность выражена? Попробуйте поступить второму методу (про доп. пакет).

Связь стала случайным образом подвисать.


Нашёл в интернете что в виндах таймер на ACK - 200мс, а в Линуксе - 10мс. Кстати, в виндах можно настраивать количество пакетов : http://support.microsoft.com/kb/328890 , если поставить 1 то всё работает довольно быстро.

Хз, хз..



Ну это не выход. Во-первых - нарушает чи большим братьям с полновесной реализацией TCP-стеков. Во-вторых - без полноценной поддержки Delayed ACK толку от этого на медленных каналах связи не будет - каждый пакет будет передаваться за время прохода туда и обратно.

В принципе, можно дохачить uIP под полноценную поддержку Delayed ACK (и посылок размером в окно).

В общем нашёл ошибку ( надо было проверять что пакет уже ушёл, и в рассчёте размеров пакета в uip-split была ошибка). Ну и сделал отправку пустых пакетов. Теперь работает и то и другоe ( выбирается в uNetConfigure.h). Работать стало быстрее, но Линукс по прежнему опережает винду, почему то.

Обновлённый релиз: http://uhttpd-avr.googlecode.com/files/uht...-2009-07-09.zip

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

Ну, это всё делается не для того чтобы сотню запросов в секунду обрабатывать.
Сейчас уже на мега32 память почти вся занята ( и это при том что буфер установлен в 400 байт и максимум 2 паралельных соединения):

AVR Memory Usage
----------------
Device: atmega32u4

Program: 25658 bytes (78.3% Full)
(.text + .data + .bootloader)

Data: 2125 bytes (83.0% Full)
(.data + .bss + .noinit)

EEPROM: 19 bytes (1.9% Full)
(.eeprom)

Ну тогда посмотрите сюда - http://electronix.ru/forum/index.php?showtopic=44276

Вот тут почти крайние исходники - http://electronix.ru/forum/index.php?act=a...st&id=30493

Эта штука довольно просто портируется под работу с ENC28J60 (например, вот - http://alyer.frihost.net/web_server.htm и результат - http://wapbox.ath.cx/ , но это не последняя версия, тут по 2 пакета с данными отправляется, такая себе полуполноценная реализация)

В крайних исходниках реализована достаточно полноценная работа с окном и утилизация Delayed ACK, что позволяет достичь вполне вменяемых скоростей на быстрых каналах и не тормозить на медленных.

- в крайних это в которых?

Эти -

имеют сей функционал.

PS "Крайние" - это последние. Представители некоторых профессий не любят употреблять слово "последний".

А исходников с ENC28J60 нету?

У меня - нет. Я не пользую ENC. Появится портер в онлайне, я его попрошу выложить, только склеивать эти версии сами будете.

Альпинисты что ли?!

Вообще, у меня в планах с lwip поигратся - может на mega128 он поместится.

Тогда зачем Вам исходники с поддержкой ENC?

чтобы было с чем сравнивать (быстродействие и т.д).

Здравствуйте! Пытаюсь портировать uIP0.9 +enc28j60 на платформу 8052. Как ни крутил не работает Http. ICMP и ARP работает вроде. Помогите пожалуйста!!!

Вот архив с проектом.
http://depositfiles.com/files/yhf528h17

Крайние, последние.... не лучше будет обозвать их - "самые свежие". ;>


Только внешнюю память не забудьте добавить. внутренней 4kb RAM - чертовски мало. а с 4+32K - жить можно.

Здравствуйте, попробовал портировать uIP+enc28j60 на мк Aduc812. Почему то пакеты больше чем 255 байт принимаются с ошибками. В чем может быть причина?