KNX/EIB

Інтерфейс KNX/EIB можна підключити через Ethernet. Тут ви також знайдете поради та хитрощі з багаторічного досвіду.

Імпорт проекту KNX

Після створення інтерфейсу можна імпортувати проект KNX. Якщо проект захищений паролем, вам буде запропоновано ввести пароль. Він буде збережений у інтерфейсі під Розширено.

Порада: Після імпорту можна створити канали.

Імпорт проекту Theben LUXORplug

Можливо, безпосередньо імпортувати проект від LUXORplug. Імпорт виконується так само, як і для проекту ETS. У цьому випадку не створюється список групових адрес та папок підприємств. Сенсори були видалені з будівлі для зручності перегляду. Після імпорту можна також створити канали.

Створення каналів

У структурі Будівля та Топологія можна створювати канали. Для їх створення потрібно задовольнити різні умови. Важливо оголосити типи даних у ETS.

Типи Умова
Лампа Принаймні два булеві значення.
Лампа з регулюванням яскравості Принаймні одне значення bool_dimup і два значення типу uint_byte.
Лампа RGB Принаймні два кольорові значення color_3bytes. Версія з окремими каналами наразі не підтримується.
Жалюзі/Ролста Принаймні одне значення bool_up і два значення uint_byte.
Жалюзі з ламелями Принаймні одне значення bool_up і чотири значення uint_byte.

Значення для статусу повинні з'являтися після відправлених значень. Функція ламелей визначається за словами slat і lam.

Визначення типів даних

Перетворення типів даних не виконується так, як у інших візуалізаціях на основі KNX. Всі типи даних KNX (DPT) перетворюються в формат SPS. Вони видимі в ETS. Тут ви знайдете повний список конвертації.

Порада: Визначте всі типи даних у проекті ETS перед імпортом. Після цього Antcas Control також розв'язує їх.

RAW-телеграма

Тип даних raw має наступну структуру. Кожен байт у шістнадцятковому форматі, за яким слідує пробіл:

00 FF 3B

Або бінарне значення (6 біт) з ведучим знаком $-:

$3F

Запити на читання

Запити на читання можна оцінювати за допомогою типу даних read. Щоб відправити відповідь, можна поставити r безпосередньо перед груповою адресою. Наприклад: r1/4/23. Таким чином відправляється відповідь.

Програмування виконується наступним чином. in.switchRead створює фронту, яка негайно відправляє відповідь про стан виходу out.switch.

Примітка: Групова адреса з ведучим r не відображається в встановленні.

Змінні offline та error

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

Керування потоком

Оскільки керування потоком шлюзу працює лише з невідфільтрованими маршрутизаторами, обов'язково потрібно встановити кількість телеграм і запитів на читання. Це повинно становити 100мс на кожен встановлений маршрутизатор. То є: якщо 2 маршрутизатори одночасно підключені через багатоканальне мовлення, то інтервал повинен становити 200мс. У великих проектах також можна збільшити запит на читання. А саме до приблизно 2000мс.

Важливі примітки

  • Ніколи не керуйте системами безпеки через KNX-шину. Шина для цього не призначена. Навіть несправний руховий детектор або коротке замикання через конденсат води можуть запобігти тривозі.
  • Якщо шину прокладають у зовнішній зоні, слід створити нову лінію. Таким чином гарантується, що при короткому замиканні в зовнішній зоні функція все ще забезпечується всередині будівлі. Оптимально ви також можете захистити шину від небажаних доступів, налаштувавши фільтр пакетів у лінійному коплері.
  • У архітектурах багатоканального мовлення звертайте увагу на безпеку доступу. Уникайте використання багатоканального мовлення в громадських будівлях.
  • Оскільки KNX-шина дуже повільна, ви можете створити кілька відфільтрованих ліній і керувати ними окремо від сервера. Звертайте увагу на те, що KNX-шина також має лише 9600 бодів на рівні мережі.
  • При маршрутизації звертайте увагу на петлі. KNX має рішення проти безкінечних петель за допомогою лічильника маршрутизації, але швидкість шини все одно постраждає. У сервері пакети за замовчуванням не передаються внутрішньо, якщо ви використовуєте кілька шлюзів.

Перевірний список

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

Виправлення помилок

Телеграми часто повторюються

Якщо телеграми в груповому моніторі ETS з'являються жовтим кольором, вони відправляються знову через колізію пакетів. Якщо це раптово стає постійним явищем, можливо, є несправність:

  • Заміна джерела живлення --> Несправний фільтр або дроссель
  • Петля в шині --> Для пошуку помилки можна роз'єднати гілку і відсканувати лінію.
  • У двоканальних скручених парах пари з'єднані між собою --> Це призводить до петлі і потрібно роз'єднати. Часто зустрічається в старих установках з кабелем U72.
  • Занадто довгий кабель --> Перевірте напругу учасників, вона повинна становити принаймні 24В (KNX функціонує до 21В)
  • Нестійкий контакт --> Це дуже рідкісно і важко знайти.

Invalid Frame - Недійсний фрейм

Якщо телеграми в груповому моніторі ETS з'являються синім кольором, ETS не може спілкуватися з шиною. Могутні причини:

  • Перевірте напругу шини --> Коротке замикання або надто довгий кабель
  • Заміна джерела живлення --> Несправний фільтр або дроссель
  • Несправний шлюз --> Замініть інтерфейс

Пристрій не можна завантажити

Спробуйте завантажити пристрій, якщо це можливо, з власним джерелом живлення, якщо нічого не допомагає.

  • Перезапуск шини --> Відключіть напругу 230В на 1 хвилину (також від актора)
  • Перевірте напругу шини --> Коротке замикання або надто довгий кабель
  • Заміна джерела живлення --> Несправний фільтр або дроссель
  • Пристрій або лінійний коплер несправні --> Замініть пристрої
  • Зверніть увагу на груповий монітор --> Інший пристрій може викликати перебої або є занадто багато телеграм, і таймаути закінчуються занадто рано (ETS: Пристрій не відповідає)
  • Лінійний коплер не маршрутизує всі телеграми --> Не завантажувати через лінійний коплер

Підпорядковані сторінки