Веб сервер, управление и индикация Опции

[Zelepuk]

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

Сообщение отредактировал Zelepuk - Jan 10 2012, 08:55

[uriy]

опять же, веб сервер сконфигурить надо, ему придется разбраться с тем же cgi, php и прочей лабудой, времени он потратит больше, нежели, чем он напишет простой серверок с использованием сокетов за пару часов, не забивая голову лишним, и просто и легко выплюнет клиенту необходимую системную инфу или подергает ножками на GPIO.

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

ну для этого ему еще надо ядро пересобрать(если этот интерфей не поддерживается у него)

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

[am1808]

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

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

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

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

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

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

[sasamy]

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

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

[am1808]

Писать собственные костыли для веба на С - вообще даже не обсуждается - это совершенно неправильно по всем пунктам и можно порекомендовать только в качестве тренировочной задачи при изучении сетевого программирования.

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

Написание собственных модулей для экспорта ф-ций GPIO считается deprecated с того момента как появился стандартный интерфейс в sysfs, так что тут с точнойстью до наоборот насчет правильности.

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