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

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

Инструментарий для чего ? Для написания программы к АRM ? или для создания странички ? так тут и в блокноте можно делать.
Советую начать с изучения HTTP протокола, потом HTML + ajax, потом написание самого сервера.

И тут миллион вопросов, какая операционка, какая файловая система, где будут храниться страницы.

Какай вопрос такой ответ, для начала вам нужет только компилятор для ARM, браузер, и блокнот

операционка Linux
просто на CGI такое можно сотворить?
страницы планирую хранить в файловой системе нв SD карте

Сообщение отредактировал Zelepuk - Feb 6 2013, 12:33

Ну так с этого и надо начинать, а АРМ там или х86 уже не имеет значения. Тут я вам не помогу.

Так только на CGI такое и делают. На чем еще?

Но еще нужно сами страницы генерировать, не статически же их создавать. А то потом уйдет куча времени на их постоянные модификации.

У меня такой подход:
Еще на этапе создания приложения создается база данных переменных, событий и сигналов приложения.
Прямо в MS Access и создаю.
Потом пишу на VBA в том же MS Access небольшие функции которые из базы данных генерят ini файлы для операционки непосредственно хранящие значения переменных читаемых приложением, потом генерятся HTML страницы для встроенного WEB сервера с иерархией согласно иерархии переменных, дополнительно генерятся JSON файлы и MIB файлы с описанием все тех же переменных для других сетевых сервисов.
HTML правда содержит включениря динамически обрабатываемые сервером для правильного представления разных типов переменных разными виджетами.

Т.е. инструмент - MS Access и Basic
Ну и Dreamweaver от Adobe напоследок чтобы навести дизайн и создать .CSS файл управляющий представлением.

Пример взглянуть можно?
Почему не PHP?

P.S. Чт у вас с сайтом - все интересные проекты, старые тексты (со старого вашего сайта) файлы - поубивали? Если так - жаль...

Вот мой пример. Это не окончательная версия, для примера думаю сгодится.
Что-то меня дернуло сделать там кодировку КОИ8, не делайте так, лучше используйте UTF-8.
Я принципиально не использую разные верстальщики HTML (от них много мусора), все страницы верстались в текстовом редакторе.
Вроде в eclipse с плагинами делал.
Используется AJAX с JSON. CGI на С и на shell.
PHP для железки это по-моему уж слишком. Зачем он там?
Еще из плюшек использую библиотеки javascript это jquery, jquery datatables - для создания таблиц в html(http://www.datatables.net/), jquery impromptu - для всплывающих окон (http://trentrichardson.com/Impromptu/#Examples) и js файлы выдранные из своего домашнего роутера DIR-400 для проверки валидности IP адресов.

 html_roip.rar ( 95.36 килобайт ) Кол-во скачиваний: 106

Забыл скрипты вложить
Для работы с cgi была использована библиотека cgihtml, она была в комплекте моего ucLinux.
Вебсервер boa тоже был в комплекте
 cgi_bin.rar ( 5.5 килобайт ) Кол-во скачиваний: 88

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

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

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

Вот именно это огромное преимущество использования ОС в железке. Не требуется новая компиляция прошивки, достаточно кидать новые файлы в железку и тестить после большого брата. И только когда все будет готово компилите готовый проект.
Мне также приходилось делать вебсерверную часть на контроллере без ОС.
Ограничился одной html страничкой, на даже на это ушло много времени.
Каждый файл после изменения приходится переделыавть в hex массив, заталкивать его в исходники, компилить проект, заливать в железку и тестить.
Очень долго.

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




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

зачем так сложно ? JS + Ajax + JSON. JSON легко генерируется/парсится на любом языке.

В те годы я не знал таких технологий
а с чего вы взяли что обьектное программирование C++ это сложно? Я же сказал, делал в таком духе потому как небыло времени переучиваться на традиционное веб программирование, оно казалось очень сложным. просто переложил технологию создания окон виндовс, в область ВЕБ. создал десяток простых обьектов, по типу как оконные обьекты виндовс (кнопки, менюшки, списки) и сделал так, чтоб эти обьекты были видны в окне браузера по HTTP, потом в своих программах использовал эти обьекты как базовые. чисто идеологически, написание web вервиса мало чем отличалось от написания оконного виндовс приложения, по этому не надо было переучиваться на веб программиста.

Что-то вы в кучу все сбили. И тут похоже называют одни и те же вещи разными именами.

Во первых AJAX требует XML. И скорее всего во встраиваемых серверах AJAX не имеет смысла ибо вообще нет такого объема структурированных данных которые бы требовали XML. Во вторых JSON есть аналог XML.
Т.е. по сути AJAX и JSON это несколько конкурирующие технологии и применять их одновременно можно только от большого ума (в хорошем смысле ).
В третьих это никак не влияет на применение CGI который на встраиваемых WEB серверах применяют все.
Ну и в четвертых реакцию на CGI на стороне встроенного WEB сервера по любому логичнее писать на C или C++ поскольку там это можно в отличии от серверов на сторонних хостингах и это удобней и гибче чем со скриптами типа PHP.