Нажатие на уровень или перемещение ползунка отправляет в управляемую переменную число, соответствующее текущему положению ползунка.

1 Создайте переменную, которую нужно регулировать. Настройте ее, как показано в инструкции

2 Создайте уровень, настройте его следующим образом (cм. все настройки):

3 Перетащите переменную на уровень, в диалоге привязки переменной укажите:

Action	Send Token - отправить переменной значение Value, взятое как текущее положения ползунка уровня в диапазоне Min...Max
Event for Action	Событие интерфейса, связанное с кнопкой. При возникновении события, в переменную будет записано указанное значение Press - отправить Value по нажатию Release - отправить Value при отпускании Move - отправлять все промежуточные значения Value при перемещении ползунка. добавляйте команду Delay (100) перед командой на событии Move, чтобы меньше нагружать оборудование (с командой Delay, Move будет срабатывать не чаще, чем раз в 100 мс) Можно использовать все три события одновременно.
Add a feedback channel	(Create a feedback channel) Поставьте эту галочку, т.к. нужно, чтобы ползунок уровня перемещался в соответствии с актуальным состоянием переменной

4 Теперь переменная связана с уровнем. Посмотреть все связи можно в OBJECT PROPERTIES > Programming

вариант 2 Управлять RGB лентой с помощью палитры

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

Это требует добавления в проект специального скрипта - библиотеки RGB. Скрипт необходимо добавить только 1 раз, далее можно использовать его для управления RGB лентами любых встроенных драйверов iRidium.

2.1 Создайте палитру и вспомогательные элементы. В качестве палитры можно использовать любое цветное изображение.

• Настройте палитру как Joystick с диапазоном регулирования 0...100 по Х и Y
• Настройте неактивный элемент Button, который будет отображать выбранный на палитре цвет
• Если нужно, настройте активные кнопки Button, которые будут пошагово изменять яркость ленты

2.2 Скачайте файл RGB_Library.js

Этот файл обеспечивает управление цветом с помощью JavaScript. Добавьте файл в проект визуализации: откройте проект в iRidium Studio, нажмите клавишу , выберите пункт (+) "Add Script From File"

2.3 Создайте пустой файл скрипта: (+) "New Script", чтобы добавить в него описание вашей RGB палитры:

В файле скрипта опишите палитру и элемент для отображения выбранного цвета:

/////// optional parameters /////////////////////////// IR.GetItem ("Page 1" ) .GetItem ("Item Display 1" ) , // Item "Display" )

Расширенный вариант содержит кнопки управления яркостью:

Палитра, отображение цвета и кнопки +/- для управления яркостью

///////// Copy this function to make one more RGB palette /////// RGB_player( "Driver" , // Driver in project "Channel Red" , // Name of Red Channel "Channel Green" , // Name of Green Channel "Channel Blue" , // Name of Blue Channel 255 , // Top limit for RGB channel (100 or 255) IR.GetItem ("Page 1" ) .GetItem ("Item Color Picker 1" ) , // Item "Color Picker" /////// optional parameters //////////////////////////// IR.GetItem ("Page 1" ) .GetItem ("Item Display 1" ) , // Item "Display" IR.GetItem ("Page 1" ) .GetItem ("Up 1" ) , // Item "Up" IR.GetItem ("Page 1" ) .GetItem ("Down 1" ) , // Item "Down" 10 // Increment step for "Up" and "Down" )

В описании укажите где находится палитра, и какому оборудованию отправляет данные:

• IR.GetDevice("Driver") - имя драйвера, которому вы будете отправлять команды RGB. Скопируйте имя драйвера в PROJECT DEVICE PANEL
• "Channel Red", "Channel Green", "Channel Blue" - имена переменных (Commands), которые отвечают за управление красной, зеленой, и синей составляющими цвета. Скопируйте имена в PROJECT DEVICE PANEL. Имена Commands должны совпадать с именами Feedbacks, откуда приходит информация о текущем цвете RGB ленты.
  HDL-Buspro, Domintell - имеют особый способ записи имен. Для них нужно указать <имя устройства в сети>:<имя канала>, например "Dimmer in Bedroom:Channel 1"
• 255 - максимальное значение яркости для каждого цвета. Для большей части оборудования яркость регулируется от 0 до 255, но есть драйверы, которые управляют яркостью цвета в диапазоне 0...100 (например, HDL). Для HDL-Buspro укажите значение 100 в этой строке настроек.
• IR.GetItem("Page 1").GetItem("Item Color Picker 1") - имя страницы ("Page 1") и элемента на ней ("Item Color Picker 1") который вы будете использовать как палитру
• IR.GetItem("Page 1").GetItem("Item Display 1") - имя страницы ("Page 1") и элемента на ней ("Item Display 1") который вы будете использовать для отображения цвета, выбранного на палитре
• IR.GetItem("Page 1").GetItem("Up 1") - имя страницы ("Page 1") и элемента на ней ("Up 1") который будет при нажатии увеличивать яркость выбранного цвета
• IR.GetItem("Page 1").GetItem("Down 1") - имя страницы ("Page 1") и элемента на ней ("Down 1") который будет при нажатии уменшать яркость выбранного цвета
• 10 - значение, на которое увеличится/уменьшится яркость выбранного цвета при нажатии кнопок Up и Down

Ошибки, которые могут возникать при некорректном описании палитры, отображаются в окне лога (F4)

RGBW освещение

1 Разместите и настройте на экране:

2 В драйвер добавьте тэги:

3 Работа со цветовыми компонентами RGBW осуществляется с помощью функций библиотеки RGBW_Library.js .

Скачайте библиотеку и добавьте её в проект: нажмите клавишу , выберите пункт (+) "Add Script From File".

4 Добавьте вызовы функций следующим образом: создайте пустой файл скрипта (+) "New Script", скопируйте код ниже, модифицируйте его под свою задачу:

RGB_player( "Driver" , // Driver in project "R_command" , // Name of Red Channel "G_command" , // Name of Green Channel "B_command" , // Name of Blue Channel 255 , // Top limit for RGB channels (255 or 100) IR.GetItem ("Main_page" ) .GetItem ("joystick color picker circle 596x379" ) // Item "Color Picker" ) ; RGBW_add_color_listener( IR.GetDevice ("Driver" ) , // Driver in project "R_feedback" , // Name of Red Channel "G_feedback" , // Name of Green Channel "B_feedback" , // Name of Blue Channel "W_feedback" , // Name of White Channel 255 , // Top limit for RGBW channels (255 or 100) IR.GetItem ("Main_page" ) .GetItem ("Display Item 1" ) , // Item "Color Display" IR.GetItem ("Main_page" ) .GetItem ("Slider Level 1" ) // Item "White Display" ) ;

Функция RGB_player() предназначена для создания связи между палитрой и каналами драйвера. При нажатии на палитру запускается скрипт, он получает координаты X и Y курсора, наведённого на палитру, считывает значения цветовых компонентов пикселя изображения под курсором и помещает их в каналы R_command, G_command, B_command.

Изображение палитры может быть произвольным, вы можете заменить изображение на любое собственное.

Функция RGBW_add_color_listener() связывает каналы обратной связи R_feedback, G_feedback, B_feedback, W_feedback с графическими элементами, которые отображают цвет и яркость белого.

Вы можете добавить несколько дополнительных палитр на экран и несколько дополнительных RGBW-каналов в драйверах, тогда вы должны добавить соответствующее число вызовов функции RGB_player() и RGBW_add_color_listener() . При этом библиотека RGBW_Library.js должна быть добавлена только один раз.

Скрипт вызова функций RGB_player() и RGBW_add_color_listener() должен находиться в списке ниже скрипта библиотеки RGBW_Library.js , иначе возникнет ошибка, и скрипты не будут работать.

5 Перетащите тэг W_command на уровень Level и включите связь по событию Release (отпускание).

Вы можете работать с диммерами, которые поддерживают различные диапазоны значений цветовых компонентов (стандартно 0-255 или 0-100). Для этого задайте соответствующее максимальное значение диапазона в трёх местах проекта: один раз в свойстве Max графического элемента Level и дважды в скрипте: при вызове функций RGB_player() и RGBW_add_color_listener() .

Макро-команды

К одному графическому элементу можно привязать несколько команд, они будут отправлены оборудованию по порядку, сверху вниз, без задержки. Канал обратной связи можно привязать только 1, иначе входящие данные будут обработаны некорректно.

Чтобы привязать несколько команд к 1 графическому элементу, перетяните их, одну за другой, на этот элемент. Выберите подходящие события (Press, Release, Move) в диалоге привязки:

Show log at Emuator Start - автоматически открывать окно лога (иначе лог можно открыть по нажатию F4)

Горячие клавиши:

• F4 - открыть лог
• F5 - запустить Эмулятор
• F7 - открыть меню управления аккаунтом и проектами
• F8 - открыть системные настройки (введите пароль 2007 )

Синхронизация с панелью управления

Если вы - интегратор, вы можете быстро запустить созданный интерфейс визуализации на панели управления - смартфоне, планшете или ПК. Установите приложение i3 pro и авторизуйтесь в нем с помощью вашего логина и пароля интегратора с сайта iRidium Mobile.

Используйте i3 pro для iOS, Android, Windows, Mac в тестовом режиме, загружая проекты через iRidium Transfer (возможность доступна только для интеграторов):

На сайте iRidium Mobile (см. инструкцию).

iRidium Cloud может настроить только зарегистрированный интегратор. После настройки, доступно приглашение пользователей к управлению объектом автоматизации.

Для связи всех устройств для автоматизации здания необходимо их подключить к общему каналу связи - шине KNX. С помощью шины устройства системы могут обмениваться телеграммами (пакетами) для передачи информации. Если передача и прием прошли успешно, то устройство-приемник, которому предназначалось сообщение подтверждает получение телеграммы. В случае отсутствия подтверждения устройство-передатчик повторяет отправку сообщения еще два раза. Если и в этом случае подтверждение не приходит, то процесс передачи данных прерывается. Таким образом, протокол KNX является протоколом с "обратной связью". В каждый момент времени может быть отправлена только одна телеграмма. Примерная структура сети KNX показана на рисунке 1.

Рис. 1.

Протокол KNX может использовать различные среды для передачи данных :

• · KNX/TP - витая пара со скоростью передачи данных 9600 бит/с;
• · KNX/PL - силовая линия (230 В и 50 Гц) со скоростью передачи данных 1200 бит/с;
• · KNX/RF - радиоканал, имеющий два частотных окна 868 и 433 МГц;
• · KNX/IP - сеть Ethernet.

В рамках дипломной работы в качестве среды передачи данных используется витая пара (KNX/TP). Данный метод организации системы домашней автоматики на базе KNX является наиболее распространенным и актуальным, так как такие системы просты для планирования и разработки и позволяют создать функциональные и гибкие решения, удовлетворяющие требованиям заказчика. Кабель витой пары может прокладываться поверхностным (контрольные панели) или скрытым (радио-модули) монтажом. Благодаря большим возможностям настройки и программирования, стандарт KNX является удобным как для разработчика, так и для конечного пользователя. Кабель витой пары, состоящей из красной (+) и черной (-) пары проводов, можно использовать как для передачи телеграмм, так и для подачи питания устройств.

Для того, чтобы система начала работать недостаточно просто соединить кабелем все устройства и подключить к питанию. Необходимо настроить и запрограммировать устройства, используя специальное программное обеспечение ETS Professional.

Engineering Tool Software (ETS) - специальное программа для проектирования, конфигурации и диагностики интеллектуальных систем на базе стандарта KNX. ETS возможно использовать для настройки многих инженерных систем:

• · Управление освещением (включение/выключение, диммирование);
• · Управление шторами;
• · Система микроклимата (отопление, вентиляция, кондиционирование);
• · Безопасность (сигнализация, видеонаблюдение, защита от протечек)
• · Управление энергией;
• · И др.

Существует несколько способов настройки устройств:

• 1) В S-режиме (system) - шинные устройства становятся функциональными после загрузки в универсальный блок сопряжения с шиной определённой аппликационной программы, индивидуальной для каждого устройства. В данном режиме у инсталлятора есть полный доступ к программированию и настройке всех параметров устройств. Наиболее часто используемая конфигурация для систем KNX.
• 2) Е-режим (easy) - исполнительные устройства уже являются полностью функциональными на момент подключения к шине KNX, программа загружается в блок сопряжения уже при изготовлении устройства. Логическая связь между такими KNX-устройствами и установка соответствующих параметров выполняется аппаратно, либо через контроллер, причем большинство настроек уже выставлено по умолчанию.
• 3) В А-режиме (auto) происходит автоматическая упрощенная настройка устройств при их подключении к центральному блоку управления. В последних спецификациях протокола KNX не используется.

Для инсталляции KNX у каждого устройства в сети должен быть индивидуальный уникальный физический адрес. Назначение адреса можно произвести с помощью ETS. Для этого необходимо перевести устройство в программный режим (например, нажатием на программную кнопку на корпусе). Для подтверждения режима программирования должен загореться светодиод. Физический адрес устройств имеет следующую структуру: Зона.Линия.Устройство (например, адрес 1.3.4 определяет четвертое устройство в третьей линии первой зоны). Для физического адреса зарезервировано 16 бит информации. На рисунке 2 представлено распределение битов.

Рис. 2.

Далее необходимо выбрать аппликационные программы для каждого устройства и настроить различные параметры, исходя из требований проекта. После создается структура из групповых адресов (как правило для сложных инсталляций, трёхуровневая - главная группа/средняя группа/подгруппа, например, 1/1/1), и в данных групповых адресах объединяются различные объекты связи устройств, участвующих в инсталляции (например, датчик связывается с исполнительным логическим модулем). Трехуровневая система групповых адресов использует 4 бита информации для главной группы, 3 бита для средней и 8 бит для подгруппы. Таким образом, можно использовать максимально 16 главных групп (0-15), 8 средних (0-7) и 256 подгрупп (0-255).

Пример использования:

• 1/1/1 - Лампа в спальне
• 1/1/2 - Торшер в спальне
• 1/2/1 - Люстра в гостиной
• 1/2/2 - Настольная лампа в гостиной
• 2/1/1 - Обогреватель в спальне

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

У каждого устройства есть несколько объектов связи. Их количество отличается в зависимости от назначения. Объекты связи могут иметь различный размер от 1 бита до 14 байт. Размер объекта зависит от выполняемой функции (например, 1-битовый объект используется для включения/выключения, а 4-битовый для диммирования).

Для наглядности рассмотрим следующий пример функционирования настроенной системы. Одноклавишный выключатель привязан к физическому адресу (1.1.1). Если нажать на кнопку выключателя и переключить его в положение "Включено", то отправится телеграмма с групповым адресом 4/2/3, которая содержит значение "1" и определённую служебную и контрольную информацию. Далее все устройства, находящиеся в общей сети KNX, получают данную телеграмму и обрабатывают ее, но только устройства с групповым адресом 4/2/3 отправляют контрольную телеграмму о подтверждении получения информации, после считывают значение "1" и обрабатывают его (например, исполнительное устройство с физическим адресом 1.1.2 замкнет реле, и лампа включится).

Как было сказано выше, передача данных по KNX/TP осуществляется с помощью кабеля витой пары. Шинные устройства подключаются к шине посредством универсального клеммника (рис. 3).

Рис. 3.

При каком-либо произошедшем событии происходит отправка телеграммы (например, пользователь нажал на кнопку). Если шина не занята некоторое время t1, то происходит передача данных. После отправки телеграммы должно пройти некоторое время t2, через которое происходит подтверждение получения от устройства, которому предназначалось сообщение. Общая схема отправления представлена на рисунке 4.

Рис. 4.

Каждая отправленная телеграмма состоит из набора служебных данных, определенного протоколом и полезной информации, которая описывает происшедшее событие (например, нажатие клавиши). Информация в телеграмме состоит из пакетов по 8 байт. Существуют определённые старт- и стоп- биты для определения начала и конца сообщения. Контрольная информация позволяет обнаружить ошибки в ходе передачи данных. На рисунке 5 представлена структура телеграммы.

Рис. 5.

Для передачи информационного сигнала используется модулирование напряжения, а точнее сообщение передается в виде импульса, который представляет собой разность напряжений, которая возникает между проводами витой пары среды передачи данных KNX/TP. Отсутствие импульса (разность потенциалов номинально равна 24 В) означает логическую "1". Отправка импульса с примерной амплитудой ±6 В означает логический "0".

Для того, чтобы передача данных осуществлялась с минимальными ошибками и задержками необходимо соблюдать определенные требования для создания сети (рис. 6) :

• · Максимальная длина линии должна быть не более 1000 м;
• · Максимальная длина кабеля, протянутого между двумя устройствами в сети должна не превышать 700 м;
• · Минимальная длина кабеля, протянутого между двумя источниками питания должна составлять 200 м.

Рис. 6.

При проектировании системы необходимо уделить внимание количеству шинных устройств, используемых в сети и выбрать необходимую топологию (способ соединения всех элементов между собой). Стандарт KNX поддерживает большинство известных топологий за исключением "кольца" и имеет следующую структуру: устройства соединяются в линию, несколько линий соединяются в зону и несколько зон объединяются через системную линию (рис. 7).

Рис. 7.

Например, зоной является этаж здания, а линиями - комнаты на этаже. Каждая линия может включать максимум 4 сегмента, каждый из которых, в свою очередь, может состоять из 64 различных устройств. При этом необходимо учитывать, что каждому сегменту необходим отдельный источник питания. Для соединения сегментов в линии, а также соединения линий в зону используется линейный повторитель. Это помогает распределить нагрузку в шине. Таким образом, в системе можно объединить между собой более 58000 устройств.

Обзор стандарта KNX

И. КУТЕПОВ, г. Санкт-Петербург

На рынке оборудования для автоматизации зданий и помещений сегодня имеется много различных устройств и систем. В прошлом разработчики всегда стремились применить в них свои идеи, инновации и протоколы обмена информацией. Освещением управляли по одному протоколу, кондиционированием - по другому, вентиляцией могли и по третьему. Но возникла необходимость обеспечить совместимость этих систем и иметь для них один универсальный протокол. Сегодня всё большее применение получают устройства автоматики, управляемые и общающиеся между собой по протоколу KNX. В предлагаемой статье описаны основные особенности этого протокола.

Протокол KNX даёт возможность легко объединять различные инженерные системы в единый комплекс. Это позволяет снизить стоимость автоматизации и повысить надёжность из-за отказа от различных преобразователей и шлюзов для соединения устройств, работающих по разным протоколам.

KNX стал протоколом, который отвечает всем этим требованиям. Он позволяет управлять различными системами как в комплексе зданий, так и в отдельной квартире и хорошо интегрируется в другие системы. Описан этот протокол в международном стандарте ISO/IEC 14543-3.

Все устройства, согласно KNX, объединяются в распределённую сеть, в которой не нужен центральный компьютер. Технология KNX позволяет контролировать работу всех задействованных систем и управлять ими без применения сложных центров управления. Можно назвать следующие преимущества KNX-систем:

Низкие эксплуатационные расходы;

Наглядность контроля и управления;

Возможность расширения существующей системы под новые задачи;

Возможность изменять настройки в процессе эксплуатации;

Предоставляя единый пакет программного обеспечения для осуществления проектирования систем, их настройки и эксплуатации,гарантирует совместимость и взаимодействие изделий разных производителей, используемых для выполнения необходимых функций.

Имеется возможность применить протокол KNX и в радиолюбительской практике. В качестве аппаратной платформы можно выбрать дешёвые и освоенные устройства. Например, Arduino и его модификации, Raspberry Pi, ODROID и др.

Технология KNX может быть применена в различных подсистемах "Умного дома":

Регулирование и управление освещением (его включение и выключение, в том числе автоматическое, изменение яркости, поддержание постоянной освещённости, управление посредством DALI (Digital Addressable Lighting Interface) - цифрового интерфейса с адресацией для осветительных приборов);

Отопление, кондиционирование и вентиляция (индивидуальное управление температурой в помещении, управления вентиляцией, отслеживания состояния окон), объединение их в единую систему. Полученные с датчиков сведения о температуре и состоянии воздуха используются для обеспечения оптимальных значений контролируемых параметров;

Управление жалюзи, ролл-ставнями и занавесами. Ролл-ставни, занавесы и жалюзи с регулировкой положения ламелей, в зависимости от угла падения солнечных лучей, обеспечивают оптимальное естественное освещение;

Охрана и безопасность (отслеживание состояния окон и дверей, противопожарная и дымовая сигнализация, подача сигналов тревоги и оповещения о несанкционированном проникновении, аварийных сигналов, имитация присутствия, освещение в режиме "Паника").

Принципы построения и функционирования KNX-системы

Система KNX состоит из датчиков, исполнительных устройств (актуаторов) и системных устройств. Все они объединены в KNX-сеть. Датчики подают сигналы о состоянии различных устройств и окружающей среды. Исполнительные устройства выполняют команды. Например, перемещают жалюзи, регулируют освещение, перекрывают клапаны подачи воды. К системным устройствам относятся, например, блоки питания, соединители линий, логические модули, 1Р-маршрутизаторы, GSM-шлюзы.

Для информационного обмена между элементами сети используются четыре вида сред передачи данных: физическая шина из витой пары проводов (KNXTP), электросеть (KNX PL), радиоканал на частоте 868 МГц (KNX RF), соединение по Ethernet (KNXnet/IP).

Подробно об особенностях построения сетей KNX можно прочитать в .

Чтобы KNX-система заработала, необходимо не только установить устройства и соединить их необходимыми кабелями между собой и с питающей сетью, но и запрограммировать устройства с помощью инженерного программного обеспечения ETS. До его загрузки необходимо назначить устройствам индивидуальные физические адреса, выбрать и настроить прикладные программы устройств, создать структуру групповых адресов и объединить в ней объекты связи, обозначив одни объекты как датчики, а другие - как исполнительные устройства. В пределах сети каждое устройство должно иметь индивидуальный физическии адрес.

Система может быть сконфигурирована в одном из следующих режимов:

Системный (S-mode) даёт полный доступ к конфигурированию всех устройств, включая проектирование, формирование групповых адресов и программирование (загрузка) устройств с помощью ETS. Используется для создания систем квалифицированными спе-
вание элементов системы с возможностью ручного изменения некоторых параметров. В последних вариантах стандарта KNX от него отказались.

Среда передачи информации -шина

Система KNX со связью по физической шине (витой паре проводов) работает от безопасного сверхнизкого напряжения питания SELV (Safety Extra Low Voltage), максимальное значение которого 29 В. Оно поступает на все устройства по той же витой паре, что и информация. Шина всегда надёжно изолирована от электросети, и прикосновение к ней не может причинить вреда человеку.

При использовании шины стандарт KNX предусматривает иерархическое деление на линии и зоны. Нижнее звено системы - сегмент линии, объединяющий до 64 шинных устройств. Линия может состоять как из одного сегмента, так и из нескольких (до четырех), связанных через линейные усилители.

Возможная топология линии показана на рис. 1. Допустимое число шинных устройств, подключённых к одной линии, зависит от выбранного источника питания и электропотребления конкретных устройств. В пределах линии допускаются максимальная длина сегмента 1000 м, максимальное расстояние между источником питания и шинным устройством 350 м, максимальное расстояние между двумя источниками питания 200 м, максимальное расстояние между двумя шинными устройствами 700 м.

Через линейные усилители, как показано на рис. 2, линия может быть расширена дополнительными сегментами, максимальная длина каждого из них также 1000 м. Каждый сегмент должен быть подключён к своему блоку питания. Число параллельно включённых линейных усилителей не должно превышать трёх на каждую линию.

С помощью линейных соединителен до 15 линий могут быть подключены к главной линии и объединены в одну зону. Топология зоны показана на рис. 3. К главной линии также возможно подключение до 64 шинных устройств. Она должна иметь отдельный источник питания. Подключение линейных усилителей к зонным и главной линиям не допускается.

Несколько зон могут быть соединены между собой с помощью зонной линии, при этом каждая зона подключается к зонной линии через отдельный зонный соединитель. Зонная линия должна иметь собственный источник питания. К ней возможно подключение шинных устройств, максимальное их число сокращается с увеличением числа зонных соединителей. Зонная линия может соединять максимум 15 зон, объединяя, таким образом, в одну систему более 58000 шинных устройств.

Зонные и линейные соединители, а также линейные усилители - идентичные приборы. Задачи, которые они выполняют, определяются их местом в топологии сети, соответствующим этому месту физическим адресом и загруженной в прибор прикладной программой. Зонные и линейные соединители пропускают телеграммы только от устройств, принадлежащих строго к указанным линиям или зонам, линейные усилители пропускают все телеграммы.

Обмен информацией между отдельными шинными устройствами происходит путём отправления телеграмм. Оконечные нагрузочные резисторы для шины не требуются, и возможны её различные топологии. Скорость передачи - 9600 бит/с, среднее время отсылки и подтверждения приёма телеграммы - около 25 мс.

Информация по шине передаётся отдельными пакетами один за другим. В каждый момент времени передаётся только один пакет от одного конкретного шинного устройства. Из соображений надёжности для доступа к шине и обмена телеграммами применяется метод децентрализованного доступа CSMA/CA (Carrier Sense Multiple Access/ Collision Avoidance). Одновременный и независимый доступ к шине нескольких шинных устройств может привести к конфликтам между ними. Однако метод CSMA/CA гарантирует сохранность информации и оптимальное использование шины.

Благодаря дополнительному механизму учёта приоритета телеграммы информация (например, сообщения о неисправностях) обрабатывается в соответствии с уровнем её приоритета. Обмен информацией в сети KNX событийно управляем. Телеграммы отправляются только в том случае, если происшедшее событие требует передачи информации.

Структура телеграммы KNX ТР - базовая для других сред передачи. Поэтому она будет рассмотрена подробно.

Когда происходит некое событие (например, нажата кнопка), шинное устройство отправляет телеграмму. Передача начинается, если в течение интервала времени t, шина остаётся свободной. Как только телеграмма отправлена,
устройство ждёт в течение интервала t2 квитанцию получателя.

Устройство-получатель проверяет достоверность принятой информации с помощью контрольного байта и отправляет соответствующую квитанцию (табл. 1). Если получена квитанция NACK (информация принята с ошибками), то устройство-отправитель повторяет телеграмму до трёх раз. Если получена квитанция BUSY (шина занята), то устройство-отправитель перед повторением телеграммы выжидает некоторое время. Если устройство-отправитель не получает никакой квитанции, то телеграмма не повторяется. Квитанцию безошибочного приёма АСК все устройства, которым адресована данная телеграмма, передают одновременно и при этом передаются одинаковые посылки. Таким образом, при успешной передаче телеграммы конфликтов на шине не происходит.

Структура телеграммы показана на рис. 4. Она состоит из блоков: служебного, информационного (в котором сообщается о событии, например, нажатии на кнопку) и контрольного, позволяющего обнаружить ошибки приёма. Передаваемые двоичные разряды, в зависимости от их информационного содержания, объединяются в поля.

Контрольное поле и контрольный байт необходимы для бесперебойного обмена телеграммами. Они обрабатываются шинными устройствами, которым адресованы. Адресные поля содержат исходный адрес (адрес отправителя телеграммы) и адрес назначения (адрес получателя).

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

Адрес назначения определяет участников сеанса связи. Получателем, которому отправляется телеграмма, может быть как отдельный прибор, так и группа приборов, подключенных к одной линии или распределённых по разным линиям. Один и тот же прибор может входить в разные коммуникационные группы и иметь несколько групповых адресов. Групповые адреса определяют коммуникационные отношения внутри системы.

Поле информации служит для передачи собственно информационного послания: команд, сообщении, значении параметров, результатов измерений и пр.

Структура контрольного поля показана на рис. 5. Если хотя бы одно из устройств, которым адресована телеграмма, приняло ее с ошибкой и вернуло отрицательное подтверждение ("NACK"), то необходимо в разряд D5 контрольного поля повторно отправляемой телеграммы занести ноль. Благодаря этому признаку шинные устройства, получившие первичную телеграмму корректно, не станут исполнять команду повторно.

Приоритет учитывают, когда несколько устройств пытаются передать свои телеграммы одновременно. Приоритет каждого из них должен быть установлен заранее с помощью программного обеспечения ETS. По умолчанию у всех 1 устройств он низший.

Адрес назначения определяет, какие устройства должны получить телеграмму и выполнить соответствующие действия. Обычно это групповой адрес, с помощью которого можно обратиться одновременно к любому числу шинных устройств. Групповые адреса могут быть назначены устройствам системы вне зависимости от их расположения и физических адресов. Исполнительным устройствам-получателям телеграмм может быть назначено несколько групповых адресов, но датчики могут отправлять телеграммы только по одному адресу.

В сложных системах используют, как правило, трёхуровневую систему групповой адресации - главная группа/ средняя группа/подгруппа. Чтобы отличить физический адрес от группового, используется дополнительный семнадцатый разряд поля адреса получателя. Если в нём записан 0, то адрес физический, им адресуется только одно шинное устройство, а если записана 1, то адрес групповой, одновременно адресуются все устройства с этим адресом.

Объекты связи, между которыми устанавливается коммутация, могут иметь размер от 1 бита до 14 байт в зависимости от функции, выполняемой этим объектом. Устройства могут быть связаны с различным числом объектов. Например, у двухклавишного выключателя их будет минимум два размером в один бит каждый.

В телеграммах допускаются типы информации, перечисленные в табл. 2. Они были стандартизованы ассоциаций KNX, чтобы добиться совместимости одинаковых приборов (в частности, диммеров и таймеров) разных производителей. На интернет-сайте ассоциации www.knx.org можно найти полный перечень стандартизованных типов информации.

Среда передачи информации -электросеть

В качестве среды передачи информации в системе KNX может использоваться также электросеть 230 В. Прокладка дополнительных линий связи (витых пар) в этом случае не требуется. Все приборы, использующие технологию KNX PL, нуждаются лишь в подключении к фазному и нулевому проводам электросети. Применение KNX PL возможно как при модернизации старых систем, так и при установке новых.

Технология KNX PL соответствует су-шествующим в этой области европейским нормам, в частности, стандартам DIN EN 50065 "Сигнализация на низковольтных электрических установках в диапазоне частот от 3 до 148,5 кГц" и DIN EN 50090 "Системы электронные бытовые и для зданий". Использование электросети 230 В часто бывает решением проблемы в тех случаях, когда по каким-либо причинам проложить отдельную линию связи невозможно.

KNX PL, как и KNX ТР, предусматривает иерархическое деление системы на линии и зоны. Топология системы аналогична представленной выше на рис. 2. Самое малое её звено - линия. К ней может быть подключено до 255 шинных устройств. Специальных блоков питания не требуется, так как все шинные устройства питаются от электросети 230 В напрямую.

Замена линейных соединителей, применяемых для витой пары, на системные соединители позволяет преобразовать линии витой пары в линии KNX PL. Системные соединители связаны друг с другом через главную или зонную линию (витая пара). Отличие от сети на базе только витой пары состоит лишь в среде передачи данных.

Максимум 15 линий KNX PL с 255 шинными устройствами в каждой могут быть объединены через главную линию в одну зону. Физическое разделение между отдельными зонами выполняется с помощью заграждающих полосовых фильтров.

Поскольку электросеть 230 В исходно не предназначена для передачи информации, систему KNX PL приходится приспосабливать к параметрам уже имеющейся электропроводки. Характеристики этой проводки, важные для передачи информации, её импеданс и характерные помехи по большей части ещё не изучены. Техника передачи информации на базе технологии KNX PL обеспечивает наибольшую надёжность передачи информации в этих условиях. Система работает двунаправленно в полудуплексном режиме. Отправлять и принимать телеграммы может каждый прибор.

Для передачи информации в существующую электросеть(230 В, 50 Гц) вводят высокочастотные сигналы, используя частоты в соответствии с нормами EN 50065. Это 105,6 кГц (логическая 1) и 115,2 кГц (логический 0). Такой способ передачи называют SFSK (Spread Frequency Shift Keying: - расширенная частотная манипуляция). Максимальный уровень сигнала - 116 дБ относительно пиковольта. Скорость передачи достигает приблизительно 1200бит/с, передача телеграммы длится около 130 мс. Это гарантирует высокую надёжность системы при типичных характеристиках электросети.

Благодаря корреляционному методу сравнения и интеллектуальной коррекции искажённый помехами сигнал может быть восстановлен. Если телеграмма принята без каких-либо проблем, принимающее устройство отвечает на нее положительной квитанцией. С этого момента процесс отправки телеграммы считается завершённым. Если передатчик не получает ответа, процесс повторяется.

В KNX PL применяется метод децентрализованного доступа к среде передачи информации CSMA/CD (Carrier Sense Multiple Access/Collision Detection). Прежде чем какое-либо устройство начнёт отправлять телеграмму, оно проверяет, не отправляет ли в этот момент свою телеграмму другое. Если два устройства отправляют телеграммы одновременно, система распознаёт конфликт и процессы передачи телеграмм обоими устройствами прекращаются. Имеющиеся в них генераторы случайных интервалов времени обеспечивают отправление повторных телеграмм в разное время во избежание новых конфликтов.

Для предотвращения нежелательного взаимовлияния близко расположенных разных систем KNX PL используется системный идентификатор (ID), который может принимать значения от 1 до 255. Между собой общаются только приборы, имеющие одинаковые ID. Системный идентификатор играет важную роль и при построении крупных систем KNX PL. Если в системе имеется более одного системного соединителя, то неизбежно существуют несколько зон. Каждая из них получает свой ID.

Структура телеграммы KNX PL представлена на рис. 6. Поле проверки служит в ней для синхронизации передатчика и приёмника. Здесь передаётся строго определённая последовательность 0101. Вводные поля 1 и 2 представляют собой стартовый сигнал для принимающего устройства, сообщающий о начале телеграммы. Содержание обоих вводных полей одинаково - 10110000.

Среда передачи информации -радиоканал

Приборы системы KNX с радиоканалом в качестве среды передачи не образуют какой-либо иерархической структуры. Они могут устанавливаться в любых местах. Любой датчик может сообщаться с любым исполнительным устройством, находящимся в пределах дальности действия радиоканала.

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

Существуют и естественные ограничения дальности действия радиоканалов в зданиях, обусловленные наличием стен, потолков, мебели и других поглощающих и отражающих радиоволны объектов. Дальность действия может быть увеличена за счёт активных и пассивных ретрансляторов, благодаря которым радиосигналы могут распространяться даже через несколько этажей.

Система KNX может использовать для передачи информации как исключительно радиоканал, так и комбинацию различных коммуникационных сред: радиоканал, витую пару, электросеть. Для их объединения существуют соединители сред, позволяющие передавать информацию и команды устройств одной коммуникационной среды устройствам другой среды.

Частота связи в KNX RF лежит в полосе частот ISM (Industrial, Scientifc, Medical). Диапазоны частот для различных применений в пределах этой полосы строго определены. Максимальная излучаемая мощность - приблизительно 12 мВт. Радиосигнал каждого прибора должен занимать в эфире в среднем не более 1 % времени его работы (например, не более 0,6 с в минуту). Строго регламентированная продолжительность непрерывной работы на передачу позволяет избежать длительных взаимных помех, блокирующих радиоканал.

В KNX RF применяется частотная манипуляция сигналов FSK (Frequency Shift Keying). При этом логические ноль и единица обозначаются сравнительно небольшими отклонениями несущей частоты от среднего значения. В KNX RF средняя несущая частота - 868,30 МГц. Скорость передачи - 16384 бит/с с использованием манчестерского кодирования. При таком кодировании дополнительные перепады логического уровня 0-1 и наоборот обязательно происходят в середине интервала передачи каждого бита информации. Благодаря этому передающее и принимающее устройства могут быть легко синхронизированы.

Однонаправленные устройства посылают телеграмму сразу, как только в этом возникает необходимость. Благодаря ограничению средней длительности передачи конфликты в эфире практически исключены. Двунаправленные устройства перед отправкой телеграммы проверяют, свободен ли радиоканал. Если он занят, устройство откладывает отсылку телеграммы до освобождения канала.

KNX-радиотелеграмма состоит из нескольких информационных блоков, как показано на рис. 7, разделяемых полями защиты информации. В информационный блок входят непосредственно само сообщение (например, команда включения устройства или регулирования освещения) и специфическая информация, служащая для адресации.

Поля в начале и в конце телеграммы служат для синхронизации приёмника с передатчиком.

Первый информационный блок состоит из контрольного поля (4 байта), серийного номера KNX устройства (6 байтов) и поля защиты информации (2 байта). Структура блока показана на рис. 8. Контрольное поле имеет фиксированное значение 01000100.

Серийный номер позволяет однозначно опознать прибор. Его записывают в устройство при изготовлении и в дальнейшем не изменяют. Этот номер передают в каждой телеграмме. В приёмные устройства допустимые для них серийные номера передатчиков заносят при вводе этих устройств в эксплуатацию. Серийный номер служит не только для адресации шинных устройств, но и для разграничения соседних KNX-pa-диосистем.

Во втором информационном блоке, структура которого показана на рис. 9, наряду со стартовым и стоповым разрядами находятся также индивидуальный исходный адрес, адрес назначения и собственно сообщение. Индивидуальный адрес источника сигнала - это его физический адрес. Он используется только вышестоящими контроллерами или соединителями при программировании этих приборов и автоматически сообщается им при вводе в эксплуатацию.

В зависимости от типа доступа к устройствам, получающим сообщение, адрес назначения имеет разные функции. При физическом доступе, т. е. при программировании, адрес назначения служит индивидуальным исходным адресом устройства. В нормальном режиме (например, при передаче команды переключения) адрес назначения содержит номер запрашиваемого коммуникационного объекта в устройстве.
Сообщение содержит такую информацию, как, например, команды, оповещения, параметры настройки, измеренные значения. В одной KNX-радиотелеграмме могут передаваться и другие информационные блоки.

Среда передачи информации -Ethernet

IP-сеть и доступ к Интернету уже давно стали стандартом в современных зданиях. В крупных системах KNX IP-сеть используется также для пересылки телеграмм KNX в рамках сети KNX (так называемое решение "Fast Backbone"). Этот процесс также называют KNXnet/IP-маршрутизацией.

Через этот интерфейс система KNX может соединяться с Интернетом не напрямую. Для этого следует зарегистрироваться на сайте промежуточного провайдера и после ввода пароля запустить установление связи с выбранной системой KNX. Как только между систе-
мой KNX и провайдером установлена связь, с помощью стандартного браузера можно получать информацию от системы и осуществлять управление ею. Этим обеспечивается экономный доступ к системе KNX без постоянного IP-адреса и постоянного подключения к Интернету. Как правило, достаточно использовать контроллеры с пропускной способностью 10 Мбит/с.

Системное программное обеспечение KNX IP-устройств основано на использовании двух стековых протоколов. Для передачи информации через Ethernet необходим IP-стек с поддержкой протокола UDP (User Datagram Protocol), поскольку технология KNXnet/IP основана на передаче информации без организации соединения. С использованием протокола UDP происходят одноадресная и многоадресная передачи пакетов. KNX-стек действует поверх IP/UDP-стека. Это так называемое общее ядро KNX, которое должно быть реализовано в каждой модели устройств. KNX-стек использует IP/UDP-стек в качестве интерфейса для связи с системой. Преобразование KNX-пакетов в UDP-пакеты выполняется по протоколу KNXnet/IP. KNX-приложение использует доступ к API (Application Programming Interface) KNX-стека для взаимодействия со всей системой в целом.

Для многоадресной передачи как адрес назначения должен использоваться МАС-адрес, лежащий в интервале от 01-00-5Е-00-00-00 до 01-00-5E-7F-FF-FF (всегда начинающийся с 01-00-5Е). В протоколе IPv4 IP-адреса для многоадресной рассылки лежат в интервале от
224.0.0.0 до 239.255.255. В KNXnet/IP-системе для этих целей зарезервирован IP-адрес 224.0.23.12.

KNXnet/IP-телеграмма (рис. 10) базируется на TP-телеграмме, но содержит некоторые дополнительные поля.

Длина заголовка (1 байт) всегда одна и та же. Flo в последующих версиях протокола этот параметр может измениться.

Версия протокола (1 байт) показывает текущую версию KNXnet/IP-протокола. В настоящее время это версия - 1.0. Значение поля - ЮН.

Идентификатор сервиса (2 байта) указывает, какие действия должны быть выполнены. В табл. 3 показаны выделенные интервалы идентификаторов и соответствующие им сервисы.

Туннелирование - один из основных способов взаимодействия в системе KNX. По сути, это организация соединения точка-точка (unicast) от одного внешнего устройства к системе KNX. что позволяет видеть весь трафик и общаться непосредственно с отдельным устройством. Туннелирование часто используют для общения с KNX внешних систем, что необходимо для передачи телеграмм при непосредственном соединении через IP-сеть с конкретным KNX-устройством. Оно позволяет вести обмен информацией между внешним устройством с конкретным IP-адресом и устройством с конкретным физическим адресом в KNX-системе. Такая возможность применяется для дистанционного программирования устройств, обмена информацией, организации сервисов.

Важно обратить внимание на то, что подобное соединение можно организовать и внутри стандартного туннельного IP-канала. Например, можно создать защищённое SSH-соединение между терминалом и KNX-роутером.

Общая длина кадра KNXnet/IP (2 байта) указывается в байтах. При её определении учитываются и байты предыдущих полей.

Если передаваемых байтов больше, чем 252, первый байт поля длины имеет значение 0FFH (255), а второй содержит дополнительную информацию о длине.

Тело кадра KNXnet/IP описывает полезную информацию. Кадр состоит из заголовка, который включает в себя код сообщения (1 байт) и длину кадра (1 байт). Далее идёт так называемый cEMI-кадр, который в основном повторяет структуру ТР-теле-граммы. Контрольная сумма не используется, так как обнаружение ошибок при IP-коммуникации происходит в рамках IP-протокола. Кроме того, введено второе контрольное поле (1 байт), следующее за контрольным полем ТР. Во втором контрольном поле содержатся тип адреса назначения (1 разряд) и счётчик маршрутизации (3 разряда). Последние 4 разряда - так называемый расширенный формат кадра (Extended Frame Format, EFF). Он принимает значения 0000 для обычных кадров и 01хх для LTE (Logical Tag Extended - расширенный логический тэг) кадров. LTE - расширение стандарта KNX. Его применяют для систем отопления, вентиляции и кондиционирования. Для устройств в LTE-режиме должны быть назначены зоны (информация о местоположении, например, комната, этаж). Фактически зона - это структурированная информация, которая используется в качестве адреса назначения в телеграмме. LTE-телеграммы не могут быть приняты другими KNX-устройствами, за исключением тех, которые настроены специальным образом.

На практике мне не приходилось встречать широкого применения режима LTE, за исключением устройств фирмы Siemens. Они конфигурируют специальным инженерным программным обеспечением.

Безопасность протокола - один из ключевых вопросов. Поэтому необходимо хотя бы минимально обеспечить безопасность служб. В KNX безопасность рассматривается лишь частично. Мощных средств её обеспечения не предусмотрено, но есть возможность установить ключ на доступ к устройству (а именно, к его настройкам).

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

В KNX предусмотрены службы идентификации A_SetKey и A_Authorize. Подробно о них можно прочитать в официальной документации. Обе службы работают в режиме коммуникации без установления соединения. В стандарте предусмотрено, что каждое из устройств может иметь 255 различных кодов, сопоставленных с 255 различными уровнями (приоритетами) доступа. Каждый код состоит из четырёх байтов. Эти коды записываются в каждое устройство заранее.

С помощью службы A_SetKey можно повторно выбрать уровень доступа, причём новый уровень доступа не может быть выше старого. Работает она так:

На стороне отправителя формируется и передаётся получателю запрос A_SetKey.req;

На стороне получателя генерируется и отправляется извещение A_SetKey.ind;

После этого определяется, верен ли код и можно ли установить новый уровень доступа;

В случае успешной проверки обратно отправляется телеграмма с новым уровнем доступа A_SetKey.res;

Приём A_SetKey.res подтверждается отправкой сообщения A_SetKey. con;

Если получатель не установил новый уровень доступа, он возвращает в качестве значения уровня число 255.

При необходимости выяснить у устройства, верен ли код и какой уровень доступа он обеспечивает, используется служба A_Authorize. Она также состоит из запроса, ответа и подтверждения, как было описано выше.

Удалённое приложение может установить права для отправителя на чтение и запись информации в память. На основе этого можно реализовать другие службы, представляющие интерес для управления сетью.

Хочу упомянуть, что есть ещё один адаптированный под использование в KNX-системе протокол аутентификации - ElBsec. Он предназначен для установления сеанса обмена и базируется на защищённом варианте протокола Нидхема-Шрёдера - протокола для обмена ключами и аутентификации. Суть его в том, что в системе предусматривается дополнительное устройство, занимающееся генерацией и распределением сеансовых ключей. Эти ключи передаются остальным устройствам в зашифрованном виде. Подробнее с этим протоколом можно ознакомиться в .

Пример применения

Рассмотрим пример системы, представленный на рис. 11. Здесь датчик (выключатель) имеет физический адрес 1.1.1 и групповой адрес 2/1/3, а исполнительное устройство (реле) имеет физический адрес 1.1.2 и такой же, как у датчика, групповой адрес 2/1/3.

При нажатии на кнопку выключателя в линию связи посылается телеграмма, которая содержит некоторую служебную информацию, определяемую протоколом, и сведения о произошедшем событии (в данном случае это нажатие на кнопку) вместе с командой, как эти сведения использовать. Телеграмма направляется от устройства 1.1.1 по групповому адресу 2/1/3.

Все устройства, подключённые к сети, получают эту телеграмму, но лишь те из них, которые имеют групповой адрес 2/1/3, обрабатывают её, проверяют правильность приёма, отсылают телеграмму подтверждения и выполняют команду. В рассматриваемом случае замкнутся контакты реле и включится лампа.

Для выключения лампы датчик-выключатель посылает другую команду, всё повторяется, в результате реле размыкает контакты. Если исполнительное устройство занято или телеграмма принята с ошибкой, в ответ на нее устройство, посылавшее команду, получит информацию об этом. Через некоторое время телеграмма будет повторена и устройства, которые не смогли её принять и выполнить команду, получат второй шанс.

Отмечу, что все адреса и программы сохраняются в энергонезависимой памяти устройств KNX, поэтому их достаточно запрограммировать только один раз, причём не обязательно на объекте.

Заключение

В этой обзорной статье кратко рассмотрен стандарт KNX. Конечно, были рассмотрены далеко не все его возможности, поскольку тема очень обширна. Я постарался дать основные сведения и технические аспекты этой технологии. Надеюсь, тема статьи вызовет интерес. Более подробно с ней можно ознакомиться по документации, которая имеется в открытом доступе на сайте KNX-ассоциации www.knx.org . Много полезной информации можно найти и на сайте автоматизации зданий http://www.autobuilding.ru/articles . html, а также на сайте Российской национальной ассоциации Коппех .

Лучше всего пользоваться оригинальной англоязычной документацией. Переводы нередко содержат неточности.

ЛИТЕРАТУРА

1. Руководство по системной технике для автоматизации зданий и домов. 5-е изд., переработанное. - Центральный Союз немецких электротехников и IT-технологов (ZVEH), 2006.

2. Granzer, Kastner, Neugschwandtner. ElBsec: A Security Extension to KNX.- URL: http://www . knx.org/media/docs/downloads/ KNX-Partners/03%20-%20Becoming% 20a%20KNX%20Scientific%20Partner/2006-11 %20Scientific%20Conference%20Paper s%20Vienna/05_granzer-eibsec_security-knxsci06-website.pdf (05.02.2015).

Я осветил само понятие умного дома, теперь же поговорим о его реализации. Для удобства рассмотрим две возможности: создание умного дома уже после ремонта, и интеграция умного дома в квартиру во время ремонта.

Создание умного дома в готовой квартире

И так, ремонт уже сделан, и вам хочется сделать свой дом чуточку умнее. Увы, многое реализовать уже не получится - централизованной системы управления не будет, все умные приборы будут работать отдельно.
Начать можно с умных розеток:

Что же они из себя представляют? Это устройства, которые вставляются в обычную розетку и умеют контролировать ток и напряжение на выходе. С их помощью можно, например, включить настольную лампу, обогреватель, кондиционер, чайник и т.д. Такие розетки имеют в себе GSM-передатчик, поэтому управлять ими можно и вне квартиры, прямо с телефона.

Второе, что можно сделать - это купить умный электроприбор, умеющий работать через приложение для мобильного телефона или с пульта. К примеру, чайник от Xiaomi:

Или умная лампа:

Все подобные устройства управляются дистанционно, но, увы, не централизовано - для каждого устройства потребуется отдельный пульт или приложение, что не очень удобно.

Ну и третье: если вы разбираетесь в электрике, то можно сделать систему дистанционного управления светом по радио. Для этого вам потребуется электронный коммутатор и пульт для удаленного управления. Для установки коммутатора придется разобрать нужный выключатель и впаять его в цепь, после чего собрать выключатель обратно (сам коммутатор маленький и в выемке для выключателя без проблем поместится) и подружить с пультом для удаленного управления. Возможностей применения - масса: в семье маленький ребенок, который не дотягивается до выключателя, или же не хочется шарить в темной комнате по стене, чтобы нащупать выключатель. Так же есть более продвинутые коммутаторы, позволяющие управлять не только включением и выключением света, но и яркостью свечения ламп.

Создание умного дома на стадии ремонта - теория и реализация

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

Одной из самых популярных шин является шина KNX, который выросла из гораздо более древней EIB. Поддерживает достаточно много возможностей передачи данных:

• Витая пара - специальный кабель с фиксированной скоростью передачи 9600 бит/с.
• Силовая линия, скорость передачи 1200 бит/с, первоначально только поверх 230 В, 50 Гц.
• IP-сеть (EIB.net) - например, Ethernet
• Радиоканал - для обмена используются два частотных окна 868 и 433 МГц.

Принцип передачи информации прост: передача производится модулированием напряжения в сети, причём логический нуль пересылается в виде импульса, с амплитудой примерно ±6 В. Отсутствие импульса интерпретируется как логическая единица. Телеграммы (команды) пересылаются пакетами по 8 информационных байт. Пересылка синхронизируется старт- и стоп-битами. Есть бит контроля чётности (контрольный бит для проверки целостности пакета).

Для разрешения столкновений телеграмм в сети применяется метод CSMA/CA. Этот метод гарантирует случайный, беспроблемный доступ устройств к шине, при этом без существенного снижения её максимальной пропускной способности. При этом гарантируется, что первоначально будут переданы сообщения с наивысшим приоритетом.

Для того, чтобы система заработала, необходимо не только установить устройства и соединить их необходимыми кабелями между собой и с силовой сетью, но и запрограммировать устройства с помощью программного обеспечения ETS. До загрузки необходимо провести следующие операции: назначить устройствам индивидуальные физические адреса, выбрать и настроить (параметризировать) прикладные программы устройств, создать структуру групповых адресов и объединить на них объекты связи, взяв один объект в датчике и другой в исполнительном устройстве.

Устройства, находящиеся в сети KNX, подразделяются на 3 категории:

1. Датчики - устройства, которые генерируют управляющие команды (выключатели, сенсоры освещенности, влажности, температуры, таймеры и т.д). Эти устройства фиксируют происходящие внешние события, и в зависимости от типа событий посылают команды на те или иные исполнительные устройства (например, температура в комнате опустилась ниже заданных 20 градусов - датчик температуры отправляет сигнал на включение отопления).
2. Исполнительные устройства - устройства, которые исполняют команды датчиков: различные регуляторы и релейные модули. Они меняют своё состояние (включено-выключено, открыто-закрыто и т.п.) в соответствии с командами, поступающими от сенсоров, тем самым управляя различным электрооборудованием.
3. Системные устройства - блоки питания, интерфейсные модули, шинные соединители, повторители и другие, включая панели и логические модули. Системные устройства обеспечивают работоспособность и возможность настройки сети KNX.

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

Топология сети

Термин топология сети означает способ соединения устройств в сеть. Шина KNX поддерживает 3 основных топологии:

• Для простых систем используется топология Линия (или шина). Она предполагает соединение устройств последовательно. Также есть возможность создания ответвлений и соединений в одной точке - такая топология называется Звезда. В сегмент линии можно установить не более 64 устройств. В одной линии может быть до 4-х сегментов. Из минусов - при обрыве линии перестает работать вся сеть.
• Если устройств больше, то рекомендуется топология Область (Area). При такой топологии линия с номером 0 становится главной линией области, и к ней можно присоединить до 15 дополнительных линий.
• Самая сложная "древовидная" топология реализуется при объединении областей с помощью магистральной линии. Таких областей может быть до 15. Таким образом, максимальное число устройств в сети может достигать 58000.

Схематично эти топологии выглядят так:

Привет! Попробую рассказать, как можно построить систему управления домом при помощи системы KNX. Основные вопросы, которые я хочу осветить - подход к воплощению «умного дома» на KNX, ориентиры по стоимости, подводные камни. Если материал «зайдет», продолжу. Я не стремлюсь впихнуть невпихуемое: за пределами статьи останутся диммеры, управление RGB и подобное - пока что мы просто включаем и выключаем свет:)

TL;DR: это не так дорого, как может показаться на первый взгляд и достаточно надежно.

Подход

На мой (и не только) взгляд, «умный дом» - совокупность систем, которые упрощают жизнь. В идеале, функционирование большинства систем должно быть незаметно для конечного пользователя - настроил и забыл - это относится к системам управления освещением, отоплением, кондиционированием. В отличие от «классического» подхода, хочется иметь возможность тонкой настройки в процессе - далеко не все хотелки можно вообразить на этапах проектирования и пусконаладки.

KNX

Почему KNX? Пропуская маркетинг, отмечу основные преимущества системы:

• KNX - децентрализованная система. Это значит, что при необходимости, можно заменить любой компонент, почти не оказывая влияния на остальные. В частности, нет централизованного контроллера, который бы управлял всем и вся. Разумеется, в бюджетных системах присутствуют точки отказа типа блоков питания, но с этим вполне можно мириться.
• Система, по сути, не привязана к конкретному вендору - можно выбирать любое оборудование, исходя из потребностей, бюджета и эстетических предпочтений. Если хочется иметь выключатели одного немецкого производителя, контроллеры - другого и третьего, а термостаты - вообще итальянские - никто не препятствует. Как правило, взаимосвязи между устройствами прописываются без каких-либо проблем. Для примера, я использую оборудование MDT , но на его месте может быть все что угодно - выбор огромен .
• Из предыдущих пунктов возникает еще один приятный момент: в любой момент систему можно расширять и улучшать. Условно, если изначально были установлены кнопочные выключатели, при возникновении потребности (и возможности) можно заменить их на сенсорные. Или вообще обвешаться многофункциональными экранами.

Надо сказать, что у системы есть один заметный нюанс - среда программирования существует всего лишь одна, со своими достоинствами и недостатками, называется ETS и стоит денег - от 200 евро за версию с ограниченным количеством устройств в проекте (до 20 - для небольшой инсталляции вполне достаточно) до 1000 евро за версию с неограниченным количеством устройств. Говорят, есть адаптированная для российского рынка версия где-то на торрентах - не встречал.

Общие принципы проектирования

KNX - в первую очередь шина. Двухпроводная, но при монтаже полагается использовать четырехпроводный кабель - рекомендуется JY(St)Y 2х2х0,8 - такой же, как в системах охранно-пожарной сигнализации. Используются две жилы - красная и черная, белая с желтой - про запас. Кабель - экранированный, наводок не боится.

Топологически, KNX - дерево, главное - не допускать колец. Терминирующих устройств не требуется.

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

Управляем освещением

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

В простейшем случае, хочется следующего:

1. Удобство. Например, если приходишь домой поздно, хочется сразу засветить прихожую, лестницу крыльцо и далее. Еще - включать/выключать свет в санузле по датчику присутствия.
2. Борьба с забывчивостью. Лег спать, а из под двери пробивается свет из коридора. Ну и фиг с ним, пусть сам погаснет через, например, 10 минут.
3. Возможность включать аварийное освещение - допустим, мы в спальне на втором этаже, а в дверь кто-то звонит - засветим сразу лестницу, коридор, крыльцо
4. Возможность погасить весь дом при уходе

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

Это позволяет реализовать кучу всего на одном выключателе, но не всегда удобно в плане поиска нужной кнопки.

Для любителей классической электроустановки, можно вместо нативных выключателей KNX использовать обычные, с передачей сигнала в шину посредством сухого контакта, размещаемого под выключателем в монтажной коробке (на картинке - сухарь под четырехклавишный выключатель):

Исходя из количества групп и их назначения, можно выбрать многоканальное реле (не забываем учитывать токи нагрузки). Их производят примерно все, однако распространены устройства Gira, ABB, MDT, Zennio.

Дальше - план проводки. От щита к выключателям подводится только шинный кабель, тот самый JY(St)Y 2х2х0,8. К нагрузкам (светильникам) - соответствующий электрический кабель (ВВГ, NYM - по вкусу). Количество и расположение щитов - по вкусу. В трехэтажном таунхаусе я делал три этажных щита - в каждом по многоканальному реле для управления светом на этаже, так меньше электрического кабеля разматывать.

Приятный бонус: свободные каналы реле можно использовать для управления розетками. Однако, поскольку многоканальники имеют, как правило, небольшую мощность (токи до 10А), на розетки нужно использовать промежуточные реле соответствующей мощности.

Запуск

Итак, все провода протянуты, устройства установлены, щиты скоммутированы. Можно попробовать всё это запустить - потребуется та самая ETS. Я пропущу стартовые шаги - создание топологии здания в проекте, добавление устройств и т.д. Если интересно - спрашивайте в комментариях, попробую сделать базовый tutorial.

В соответствии с хотелками и количеством групп освещения, планируем групповую адресацию.
Группа - это такая сущность в шине, которую слушают привязанные к ней акторы и в которую пишут всякие значения сенсоры. Актор (например, канал реле) можно привязать к нескольким группам, сенсор будет писать в одну группу.

Например: на первом этаже есть четырехканальное реле, с которого мы включаем/выключаем свет на крыльце, в прихожей, санузле и гостиной.

Целесообразно предложить следующие группы (используем трехуровневую структуру групповых адресов, первый этаж - 0, освещение первого этажа - 0/0):

0/0/0 - весь свет первого этажа, привязан ко всем каналам
0/0/1 - свет на крыльце, канал А
0/0/2 - свет в прихожей, канал B
0/0/3 - свет в санузле, канал C
0/0/4 - свет в гостиной, канал D

Вот как это выглядит в среде программирования:

Например, в гостиной первая кнопка включает/выключает (toggle) свет в самой гостиной, а вторая - принудительно выключает весь свет на этаже:

Привязка света в гостиной:

Выключение всего света на этаже:

Для переключений (toggle), необходимо передавать с каналов реле в шину их состояния, чтобы выключатель знал, какое значение передать в шину.

При необходимости, привязываем диоды на выключателях к состоянию соответствующих каналов реле - смысл аналогичный, картинками грузить не буду.

Загружаем конфигурацию в устройства и наслаждаемся эффектом:)

Дальше начинаем играться с проектом реле - задержки отключения, функции автоматического отключения света, настройка проходных выключателей в неограниченном количестве и так далее - до получения нужного эффекта.

Сколько это стоит?

Вопрос, на самом деле, многогранный. Можно пойти в отечественный интернет-магазин и купить все буквально втридорога. Можно заказать где-нибудь в Европе - приведу немецкие ценники (от которых с удовольствием дают очень приятную скидку) для той минимальной инсталляции, которую только что описал:

1. Блок питания 320мА: 110 евро
2. Четырехканальное реле: 145 евро
3. Четыре выключателя: 65 евро за каждый

Итого - 515 евро, 130 евро за канал освещения. Не забываем про возможные скидки и про то, что более емкие дают более низкую стоимость канала освещения.

Для желающих сэкономить - имеет смысл иногда шерстить авито - иногда там распродают сладкие остатки, главное - следить за ценой.

Что дальше?

1. Можно выбирать платформу для управления освещением по сети (со смартфона, например).
2. Можно внедрять в систему датчики присутствия, освещенности и так далее - в зависимости от фантазии (конечно, проводку под них надо закладывать на этапе проектирования)
3. Можно, наконец, вспомнить про то, что KNX - это не только свет, но и климат и прочие удобства - но это уже явно за пределами вводной статьи:)

Спасибо за внимание:)