Имеется ARM9 с Debian Linux на борту. Всё функционирует отлично.
Хочется создать страницу, которая отображала бы значение некоторой переменной(например с АЦП) и позволяла бы по нажатию на странице кнопки менять логическое состояние GPIO на ARM9.
Подскажите как реализуются подобные вещи.
С линуксом знаком поверхностно, с веб не работал вообще.
Незнаю откуда зайти

1. сервер - apache/встроенный в busybox/google 'embedded http server'
2. "выполнялка скриптов" - php/haserl/самописный бинарник/google 'embedded php'
3. скрипт на языке этой выполнялки, который выполняет нужные действия и генерирует html

с зади ))

1) вы должны чётко понимать что должен получить броузер клиента (явно написанный текст в HTML).
2) необходимо научить скрипт отрабатывающий на стороне сервака генерить необходимый HTML в зависимости от переменных сервака.
3) провести локальные переменные сервака до скрипта работающего на сервере.

например.
вы хотите подсветить в зависимости от даты некий текст на страничке.
1) смотрим как меняется цвет в HTML
2) находим место и вставляем в скрипт (как пример php) HTML код который должен высылаться клиенту.
3) смотрим реализацию функции типа гэт дата локально на сервере самим пых-пых...

удачи вам
(круглый)

нужно вот что:
1) вывести некую цифру, отображающую значение переменной.
2) кнопочка, по нажатии которой зажигается лампочка

Изучите что такое cgi. cgi скрипты обычно находятся в папке cgi-bin вебсервера. Для работы скриптов с железом пишите программу на си. помещаете ее в папку cgi-bin. Из броузера методом get или post отправляете запросы в ваш cgi скрипт. Они туда приходят так же как если бы вы запускали эту программу из консоли с параметрами. Параметры и есть ваш запрос из броузера. В ответ скрипт выдает инфу, делает это обычным printf ом.
Я использовал вебвервер boa. давно не поддерживается, но мне был нужен под ucLinux. Сделано управление/чтение пинов, обвноление ПО, запись параметров в файл.

да что вы парню голову морочите и усложняете ему задачу

на си пишешь простой сервер, который слушает 80 порт,
по GET || POST запросу от броузера вываливаешь ему (клиенту, тобишь броузеру) необходимые значения переменных, в виде простейшего html, вот и все решение( 100-150 строк кода )

можете немного подробнее, пока что сложновато звучит



вот тут более подробно, если я правильно понял, вы имеете ввиду шлюз.

например, посмотрите вот тут
http://www.paulgriffiths.net/program/c/webserv.php

или гуглите "simple web server on c"


тут имеется ввиду какой либо веб-сервер

а если у меня уже стоит Apache? так наверное и придётся php курить...

вы же сами написали что вам нужно:



отсюда вывод такой: проще написать самописный серверок под ваши нужды, из которого вы "более проще достучитесь до системы"

а выбирать как делать, смотрите сами, как именно вам проще

До GPIO как раз проще достучаться из шелла и haserl который тут уже советовали очень удобен, вот пример из CGI:

ну для этого ему еще надо ядро пересобрать(если этот интерфей не поддерживается у него), во - первых, во - вторых, да, с GPIO, так же как и с /proc без разницы как работать(так же как и с любым другим файлом), при условии, если ему нужно вывалить клиенту какую то текущую инфу из файла или записать что то в файл.
ну а если ему значения переменных выводить, то тут ему нужно каким-то образом, опять же, например, через файлы взаимодействовать, или же, через тот же /proc, /sysfs, если у него работает какой-то модуль, или, чтобы узнать внутренние значения переменных из модуля.
опять же, веб сервер сконфигурить надо, ему придется разбраться с тем же cgi, php и прочей лабудой, времени он потратит больше, нежели, чем он напишет простой серверок с использованием сокетов за пару часов, не забивая голову лишним, и просто и легко выплюнет клиенту необходимую системную инфу или подергает ножками на GPIO.

PHP тут не нужен а с html ознакомиться в любом случае придется. Писать сервак хоть и простой в то время как существуют готовые решения глупо - это сейчас нужно одну переменную вывести а потом развивать систему попросту умаешься, правда я не понял про какие переменные идет речь. Для GPIO если не использовать стандартный интерфейс sysfs нужно мапить регистры переиферии в юзерспейс, при этом фактически нужно давать доступ программе ко всей физической памяти системы (/dev/mem), выставлять эту возможность в Интеренет - это вообще безумие.

Чушь я не верю что вы сможете написать вебсервер с поддержкой cgi и выдачей картинок даже за месяц! У автора уже есть готовый Apache, все настройки можно оставить по дефолту. Использовать php для доступа к железу на мой взгляд крайне не удачная затея.

Думаю Apache по дефолту поддерживает shell скрипты и другие исполняемы файлы. Если и не поддерживает то ядро точно пересобирать не надо, надо будет лишь сам сервер перекомпилить.

я вам за день такой сервер напишу, это так, к слову.
почитайте про socket Berkley, для вашего же блага, это два
cgi не нужен - это три


ядро и апач никак не связаны по большому счету,
ядро, я упоминал, необходимо пересобрать для поддержки /sys/class/gpio для работы из userspace


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

Я вас за язык не тянул. Жду от вас сервер. Дам вам больше времени, к понедельнику, свое мыло кину вам в личку.

я за бесплатно не нанимался

Написание собственных модулей для экспорта ф-ций GPIO считается deprecated с того момента как появился стандартный интерфейс в sysfs, так что тут с точнойстью до наоборот насчет правильности. Для АЦП лучше всего написать модуль с поддержкой стандартного интерфейса sensors
http://lm-sensors.org/wiki/ProjectInformation
Писать собственные костыли для веба на С - вообще даже не обсуждается - это совершенно неправильно по всем пунктам и можно порекомендовать только в качестве тренировочной задачи при изучении сетевого программирования.

это вы сами придумали? задачи бывают разными


я имел ввиду не то, что вы выше написали,
я говорил про функционал, реализующий драйвер, который как бе может заюзать тот же sysfs

С удовольствием послушаю про задачу в которой лучше написать свой костыль.

Я думаю уже все поняли что am1808 не способен написан вебсервер ни за два часа, ни за день. И вряд ли найдется глупец который ему будет платить за непонятно что, когда есть куча бесплатных вебсерверов.
Zelepuk изучите как работает cgi, разберитесь с html (потом с javascript, css и ajax). Примеры cgi скриптов наверняка уже есть в Apache. Для работы с cgi я использовал готовую библиотечку (в моем uclinux она называется cgihtml). Эта библиотека проверяла валидность данных и выдала массив состоящий из полей - имя поля:значение. Можно посмотреть какие пакеты ходят по сети с помощью программы Wireshark.

я не понял. его можно за день написать http://stackoverflow.com/questions/176409/...ttp-server-in-c

на понт не бери, утром деньги - вечером стулья

Ну и зачем это нужно ? я и на ассемблере писал когда делать нечего было если уж так нужен встраиваемый веб-сервер на С, все равно проще и надежней взять готовое решение, например:
http://www.gnu.org/software/libmicrohttpd/

так и не нужно, apache+php пусть ставит

Не надо php! Для cgi нужен си и shell с ними работать с железом будет гораздо удобней.