реклама на сайте
подробности

 
 
> Web интерфейс, на AT91SAM7X128
Muxamor
сообщение Dec 20 2006, 10:09
Сообщение #1


Местный
***

Группа: Свой
Сообщений: 289
Регистрация: 4-05-05
Из: Novosibirsk
Пользователь №: 4 722



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


--------------------
Бубен - однако штука шаманская!!!

Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
OlegHmt
сообщение Dec 20 2006, 10:33
Сообщение #2


Участник
*

Группа: Участник
Сообщений: 70
Регистрация: 5-12-06
Пользователь №: 23 146



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

Если да, то такие примеры можна найти в архиве исходников FreeRTOS. И их уже можно модифицировать под свои нужды. А на самом сайте даже есть линки на простые веб-серверы которые работают на arm процесорах такого типа.
Go to the top of the page
 
+Quote Post
Muxamor
сообщение Dec 20 2006, 11:46
Сообщение #3


Местный
***

Группа: Свой
Сообщений: 289
Регистрация: 4-05-05
Из: Novosibirsk
Пользователь №: 4 722



Цитата(OlegHmt @ Dec 20 2006, 13:33) *
Что именно подразумевается под Веб-интерфейсом? Веб-сервер на процесоре?



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


--------------------
Бубен - однако штука шаманская!!!

Go to the top of the page
 
+Quote Post
AlexandrY
сообщение Dec 20 2006, 13:26
Сообщение #4


Ally
******

Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050



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

Цитата(Muxamor @ Dec 20 2006, 13:16) *
Вообщим нужно чтобы через WEB интерфейс настраивался девайс
Go to the top of the page
 
+Quote Post
KostyantynT
сообщение Dec 20 2006, 13:49
Сообщение #5


Местный
***

Группа: Свой
Сообщений: 290
Регистрация: 27-06-05
Из: Киев
Пользователь №: 6 345



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

Цитата(Muxamor @ Dec 20 2006, 13:16) *

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


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

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

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


--------------------
Если в сердце дверь закрыта - надо в печень постучать..
Go to the top of the page
 
+Quote Post
Alex03
сообщение Dec 20 2006, 15:19
Сообщение #6


Местный
***

Группа: Свой
Сообщений: 359
Регистрация: 9-12-05
Пользователь №: 12 034



Цитата(КонстантинТ @ Dec 20 2006, 15:49) *
По отдельному конфигурациооному сокету один раз отладили ручками (в телнете очень удобно это делать). А потом можно через веб, можно своей программой на компе. Очень просто все масштабируется. Кстати, в CISCO так же сделано.


Тут надо отметить что получившиеся потоки данных (притом желательно текстовые протоколы) не привязаны к среде передачи, и тот же код конфигуратора (который не касается ethernet-а) можно использовать и для других сред передачи как то UART и т.д.
Go to the top of the page
 
+Quote Post
AlexandrY
сообщение Dec 20 2006, 16:27
Сообщение #7


Ally
******

Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050



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

Цитата(Alex03 @ Dec 20 2006, 16:49) *
Цитата(КонстантинТ @ Dec 20 2006, 15:49) *

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


Тут надо отметить что получившиеся потоки данных (притом желательно текстовые протоколы) не привязаны к среде передачи, и тот же код конфигуратора (который не касается ethernet-а) можно использовать и для других сред передачи как то UART и т.д.
Go to the top of the page
 
+Quote Post
KostyantynT
сообщение Dec 20 2006, 17:31
Сообщение #8


Местный
***

Группа: Свой
Сообщений: 290
Регистрация: 27-06-05
Из: Киев
Пользователь №: 6 345



Цитата(AlexandrY @ Dec 20 2006, 17:27) *
У telnet-a cлабенькие преимущества.
Выразительные возможности HTML гораздо мощнее, плюс часть проверок на непротиворечивость можно сделать в самой HTML странице.
Длина CGI запросов зависит только от того как сделана форма ввода.
Парсер, да кому-то может показаться сложным, но тем меньше будет у продукта конкурентов. biggrin.gif
Где можно передать telnet-ом там можно передать и HTML.

Цитата(Alex03 @ Dec 20 2006, 16:49) *

Цитата(КонстантинТ @ Dec 20 2006, 15:49) *

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


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



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


--------------------
Если в сердце дверь закрыта - надо в печень постучать..
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 24th July 2025 - 00:34
Рейтинг@Mail.ru


Страница сгенерированна за 0.01455 секунд с 7
ELECTRONIX ©2004-2016