KNX. Заметки. Часть 0. Необходимое предисловие

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

"...Она была еще не царевна, но уже и не лягушка..."

Идея написать эти заметки возникла именно из практического осмысления теории KNX. Практика - на протяжении более 10 лет. Проекты разных направлений. Различные задачи. Изучено много изделий разных производителей. Все время - сравнение, поиски лучших, оптимальных решений.
Было сделано немало различных объектов. Во время работы возникали "непонятки". Читали книжки, делали эксперименты. Почему бы и не поделиться с коллегами?
Потому - практика и теория (в необходимом объеме).

Далее.

KNX. Заметки. Часть 1. Среды обмена данными.

KNX. Заметки. Часть 1. Среды обмена данными.

Часть первая. Типы сред передачи данных.
Теория.
Не пугайтесь термина "типы сред...". Речь идет всего лишь о том, "с чего начинается Родина" ;) - посредством чего шинные изделия обмениваются между собой информацией.
Итак. По возрастанию - от неактуальных до наиболее важных.

PL110. Силовая линия.
Один из исторически первых вариантов. Для связи между собой устройства использовали силовую линию - проще говоря, уже имеющуюся силовую проводку (для нас - 230 В, 50 Гц).

KNX. Заметки. Часть 5. Количество изделий на линии, питание.

Структура линии, количество изделий на линии, питание линии.

Один сегмент линии KNX (минимальная структурная единица топологии) выглядит вот так -

1line top

На каждой линии должен быть свой БП (PS, блок питания) с дросселем. Блок питания состоит из части, которая обеспечивает стабилизированное напряжение для шины KNX и дросселя, который

KNX. Заметки. Часть 6. Использование IP в KNX. Туннелинг, роутинг

IP и KNX, Туннелинг, Роутинг.
Расширение возможностей KNX добавлением протокола обмена по IP добавило новые возможности построения структуры KNX за счет использования в качестве среды обмена сети IP (о различных средах обмена можно почитать в заметке KNX. Заметки. Часть 1. Среды обмена данными.)

Использование протокола обмена по IP для KNX дало несколько возможностей -

  • повышение скорости обмена, если вы строите структуру с большей, чем одна линия
  • возможность локального доступа к KNX через IP с любой точки внутренней компьютерной сети
  • возможность удаленного доступа к KNX через IP с любой точки глобальной сети
  • (не совсем очевидный факт!) снижение стоимости системных устройств KNX

Далее тему IP и KNX я буду рассматривать для большей наглядности на примере конкретных изделий. А именно - от фирмы Weinzierl. Эта небольшая немецкая фирма является одним из разработчиков системных изделий (интерфейсов, серверов) и ПО для KNX.

P в KNX используется в двух режимах - Туннелинг и Роутинг. Разобраться who is who несложно, но необходимо. Итак -

KNX. Заметки. Часть 3. Режимы адресации. НОРМАЛЬНЫЙ режим.

Режимы адресации. ГРУППОВАЯ адресация.

Вопросы, о которых пойдет речь ниже - режимы взаимодействия устройств (нормальный и системный), подробнее - НОРМАЛЬНЫЙ режим (о СИСТЕМНОМ - читайте в другой заметке), групповые адреса.

Взаимодействие устройств KNX может происходить только в 2-х режимах -

  • НОРМАЛЬНОМ (обычная работа KNX - обмен групповыми телеграммами)
  • СИСТЕМНОМ (в этом режиме происходит программирование и диагностика)

НОРМАЛЬНЫЙ РЕЖИМ

В НОРМАЛЬНОМ режиме взаимодействие между устройствами выполняется посредством ПЕРЕДАЧИ телеграмм ГРУППОВОЙ адресации. В телеграмме всегда в качестве ИСТОЧНИКА содержится ФИЗИЧЕСКИЙ адрес передающего устройства, а в качестве МЕСТА НАЗНАЧЕНИЯ - ГРУППОВОЙ адрес.

group addressing

СИСТЕМНЫЙ РЕЖИМ

В СИСТЕМНОМ режиме взаимодействие между устройствами выполняется посредством ПЕРЕДАЧИ телеграмм ФИЗИЧЕСКОЙ адресации. В телеграмме всегда в качестве ИСТОЧНИКА содержится ФИЗИЧЕСКИЙ адрес передающего устройства, а в качестве МЕСТА НАЗНАЧЕНИЯ - тоже ФИЗИЧЕСКИЙ адрес, т.к. мы работаем с конкретным устройством.

phys addressing struct

Страница 1 из 2