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

[Muxamor]

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

[OlegHmt]

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

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

[Muxamor]

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

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

[OlegHmt]

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

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

В примерах, о которых я вспоминал, были задействованны какие-то скрипты, то-есть, вроде бы они подходят.
А уж поместиться ли это всё на Ваш девайс, это уже нужно анализировать Вам.

[Muxamor]

FreeRTOS смотрю!
Только на саиет я линков не увидел !

[boez]

В составе uIP есть веб-сервер со скриптами, который умеет при запросах вызывать сишные функции-обработчики событий. Из него можно сделать конфигурилку - но все придется делать ручками.

[Сергей Борщ]

FreeRTOS смотрю!

Еще можно посмотреть проект Ethernut http://www.ethernut.de/

[KostyantynT]

Мы в своих разработках делаем по другому. Все управление делаем через-запрос ответ по телнету или по другому конфигурационному соединению. По веб закачиваем странички с JAVA скриптами и запускаем их на клиенте. Скрипты уже формируют запросы и получают ответы по нашим конфигурационным соединениям.

Сообщение отредактировал КонстантинТ - Dec 20 2006, 12:56

[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-апплетами работающими на клиентской стороне, на которых и можно реализовать формирование запросов и получение ответов по кнофигурационному соединению.