Графічний інтерфейс користувача

Зважаючи на використання центрального контролера в ролі сервера, оптимальним є функціонування програми в фоні, а тому графічний інтерфейс мобільний клієнт. Знімок екрану з графічним інтерфейсом сервера на рис. 4.5.

Графічний інтерфейс представляє з себе Activity з Spinner і TextView. Spinner, він же список, зберігає в собі теги з класу логер по яких ведуться записи в текстове поле. TextView відображає текстову інформацію по логам в залежності від обраного елемента в Spinner.

Взаємодія користувача з системою

Найкраще продемонструє принципи взаємодії користувача з екосистемою.

SHome use-case діаграма на рис 3.6. Вона відображає у вигляді дій шлях від запиту користувача до отримання результату у вигляді відгуку системи, поетапно показуючи всі суміжні процеси. Наприклад, для зміни кліматичних параметрів користувач формує запит на мобільному телефоні, далі телефон робить з нього повідомленнязапит потрібного формату і відсилає його на сервер, де, після обробки вона надсилається на Arduino, яке дешифрує скрипт і виконує закодовані в ньому дії.

Програмно взаємодія налаштована через сокети по протоколу telnet. В ПЗ як сервера, так і клієнта є класи для передачі інформації та для отримання.

Отримання йде в окремому фоновому потоці і сам процес починається, коли один з к ласів-передавачів висилає запит на відправку інформації по каналу.

Завдяки використанню окремим потоків можлива множинна відправлення та отримання інформації, так як класодержувач може створити кілька десятків потоків отримання, пов’язаних із загальною чергою виконання, з якої завдання і підуть на обробку. Підхід був би невиправданий, якщо кількість запитів перевищувала б час обробки, проте система управління розумним будинком не є в исоконагруженою і максимум можливогоякщо всі користувачі захочуть змінити мікрокліматичні параметри одночасно, а з такого роду завданнями система впорається навіть на слабких комплектуючих. Втім, цей параметр залежить скоріше від апаратного забезпечення ітому SHome цілком може справлятися з більш складними завданнями.

В архітектурі системи SHome центральний контролер займає основне місце, так як є головним засобом комунікації між додатком й побутовою електронікою. Він виконує кілька основних функцій, таких як: зберігання налаштувань та інформації, зв’язок між приладами, система шифрування, зв’язок з хмарним сховищем, прогнозування енергоспоживання, тощо.

Для ограніза ції цих функцій були ви корістані засоби Android API, Dropbox Core API, OWM API, JAVA SE7. Код может бути запущений на будь-якому пристрої з версією Android не молодше 4.1.

Код серверу опублікованій під вільно ю ліцензією GNU GPL и є відкритим для внес ення будьякіх змін й поліпшень співтовариством. Також весь код викладений у вільному доступі на хостингу код у Github и будьхто може создати свій власний клон проекту або запропонувати зміни в існуючий.

Для розгортання серверу на своєму обладнанні, за умови, що воно входить до списку підтримуваних або має необхідні засоби віртуалізації, не потрібні ніякі додаткові технічні навички — все робиться ш ляхом простої установки програми з Google Play або скачуванням apk безпосередньо з сайту проекту SHome.