Режимы адресации. ГРУППОВАЯ адресация.
Вопросы, о которых пойдет речь ниже - режимы взаимодействия устройств (нормальный и системный), подробнее - НОРМАЛЬНЫЙ режим (о СИСТЕМНОМ - читайте в другой заметке), групповые адреса.
Взаимодействие устройств KNX может происходить только в 2-х режимах -
- НОРМАЛЬНОМ (обычная работа KNX - обмен групповыми телеграммами)
- СИСТЕМНОМ (в этом режиме происходит программирование и диагностика)
|
НОРМАЛЬНЫЙ РЕЖИМ В НОРМАЛЬНОМ режиме взаимодействие между устройствами выполняется посредством ПЕРЕДАЧИ телеграмм ГРУППОВОЙ адресации. В телеграмме всегда в качестве ИСТОЧНИКА содержится ФИЗИЧЕСКИЙ адрес передающего устройства, а в качестве МЕСТА НАЗНАЧЕНИЯ - ГРУППОВОЙ адрес. |
 |
|
СИСТЕМНЫЙ РЕЖИМ В СИСТЕМНОМ режиме взаимодействие между устройствами выполняется посредством ПЕРЕДАЧИ телеграмм ФИЗИЧЕСКОЙ адресации. В телеграмме всегда в качестве ИСТОЧНИКА содержится ФИЗИЧЕСКИЙ адрес передающего устройства, а в качестве МЕСТА НАЗНАЧЕНИЯ - тоже ФИЗИЧЕСКИЙ адрес, т.к. мы работаем с конкретным устройством. |
 |
При НОРМАЛЬНОЙ работе KNX физический адрес устройства не имеет принципиального значения, т.к. на ГРУППОВУЮ телеграмму (групповой адрес) отзываются все устройства (объекты), которые входят в данную ЛОГИЧЕСКУЮ группу. И все! Если у вас есть уже есть запрограммированные ранее устройства со связанными групповыми адресами, то нормально будут работать показанные ниже инсталляции -
| Если попробовать собрать схему с одной линией и двумя устройствами, то все будет работать, хотя устройства здесь, согласно физической адресации, - с разных линий. |  |
| Будет, конечно, работать и правильная структура с 2-мя линиями и линейными соединителями (предполагаем, что при начальной отладке таблица фильтрации не включена и проходят в обоих направлениях все групповые телеграммы) |  |
|
Будет работать и НЕправильная структура с 2-мя линиями и линейными соединителями (предполагаем, что при начальной отладке таблица фильтрации не включена и проходят в обоих направлениях все групповые телеграммы). |
 |
| Будет работать и вот такая "дикая" схема! - на одной линии два устройства с одним физическим адресом! |  |
тсюда можно сделать некоторые практические выводы.
В готовой инсталляции могут работать и не мешать друг-другу устройства с одинаковыми физ. адресами, а также находящиеся на "неправильных" линиях.
Попасть в такую ситуацию вполне возможно - варианты можете придумать сами ;) Особенно такую возможность и ее последствия надо держать в голове при работе с неизвестной чужой инсталляцией.
Если вы делаете проект "с нуля" и шаг за шагом, то этого не случится.
Почему?
Физический адрес задается конкретному физическому устройству (железке!) . Этот адрес (номер) уникальный и в системе повторяться не должен и не может. При попытке в ETS дать новому устройству, добавлямому в проект, уже имеющийся адрес она ругнется и не позволит этого сделать. Пример - попытка задать уже имеющийся адрес 1.1.1 дает вот такое сообщение
При попытке записать при программировании уже "занятый" в инсталляции адрес ETS вам также этого не позволит.
Казалось бы, с физическим адресом все просто и ясно и наличие его в системе важно только в начале программирования ("Нажмите кнопку....." - сколько раз мы видели это сообщение!). Но хотелось разобраться и с ним? Хорошо, в другой заметке -