Интерфейс – это то, что пользователю «умного дома» приходится видеть и осязать каждый день. Поэтому понятному и отлично продуманному интерфейсу отводится важное место в интеллектуальной системе. Он должен отражать основные задачи и не перегружаться излишними функциями и компонентами. Качественный интерфейс умного дома – это непременная составляющая системы, он является гарантом удобного и эффективного управления интеллектуальным домом, с которым легко и просто управляется пользователь.
Что такое интерфейс
Под этим определением понимается метод взаимных действий между пользователем и системой посредством конкретного устройства, и в данном рассматриваемом случае – это сенсорная панель .
Чтобы получать от взаимодействия с ним комфорт и удовольствие, необходимо разрешить главные вопросы интерфейса: как будет выглядеть дисплей? Какие должны быть на нем отображены кнопки? Легко ли будет поменять функции, которые уже есть? Как упростить поиск нужных параметров?
Что включает интерфейс
Если рассматривать его в более широком толковании, то он представляет собой базу, в которой собраны различные способы контакта пользователя с системой «умный дом». «Общение» с ней, достигается с использованием разных устройств.
Например:
- сенсорной панелью;
- пультом дистанционного управления;
- кнопочными панелями выключателями и панели;
- мобильным телефоном посредством звонков GSM и СМС-сообщений;
- устройством управления с помощью Интернета (компьютер, планшет, смартфон);
- голосовым управлением.
Каким он должен быть
Система «Умный дом» — это сложная структурная композиция. Однако внутренняя сложность не должна являться таковой при ее использовании, а быть как можно проще. Чем нужно руководствоваться при выборе интерфейса.
Вот главные принципы:
- Простота и удобство . Управление сценариями и функциями не должно отнимать много времени, а делаться разовыми кликами. Интерфейс должен быть понятен и прост как для родственников в возрасте, так и для детей. И только необходимая информация должна поступать на экран, а иконки быть такими, чтобы их легко можно было узнавать. Понятный и логичный алгоритм управления.
- Безопасность . Интерфейс должен предоставлять возможность блокировки некоторых функций во избежание запуска нежелательной функции посторонним людям или детям. Отдельные страницы должны защищаться паролем.
- Гармоничный дизайн . Интеллектуальный дом должен быть красив во всем. И интерфейс не исключение, поскольку каждое устройство, будь то контроллер или сенсор, является неотъемлемой частью интерьера и должен быть гармонично вписан в дизайн. Не должны выделяться из него даже встроенные панели, а быть лицом интерьера. Благо существует множество цветовых оттенков, обложечных графических тем и иконок, чтобы создать единый стиль.
Всем этим требованиям вполне отвечает, например, веб-интерфейс умного дома блочно-колоночной организации. К примеру, первый блок или группа их задействуется на камерах наблюдения для отражения информации, второй – на системе отопления, третий – на устройствах энергетики, чтобы проводить индикацию состояния устройств или потребления энергии.
В заключение
Нормальное системное функционирование не может быть обеспечено без интерфейса. Принцип работы универсального средства управления основывается в первую очередь на возможности выхода в Интернет, то есть на той платформе, которая дает возможность контролировать комплексно системы автоматизации. Кроме этого интерфейс интеллектуальной системы умного дома служит гарантом информационного контакта и поддержки функциональности.
Система должна иметь совместимость с любым персональным компьютером или мобильными устройствами, имеющими разные платформы.
Также как и общие интерфейсы, в систему включены локальные средства функционального управления. В большинстве своем они представлены разного рода выключателями, сенсорными и клавишными панелями, имеющими узкий функционал.
Например, устройство, которое установлено в комнате на одной из стен, может управлять освещением и климатом. Нажатием клавиш вы определяете необходимые операции – включаете слабый свет, поднимаете температуру в помещении и т.д. Можно включить ряд функций сценарий.
На Хабре много статей про проекты умных домов, но почти все они были на самодельном оборудовании и китайских примочках. В своей статье я хотел рассказать о другом подходе, который показывает, насколько легче выполнять проекты, используя готовые решения мировых производителей (и выглядит солидней ), а так же демонстрирует возможность использования оборудования не только в промышленных объектах, но в частной сфере. Получился симбиоз технологий и направлений автоматики. С одной стороны, используя ПЛК, который в основном разработан для нужд промышленности, позволяющий выполнять задачи любой сложности без ограничений жестких алгоритмов готовых устройств умных домов (например, по технологии KNX) с увязкой веб-технологией html/javascript дает неограниченный полет фантазий для расширения проектов.
Текущие затраты - 170 тысяч рублей (по старому курсу евро).
Начнем.
Что я задумал
Управляем освещением и электроснабжением
- В основном управление будет производиться сигналом включить/выключить, диммирование не хочу и не надо;
- Хочу управление с разных мест, например, зашел в спальню - включил люстру, лег на кровать - нажал выключить люстру. Если забыл выключить свет в зале (или в туалете …) нажал кнопку «выключить свет везде». Удобно;
- При выходе из квартиры нажимаю одну кнопку – выключается во всей квартире свет и т.д.;
- Считывать показание с электросчетчика;
- Бесперебойное питание систем управления и безопасности квартиры;
- Без исключений, все группы освещения должны управляться с ПЛК. В случае пожара розеточные группы должны отключаться с ПЛК в автомате - отключать электроснабжения в квартире в экстренных случаях;
- Каждая группа освещения должна приходить в щит и проходить через ближайший выключатель для возможности переделки управления освещения в обычную схему (если продам квартиру, буду все забирать);
- В коридоре предусмотреть датчик движения человека для управления освещением + завязывается в охранную сигнализацию;
- Теплый пол на балконе, в туалете, ванной, в прихожей - с возможностью управления в зависимости от уличной температуры, по времени.
Управляем отоплением и вентиляцией
- Управление отоплением - на каждую батарею устанавливается клапан с приводом (для регулирования температуры покомнатно, для измерения температуры комнаты, необходимо предусмотреть датчики температуры);
- Предусмотреть управление кондиционерами по ИК каналу (текущие решение задачи пока не найдено, выводим витую пару на внутренний блок кондея дальше придумаю);
- Температурные датчики уличной температуры (солнечная и не солнечная сторона);
- В зимний период достаточно часто встречаются две проблемы – это холодно и нечем дышать. Решение установить приточную систему. Далее обеспечить управление приточной системой (температура в канале, уличный датчик температуры, три ступени нагрева, вентилятор);
- Управление вытяжными вентиляторами (сан узел, ванная).
Охрана сигнализация
Сигнализация состояния входной двери (архивация состояния двери – время открытие/ закрытие);
Постановка на охрану через Web интерфейс или через выключатель управления светом.
Видеонаблюдение
Запись с камеры входной двери, уличная место парковки;
Архивация записей на удаленном сервере.
Оборудование
Так как я привык уже к ПЛК от фирмы ABB, то в качестве мозгов для системы управления квартирой был выбран ПЛК модели AC500-eco (ЦПУ PM554-ETH с поддержкой Ethernet);
- Дальше я уже начал считать деньги и … нужно было выбрать среду отображения информации, с возможностью веб-отображения информации о доме. Существует много вариантов, но в основном все базируется на не кроссплатформенных решениях, что не подходит для меня. Все, что со словами SCADA и WEB, были с запредельным ценником. Пришлось немного попуглить, в результате решено использовать не SCADA систему, а framework с большим функционалом для HTML5. Пришел к CSWorks. Этот фримворк дает возможность бесплатно использовать с ограничением 999 переменных, 1 клиент. Что меня полностью устраивало.
- в качестве выключателей и розеток (орган управления светом) была выбрана фирма JUNG, Serie A . Из плюсов - они могут нести до 4-х кнопок на один кнопочный пост (выключатель без фиксации), так же в них присутствует светодиоды индикации с напряжением 24В (данное напряжение является стандартным промышленное напряжением питания систем автоматики). Данные функции не видел ни у одного из производителей электроустановок (не считая Китая);
Начало работ
1. Способ проводки освещения. Каждая группа приходит напрямую в шкаф электроснабжения. В шкафу стоят контакторы и реле для управления. Катушки реле и контакторов управляются от сигналов ПЛК (DC24V). Для резервирования управления использую контакторы с ручным управлением. Питающий провод сделал проходящий через стаканчик выключателя, чтобы была возможность переделки проводку на обычную схему.
Сам контактор с ручным управлением:
Собран и смонтирован шкаф:
Как я писал выше, выключатели выбрал без фиксаций с led индикаторами. Максимально 4 кнопки, возможно расключение этих кнопок на 8 групп (см. документацию на выключатель выключатель JUNG 4248TSM .
В следующий частях реализация проекта будет рассмотрен более подробно.
Забегаю вперед, открываю вам скриншоты веб-интерфейса:
В основе качественного интерфейса «Умного дома» всегда лежит мощная программная платформа. На этой базе интегратор создает визуализацию для конкретного проекта. Первое – инструмент, второе - продукт, который с его помощью создается (так же, как программа Автокад и чертеж, текстовый редактор и текст).
Есть два подхода к выбору платформы: 1. использование «родного» ПО, которое предоставляет производитель комплектующих, и 2. внедрение программного продукта независимого разработчика.
Родное приложение
Как мы упоминали в статье про , существует множество протоколов домашней автоматизации и еще больше производителей оборудования. Такие компании как Crestron, AMX, Vantage, RTI, HDL, ABB, Gira, Jung, Schneider-Electric, Vimar предлагают решения для мобильных устройств в комплекте с сенсорными управляющими панелями или со специализированными серверами визуализации.
- Лицензия на ПО отдельно не покупается, но сама сенсорная панель или сервер стоит достаточно дорого.
- Графика и структура такого интерфейса создается разработчиками. Однако это накладывает определенные ограничения: адаптация под конкретный проект возможна только в жестко заданных рамках.
- Редакторы достаточно просты в использовании, и программисту с ними удобно работать.
- Доступны интересные фирменные плагины (часы и будильник, предустановленные сценарии).
- Функционал предопределен и нет возможности решать специфические задачи.
- Совместимо только с тем стандартом автоматизации, для которого предназначено оборудование.
- Интеграция с прочим оборудованием возможна только, если это заложено производителем. Так, например, с популярными аудио-системами Sonos совместимы практически все приложения, а вот подключить к ним, например, не получится.
Использовать «родные» программные продукты производителей, на наш взгляд, целесообразно в нескольких случаях.
Во-первых
, если у вас будет гомогенная система, к которой не планируется подключать оборудование, поддерживающее иные протоколы.
Во-вторых
, если вы планируете установить сенсорные настенные панели.
В-третьих
, если ваш проект рассчитан именно на домашнюю автоматизацию – управление комфортом коттеджа или квартиры.
Если же сенсорные панели покупать не планируется, второй вариант может быть предпочтительным.
Стороннее приложение
-1.jpg)
Существует несколько программных комплексов, предназначенных для управления «Умным домом» с мобильных устройств. На наш взгляд, наиболее интересными являются iRidium и Evika. Они предоставляют сходные возможности, мы чаще используем iRidium, поэтому расскажем о нем.
Комплекс iRidium позиционируется как операционная система для умного дома, чем фактически и является. Он используется для объектов частного, коммерческого, промышленного назначения.
- Для использования Иридиума в проекте необходимо приобрести лицензию у разработчика. Существует несколько типов лицензий, которые различаются числом подключаемых мобильных устройств и списком совместимого оборудования.
- Приложение совместимо со всеми основными протоколами автоматизации, может управлять одновременно несколькими физически не связанными подсистемами. Для пользователя все управление при этом происходит из одного интерфейса.
- Графическая часть очень гибко настраивается. Можно использовать типовые или индивидуально разработанные шаблоны, реализовать любую структуру и любые пожелания заказчика.
- Может быть установлено на любые устройства, дополнительное оборудование (сервер или процессор) не требуется.
- Настройка и прорисовка интерфейса – достаточно трудоемкий процесс.
Мы предпочитаем второй вариант, если
- в качестве настенных сенсорных панелей используется iPad в рамке ;
- система составная и нужно в один интерфейс включить управление разным оборудованием;
- хочется персонализированный и подходящий именно для вашего проекта дизайн;
- необходимо интегрировать автоматизацию со сторонним ПО, к примеру,
Мы смогли научить нашу систему «умный дом» распознавать сказанное нами и синтезировать голосовые ответы при помощи Google.
Сегодня я хочу рассказать, как организовать доступ к нашей системе через веб-интерфейс.
Технологии
Как вы помните, ПО для управления нашим «умным домом» мы пишем на языке perl . Современная информационная система практически немыслима без БД. Мы тоже не останемся в стороне и для хранения наших данных будем использовать СУБД MySQL . Для реализации веб-сервера я решил воспользоваться не сторонним софтом, а модулем для perl - HTTP::Server::Simple , в частности - HTTP::Server::Simple::CGI . Для чего я это сделал? В большой части, ради интереса;) Но в теории, можно получить доступ к низкоуровневой обработке HTTP-запросов/ответов без нагромождения комплекса Apache/mod_perl. В целом, ничего не мешает перевести проект на рельсы Apache, если у вас будет желание и достаточно времени.База данных
Первым делом установим СУБД MySQL и создадим базу с таблицами из db.sql. Вот листинг:CREATE DATABASE ion; USE ion; # # Table structure for table "calendar" # DROP TABLE IF EXISTS calendar; CREATE TABLE `calendar` (`id` int(15) NOT NULL AUTO_INCREMENT, `date` datetime NOT NULL, `message` text, `nexttimeplay` datetime NOT NULL, `expired` datetime NOT NULL, `type` int(1) DEFAULT NULL, PRIMARY KEY (`id`)) ENGINE=MyISAM DEFAULT CHARSET=latin1; # # Table structure for table "commandslog" # DROP TABLE IF EXISTS commandslog; CREATE TABLE `commandslog` (`id` int(15) NOT NULL AUTO_INCREMENT, `date` datetime NOT NULL, `cmd` varchar(255) NOT NULL, PRIMARY KEY (`id`)) ENGINE=MyISAM AUTO_INCREMENT=1 DEFAULT CHARSET=latin1; # # Table structure for table "log" # DROP TABLE IF EXISTS log; CREATE TABLE `log` (`id` int(15) NOT NULL AUTO_INCREMENT, `date` datetime NOT NULL, `message` varchar(255) NOT NULL, `level` int(1) DEFAULT NULL, PRIMARY KEY (`id`)) ENGINE=MyISAM AUTO_INCREMENT=1 DEFAULT CHARSET=latin1;
Выполним необходимые действия:
Nix@nix-boss:~$ sudo apt-get install mysql-server
nix@nix-boss:~$ mysql -uroot -ppassword < db.sql
Модифицируем код
Теперь нам необходимо создать папки lib , html и config (рядом с папкой data ). В папку lib мы положим модуль, отвечающий за реализацию веб-сервера и обработку наших HTTP-запросов.Нам нужно немного подправить скрипт srv.pl . Добавим к блоку инциализации:
Our %cfg = readCfg("common.cfg");
our $dbh = dbConnect($cfg{"dbName"}, $cfg{"dbUser"}, $cfg{"dbPass"});
Добавим строки, отвечающие за запуск HTTP-сервера ниже блока инициализации:
## Запуск HTTP-сервера
################################
my $pid = lib::HTTP->new($cfg{"httpPort"})->background();
print "HTTP PID: $pid\n";
logSystem("Сервис HTTP - PID: $pid, порт: $cfg{"httpPort"}, хост: $cfg{"httpHost"}", 0);
################################
А теперь добавим недостающие функции в конец файла:
Sub readCfg
{
my $file = shift;
my %cfg;
open(CFG, "
Как можно понять по названиям функций, dbConnect() - отвечает за соединение с нашей СУБД, logSystem() - за логгирование, readCfg() - за загрузку конфигурации. Остановимся на ней подробнее. Конфигурация представляет собой простой текстовый файл в директории config. В нашем случае, он называется common.cfg . Выглядит примерно так:
## Настройки daemonMode = "undef"; logSystem = "1"; logUser = "1"; dbName = "ion"; dbUser = "root"; dbPass = "password"; camNumber = "4"; camMotionDetect = "1"; httpPort = "16100"; httpHost = "localhost"; telnetPort = "16000"; telnetHost = "localhost"; micThreads = "5";
Некоторые строки в нем будут использованы позже. Нас же пока интересуют только строки, начинающиеся с префикса db . Как мы видим - это настройки для соединения с нашей БД.
Теперь расскажу о том, как побороть многократное выполнение команды. Подредактируем функцию checkcmd() :
Sub checkcmd
{
my $text = shift;
chomp $text;
$text =~ s/ $//g;
print "+OK - Got command \"$text\" (Length: ".length($text).")\n";
if($text =~ /система/)
{
#################################################
my $sth = $dbh->prepare("SELECT cmd FROM commandslog WHERE DATE_SUB(NOW(),INTERVAL 4 SECOND) <= date LIMIT 0, 1");
$sth->execute();
my $result = $sth->fetchrow_hashref();
if($result->{cmd} ne "") { return; }
$dbh->do("INSERT INTO commandslog (date, cmd) VALUES (NOW(), "$text")");
#################################################
if($text =~ /провер/) { my $up = `uptime`; $up =~ /up (.*?),/; sayText("Время работы сервера - $1. Номер главного процесса - $parent."); }
if($text =~ /врем/) { my $up = `uptime`; $up =~ /(.*?) up/; sayText("Сейчас $1"); }
if($text =~ /законч/ || $text =~ /заверш/) { sayText("Завершаю работу. Всего доброго!"); system("killall motion"); system("rm ./data/*.flac && rm ./data/*.wav"); system("killall perl"); exit(0); }
if($text =~ /погод/)
{
my ($addit, $mod);
my %wh = lib::HTTP::checkWeather();
$wh{"condition"} = Encode::decode_utf8($wh{"condition"}, $Encode::FB_DEFAULT);
$wh{"hum"} = Encode::decode_utf8($wh{"hum"}, $Encode::FB_DEFAULT);
$wh{"wind"} = Encode::decode_utf8($wh{"wind"}, $Encode::FB_DEFAULT);
if($wh{"temp"} < 0) { $mod = "ниже нуля"; }
if($wh{"temp"} > 0) { $mod = "выше нуля"; }
$wh{"wind"} =~ s/: В,/восточный/; $wh{"wind"} =~ s/: З,/западный/; $wh{"wind"} =~ s/: Ю,/южный/; $wh{"wind"} =~ s/: С,/северный/;
$wh{"wind"} =~ s/: СВ,/северо-восточный/; $wh{"wind"} =~ s/: СЗ,/северо-западный/; $wh{"wind"} =~ s/: ЮВ,/юго-восточный/; $wh{"wind"} =~ s/: ЮЗ,/юго-западный/;
sayText("Сейчас $wh{"condition"}, $wh{"temp"} градусов $mod. $wh{"hum"}. $wh{"wind"}");
if ($wh{"temp"} <= 18) { $addit = sayText("Одевайтесь теплее, на улице холодно!"); }
if ($wh{"temp"} >= 28) { $addit = sayText("Переносной кондиционер не помешает!"); }
}
}
#sayText("Ваша команда - $text");
return;
}
Мы выбираем последнюю выполненную команду в интервале четырех секунд и если она совпадает с текущей - выходим из функции. Как вы можете заметить, я добавил некоторые команды, по сравнению с описанной функцией в прошлой статье. Наиболее интересная - это погода. Реализация получения данных для нее - чуть ниже.
Модуль HTTP.pm
Вернемся к реализации встроенного HTTP-сервера. Создадим файл HTTP.pm в директории lib . Запишем туда следующий код:Package lib::HTTP;
use HTTP::Server::Simple::CGI;
use LWP::UserAgent;
use URI::Escape;
use base qw(HTTP::Server::Simple::CGI);
use Template;
#########################################
#########################################
our %dispatch = ("/" => \&goIndex,
"/index" => \&goIndex,
"/camers" => \&goCamers,);
our $tt = Template->new();
#########################################
#########################################
sub handle_request {
my $self = shift;
my $cgi = shift;
my $path = $cgi->path_info();
my $handler = $dispatch{$path};
if ($path =~ qr{^/(.*\.(?:png|gif|jpg|css|xml|swf))})
{
my $url = $1;
print "HTTP/1.0 200 OK\n";
print "Content-Type: text/css\r\n\n" if $url =~ /css/;
print "Content-Type: image/jpeg\r\n\n" if $url =~ /jpg/;
print "Content-Type: image/png\r\n\n" if $url =~ /png/;
print "Content-Type: image/gif\r\n\n" if $url =~ /gif/;
print "Content-Type: text/xml\r\n\n" if $url =~ /xml/;
print "Content-Type: application/x-shockwave-flash\r\n\n" if $url =~ /swf/;
open(DTA, "<$url") || die "ERROR: $! - $url";
binmode DTA if $url =~ /jpg|gif|png|swf/;
my @dtast = Разберем содержимое подробнее. В хэше %dispatch
мы определяем соответствие URL-адреса и вызываемой функции. Все прочие URL, не описанные в этом хэше, будут выдавать страницу 404
. Our $tt = Template->new();
If ($path =~ qr{^/(.*\.(?:png|gif|jpg|css|xml|swf))})
{
my $url = $1;
print "HTTP/1.0 200 OK\n";
print "Content-Type: text/css\r\n\n" if $url =~ /css/;
print "Content-Type: image/jpeg\r\n\n" if $url =~ /jpg/;
print "Content-Type: image/png\r\n\n" if $url =~ /png/;
print "Content-Type: image/gif\r\n\n" if $url =~ /gif/;
print "Content-Type: text/xml\r\n\n" if $url =~ /xml/;
print "Content-Type: application/x-shockwave-flash\r\n\n" if $url =~ /swf/;
open(DTA, "<$url") || die "ERROR: $! - $url";
binmode DTA if $url =~ /jpg|gif|png|swf/;
my @dtast = My %w = checkWeather();
Следующая функция goCamers()
выполняет те же функции, что и индекс, только вместо вывода информации по состоянию подсистем, показывает изображение с наших камер и имеется возможность написать какой-либо текст, который будет синтезирован и озвучен нашим «умным домом». Все странички строятся на основе шаблонов, лежащих в папке html
. Выкладывать листинг здесь будет не удобно, поэтому дам ссылку на архив - Система B-Tune® работает под управлением контроллера BT-4000/6000, который представляет собой мини WEB сервер, контролируемый через браузер мобильного телефона, компьютера, планшета типа iPad или нетбука. BT-4000/6000 в разных модификациях может работать сетях: Ethernet, GSM, ADSL и WiMax (через USB модемы), что позволяет оптимизировать расходы на связь. К BT-4000/6000 можно подключить счетчики энергии, проводные и беспроводные датчики, кондиционеры, бытовые приборы..., контролировать их и управлять ими. Контроллер работает под управлением ОС Linux, что позволяет использовать огромное количество программ и протоколов. В частности, возможна организация связи без необходимости выделения для каждого абонента фиксированного IP адреса. Также есть возможность применения данного решения для: домового учета ресурсов (АСКУЭ), учета рабочего времени сотрудников, наблюдения за погодой, и т.п. Решения на базе BT-4000/6000 являются полнофункциональными системами «Умный дом», позволяющими контролировать и управлять всеми параметрами домовладения с использованием удобного и понятного графического интерфейса. Управление может производиться как изнутри дома (обычно через внутреннюю WiFi сеть), так и извне - через Интернет, с использованием сервера оператора связи. При этом цена базового абонентского комплекта Системы не превысит стоимость бюджетной GSM сигнализации. На рис. 1 показан план типовой квартиры, в которой установлена система B‑Tune®. Для обеспечения функций охраны: на части дверей установлены датчики открытия, а также инфракрасные датчики, контролирующие движение в коридоре и гостиной. Для защиты от протечек в ванной и туалете установлены датчики протечки воды. На кухне установлен датчик задымления. Для дистанционного контроля за квартирой в коридоре и детской устанавливаются видео-камеры, «картинка» с которых может передаваться на компьютер или КПК владельца квартиры, подключенного к Интернет любым способом. Для контроля температуры внутри и снаружи помещений используются датчики температуры. В электрощите устанавливается тревожная сирена, блок управляемых реле для дистанционного включения и выключения нагрузок и счетчик электроэнергии. Эти устройства подключаются к контроллеру Системы. Владелец квартиры может постоянно контролировать суммарное и текущее потребление энергии. Например, владелец квартиры может легко проверить не оставил ли он включенным утюг на гладильной доске: это так, если потребление (данные с электро-счетчика) составляет 1-2кВт. Однако, если соответствующая группа розеток заведена на управляемое реле, то оставленный утюг можно обесточить, выключив реле. В зоне входной двери, вне прямой видимости, также устанавливается контрольная панель iButton® для постановки и снятия квартиры на охрану. Система, установленная в типовой квартире Находясь внутри дома, абонент со своего компьютера, КПК, ноутбука или планшета, с использованием WEB браузера, сможет: Перед использованием абонент локально (из квартиры) должен настроить Систему через Ethernet сеть с использованием WEB браузера. Работа через графический и простой интерфейс напоминает игру с современными «гаджетами», а для настройки не надо вчитываться в описание и отправлять «SMS шифровки». Для настройки потребуется подключить компьютер к контроллеру напрямую, либо через Ethernet концентратор. При наличии внешнего Wi-Fi маршрутизатора возможна настройка контроллера с мобильного телефона, PDA, планшетного компьютера или ноутбука. (Для корректной работы на управляющем устройстве должен быть установлен современный браузер, поддерживающий технологию WEB 2.0). Настройка состоит из следующих шагов, которые абонент сможет выполнить самостоятельно: Для удаленного доступа к контроллеру используется выделенный Internet сервер (далее Сервер) на стороне оператора связи, имеющий символьное имя и статический IP адрес. Контроллер, подключившись к Internet любым способом, автоматически открывает защищенное VPN соединение с Сервером. Сервер периодически проверяет доступность контроллера и информировать абонента в случае пропадания связи с ним (E-Mail, SMS, Call). Для связи с контроллером абонент, подключенный к Internet, должен будет соединиться с Сервером и ввести свои данные для входа в «личный кабинет» оператора связи. Сервер аутентифицирует Абонента и проверяет открыт ли канал связи с его Контроллером. Если канал связи открыт, то Сервер производит пересылку данных между абонентом и Контроллером. Через интерфейс «личного кабинета» абоненту доступны: В случае возникновения экстренных ситуаций Контроллер будет посылать SMS абоненту. Для управления наиболее важными функциями может потребоваться реализация обработки команд, приходящих в SMS сообщениях. Стоит отдельно отметить, что Сервер можно использовать для организации систем мониторинга за коттеджными поселками и многоквартирными домами. В этом случае для диспетчера/оператора группы потребуется «групповой кабинет», через который доступны: Также на Сервере предусмотрена функция интеграции (API интерфейс) со службами третьих компаний. Например, провайдеров телемедицины, охранными агентствами и т.п.
Шаблонизатором у нас будет выступать мощная и гибкая библиотека Template Toolkit
. Её мы инициализируем строкой:
Перегружая функцию handle_request()
родительского класса, мы получаем управление обработкой запросов к HTTP-серверу. Для отдачи браузеру статического контента (png, gif, jpg, css, xml, swf) используется блок:
Так как MIME-типов у меня получилось немного, я записал их чуть по-индусски;)
Дальше начинаются функции, отвечающие за генерацию контента определенного URL. Пока их всего две - индекс и страница с камерами.
На индексе мы сможем увидеть, работают ли такие подсистемы, как видео- и аудио-захват. Отдельной строкой идет:
Эта функция возвращает хэш с текущими данными о погоде в городе, которые будут отображаться на нашей странице. Такая мелкая приятная плюшка;)
Там же рядом мы будем выводить последнюю полученную и распознанную команду для «умного дома».Локальное управление домом (изнутри дома)
Удаленное управление из любой точки Internet через «Личный кабинет» оператора
Мониторинг и групповое управление с использованием «группового кабинета» оператора
