Протокол KNX
KNX интеграция: сградната автоматика в един локален интерфейс
Шината си остава шина. HoumeOS добавя правилата, правата и историята.
Какво е готово днес, какво чака драйвера и каква документация ни трябва от вашата KNX инсталация.
Накратко
KNX е жичен протокол за сградна автоматика: уредбите се командват чрез групови адреси, а достъпът до LAN-а обикновено минава през KNXnet/IP интерфейс. HoumeOS описва KNX като транспорт в интеграционния каталог и дава водачи с реална TCP проверка на адреса. Драйверът, който чете и пише груповите адреси, предстои — не го представяме за готов.
Какво е KNX и къде се появява в HoumeOS
KNX не работи с „уреди с акаунт“. Работи с групови адреси: всеки сигнал — положение на щора, статус на светлини, зададена температура — е адрес на шината, който някой изпраща, а някой слуша. Платформата не говори KNX от самото си начало; тя говори MQTT по контракта home/v1, а KNX идва като транспорт, който се превежда към него.
- Груповите адреси остават единственият език на шината — нищо не се дублира в облак
- От LAN машината достъпът обикновено е през KNXnet/IP интерфейс
- Преведените сигнали влизат в същия модел на уредбите като всички други
Какво е готово днес
Интеграционният каталог описва KNX като жичен транспорт заедно с Modbus, ONVIF, Matter, Zigbee и REST. За всеки транспорт панелът показва посока, среда и дали нужната зависимост е налична — това не е маркетингов ред, а реален запис на сървъра. Редакторът пази етикет, адрес и бележка на сървъра, не в таблета.
- Водачи за адрес и порт с реална TCP проверка дали изобщо има отговор
- Стъпково сдвояване: тип мрежа → уредба → тестова заявка → резултат
- Регистър на уредбите с честен статус: няма връзка, на линия, не се знае
- Правила, сценарии, режими, права и роли, история 7/31/13 месеца
Какво предстои: драйверът
Липсващият елемент е драйверът. Той трябва да чете груповите адреси, които описват вашата инсталация, да ги пише като състояние в home/v1 и да приема командите обратно към шината. Това е точно дефинирана, малка част и е следващата стъпка в пътната карта. Докато не е написан и проверен на реален KNX интерфейс, ние не казваме „поддържаме KNX“.
Каква документация ни трябва от обекта
За KNX инсталацията е нужен проектът: списък на груповите адреси с техните данни, кое е вход и кое изход, какви полета и скали се използват, и какъв е интерфейсът към LAN-а. С такава документация драйверът е работа по обект, а гадане на адреси — не. Конкретните модели уреди и интерфейси се потвърждават при оглед на инсталацията.
Защо локално, а не през облак на производителя
При облачния път всяка команда излиза от къщата, минава през чужд сървър и се връща. При локален сървър правилата се изпълняват у вас: интернетът спира, а щорите, светлините и отоплението продължават да се движат по график. Токенът на bridge-та и правата по роли остават в LAN-а, а журналът показва коя команда е изпълнена и коя не.
Какво работи днес и какво предстои
Не представяме предстоящо за налично. Списъкът съвпада с пътна карта на платформата.
Работи днес
- KNX е описан в интеграционния каталог като жичен транспорт с описание на нужната зависимост
- Водачи с адрес, порт и реална TCP проверка на отговора
- Редактор на интеграцията — настройките живеят на сървъра, не в таблета
- Общ модел на уредбите: права, роли, журнал и история, готови за преведени сигнали
Скоро
- Драйвер, който чете и пише груповите адреси и ги превежда в home/v1
- Потвърждение за всяка команда към шината и ясен статус при мълчание
По-нататък
- IP интерфейс или шлюз, предлаган и конфигуриран от нас
- Готови профили по марки и модели — потвърждават се при оглед на обекта
- BACnet и M-Bus по същия модел на транспорта
Често задавани въпроси
Поддържа ли HoumeOS KNX днес?
Честно: KNX е описан в каталога и панелът дава водачи с реална TCP проверка на адреса, но драйверът, който чете и пише груповите адреси на шината, предстои. Не представяме предстоящата интеграция за налична. За конкретна сграда сме готови да напишем драйвера заедно с вашия KNX партньор, ако имаме проекта на инсталацията.
Какво ни трябва от KNX инсталацията?
Проектът на инсталацията: списък на груповите адреси с данните им, посока на всеки сигнал, използвани полета и скали, и описание на интерфейса към локалната мрежа. Нужен е и достъп за оглед, за да потвърдим моделите на уредбите и интерфейса. Без такава документация интеграцията е гадане, а ние не работим така.
Трябва ли ни облачен акаунт или приложение на производителя?
Не. HoumeOS е локален: сървър в вашата мрежа, HTTP+SSE фасадата и контракт home/v1. Командите и състоянието не излизат от LAN-а, а при паднал интернет правилата и графиките продължават да се изпълняват. И при KNX целта е същата — шината си остава локална, а интерфейсът е към нашия сървър.
Как изглежда управлението след интеграцията?
Като всяка друга уредба в системата: име, помещение, права, състояние и история. Щорите и светлините, дошли от KNX, участват в същите сценарии и режими като климатиците, бойлера и поливането. На стенния панел няма седем приложения — има един интерфейс, който знае коя уредба от кой транспорт идва.
Колко време отнема KNX интеграцията?
Работата върви по стъпки, не по обещания за дни. Първо оглед и проект на инсталацията, после списък на нужните групови адреси, после драйвер и проверка на място с реалния интерфейс. Всеки етап завършва с видим резултат в системата, затова не казваме „готово“, докато уредбата не е променила състояние от киоска.
Показваме системата на жив екран
Демонстрацията е с вашия въпрос: кои уредби, кои протоколи и какви сценарии искате.