Редактирование: Часто задаваемые вопросы

# '''Почему отсутствует связь между Shelly и другими устройствами KNX?''' Проверьте, правильно ли работает интерфейс связи (например, KNXnet/IP к шлюзу KNX TP), например, есть ли питание, горит ли светодиод индикации состояния и т. д. Убедитесь, что обе стороны вашего интерфейса связи правильно подключены, т. е. Ethernet или Wi-Fi работают. Убедитесь, что устройство Shelly имеет IP-адрес на используемом IP-интерфейсе. Проверьте правильность подключения на стороне KNX TP (витая пара). Проверьте настройки KNX: многоадресный адрес и порт связи. Убедитесь, что все устройства Shelly используют один и тот же многоадресный адрес и порт связи, что и настроенные на используемом интерфейсе связи.

# '''Какие рекомендуемые настройки для KNX IP-маршрутизатора?''' Когда KNX-телеграмма должна быть маршрутизирована наружу (к другим устройствам KNXnet/IP) и/или между различными зонами и линиями KNX, программное обеспечение (ETS или другое) автоматически создает «таблицу фильтров» разрешенных для сквозной передачи адресов групп KNX на KNX IP-маршрутизаторе, ответственном за связь. В зависимости от того, как разработана программа KNX и как устройства Shelly могут мешать этой программе, может возникнуть ситуация, когда используемые Shelly адреса групп KNX НЕ указаны в автоматически созданной «таблице фильтров» программным обеспечением. В некоторых случаях «таблица фильтров» может быть даже полностью пустой. Чтобы проверить содержимое «таблицы фильтров», откройте программное обеспечение для программирования KNX, перейдите к KNX IP-маршрутизатору, используемому в вашем проекте, затем щелкните по нему правой кнопкой мыши и выберите «Предварительный просмотр таблицы фильтров» (см. рисунок ниже). Ниже представлен предварительный просмотр «Таблицы фильтров»: Чтобы решить проблему с разрешенными для сквозной передачи групповыми адресами, мы рекомендуем вручную маршрутизировать в обоих направлениях телеграммы KNX, используемые Shelly. См. рисунок ниже:

{| class="wikitable"
|-
| Маршрутизация KNX в IP
| Маршрутизация IP в KNX
|}

* Маршрутизация KNX в IP - В пунктах 1 и 2 показано, как маршрутизировать групповые адреса (групповые телеграммы) в диапазоне от 0 до 13 (0 ≥ 13). Если вы используете групповые адреса в диапазоне выше 13 (14 ≥ 31), вам также следует маршрутизировать эти телеграммы, см. пункт 3 (необязательно).

* Маршрутизация IP-адресов в KNX — Используя описанную выше логику, маршрутизируйте групповой адрес и в обратном направлении. См. пункты 4 и 5 для маршрутизации групповых адресов (групповых телеграмм) в диапазоне от 0 до 13 (0 ≥ A ≤ 13). Если вы используете групповые адреса в диапазоне выше 13 (14 ≥ A ≤ 31), вам следует маршрутизировать и эти телеграммы, см. пункт 6 (необязательно).

# Что означает уникальный индивидуальный адрес? Как описано в базе знаний, индивидуальный адрес имеет следующий формат: X.Y.Z. Уникальность означает, что в одной установке KNX не должно существовать двух или более устройств, у которых все три параметра идентичны друг другу. Пример: Если устройство «K» имеет индивидуальный адрес '''1.1.3''', то устройство «L» не должно получить индивидуальный адрес со всеми тремя параметрами, идентичными устройству «K» ( '''1.1.3''' ), а что-то другое, например, '''1.1.4'''. Устройства, использующие индивидуальный адрес по умолчанию ( '''15.15.255''' ), не считаются конфликтом. ''ПРИМЕЧАНИЕ'': Индивидуальный адрес не имеет значения во время нормальной работы установки.
# '''Возможно ли обнаружить конфликты индивидуальных адресов через пользовательский интерфейс устройства Shelly?''' Нет. Устройства Shelly в настоящее время не поддерживают эту функцию. Ответственность за предотвращение таких конфликтов лежит исключительно на интеграторе KNX.

# '''Имеет ли значение, подключено ли устройство через Ethernet или Wi-Fi для работы функциональности KNXnet/IP?''' Тип сетевого подключения не имеет значения с точки зрения устройства. Для безупречной работы требуется стабильное сетевое соединение, и это следует учитывать при построении сетевой инфраструктуры.

# '''Какие данные передаются по сети KNX? Доступна ли вся информация, описанная в документации API?''' Протокол KNX — это закрытая система автоматизации, предназначенная для работы только сертифицированными партнерами KNX. Информация, описанная в документации API, охватывает только поддерживаемые опциями Shelly KNX. Для понимания используемой терминологии необходимы базовые знания KNX (базовый сертификат KNX).
# '''Возможно ли одновременно подключить устройство Shelly к сети KNX и к учетной записи Shelly?''' Да, это абсолютно возможно. Более того, можно одновременно подключить устройство к локальному контроллеру домашней автоматизации, например, Home Assistant.

# '''Поведение при перезагрузке и/или сбое питания?''' Все настройки KNX сохраняются внутри системы, и перезагрузка/сбой питания не требуют от пользователя дополнительных действий для дальнейшей корректной работы устройств Shelly.

# '''Как KNX обрабатывает сбои или неисправности в системе?''' KNX — это протокол связи, разработанный с учетом высокой степени защиты от сбоев. Каждый отправленный KNX-телеграмм содержит контрольный байт, который используется всеми получателями для генерации собственного подтверждения успешной передачи данных и уведомления отправителя. Когда все получатели подтверждают отправителю успешный прием данных, отправляется новая телеграмма. В случае обнаружения ошибки вся телеграмма повторяется. По умолчанию KNX-телеграмма повторяется три раза, этот параметр может быть изменен.

# '''Диагностика и устранение неполадок в интеграциях Shelly + KNX''' Надлежащий процесс диагностики невозможен без использования программного обеспечения для программирования KNX (например, ETS). Для комплексной диагностики необходимо использовать как страницу диагностики, предоставляемую Shelly, из встроенного веб-интерфейса (Расширенные настройки -> Диагностика), так и функцию диагностики, включенную в программное обеспечение для программирования KNX (например, ETS → Диагностика).
# '''Поддерживают ли устройства Shelly безопасность KNX?''' Нет. Устройства Shelly не способны расшифровывать ни безопасность KNX IP, ни безопасность данных KNX, которые являются частью расширения безопасности KNX стандарта KNX. Поддерживается только незашифрованная связь.

# '''Ручное изменение''' '''''Флагов связи''''' '''объектов KNX Некоторые производители KNX НЕ устанавливают «Флаг чтения» как «Активный» (см. рис. 1) на объекте обратной связи «Канал X» своих исполнительных устройств переключателей соответствующего канала. Если «Флаг чтения» не включен, функция переключения устройств Shelly работать не будет! Рис. 1 - Исполнительное устройство переключателя с отключенными правами чтения на объектах обратной связи «Канал X». В таких случаях «Флаг чтения» следует включить вручную с помощью программного обеспечения для настройки ETS (или другого). Выберите объект KNX, который необходимо изменить, а затем перейдите к его свойствам «Флаги» — они находятся в правой части программного обеспечения для настройки ETS в разделе «Свойства» → «Флаги» (см. рис. 2 и рис. 3).

{| class="wikitable"
|-
| Рис. 2 - Свойства флагов по умолчанию ETS
| Следует изменить на:
| Рис. 3 - Свойства измененных флагов ETS
|}

На рис. 4 показано, как должна выглядеть конфигурация после установки всех
''Флагов чтения''
на всех (или необходимых пользователю) каналах исполнительных механизмов переключателей.

[[File:image-20240712-061721.png]]
Рис. 4 - Измененный флаг чтения объектов обратной связи канала X
Обратите внимание, что производители KNX могут давать разные имена на своем оборудовании для
объекта переключателя
и для
объекта обратной связи
. Например, в приведенном выше случае для канала [X] (1-4) производитель использует
'R[X] Input'
для
объекта переключателя

и ''R[X] Output''
для
объекта обратной связи
.

Необходимо перенести все внесенные изменения обратно на затронутые устройства KNX.

# '''Можно ли использовать интерфейс KNX для установления связи KNX между Shelly и другими устройствами KNX?''' Интерфейс KNX IP (без IP-маршрутизатора) служит только для целей программирования и не может использоваться в качестве маршрутизатора KNX. Это ограничение обусловлено самим устройством KNX, а не Shelly. Для установления связи между устройствами KNX и Shelly необходим KNX IP-маршрутизатор.
# '''Можно ли подключить устройство Shelly с поддержкой KNX к другому устройству Shelly, используя его опцию расширителя диапазона?''' Нет.
# '''ETS v6.3.0 больше не поддерживает ручное редактирование таблицы фильтров — что мне делать?''' В предыдущих версиях ETS (до v6.3.0) пользователи имели возможность вручную редактировать таблицу фильтров. Это позволяло точно настраивать, какие групповые адреса устройство будет фильтровать или пропускать. Однако эта функциональность была удалена начиная с версии ETS 6.3.0. Более подробную информацию об этом решении Ассоциации KNX можно найти здесь. В результате использование только «фиктивного» файла ETS для устройств, расположенных на линии KNX TP, больше недостаточно. Теперь требуется дополнительный фиктивный файл, представляющий устройство на основной IP-линии. Эти фиктивные файлы обычно предоставляются производителями устройств центрального управления (например, серверов KNX) и средств визуализации (например, дисплеев KNX). Для этой цели мы в Shelly выбрали приложение Eelectron Advanced Dummy для представления устройств Shelly в программном обеспечении ETS. Выбранный фиктивный файл специально разработан для использования только на линии TP. На рисунке 1 показан выбранный фиктивный файл в использовании. Рис. 1 — Пример файла приложения Advanced Dummy от Eelectron. Выбранное приложение Dummy позволяет полностью настраивать содержащиеся в нем объекты KNX. На рисунке 2 показано устройство Shelly Pro Dimmer 1PM, уже настроенное с помощью указанного файла Dummy. Рис. 2 — Конфигурация Shelly PRO Dimmer 1PM. После того, как все устройства добавлены в проект, им присвоены индивидуальные адреса, а необходимые объекты групп связаны с соответствующими адресами групп, следующим шагом является обеспечение включения этих адресов групп в таблицу фильтрации используемого IP-маршрутизатора KNX. Как упоминалось ранее, ручное редактирование таблицы фильтров больше не поддерживается в ETS версии 6.3.0 и более поздних. Поэтому необходимо добавить виртуальное устройство на «Основную IP-линию», чтобы автоматически заполнить таблицу фильтров. На рисунке 3 показано устройство KNX IP Dummy, которое мы выбрали для этой цели — Schneider Electric SpaceLogic KNX Secure Dummy. Рис. 3 — Файл-заглушка Schneider Electric Wiser for KNX. Как показано на рисунке, столбец «Тип среды» указывает, что устройство может быть добавлено либо в сегмент TP, либо в IP-сегмент проекта. В этом случае добавьте устройство-заглушку Schneider Electric SpaceLogic KNX Secure Dummy в «Основную IP-линию» проекта, как показано на «Рисунок 4».

«Обратите внимание: абсолютно нет необходимости владеть или устанавливать реальное оборудование»

— это устройство-заглушка добавляется исключительно в качестве виртуального заполнителя для обеспечения корректного заполнения таблицы фильтров маршрутизатора KNX IP.

[[File:image-20250326-120747.png]]
Рис. 4 - Добавление устройства Schneider Electric SpaceLogic KNX Secure Dummy к основной IP-линии
Следующий шаг — связать
групповые адреса,
используемые устройствами Shelly, с интерфейсом Dummy устройства
'''Schneider Electric SpaceLogic KNX Secure Dummy'''

Просто перетащите соответствующие
групповые адреса
на интерфейс устройства Dummy, как показано на
''Рисунок 5''

.
'''Примечание:'''

Если выбранное устройство Dummy поддерживает опцию
'''KNX Secure''', убедитесь, что эта функция
'''отключена''',
поскольку устройства Shelly в настоящее время не поддерживают KNX Secure.

[[File:image-20250326-131819.png]]
Рис. 5 - Связывание групповых адресов с защищенным фиктивным устройством KNX SpaceLogic от Schneider Electric
В нашем примере мы добавили

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

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

это важный шаг для обеспечения надлежащей связи между линиями KNX.

«Рисунок 6»
иллюстрирует, где и как выполнить эту передачу в среде ETS.

[[File:image-20250326-134237.png]]
Рис. 6 - Передача новых изменений конфигурации на IP-маршрутизатор KNX
После успешной передачи конфигурации на IP-маршрутизатор KNX конечный результат можно увидеть на
«Рисунок 7».

. [[File:image-20250326-081618.png]]
Рис. 7 - Передача конфигурации маршрутизатора KNX IP.
В качестве рекомендации рекомендуется проверять таблицу фильтров не щелчком правой кнопкой мыши непосредственно на маршрутизаторе KNX IP,
а перейдя в раздел
«Топология → Магистраль»
и щелкнув правой кнопкой мыши на
«Главной линии TP».
Этот метод обеспечивает более полное и точное представление конфигурации фильтров. Если все настроено правильно, предварительный просмотр таблицы фильтров, полученный с маршрутизатора KNX IP, и предварительный просмотр, полученный через Главную линию TP, должны быть
«идентичными».
Пример этого процесса показан на
«Рисунке 8».

. [[File:image-20250326-141407.png]]
Рис. 8 - Проверка таблицы фильтров через основную линию TP
Предварительный просмотр окончательной таблицы фильтров подтверждает, что все настроено правильно — маршрутизатор KNX IP теперь правильно сконфигурирован, и все необходимые
групповые адреса
включены. Таким образом, интеграция завершена и готова к работе.
«См. рисунок 9 ниже для предварительного просмотра итоговой таблицы фильтров».
[[File:image-20250326-143543.png]]
Рис. 9 - Предварительный просмотр таблицы фильтров
Если вы выполнили все описанные выше шаги, ваша настройка теперь должна быть полностью функциональной и соответствовать стандарту KNX — готовой к надежной и эффективной работе.
«Если у вас возникнут какие-либо проблемы или дополнительные вопросы, не стесняйтесь обращаться в нашу службу поддержки — мы здесь, чтобы помочь!»

[[Категория:Общий]]