Jak wybrać serwer nadzoru KNX

Każdy projekt KNX dochodzi do tego samego rozwidlenia. Magistrala jest zaprojektowana, urządzenia wybrane i ktoś musi zdecydować, co znajdzie się ponad nią: element, który zamienia zbiór adresów grupowych w coś, czym klient faktycznie może sterować. Jeśli ta decyzja okaże się błędna, przekonasz się o tym po dwóch latach, gdy klient poprosi o coś, czego platforma nie potrafi.

Poniżej znajdują się pytania, które warto zadać, zanim podejmiesz decyzję, w kolejności, w jakiej zwykle zaczynają mieć znaczenie. Żadne z nich nie ma uniwersalnie dobrej odpowiedzi — każde ma odpowiedź właściwą dla projektu, który masz przed sobą.

1. Jakie protokoły obsługuje natywnie, a co wymaga bramki?

Niemal każda platforma deklaruje obsługę wielu protokołów. Liczy się to, czy dany protokół jest zintegrowany w serwerze, czy dostępny przez zewnętrzny interfejs, który trzeba kupić, zamontować, zasilić i serwisować.

Zapytaj konkretnie o Modbus i BACnet. Serwer z wbudowanymi bramkami KNX, Modbus i BACnet nie zajmuje dodatkowego miejsca w rozdzielnicy; serwer wymagający osobnego interfejsu dla każdego protokołu dokłada sprzęt, zasilacz i kolejny element, który może ulec awarii. Zapytaj też, czy serwer może działać jako slave Modbus, a nie tylko master — będzie to potrzebne w dniu, w którym generalny wykonawca zechce udostępnić budynek swojemu systemowi BMS.

2. Jak jest licencjonowany?

Tu projekty po cichu robią się drogie. Niektóre platformy licencjonują za adres grupowy, za użytkownika, za instalację aplikacji, za podłączone urządzenie lub za rok. Każda z tych wartości rośnie po podpisaniu oferty.

Policz sumę dla rzeczywistego projektu, a nie cenę wejściową: willa z 400 adresami, sześcioma domownikami, czterema tabletami i telefonem opiekuna to inna kwota w modelu opartym na adresach niż w modelu ryczałtowym. Sprawdź też, czy powiadomienia push są limitowane, ponieważ zdarzenia alarmowe i drzwiowe generują ich bardzo dużo.

3. Na szynę DIN czy na ścianę?

Serwer na szynę DIN znajduje się w rozdzielnicy i pozostaje niewidoczny: pasuje do złożonych projektów, wielu podsystemów i wszędzie tam, gdzie rozdzielnica jest naturalnym centrum ciężkości. Urządzenie ścienne łączące serwer i interfejs dotykowy eliminuje jeden element sprzętu i jeden punkt awarii, co sprawdza się w projektach mieszkaniowych, w których potrzebny jest jeden wysokiej klasy punkt sterowania.

Pytanie nie brzmi, które rozwiązanie jest lepsze, ale gdzie znajduje się centrum projektu. Willa z jedną główną strefą dzienną i małą rozdzielnicą ma inny kształt niż pięciokondygnacyjny biurowiec z trzema pionami instalacyjnymi.

4. Co się dzieje, gdy padnie internet?

Zapytaj, gdzie faktycznie działa logika. Jeśli serwer znajduje się na miejscu, a aplikacja komunikuje się z nim przez sieć lokalną, awaria internetu oznacza utratę dostępu zdalnego i nic więcej — budynek nadal działa. Jeśli sceny, harmonogramy lub sterowanie głosowe zależą od komunikacji z chmurą, awaria po stronie dostawcy staje się awarią w domu Twojego klienta, a to do Ciebie zadzwonią.

Zadaj też pytanie uzupełniające: które funkcje dokładnie wymagają chmury. Zdalny podgląd z kamer i domofonów zwykle jej wymaga ze względu na przepustowość, i jest to uzasadnione. Włączenie światła nie powinno.

5. Jak wrócić do systemu po przekazaniu?

Będziesz musiał coś zmienić zdalnie. Sprawdź, czy możliwe jest zdalne programowanie ETS, jak jest zabezpieczone i czy wymaga przekierowania portów na routerze klienta — ponieważ dział IT klienta albo carrier-grade NAT w końcu uniemożliwią przekierowanie portów.

Brama VPN dostarczana przez producenta w ogóle pozwala uniknąć tej rozmowy. Zapytaj, czy jest wliczona w cenę, czy stanowi płatny moduł, i co się z nią stanie, jeśli przestaniesz płacić.

6. Kto to konfiguruje i ile trwa nauka?

Narzędzie konfiguracyjne to miejsce, w którym tkwi Twoja marża. Platforma, której nauka zajmuje trzy dni, a uruchomienie cztery godziny, wygrywa z platformą, której nauka zajmuje popołudnie, a uruchomienie trzy dni — zawsze, przy drugim projekcie.

Poproś o licencję próbną i zbuduj mały, rzeczywisty projekt, zanim zaspecyfikujesz platformę na obiekcie. Przyjrzyj się zwłaszcza temu, jak projektuje się wizualizację: czy ręcznie układasz ekrany dla każdego pomieszczenia, czy struktura pochodzi z projektu ETS, a Ty ją tylko dopracowujesz.

7. Czy robi coś z danymi energetycznymi, czy tylko je wyświetla?

Pomiary stały się standardem i większość platform narysuje wykres. Przydatne pytanie brzmi: co dalej. Czy system potrafi przeliczyć kilowatogodziny na lokalną walutę, aby klient zrozumiał tę liczbę? Czy może odłączyć odbiorniki niekrytyczne, zanim zadziała wyłącznik główny? Czy może wyeksportować zarejestrowane dane do rozliczeń z najemcami lub audytu energetycznego?

Wykres to funkcja. Ograniczanie obciążeń, które zapobiega blackoutowi, to powód, dla którego klient poleca Ciebie.

8. Jak wygląda wsparcie w piątek po południu?

Prawdziwym sprawdzianem producenta nie jest datasheet, tylko to, co się dzieje, gdy jesteś na obiekcie, klient patrzy Ci na ręce i coś nie działa. Dowiedz się, czy trafiasz do inżyniera, czy do kolejki zgłoszeń, czy jest numer telefonu i czy dokumentacja istnieje w języku, który czyta Twój zespół.

Zapytaj innych instalatorów współpracujących z producentem, a nie samego producenta. Na targach branżowych KNX otrzymasz szczerą odpowiedź w trzydzieści sekund.

9. Jak długo ten sprzęt będzie wspierany?

Instalacje KNX przeżywają większość elektroniki konsumenckiej. Zapytaj, od jak dawna dostarczana jest obecna generacja, jak wygląda cykl aktualizacji i co stało się z poprzednią generacją, gdy pojawiła się ta. Platforma, która porzuca sprzęt co cztery lata, to platforma, która zmusi Cię do ponownej sprzedaży projektu, który już sprzedałeś.

Na końcu nie ma tabeli punktowej. Chodzi o to, że wybór platformy jest decyzją równie handlową, co techniczną: wyznacza czas uruchomienia, Twoją marżę, Twoją ekspozycję, gdy coś się zepsuje, i to, na co będziesz mógł się zgodzić za trzy lata.

Jeśli chcesz sprawdzić te pytania na konkretnym projekcie, prześlij nam listę urządzeń i podsystemów — powiemy, czego potrzebuje, także wtedy, gdy odpowiedź brzmi, że potrzebuje czegoś innego.