Mieszany system nawiewu powietrza rzadko ulega awarii z powodu niewłaściwego doboru regulatora. Awaria wynika z tego, że przed opracowaniem specyfikacji nikt nie określił, które jednostki filtrujące wentylatora kto powinien działać wspólnie, kto powinien mieć do nich dostęp oraz co w ogóle projekt rozumiał pod pojęciem “kontrola”. Rozstrzygnięcie kwestii kontroli lokalnej czy centralnej sprowadza się tak naprawdę do szeregu mniejszych decyzji dotyczących stref, sygnałów i dostępu — a odpowiednie ustalenie ich kolejności zmienia to, co dostawca może faktycznie skonfigurować.

Zacznij od stref operacyjnych, a nie od etykiety sterownika

“Terminy ”lokalny“ i ”centralny” odnoszą się do miejsca pochodzenia polecenia, a nie do tego, co system ma wykonać. Zanim nabywca będzie mógł porównać ścieżki sterowania, w projekcie należy zdefiniować strefy operacyjne: grupy jednostek FFU, które muszą reagować wspólnie, grupy, które muszą pozostać niezależne, oraz warunki brzegowe oddzielające jedną strefę od drugiej. Strefa niekoniecznie musi być pomieszczeniem. Może to być obszar procesowy w obrębie pomieszczenia, zestaw jednostek obsługujących jedno stanowisko robocze lub pojedyncza niezależna jednostka, która nie ma żadnego związku operacyjnego z sąsiednimi jednostkami.

Ma to znaczenie, ponieważ architektura sterowania opiera się na logice strefowej, a nie na liczbie urządzeń. W przypadku, gdy projekt obejmuje wiele jednostek FFU, ale tylko kilka niezależnych grup operacyjnych, system sieciowy może wykonywać znacznie więcej pracy, niż wymaga tego podział na strefy. Z kolei w przypadku, gdy projekt obejmuje mniej jednostek, ale każda z nich wymaga odrębnego harmonogramu, dostępu lub regulacji opartej na warunkach, nawet niewielka instalacja może uzasadniać zastosowanie rozwiązania bardziej ustrukturyzowanego niż prosta regulacja lokalna. Liczba stref jest parametrem projektowym określanym przez zamawiającego na podstawie układu pomieszczeń i procesów, a nie założeniem przejętym z instalacji o podobnym wyglądzie.

W definicji strefy należy również oddzielić dostarczanie powietrza od odpowiedzialności za sterowanie. Zarówno wentylator z filtrem, jak i urządzenie zapewniające laminarny przepływ powietrza mogą dostarczać przefiltrowane powietrze do strefy roboczej, ale niekoniecznie mają wspólny system sterowania, a obudowa filtra końcowego Urządzenie bez własnego wentylatora nie wymaga w ogóle sterowania w tym samym sensie — jego rola polega na biernym dostarczaniu powietrza, a nie na pracy sterowanej poleceniami. Zgrupowanie tych urządzeń w ramach jednej ścieżki sterowania, tylko dlatego, że znajdują się w tym samym pomieszczeniu, utrudnia ustalenie, które z nich faktycznie wymagają ścieżki sterowania, a które jedynie weryfikacji przepływu powietrza.

Wymagania dotyczące dostępu należy uwzględnić w ramach tego samego procesu podziału na strefy. To, kto musi zmienić ustawienie i w jakich okolicznościach — zmiana harmonogramu, zmiana procesu, czynności konserwacyjne — decyduje o tym, czy strefą można zarządzać na poziomie urządzenia, czy też konieczne jest utworzenie wspólnego punktu dostępu. Dokumentacja producenta ilustruje ten zakres na poziomie produktu: Seria CamFFU HP-EC firmy Camfil wymienia opcje sterowania ręcznego lub za pomocą magistrali BUS dla pojedynczej linii urządzeń FFU, natomiast katalog PURAFLO firmy Price Industries opisuje sterowanie lokalne lub za pomocą protokołu BACnet w odniesieniu do własnych urządzeń do oczyszczania powietrza. Oba przykłady pokazują, że lokalizacja sterowania jest konfigurowalną cechą produktu, a nie stałą właściwością ’urządzenia FFU“ w ogóle — i właśnie dlatego na pierwszym miejscu musi znajdować się definicja strefy określona przez nabywcę, a nie kategoria sprzętu.

Porównanie ścieżek sterowania lokalnych, zgrupowanych i sieciowych

Po zdefiniowaniu stref trzy ogólne ścieżki sterowania stają się porównywalne na własnych zasadach, a nie jako konkurujące ze sobą opcje ogólne. Sterowanie lokalne umieszcza polecenia i sygnalizację bezpośrednio na samym urządzeniu. Eliminuje to wszelką zależność od sieci komunikacyjnej, co upraszcza zarówno instalację, jak i diagnostykę w przypadkach, gdy strefa działa całkowicie niezależnie. Kosztem tego rozwiązania jest ograniczony dostęp: każda osoba, która musi sprawdzić stan lub dokonać regulacji, musi fizycznie znajdować się przy urządzeniu, a koordynacja wielu urządzeń podlegających sterowaniu lokalnemu wymaga podjęcia oddzielnych działań przy każdym z nich.

Sterowanie grupowe plasuje się pomiędzy tymi dwoma rozwiązaniami. Polega ono na zgrupowaniu kilku jednostek FFU obsługujących jedno pomieszczenie lub strefę procesową pod wspólnym punktem sterowania, bez konieczności rozszerzania tego sterowania na sieć obejmującą cały zakład. Rozwiązanie to sprawdza się w sytuacjach, gdy strefa zawiera więcej niż jedną jednostkę, ale projekt nie wymaga ujawniania stanu tej strefy poza jej granicami. Wadą tego rozwiązania jest to, że sterowanie grupowe wymaga zastosowania panelu sterowania, okablowania oraz zdefiniowanej listy urządzeń — decyzje te trzeba będzie ponownie rozważyć, jeśli granice strefy ulegną zmianie w przyszłości.

Sterowanie sieciowe lub scentralizowane rozszerza zakres poleceń, informacji o stanie oraz często punktów danych umożliwiających tworzenie wykresów trendów na szerszy system sterowania projektem. Udokumentowane opcje firmy Camfil dla rodziny produktów HP-EC obejmują sterowanie za pomocą protokołów LON, Modbus lub napięcia 0–10 V, natomiast katalog firmy Price rozróżnia sterowanie lokalne od sterowania opartego na protokole BACnet z monitorowanymi punktami, takimi jak stan filtra i spadek ciśnienia. Przykłady te pokazują, że dostępność protokołów jest specyficzna dla danego produktu i różni się w zależności od producenta oraz konfiguracji — fakt ten nabywca musi traktować jako kwestię dotyczącą sprzętu firmy YOUTH, a nie jako założenie wynikające z katalogu innego dostawcy.

Nie chodzi o to, że sterowanie sieciowe jest w bezwarunkowym sensie bardziej wydajne. Chodzi o to, że sterowanie sieciowe odpowiada potrzebom projektu w zakresie zdalnego monitorowania, skoordynowanych alarmów lub scentralizowanej analizy trendów, a potrzeba ta musi istnieć, zanim dodatkowa złożoność — konfiguracja bramy, adresowanie, granice cyberbezpieczeństwa, odpowiedzialność za integrację — będzie warta uwzględnienia w projekcie. Tam, gdzie strefa nie ma wymogu przekazywania danych na zewnątrz, sterowanie lokalne lub grupowe pozwala uniknąć tego obciążenia. W sytuacji, gdy zespół ds. sterowania w projekcie zarządza już siecią budynku lub obiektu i oczekuje, że jednostki FFU będą do niej przekazywać dane, sterowanie sieciowe staje się rozwiązaniem faktycznie służącym projektowi, pod warunkiem potwierdzenia zgodności protokołu i dostępności punktów dla wybranej konfiguracji.

Określenie granic sygnałów, zasilania, dostępu i awarii

Wybór ścieżki sterowania określa jedynie ogólny zarys. Nabywca musi jeszcze zdefiniować interfejsy w ramach tego zarysu: w jaki sposób zasilanie dociera do poszczególnych urządzeń, jakie sygnały są przesyłane i dokąd, kto ma fizyczny dostęp do danego urządzenia oraz co się dzieje, gdy łącze lub urządzenie jest niedostępne.

Dystrybucja energii jest elementem projektu, zanim stanie się kwestią sterowania. Koncepcja zasilania — sposób, w jaki energia dociera do urządzeń i paneli oraz miejsca, w których następuje odcięcie zasilania — determinuje, jakie funkcje sterowania są w ogóle możliwe w danym miejscu. Urządzenie podłączone wyłącznie w celu prostego włączania i wyłączania zasilania nie może obsługiwać poleceń dotyczących prędkości lub trybu pracy bez zastosowania innego podejścia do dystrybucji i okablowania, niezależnie od tego, jaką ścieżkę sterowania wybrano koncepcyjnie.

Polecenia i informacje zwrotne należy wymienić, a nie zakładać. W ramach projektu jako polecenia mogą występować włączanie/wyłączanie, regulacja prędkości, wybór trybu lub praca zgodnie z harmonogramem, a jako informacje zwrotne – stan, alarmy lub wartości monitorowane. Dokumentacja produktu PURAFLO firmy Price pokazuje, że określone urządzenia mogą udostępniać takie punkty, jak stan filtra i spadek ciśnienia, a także dostęp do sterowania lokalnego lub za pośrednictwem protokołu BACnet — jednak lista ta dotyczy wymienionych produktów firmy Price, a nie wszystkich urządzeń typu FFU jako kategorii. Własną listę punktów nabywcy należy zweryfikować pod kątem tego, co faktycznie udostępnia wybrana konfiguracja, ponieważ pożądanego punktu, który nie istnieje w wybranym urządzeniu, nie da się później uzyskać bez wymiany sprzętu.

Topologia sieci, w ramach której wybierana jest ścieżka sieciowa lub zgrupowana, wymaga osobnego potwierdzenia: jaki protokół oczekuje platforma projektowa, czy wymagana jest brama, w jaki sposób zarządzane jest adresowanie oraz kto jest właścicielem tej konfiguracji po jej zainstalowaniu. W tym miejscu granica między dostawcą sprzętu a integratorem systemów sterowania projektem musi być jasno określona, ponieważ punkt sterowania istniejący na urządzeniu to nie to samo, co punkt, który został zmapowany, zaadresowany i zweryfikowany w systemie projektowym.

Dostęp i tryb awaryjny zamykają ten zestaw. Ograniczenia dotyczące dostępu operatorów i serwisu określają, czy konieczne jest lokalne nadpisanie ustawień nawet w ramach schematu zgrupowanego lub sieciowego — urządzenie, którym można sterować wyłącznie zdalnie, może nadal wymagać udokumentowanej lokalnej ścieżki dostępu na potrzeby serwisowania. Instrukcja obsługi sprzętu firmy Terra pokazuje, że zasilanie FFU i dostęp fizyczny stanowią interfejsy instalacyjne na poziomie urządzenia, co jest kwestią odrębną od nakładającego się na nie interfejsu komunikacyjnego. Reakcja na utratę łączności lub odizolowanie urządzenia — czyli to, co robi system i czego oczekuje się od technika — nie jest czymś, co nabywca powinien zakładać lub określać jednostronnie. Musi to zostać udokumentowane wspólnie przez dostawcę i zespół ds. kontroli projektu, ponieważ niezweryfikowane założenie dotyczące bezpieczeństwa awaryjnego przeniesione do etapu uruchomienia staje się luką wykrytą podczas testów, a nie rozwiązaniem uwzględnionym już na etapie projektowania.

Przekształć wybór w możliwe do zweryfikowania przekazanie projektu

Decyzja dotycząca architektury sterowania ma wartość dopiero wtedy, gdy zostanie spisana w formie, na podstawie której zespoły projektowe, budowlane i uruchomieniowe mogą podejmować działania oraz weryfikować ich zgodność. ISO 14644-4 opisuje, w jaki sposób wymagania są uwzględniane na poszczególnych etapach projektowania, budowy, uruchomienia, weryfikacji oraz bieżącej konserwacji w ramach projektów dotyczących pomieszczeń czystych — wskazuje, że ten łańcuch odpowiedzialności za informacje ma kluczowe znaczenie, nie określając jednak, jak powinna wyglądać struktura kontroli ani kto ponosi odpowiedzialność umowną za poszczególne punkty styku. Ustalenie tego należy do zadań samego projektu.

Dokumentacja przekazania powinna określać wybraną architekturę — lokalną, zgrupowaną lub sieciową — oraz przynależność do strefy, tak aby każdy, kto później zapozna się z projektem, mógł ustalić, które jednostki należą do danej granicy operacyjnej. Powinna zawierać wykaz poleceń i punktów sprzężenia zwrotnego uzgodnionych dla tej architektury, z rozróżnieniem punktów dostępnych na wybranym sprzęcie od punktów, które system projektowy musi jeszcze uzyskać poprzez mapowanie lub konfigurację. Powinien on wskazywać podmiot odpowiedzialny za konfigurację tych punktów, ponieważ lista punktów bez wskazania właściciela często ujawnia się jako luka dopiero podczas integracji, a nie podczas przeglądu projektu.

Rysunki i zestawienia punktów powinny znaleźć się w niniejszym dokumencie z tego samego powodu: schemat kontrolny przedstawiający panele, strefy, urządzenia i ścieżki komunikacyjne stanowi dla zespołu uruchamiającego punkt odniesienia do sprawdzania sprzętu, ale odzwierciedla ostateczny wybór dopiero po jego faktycznym dokonaniu — nie może zastąpić decyzji dotyczących sprzętu i interfejsów, które na wcześniejszych etapach projektu pozostają jeszcze otwarte.

Dowody potwierdzające uruchomienie muszą odnosić się konkretnie do danego projektu. Wybór protokołu lub udokumentowanie, że urządzenie obsługuje protokół BACnet lub inny schemat komunikacyjny, nie stanowi dowodu na to, że zainstalowany system działa zgodnie z przeznaczeniem lub że pomieszczenie spełnia wymagane warunki. Kryteria odbioru oraz strony odpowiedzialne za ich weryfikację są ustalane w ramach projektu, a nie wynikają automatycznie z wyboru sprzętu.

W dokumentacji należy również jasno określić, co nie wchodzi w zakres obowiązków dostawcy FFU — infrastruktura sieciowa wykraczająca poza interfejs urządzenia, integracja na poziomie budynku lub czynności związane z uruchomieniem w pomieszczeniach, które zależą od innych branż. W przypadku gdy zamawiający przygotowuje te informacje do przeglądu, taka struktura zapewnia procesowi weryfikacji konfiguracji i oferty przez YOUTH jasny punkt wyjścia: listę stref, listę punktów oraz określoną ścieżkę sterowania, a nie prośbę o wywnioskowanie tych decyzji wyłącznie na podstawie nazw urządzeń. Na tej podstawie można połączyć wybraną konfigurację FFU oraz wszelkie powiązane jednostka laminarnego przepływu powietrza lub obudowy terminala w tym samym systemie mieszanym, wówczas sekwencja realizacji i integracji projektu sprowadza się do sprawdzenia zgodności interfejsów z tym opisem, a nie do ponownego negocjowania architektury na etapie instalacji. Czytelnicy przygotowujący to przekazanie w ramach szerszego przeglądu dostawców mogą uznać za przydatne kierowanie się tymi samymi zasadami dokumentacji, które opisano w Przewodnik firmy Youthfilter dotyczący zamówień na sprzęt do pomieszczeń czystych oraz oceny dostawców.

Często zadawane pytania

Q: Czy centralne sterowanie jednostkami FFU jest konieczne, jeśli mam tylko jedno niezależnie sterowane pomieszczenie?
A: Niekoniecznie. Regulacja lokalna może być odpowiednia w przypadku niewielkiego, niezależnego obszaru eksploatacyjnego, o ile wymagany dostęp, sygnalizacja i ustawienia mogą być zarządzane na poziomie poszczególnych urządzeń. Zdalne polecenia, alarmy lub punkty umożliwiające śledzenie trendów mogą uzasadniać zastosowanie innej architektury; przed wyborem marki sterownika należy określić te potrzeby.

Q: Czy jednostki FFU obsługujące różne procesy mogą korzystać z jednej grupy sterującej?
A: Powinny one zostać przypisane do tej samej grupy tylko wtedy, gdy wymagania eksploatacyjne projektu uzasadniają skoordynowane sterowanie. Należy określić, które jednostki muszą działać wspólnie, a które różnią się pod względem warunków lub harmonogramów. Należy odnotować przynależność do stref oraz potrzeby w zakresie lokalnego nadpisywania ustawień, aby dostawca mógł potwierdzić proponowany podział na grupy.

Q: Czy określenie tego samego protokołu, co w naszym systemie budynkowym, zapewni kompatybilność?
A: Nie. Należy jeszcze potwierdzić oferowane punkty, bramkę, adresowanie, mapowanie oraz zakres konfiguracji. Należy poprosić dostawcę i zespół ds. kontroli projektu o uzgodnienie schematu sterowania oraz wykazu punktów, w tym o określenie, kto dostarcza czujniki, odbiera alarmy i realizuje integrację.

Q: Co powinna zawierać oferta w kwestii utraty łączności?
A: Powinien on zawierać opis proponowanego rozwiązania dla wybranej konfiguracji oraz wskazywać, jakie elementy wymagają jeszcze potwierdzenia w ramach projektu. Należy określić wymagania dotyczące działania i dostępu serwisowego, a następnie sprawdzić, jak zachowują się urządzenia i elementy sterujące w przypadku niedostępności połączenia lub urządzenia. Nie należy wyciągać wniosków dotyczących zachowania awaryjnego na podstawie wyboru protokołu.