Web интерфейс, на AT91SAM7X128 Опции

[Muxamor]

Народ кто поднимал WEB интерфейс на AT91SAM7X128.
есть какие нибуть исподники вообщем что есть ?.
Для IP стека я как понимаю можно использовать lwIP.
А для WEb интерфейса есть чтонибуть подобное ?
По поиску в форуме ничего не нашел.

[OlegHmt]

Что именно подразумевается под Веб-интерфейсом? Веб-сервер на процесоре?

Если да, то такие примеры можна найти в архиве исходников FreeRTOS. И их уже можно модифицировать под свои нужды. А на самом сайте даже есть линки на простые веб-серверы которые работают на arm процесорах такого типа.

[Muxamor]

Что именно подразумевается под Веб-интерфейсом? Веб-сервер на процесоре?

Вообщим нужно чтобы через WEB интерфейс настраивался девайс

[AlexandrY]

Это называется CGI движок, и делается элементарно.
Нужно на проце иметь парсер HTTP протокола и парсер CGI запросов.
Создаете страницу с формой ввода в каком нибудь пакете, рекомендую DreamWeaver.
Именам edit-ов, check box-ов и т.д. даете имена своих параметров в дивайсе.
Страницу грузите в дивайс.
При запросе она дивайсом выдается в броузеры юзеров и они там заполняют форму ввода и жмут enter. Броузер шлет обратно в дивайс CGI запрос в котором находите имена своих параметров и величины которые им надо присвоить. Все!
Более того, страницы с формами ввода можно генерить динамически в зависимости от того какие параметры у вас доступны для удаленной модификации, а подключение делать по SSL
Никаких Java, telnet-ов и прочего напряга.

Вообщим нужно чтобы через WEB интерфейс настраивался девайс

[KostyantynT]

Это называется CGI движок, и делается элементарно.
Нужно на проце иметь парсер HTTP протокола и парсер CGI запросов.
Создаете страницу с формой ввода в каком нибудь пакете, рекомендую DreamWeaver.
Именам edit-ов, check box-ов и т.д. даете имена своих параметров в дивайсе.
Страницу грузите в дивайс.
При запросе она дивайсом выдается в броузеры юзеров и они там заполняют форму ввода и жмут enter. Броузер шлет обратно в дивайс CGI запрос в котором находите имена своих параметров и величины которые им надо присвоить. Все!
Более того, страницы с формами ввода можно генерить динамически в зависимости от того какие параметры у вас доступны для удаленной модификации, а подключение делать по SSL
Никаких Java, telnet-ов и прочего напряга.

Вообщим нужно чтобы через WEB интерфейс настраивался девайс

Сами вы напряг. Напишите нормальный парсер для HTTP. С удовльствием буду использовать. Сталкивался что иногда браузеры шлют CGI запросы+всякой хрени докидывают. Все это не влазит в один пакет. Их надо склеивать, для этого выделять место в ОЗУ итд. Для интереса можнопосмотреть , сколько браузер докидывает в заголовок, особенно если используется базовая авторизация.

Другой вариант - теги. Надо просматривать отправляемую страницу на их наличие. Подставлять необходимые значения. А если страница большая и ОЗУ мало?

По отдельному конфигурациооному сокету один раз отладили ручками (в телнете очень удобно это делать). А потом можно через веб, можно своей программой на компе. Очень просто все масштабируется. Кстати, в CISCO так же сделано.

[Alex03]

По отдельному конфигурациооному сокету один раз отладили ручками (в телнете очень удобно это делать). А потом можно через веб, можно своей программой на компе. Очень просто все масштабируется. Кстати, в CISCO так же сделано.

Тут надо отметить что получившиеся потоки данных (притом желательно текстовые протоколы) не привязаны к среде передачи, и тот же код конфигуратора (который не касается ethernet-а) можно использовать и для других сред передачи как то UART и т.д.

[AlexandrY]

У telnet-a cлабенькие преимущества.
Выразительные возможности HTML гораздо мощнее, плюс часть проверок на непротиворечивость можно сделать в самой HTML странице.
Длина CGI запросов зависит только от того как сделана форма ввода.
Парсер, да кому-то может показаться сложным, но тем меньше будет у продукта конкурентов.
Где можно передать telnet-ом там можно передать и HTML.

По отдельному конфигурациооному сокету один раз отладили ручками (в телнете очень удобно это делать). А потом можно через веб, можно своей программой на компе. Очень просто все масштабируется. Кстати, в CISCO так же сделано.

Тут надо отметить что получившиеся потоки данных (притом желательно текстовые протоколы) не привязаны к среде передачи, и тот же код конфигуратора (который не касается ethernet-а) можно использовать и для других сред передачи как то UART и т.д.

[KostyantynT]

У telnet-a cлабенькие преимущества.
Выразительные возможности HTML гораздо мощнее, плюс часть проверок на непротиворечивость можно сделать в самой HTML странице.
Длина CGI запросов зависит только от того как сделана форма ввода.
Парсер, да кому-то может показаться сложным, но тем меньше будет у продукта конкурентов.
Где можно передать telnet-ом там можно передать и HTML.

По отдельному конфигурациооному сокету один раз отладили ручками (в телнете очень удобно это делать). А потом можно через веб, можно своей программой на компе. Очень просто все масштабируется. Кстати, в CISCO так же сделано.

Тут надо отметить что получившиеся потоки данных (притом желательно текстовые протоколы) не привязаны к среде передачи, и тот же код конфигуратора (который не касается ethernet-а) можно использовать и для других сред передачи как то UART и т.д.

Вы наверное не поняли, телнет или другое соединение - это протокол для передачи и получения данных. Тогда можно сделать простенький веб сервер (как в примерах к LWIP) передавать странички с JAVA-апплетами работающими на клиентской стороне, на которых и можно реализовать формирование запросов и получение ответов по кнофигурационному соединению.