Az EIB és a KNX kapcsolata, a buszrendszer működése, a KNX Secure korlátai és az átadáskor szükséges projektmentés.
Az EIB a KNX egyik történeti alapja. A KNX Association összefoglalója szerint az EIB mögött álló szervezet 1990-ben alakult, majd az EIB, a BatiBUS és az EHS szervezetei 1999-ben egyesültek. A KNX/EIB megjelöléssel ezért régebbi eszközökön és dokumentációban is találkozhatsz. Egy meglévő rendszer bővítésénél a pontos készüléktípus és a projekt dokumentációja a döntő.
Mit vezérel egy KNX-rendszer?
A KNX épületautomatizálási kommunikációt biztosít. Érzékelők és kezelők jeleket adnak, a beavatkozó egységek – az aktorok – például világítást kapcsolnak vagy árnyékolót vezérelnek. Egy hagyományos lámpa vagy motor nem feltétlenül kommunikál közvetlenül a KNX-hálózaton; ezt a hozzá illesztett vezérlőegység végezheti.
A sodrott érpárral működő KNX TP buszhoz busztápegység szükséges. A KNX azonban rádiós és IP-alapú megoldásokat is tartalmaz; ezért a TP tápellátásáról vagy kábelezéséről szóló adatokat nem lehet minden KNX-eszközre általánosítani. A KNX IP-interfész programozási és kapcsolódási lehetőséget adhat, az IP-router pedig buszrészek összekötésében is szerepet kaphat.
A gomb és a funkció között logikai kapcsolat van
Az ETS szoftverben az eszközök paraméterei és kommunikációs kapcsolatai készülnek el. A csoportcímek az eszközök kommunikációs objektumait kapcsolják össze. Egy világítási funkciónál például külön jelentése lehet a kapcsolási parancsnak és az állapot-visszajelzésnek. Az üzenet értelmét a beállítás és az adattípus is meghatározza.
Saját szemléltető példa: a bejáratnál lévő gombhoz a tulajdonos egy távozási funkciót szeretne. Először azt kell leírni, mely lámpák kapcsolódjanak le, mely berendezések maradjanak működésben, és milyen visszajelzést kapjon a használó. Ebből lehet programozható és kipróbálható követelményt készíteni. A „mindent kapcsoljon le” túl bizonytalan megfogalmazás.
Mit jelent a decentralizált felépítés?
A feladatok több KNX-eszköz között oszlanak meg, ezért az alapfunkcióknak nem feltétlenül kell egyetlen központi vezérlőprogramtól függeniük. Ettől még maradhatnak közös függőségek: a TP busztáp, egy vonali kapcsolat vagy egy külön logikai szerver kiesése több funkciót is érinthet. A hibák hatása a tényleges felépítéstől függ.
Megrendelőként kérd, hogy az ajánlatban és az átadáskor is legyen válasz az alábbiakra:
- Mi működik tovább internetkapcsolat nélkül?
- Mely funkció függ külön szervertől vagy felhőszolgáltatástól?
- Hogyan használható a világítás és az árnyékolás az automatika felülbírálásakor?
- Mi történik tápellátási kiesés után, és milyen állapotban indul újra a rendszer?
A próbákat a kivitelező készítse elő és végezze el biztonságos körülmények között. A használó számára a megállapított működést és az esetleges korlátokat kell bemutatni.
A KNX Secure képesség és beállítás kérdése
A KNX IP Secure az IP-szintű kommunikációt, a KNX Data Secure az érintett végkészülékek közötti üzeneteket védi. A védelemhez megfelelő eszközök és helyes konfiguráció szükséges. Egy régi KNX-felirat vagy egy IP-átjáró jelenléte önmagában nem igazolja a titkosított kommunikációt. A fizikai hozzáférést és a távoli elérés jogosultságait is rendezni kell.
A KNX Secure-t használó ETS-projekthez jelszó tartozik, és a készülékek biztonsági adatai is a projekt kezelésének részei. Az átadásban szerepeljen, ki őrzi a projektet, a szükséges tanúsítványokat és kulcsadatokat, és ki jogosult később módosítani. Ezeket ne küldjétek nyilvános linken vagy tegyétek hozzáférhetővé általános felhasználói fiókból.
A bővíthetőséghez dokumentáció kell
Egy kapcsolási funkció módosítása bizonyos esetekben szoftveresen megoldható, új fogyasztó vagy új helyszín kiszolgálásához viszont kábelezés, megfelelő aktorcsatorna és tápellátás is szükséges lehet. Bővítés előtt ezért a meglévő tartalékokat, a kívánt működést és az eszközök illeszthetőségét együtt kell megvizsgálni.
A KNX Association projektmentési útmutatója minden befejezett módosítás után mentést és az importálhatóság ellenőrzését javasolja. Kérj az átadott állapottal egyező projektmentést és egyértelmű verziójelölést. A puszta fájlnév helyett legyen világos, melyik épülethez és melyik átadási állapothoz tartozik.
Az automatizálás értékét az előre meghatározott működés alapján ítéld meg. Megtakarítási állításhoz összehasonlítható fogyasztási adatok kellenek. Tűzjelzővel vagy más biztonsági rendszerrel való jelkapcsolat pedig önmagában nem teszi az általános épületautomatizálást minősített biztonsági berendezéssé; az ilyen feladatokat külön kell megtervezni és igazolni.
Elsődleges műszaki háttér
- KNX: történet és fejlődés.
- KNX: átviteli módok és rendszerelemek; a buszrendszer működésének magyarázata.
- ETS: kommunikációs objektumok és csoportcímek.
- KNX Secure áttekintés; projektjelszó és kulcsadatok.
- KNX: projektmentés és visszaellenőrzés.
Ez a cikk ismeretterjesztő céllal készült. A helyszíni adottságok eltérhetnek, ezért szerelés vagy átalakítás előtt kérj megfelelő szakembertől ellenőrzést.