Jak zaprojektować matrycę sterowań pożarowych? Integracja SSP z DSO, SKD, BMS i oddymianiem

System sygnalizacji pożarowej coraz rzadziej działa jako samodzielna instalacja. W nowoczesnym budynku przekazuje sygnały do DSO, steruje wentylacją i oddymianiem, zamyka klapy przeciwpożarowe, zwalnia przejścia objęte kontrolą dostępu, sprowadza dźwigi, uruchamia sceny oświetleniowe i dostarcza informacje do BMS, CCTV lub PSIM.

Największe ryzyko nie wynika jednak z liczby integracji, lecz z braku jednoznacznego określenia, co ma się wydarzyć, w jakiej kolejności, po jakim sygnale i jak system powinien zareagować na uszkodzenie jednego z elementów. Narzędziem porządkującym te zależności jest matryca sterowań pożarowych – dokument równie ważny jak schemat pętli dozorowych czy rozmieszczenie czujek.

Scenariusz pożarowy i matryca sterowań to dwa różne dokumenty

Scenariusz pożarowy opisuje logikę bezpieczeństwa całego obiektu. Odpowiada na pytania:

• gdzie może rozpocząć się pożar;
• jakie zagrożenie powstanie dla ludzi i obiektu;
• jaka strategia ewakuacji zostanie zastosowana;
• które urządzenia powinny zadziałać;
• w jakiej kolejności mają przebiegać działania;
• które funkcje wymagają potwierdzenia wykonania;
• jak powinien zachować się personel.

Obowiązujące rozporządzenie MSWiA definiuje scenariusz pożarowy jako opis sekwencji możliwych zdarzeń, uwzględniający działanie urządzeń przeciwpożarowych, instalacji użytkowych i technologicznych, ich wzajemne oddziaływanie oraz niezbędne rozwiązania organizacyjne. W obiektach, w których przewidziano SSP, stałe urządzenia gaśnicze, oddymianie albo zapobieganie zadymieniu, scenariusz opracowuje się w toku współpracy projektanta z rzeczoznawcą do spraw zabezpieczeń przeciwpożarowych.

Matryca sterowań przekłada scenariusz na wymagania techniczne możliwe do zaprogramowania i sprawdzenia. Nie powinna być jego skrótem ani zamiennikiem. Powinna odpowiadać na znacznie bardziej szczegółowe pytania:

• jaki dokładnie sygnał inicjuje działanie;
• czy wymagany jest alarm pierwszego czy drugiego stopnia;
• czy występuje opóźnienie;
• które wyjście fizyczne lub logiczne jest aktywowane;
• jaki jest stan bezpieczny wyjścia;
• czy SSP otrzymuje potwierdzenie wykonania;
• w jakim czasie potwierdzenie powinno nadejść;
• co ma się wydarzyć w przypadku jego braku;
• czy sterowanie jest podtrzymywane do ręcznego resetu;
• kto może wykonać reset.
•  

Podstawa prawna i normatywna projektu

Polskie przepisy wymagają, aby urządzenia przeciwpożarowe były wykonane zgodnie z projektem uzgodnionym przez rzeczoznawcę, a warunkiem dopuszczenia ich do użytkowania jest przeprowadzenie właściwych prób i badań. Do urządzeń przeciwpożarowych zaliczono m.in. SSP, DSO, urządzenia oddymiające, przeciwpożarowe klapy odcinające, sterowane drzwi i bramy przeciwpożarowe, przeciwpożarowe wyłączniki prądu oraz dźwigi dla ekip ratowniczych.

Przy opracowaniu projektu należy uwzględnić aktualne wydania właściwych części rodziny PN-EN 54, w szczególności dotyczących:

• central sygnalizacji pożarowej – EN 54-2;
• urządzeń zasilających – EN 54-4;
• kompatybilności i możliwości łączenia elementów systemu – EN 54-13;
• central DSO – EN 54-16;
• izolatorów zwarć – EN 54-17;
• urządzeń wejścia/wyjścia – EN 54-18;
• urządzeń transmisji alarmów i uszkodzeń – EN 54-21;
• głośników DSO – EN 54-24;
• elementów wykorzystujących łącza radiowe – EN 54-25.

Rodzina EN 54 obejmuje wymagania nie tylko dla czujek i central, lecz również dla modułów I/O, transmisji, DSO, zasilania i oceny kompatybilności elementów.

Numery wydań norm należy każdorazowo sprawdzić w aktualnym katalogu PKN. W dokumentacji nie warto bezrefleksyjnie kopiować oznaczeń z wcześniejszego projektu, ponieważ część norm może zostać zastąpiona lub zaktualizowana.

 

Jak powinna wyglądać dobra matryca sterowań?

Matryca musi być jednoznaczna dla projektanta SSP, automatyka, wykonawcy instalacji, programisty centrali, rzeczoznawcy i komisji odbiorowej.

Minimalny zakres informacji powinien obejmować:

 

Pole	Co należy określić
Identyfikator funkcji	Unikalny numer sterowania
Zdarzenie inicjujące	Czujka, ROP, strefa, urządzenie gaśnicze, wejście zewnętrzne
Warunek logiczny	Alarm I/II stopnia, jedna lub dwie koincydencje, tryb ręczny
Urządzenie sterowane	DSO, wentylator, klapa, drzwi, dźwig, BMS
Zakres działania	Konkretna strefa, kondygnacja lub grupa urządzeń
Opóźnienie	Czas od spełnienia warunku do wydania polecenia
Stan bezpieczny	Stan po alarmie, zaniku zasilania lub uszkodzeniu
Potwierdzenie	Sygnał zwrotny po wykonaniu polecenia
Czas na wykonanie	Maksymalny czas nadejścia potwierdzenia
Reakcja na błąd	Komunikat, alarm techniczny, funkcja zastępcza
Reset	Automatyczny, ręczny, lokalny lub z centrali
Odpowiedzialność	System i branża wykonująca funkcję

 

Przykładowy fragment matrycy

Przyczyna	Sterowanie	Potwierdzenie	Zachowanie przy braku potwierdzenia
Alarm II stopnia w strefie A	Uruchom komunikat DSO dla stref A i B	Gotowość DSO i aktywna strefa komunikatu	Sygnalizacja uszkodzenia integracji
Alarm II stopnia w strefie A	Zatrzymaj wentylację bytową strefy A	Styk pracy wentylatora nieaktywny	Alarm techniczny na centrali
Alarm II stopnia w strefie A	Zamknij klapy odcinające wskazanej strefy	Położenie „zamknięta” każdej klapy	Identyfikacja konkretnej klapy bez potwierdzenia
ROP na drodze ewakuacyjnej	Zwolnij wskazane przejścia SKD	Stan zwolnienia drzwi	Alarm techniczny lub lokalna realizacja fail-safe
Alarm w garażu	Wyślij preset do CCTV	Informacja pomocnicza – bez wpływu na sterowania ppoż.	Brak blokowania pozostałych funkcji

 

To tylko przykład struktury. Rzeczywiste sterowania, opóźnienia i stany bezpieczne muszą wynikać ze scenariusza zatwierdzonego dla konkretnego obiektu.

 

SSP powinien zachować nadrzędność funkcjonalną

Integracja nie może powodować uzależnienia podstawowej funkcji przeciwpożarowej od systemu niższej rangi, ogólnej sieci LAN albo serwera w chmurze.

Jeżeli SSP ma uruchomić oddymianie, zwolnić drzwi lub przekazać alarm do DSO, wykonanie tej funkcji nie powinno zależeć od:

• dostępności BMS;
• działania PSIM;
• serwera wizualizacji;
• połączenia internetowego;
• konta administratora domenowego;
• aplikacji na stacji operatorskiej;
• poprawności działania zwykłego przełącznika sieci biurowej.

Dopuszczalny sposób realizacji zależy od architektury i dokumentacji zastosowanych urządzeń. Może to być monitorowane połączenie wejście–wyjście, transmisja w ramach ocenionego systemu albo rozwiązanie sieciowe przewidziane przez producenta. Zwykłe API, Modbus TCP lub komunikacja BACnet nie powinny jednak stanowić jedynej drogi realizacji funkcji pożarowej bez wykazania jej niezawodności, nadzorowania i zgodności z projektem.

 

Integracja SSP z DSO

Przepisy określają DSO jako system umożliwiający nadawanie komunikatów automatycznie po otrzymaniu sygnału z SSP oraz przez operatora. W obiektach wyposażonych w DSO nie stosuje się innych pożarowych urządzeń alarmowych akustycznych przeznaczonych do alarmowania użytkowników, z wyjątkiem urządzeń dla służb dozoru lub ochrony.

Projekt musi określić:

• rodzaj sygnału przekazywanego z SSP;
• strefę lub grupę stref DSO;
• komunikat nadawany w pierwszej kolejności;
• sposób ewakuacji etapowej;
• ewentualne czasy opóźnień;
• priorytet mikrofonu strażaka i operatora;
• potwierdzenie gotowości i uszkodzenia DSO;
• reakcję na utratę połączenia między systemami.

Nie wystarczy jedno zbiorcze wyjście „pożar”. Przy ewakuacji strefowej DSO musi otrzymać informację umożliwiającą wybór właściwego scenariusza komunikatów.

 

Wentylacja, klapy i oddymianie

Najwięcej problemów odbiorowych pojawia się wtedy, gdy projekt wskazuje polecenie, ale nie opisuje informacji zwrotnej.

Dla klapy przeciwpożarowej osobno należy rozważyć:

• polecenie zamknięcia lub otwarcia;
• sygnał położenia krańcowego;
• zanik zasilania siłownika;
• uszkodzenie obwodu;
• czas przejścia;
• stan po resecie SSP;
• możliwość ręcznego sterowania i jego priorytet.

W przypadku oddymiania kolejność działań może mieć kluczowe znaczenie. Uruchomienie wentylatora przed uzyskaniem właściwego położenia klap i otwarciem punktów nawiewnych może doprowadzić do nieskutecznego działania albo niepożądanego rozkładu ciśnień. Sekwencja powinna więc wynikać ze scenariusza, a nie z kolejności, w jakiej programista wpisał funkcje do centrali.

Nie należy stosować zbiorczego potwierdzenia dla kilkudziesięciu klap, jeżeli później nie będzie można ustalić, która z nich nie osiągnęła wymaganego położenia.

 

Kontrola dostępu, drzwi i dźwigi

Polecenie zwolnienia przejścia musi być realizowane w sposób zgodny ze strategią ewakuacji. Nie każde przejście wymaga identycznego działania, a zwolnienie drzwi nie zawsze oznacza pozbawienie ich wszystkich funkcji kontroli.

Projekt powinien rozróżniać:

• drzwi na drogach ewakuacyjnych;
• śluzy i przejścia między strefami;
• drzwi przeciwpożarowe utrzymywane w pozycji otwartej;
• drzwi objęte kontrolą dostępu;
• wyjścia wymagające zachowania ochrony przed wejściem z zewnątrz.

Funkcja ewakuacyjna nie powinna zależeć wyłącznie od serwera SKD. Jeśli wymagane jest bezpośrednie zwolnienie elementu ryglującego, sposób realizacji i nadzorowania musi znaleźć się w projekcie oraz matrycy.

W przypadku dźwigów należy opisać konkretny tryb pracy podczas pożaru: kondygnację docelową, reakcję na alarm na kondygnacji podstawowej, wyłączenie z normalnej eksploatacji oraz funkcje dźwigu dla ekip ratowniczych. Sam zapis „sprowadzić windę” jest niewystarczający.

 

BMS, CCTV i PSIM jako systemy wspierające

BMS może otrzymywać informacje o alarmie, uszkodzeniu, stanie klap i urządzeń, lecz nie powinien samodzielnie interpretować sygnału pożarowego i dopiero na tej podstawie wydawać krytycznych poleceń, jeżeli nie przewidziano tego w zatwierdzonej architekturze.

CCTV może automatycznie wyświetlić kamery z zagrożonej strefy, a PSIM przedstawić operatorowi procedurę postępowania. Są to funkcje wartościowe, ale pomocnicze. Awaria VMS, PSIM lub stacji operatorskiej nie może blokować alarmowania, oddymiania, DSO ani zwolnienia przejść.

Dobrą zasadą projektową jest przekazywanie systemom informacyjnym kopii stanu SSP bez przyznawania im możliwości niekontrolowanego resetowania, blokowania lub zmiany konfiguracji centrali.

 

Cyberbezpieczeństwo integracji pożarowych

Włączenie centrali SSP do sieci IP tworzy dodatkową powierzchnię ataku. Dlatego należy przewidzieć:

• wydzielony segment sieci dla systemów pożarowych;
• filtrowanie komunikacji między SSP, DSO, BMS i stacjami zarządzającymi;
• brak bezpośredniego dostępu urządzeń do Internetu;
• indywidualne konta operatorów i serwisantów;
• ograniczenie uprawnień zgodnie z rolą;
• rejestrowanie zmian konfiguracji;
• kopie konfiguracji centrali i matrycy;
• kontrolowany dostęp zdalny;
• uzgadnianie aktualizacji z producentem oraz serwisem;
• inwentaryzację wersji firmware'u i oprogramowania.

Aktualizacja systemu pożarowego nie może być wykonywana tak samo jak aktualizacja zwykłego komputera biurowego. Przed wdrożeniem należy potwierdzić kompatybilność elementów, wykonać kopię konfiguracji i zaplanować testy funkcji po zakończeniu prac.

 

Uruchomienie i odbiór – testuje się cały łańcuch

Test polegający na ręcznym wymuszeniu wyjścia w centrali nie potwierdza prawidłowego działania scenariusza. Próba powinna rozpoczynać się od rzeczywistego zdarzenia inicjującego, np. zadziałania czujki albo ROP, i kończyć potwierdzeniem stanu urządzenia wykonawczego.

Dla każdego wiersza matrycy należy sprawdzić:

1. prawidłowe rozpoznanie źródła alarmu;
2. przejście między stopniami alarmowania;
3. zachowanie zaprogramowanego opóźnienia;
4. wydanie polecenia do właściwego urządzenia;
5. czas wykonania;
6. sygnał zwrotny;
7. reakcję na brak potwierdzenia;
8. prezentację zdarzenia na centrali;
9. działanie DSO, BMS, CCTV lub PSIM;
10. sposób resetu i powrotu do stanu normalnego.

Trzeba przeprowadzić również próby uszkodzeniowe: przerwę i zwarcie obwodu, utratę komunikacji, wyłączenie urządzenia współpracującego oraz zanik zasilania podstawowego.

Protokół odbioru powinien odwoływać się do numerów funkcji w matrycy. Dzięki temu nie powstaje ogólny zapis „sterowania sprawdzono”, którego później nie można zweryfikować.

 

Najczęstsze błędy projektowe

• opracowanie matrycy dopiero podczas uruchomienia;
• skopiowanie sterowań z innego obiektu;
• brak jednoznacznego rozróżnienia alarmu I i II stopnia;
• opisanie polecenia bez sygnału potwierdzającego;
• jeden zbiorczy sygnał dla wielu urządzeń wykonawczych;
• brak określenia stanu po zaniku zasilania;
• brak opisu resetu i ponownego uruchomienia instalacji;
• uzależnienie funkcji pożarowej od BMS lub sieci biurowej;
• niespójność scenariusza, matrycy, projektu SSP i projektu automatyki;
• brak koordynacji z projektantem SKD, wentylacji, DSO i dźwigów;
• nieuwzględnienie czasu ruchu siłowników;
• brak testów po zmianie konfiguracji.

 

Konserwacja i zarządzanie zmianą

Przepisy wymagają prowadzenia przeglądów zgodnie z normami, dokumentacją techniczno-ruchową i instrukcjami producenta, nie rzadziej niż raz w roku. Nie oznacza to, że coroczny przegląd zawsze jest wystarczający – dokumentacja producenta, norma, analiza ryzyka albo warunki obiektu mogą wymagać częstszych czynności.

Każda zmiana aranżacji, wentylacji, kontroli dostępu, podziału na strefy, oprogramowania centrali albo sposobu użytkowania obiektu powinna uruchamiać ocenę wpływu na:

• scenariusz pożarowy;
• matrycę sterowań;
• konfigurację SSP i DSO;
• bilanse zasilania;
• dokumentację powykonawczą;
• zakres prób funkcjonalnych.

Matryca powinna posiadać numer wersji, datę, autora, zatwierdzenie rzeczoznawcy oraz wykaz zmian. Niedopuszczalne jest utrzymywanie kilku różnych arkuszy przez poszczególne branże bez wskazania dokumentu nadrzędnego.

 

Checklista projektanta i wykonawcy

Przed odbiorem sprawdź, czy:

• scenariusz pożarowy jest aktualny i uzgodniony;
• matryca ma jednego właściciela i kontrolę wersji;
• każda funkcja posiada jednoznaczne zdarzenie inicjujące;
• określono stopień alarmowania oraz opóźnienia;
• wskazano stany bezpieczne urządzeń;
• polecenia krytyczne mają odpowiednie potwierdzenia;
• opisano reakcję na brak potwierdzenia;
• SSP nie zależy od dostępności BMS, PSIM ani Internetu;
• integracja z DSO obsługuje właściwe strefy i komunikaty;
• sterowania SKD uwzględniają ewakuację;
• sekwencja oddymiania uwzględnia położenie klap i nawiew;
• każda klapa lub grupa urządzeń jest możliwa do identyfikacji;
• rozdzielono funkcje informacyjne od sterowań pożarowych;
• wykonano testy rzeczywistego łańcucha przyczyna–skutek;
• sprawdzono scenariusze uszkodzeniowe i zanik zasilania;
• protokoły wskazują konkretne wiersze matrycy;
• przekazano kopię konfiguracji i dokumentację powykonawczą;
• ustalono zasady konserwacji i zarządzania zmianą.

 

Podsumowanie

Dobrze zaprojektowana integracja pożarowa nie polega na połączeniu jak największej liczby systemów. Jej celem jest zapewnienie, aby każda wymagana funkcja została wykonana we właściwym czasie, niezależnie od awarii systemów pomocniczych.

Scenariusz pożarowy opisuje logikę bezpieczeństwa, matryca przekształca ją w testowalne funkcje, projekt wskazuje sposób wykonania, a odbiór potwierdza działanie pełnego łańcucha. Pominięcie któregokolwiek z tych etapów tworzy ryzyko, którego nie naprawi nawet najbardziej zaawansowana centrala.

Rolą kompetentnego dystrybutora jest wspieranie projektantów i wykonawców w doborze kompatybilnych elementów, interpretacji dokumentacji producenta, przygotowaniu interfejsów, weryfikacji bilansów oraz organizacji prób integracyjnych. W systemach przeciwpożarowych sprzedaż urządzeń powinna być początkiem wsparcia technicznego, a nie jego końcem.