веб-интерфейс, конфигуратор Опции

[Zelepuk]

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

Незнаю как подступиться к этой задаче. Какой инструментарий нужно использовать?

[Слесарь]

Лет 7 тому назад писал web сервер на C++ объектно под Windows и назвал метод удаленным пользовательским интерфейсом. Все что видит пользователь на страничке в браузере, это отдельные объекты C++. Более сложные объекты обычно производны от простых.
Такой метод я считал более рациональным и функциональным чем существующие на тот момент методы, мною был создан полноценный WAP WEB интернет сайт. Данные хранились в БД SQL сервере.
Незнаю, прижилось ли нечто подобное? Помнится Микрософт делали нечто подобное на C#.
Для микроконтроллеров буду использовать только такой метод, только без ОС. Делал попытки, но пока сложности с размерностью буфера в котором будет создаваться объектная WEB страничка, под те контроллеры которые использую нужна внешняя SRAM память. В PC то память была практически неограниченной, аж 512 мб.
Извините за лирическое отступление от темы. Просто мне так думается по этому вопросу. PHP тогда мне казался очень ущербным при работе со значительными массивами данных. делал многопользовательскую справочную систему где одни пользователи данные вносили, а другие пользователи данные просматривали. Но скорее всего, просто не хотелось осваивать еще и PHP после письма PC программ на С++. погружаться в несколько ограниченную среду очень не хотелось. А так писал тоже самое что и программы под Windows, только с окошком в браузере. Почти таж надстройка над MFC , только для реализации браузерных окошек.
Это я к тому, что можно делать WEB интерфейс и на языке написания системных программ.

[haker_fox]

Это я к тому, что можно делать WEB интерфейс и на языке написания системных программ.

Можно, если веб-сервер свой, а это случается

Если веб-сервер стандартный (boa, apache,...) то, ИМХО, лучше воспользоваться "стандартными" средствами (блокнот, что там еще?), оттестировать все на "большом" брате, а затем перегнать на целевую плату...

[Слесарь]

Можно, если веб-сервер свой, а это случается

В моем случае web сервер был просто модулем обработчиком HTTP протокола. Для микроконтроллеров наверное вполне логичен такой подход.
Сейчас подобное есть в библиотеке Микрочип TCP/IP Stack, использую для 8-бит микроконтроллеров в организациии WEB сервера. Например для простого ввода параметров в устройство из окна браузера по сети. В случае интернет-радиоприемника, ввожу названия и адреса интернет-радиостанций. позапрошлогодний проект.

Вот именно это огромное преимущество использования ОС в железке.

по этому то последние годы получаются такие медлительные устройства. помнится пришел к другу домой и попытался включить DVD и вставить диск в дисковод, обычно в моем проигрывателе подобную операцию можно проделать в одну секунду, то есть включить в сеть и сразу нажать на кнопку Извлечение, проигрыватель выполнит. сейчас, с развитием производительности процессоров на эту операцию может потребоваться до пол минуты.
в случае интернет-радиоприемника на 8-бит микроконтроллере начинает воспроизводить через две секунды, но такая продолжительная задержка больше всего связана с длительностью отклика на запрос по сети интернет.

[haker_fox]

по этому то последние годы получаются такие медлительные устройства.

Ну судить по неудачной разработке о новых технологиях - это очень печально, зачем?
Можно и восьмибитку самодельным протоколом через RS232 завалить