Итак, подошло время рассказать и показать как это все управляется. Как я уже говорил во второй части, после нескольких итераций — все остановилось на HTML + JS. Писать отдельное приложение под Android я не планировал, но жизнь, как обычно, внесла некоторые коррективы.
Ссылки на первые две части:
![image](https://habrastorage.org/r/w780q1/files/9fd/1ff/f19/9fd1fff19b3b42acac7b309cb5bdfdcd.jpg)
Пользовательский интерфейс представлен двумя вариантами. Первый – когда параметры и команды группируются с привязкой к отдельным контроллерам, и второй, когда параметры и команды группируются по задачам. Исторически первым появился интерфейс с группировкой по контроллерам, поэтому с него и начнем.
![image](https://habrastorage.org/r/w1560/files/e96/3cb/a5d/e963cba5d984446f990e71d4140d0687.png)
Слева направо: контроллер освещения, теплого пола, электроснабжения, водоснабжения и полива.
Разберем детально, например, контроллер освещения и отопления.
![image](https://habrastorage.org/r/w1560/files/b03/4d9/c49/b034d9c498054f59bf0205f6cc7932d5.png)
Управление осуществляется либо простым нажатием, либо через всплывающие меню.
![image](https://habrastorage.org/r/w1560/files/99e/5bc/72d/99e5bc72d59343cdb138cb6900b2a1b5.png)
Слева направо – меню управления светом в контроллере освещения, меню настроек таймера в нем же, меню настроек таймера полива в контроллере водоснабжения и меню настроек пределов напряжения в контроллере электроснабжения.
В этом виде интерфейса есть один большой плюс – и он же большой минус. Здесь собраны все настройки, параметры и управляющие элементы контроллера, но из-за этого сам интерфейс стал слишком перегруженным. Зачем мне постоянно видеть пороговые значения напряжения или тока? Или способ управления нагревателем и гистерезисы температуры?
Поэтому началась разработка второго варианта пользовательского интерфейса.
![image](https://habrastorage.org/r/w1560/files/378/0e9/c8c/3780e9c8c4484a56b5c442f32bb7aff1.png)
В этом варианте реализован принцип, подобный ООП – есть объект, у него есть свойства и функции. Например, лампа – у нее есть яркость и ее можно включить и выключить. Их несколько? Хорошо, сделаем несколько однотипных объектов.
Здесь есть определенный набор вкладок, на каждой вкладке расположены виджеты объектов. Никакой привязки вкладок к контроллерам нет, на вкладках можно размещать объекты, привязанные к разным контроллерам, в отличие от первого варианта интерфейса. При нажатии на виджет появляется меню с управляющими кнопками. Многоуровневых вложенных меню тоже нет, только простейшие команды – включить, отключить, остановить, запустить, ступенчато изменить.
![image](https://habrastorage.org/r/w1560/files/234/be0/ba8/234be0ba836e4a5eac4b8c7c51ad7a8e.png)
Слева направо – меню управления нагревателем, меню управления поливом, меню управления электропитанием, меню управления светом.
Определенный интерес представляет последняя вкладка. В ней представлен лог событий, и пара независимых графиков.
![image](https://habrastorage.org/r/w1560/files/c8f/fa6/48b/c8ffa648b3994dfdb7d4066c980fb773.png)
Я уже рассказывал во второй части, что можно настроить оповещения по электронной почте для любых изменений любых параметров. Раз в минуту сервер опрашивает контроллеры, и если что-то изменилось из заданных условий – отправляется письмо. В этой вкладке как раз и показаны несколько последних событий. На графики справа так же можно вывести разнообразные значения из контроллеров. В этом примере – метеостанция и контроллер электропитания.
Слева вверху — статусы роутера и шлюза.
В таком виде оно и работает сейчас. Но так как это хобби, то негоже сидеть, сложа руки. Был разработан третий вариант пользовательского интерфейса. Максимально простой и максимально облегченный.
![image](https://habrastorage.org/r/w1560/files/585/240/6d8/5852406d86064e699378b100cf3d6762.png)
Здесь все очень аскетично, нет бэкграунда, одна страница — один виджет. Набор виджетов – берется из конфигурации второго варианта, стрелками листаем вправо-влево, при нажатии – появляется то же самое меню с теми же самыми командами.
Для чего это было сделано? Мы просто особо не избалованны скоростным интернетом, а тянуть мегабайтные картинки по GPRS – очень тоскливо. Но основная причина немного в другом. В чем? В появлении Android Wear и носимой электроники.
![image](https://habrastorage.org/r/w780q1/files/ad0/eb2/d4e/ad0eb2d4e0f24a339d2288ac73424cd7.jpg)
или так
![image](https://habrastorage.org/r/w780q1/files/bec/7ca/26b/bec7ca26bcb04f37a37142603e4623df.jpg)
За основу был взят вариант два-с-половиной, он как раз неплохо подошел к небольшому экрану часов.
За нее отвечает MPD.
![image](https://habrastorage.org/r/w1560/files/adb/5b3/cf3/adb5b3cf325c4a6294f7843e541a8941.png)
![image](https://habrastorage.org/r/w1560/files/04f/87c/0e4/04f87c0e4cda41b18fe85065e7b6d130.png)
![image](https://habrastorage.org/r/w1560/files/03e/7ab/1db/03e7ab1dbc45467f8781190d7ffcbec2.png)
С видеонаблюдением в общем и целом неплохо, а вот в частностях – не очень. Есть виджет, на который можно вывести картинку с камер, но есть два но – картинка должна быть именно картинкой, а не видеопотоком, а второе – обновляется она вместе со всеми виджетами, раз в 10 секунд. У меня стоит два видеорекордера, с замечательным китайским названием и русскими корнями — Dahua. Свою основную функцию они выполняют довольно неплохо, но почему нельзя было добавить возможность отдачи статичной картинки по HTTP – я не знаю. Поэтому оно сейчас все работает с помощью костылей и синей изоленты.
Из интересного — опыт разработки под Android Wear. Оказалось — там такой же самый андроид, как и в смартфонах. Есть некоторые нюансы с обменом данными между смартом и часами, например — в прошивке 5.0.2 стандартная проверка доступности сети — на часах упорно показывала что сеть доступна, а после обновления на 5.1 — тот же самый код стал показывать недоступность сети, хотя именно в этой прошивке была добавлена поддержка Wi-Fi.
Ну и есть один вопрос к Гуглу — почему нельзя было сделать обертку для прозрачной работы с сокетами на часах через смартфон? Приходится писать дополнительный слой, а так — был бы идентичный код как для часов, так и для смарта.
В качестве заключения – на данный момент времени основные направления устаканились, идет мелкая доработка то того, то другого. Весной была разработана метеостанция, умеющая измерять температуру, влажность, давление, скорость и направление ветра, постараюсь рассказать о ней позже. В планах есть пара идей для новых контроллеров, получится или нет – жизнь покажет.
Ссылки на первые две части:
![image](https://habrastorage.org/files/9fd/1ff/f19/9fd1fff19b3b42acac7b309cb5bdfdcd.jpg)
Пользовательский интерфейс представлен двумя вариантами. Первый – когда параметры и команды группируются с привязкой к отдельным контроллерам, и второй, когда параметры и команды группируются по задачам. Исторически первым появился интерфейс с группировкой по контроллерам, поэтому с него и начнем.
Пользовательский интерфейс №1
![image](https://habrastorage.org/files/e96/3cb/a5d/e963cba5d984446f990e71d4140d0687.png)
Слева направо: контроллер освещения, теплого пола, электроснабжения, водоснабжения и полива.
Разберем детально, например, контроллер освещения и отопления.
![image](https://habrastorage.org/files/b03/4d9/c49/b034d9c498054f59bf0205f6cc7932d5.png)
- 1, 5 — Вкладки переключения контроллеров. Сверху пять фиксированных, снизу – отображаются четыре, остальные можно листать зелеными стрелками.
- 2 – Информация о расположении и описание контроллера, дата и время последнего обновления и адрес.
- 3 – Непосредственно интерфейс управления. Состояние, кнопки управления, таймеры света и температуры, и все остальное.
- 4 – Служебная информация. Передано, принято, таймауты.
Управление осуществляется либо простым нажатием, либо через всплывающие меню.
![image](https://habrastorage.org/files/99e/5bc/72d/99e5bc72d59343cdb138cb6900b2a1b5.png)
Слева направо – меню управления светом в контроллере освещения, меню настроек таймера в нем же, меню настроек таймера полива в контроллере водоснабжения и меню настроек пределов напряжения в контроллере электроснабжения.
В этом виде интерфейса есть один большой плюс – и он же большой минус. Здесь собраны все настройки, параметры и управляющие элементы контроллера, но из-за этого сам интерфейс стал слишком перегруженным. Зачем мне постоянно видеть пороговые значения напряжения или тока? Или способ управления нагревателем и гистерезисы температуры?
Поэтому началась разработка второго варианта пользовательского интерфейса.
Пользовательский интерфейс №2
![image](https://habrastorage.org/files/378/0e9/c8c/3780e9c8c4484a56b5c442f32bb7aff1.png)
В этом варианте реализован принцип, подобный ООП – есть объект, у него есть свойства и функции. Например, лампа – у нее есть яркость и ее можно включить и выключить. Их несколько? Хорошо, сделаем несколько однотипных объектов.
Здесь есть определенный набор вкладок, на каждой вкладке расположены виджеты объектов. Никакой привязки вкладок к контроллерам нет, на вкладках можно размещать объекты, привязанные к разным контроллерам, в отличие от первого варианта интерфейса. При нажатии на виджет появляется меню с управляющими кнопками. Многоуровневых вложенных меню тоже нет, только простейшие команды – включить, отключить, остановить, запустить, ступенчато изменить.
![image](https://habrastorage.org/files/234/be0/ba8/234be0ba836e4a5eac4b8c7c51ad7a8e.png)
Слева направо – меню управления нагревателем, меню управления поливом, меню управления электропитанием, меню управления светом.
Определенный интерес представляет последняя вкладка. В ней представлен лог событий, и пара независимых графиков.
![image](https://habrastorage.org/files/c8f/fa6/48b/c8ffa648b3994dfdb7d4066c980fb773.png)
Я уже рассказывал во второй части, что можно настроить оповещения по электронной почте для любых изменений любых параметров. Раз в минуту сервер опрашивает контроллеры, и если что-то изменилось из заданных условий – отправляется письмо. В этой вкладке как раз и показаны несколько последних событий. На графики справа так же можно вывести разнообразные значения из контроллеров. В этом примере – метеостанция и контроллер электропитания.
Слева вверху — статусы роутера и шлюза.
В таком виде оно и работает сейчас. Но так как это хобби, то негоже сидеть, сложа руки. Был разработан третий вариант пользовательского интерфейса. Максимально простой и максимально облегченный.
Вариант №2 ½
![image](https://habrastorage.org/files/585/240/6d8/5852406d86064e699378b100cf3d6762.png)
Здесь все очень аскетично, нет бэкграунда, одна страница — один виджет. Набор виджетов – берется из конфигурации второго варианта, стрелками листаем вправо-влево, при нажатии – появляется то же самое меню с теми же самыми командами.
Для чего это было сделано? Мы просто особо не избалованны скоростным интернетом, а тянуть мегабайтные картинки по GPRS – очень тоскливо. Но основная причина немного в другом. В чем? В появлении Android Wear и носимой электроники.
![image](https://habrastorage.org/files/ad0/eb2/d4e/ad0eb2d4e0f24a339d2288ac73424cd7.jpg)
или так
![image](https://habrastorage.org/files/bec/7ca/26b/bec7ca26bcb04f37a37142603e4623df.jpg)
За основу был взят вариант два-с-половиной, он как раз неплохо подошел к небольшому экрану часов.
А что с музыкой?
За нее отвечает MPD.
![image](https://habrastorage.org/files/adb/5b3/cf3/adb5b3cf325c4a6294f7843e541a8941.png)
А с видеонаблюдением?
![image](https://habrastorage.org/files/04f/87c/0e4/04f87c0e4cda41b18fe85065e7b6d130.png)
![image](https://habrastorage.org/files/03e/7ab/1db/03e7ab1dbc45467f8781190d7ffcbec2.png)
С видеонаблюдением в общем и целом неплохо, а вот в частностях – не очень. Есть виджет, на который можно вывести картинку с камер, но есть два но – картинка должна быть именно картинкой, а не видеопотоком, а второе – обновляется она вместе со всеми виджетами, раз в 10 секунд. У меня стоит два видеорекордера, с замечательным китайским названием и русскими корнями — Dahua. Свою основную функцию они выполняют довольно неплохо, но почему нельзя было добавить возможность отдачи статичной картинки по HTTP – я не знаю. Поэтому оно сейчас все работает с помощью костылей и синей изоленты.
Подводим итоги
Из интересного — опыт разработки под Android Wear. Оказалось — там такой же самый андроид, как и в смартфонах. Есть некоторые нюансы с обменом данными между смартом и часами, например — в прошивке 5.0.2 стандартная проверка доступности сети — на часах упорно показывала что сеть доступна, а после обновления на 5.1 — тот же самый код стал показывать недоступность сети, хотя именно в этой прошивке была добавлена поддержка Wi-Fi.
Ну и есть один вопрос к Гуглу — почему нельзя было сделать обертку для прозрачной работы с сокетами на часах через смартфон? Приходится писать дополнительный слой, а так — был бы идентичный код как для часов, так и для смарта.
В качестве заключения – на данный момент времени основные направления устаканились, идет мелкая доработка то того, то другого. Весной была разработана метеостанция, умеющая измерять температуру, влажность, давление, скорость и направление ветра, постараюсь рассказать о ней позже. В планах есть пара идей для новых контроллеров, получится или нет – жизнь покажет.