Najczęstszy błąd, jaki widzę w wycenach monitoringu, wygląda tak: klient przysyła listę „8 kamer 4 Mpx, rejestrator 8-kanałowy, switch PoE, dysk” i pyta o cenę. Ani słowa o tym, co te kamery mają pokazać. A to od tego trzeba zacząć, nie od megapikseli.
Projektowanie systemów CCTV to w gruncie rzeczy odpowiedź na jedno pytanie: jaki obraz ma być nagrany, w jakich warunkach i na jak długo. Dopiero z tego wynika dobór kamer IP, rejestratora NVR, sieci, zasilania PoE i pojemności archiwum. Sama rozdzielczość nie mówi nic o użyteczności nagrania — równie mocno decydują obiektyw, odległość od obserwowanej strefy, oświetlenie i to, czy sieć i rejestrator w ogóle to wszystko udźwigną.
Najpierw wynik, potem sprzęt
CCTV to system, w którym obraz trafia do konkretnych odbiorców — nie do otwartej emisji. Brzmi banalnie, ale ma praktyczną konsekwencję: projekt musi opisywać nie tylko gdzie wiszą kamery, ale też kto i jak ogląda obraz, jak się go nagrywa i jak się go potem szuka. Instalacja, z której po zdarzeniu nikt nie umie wyciągnąć nagrania, jest bezwartościowa niezależnie od tego, ile kosztowała.
Dla każdej strefy spisuję sobie:
- co ma być widoczne na nagraniu (twarz? tablica? sam fakt, że ktoś wszedł?);
- z jakiej odległości kamera będzie to obserwować;
- jakie jest oświetlenie w tym miejscu — w dzień i w nocy;
- czy nagrywamy ciągle, czy według harmonogramu;
- jak długo materiał ma zostać w archiwum;
- ilu ludzi lub ile stanowisk będzie oglądać strumienie;
- czy potrzebny jest dostęp zdalny.
Taka kartka ratuje przed klasykiem: droga kamera o wysokiej rozdzielczości, ale z obiektywem, który daje szeroki, płaski kadr, na którym twarz przy furtce ma kilka pikseli.
Obiekt to nie jeden kadr, tylko kilka scen
Jedna kamera „na wszystko” to zwykle kamera na nic. Wejście, parking, posesja i ciąg komunikacyjny wymagają różnych kadrów, często różnych obiektywów i różnych warunków pracy.
Dla każdej sceny sprawdzam szerokość obserwowanego obszaru, gdzie w kadrze są punkty, które naprawdę mają znaczenie, skąd pada światło i jak się zmienia w ciągu dnia (kamera skierowana pod słońce rano i wieczorem to temat sam w sobie), czy da się fizycznie zamontować urządzenie tam, gdzie chciałbym, jak je zasilić i jaką odporność musi mieć obudowa.
Dopiero z tym wchodzę w dobór kamer IP. Rozdzielczość oceniam zawsze razem z ogniskową, kątem widzenia, odległością i oświetleniem. Osobno ta liczba nie znaczy nic.
Kamera i NVR muszą wynikać z tego samego projektu
Tu powstaje sporo kłopotów, bo kamery i rejestrator często dobiera się osobno — kamery „bo dobre”, rejestrator „bo ma tyle kanałów, ile trzeba”. Liczba kanałów to najmniej ważny parametr NVR.
Rejestrator oceniam pod kątem pasma wejściowego, obsługiwanych strumieni i możliwości dekodowania. Sumuję wymagania wszystkich kamer i porównuję z tym, co rejestrator realnie potrafi. I to nie tylko dla strumienia zapisu: podgląd na żywo z kilku kamer naraz, jednoczesne odtwarzanie i eksport to osobne obciążenie, które potrafi położyć rejestrator formalnie mający wolne kanały.
Ogólna informacja „obsługuje kamery sieciowe” niczego nie gwarantuje. Analityka, audio, konfiguracja kamery z poziomu rejestratora — to trzeba potwierdzić dla konkretnej pary urządzeń, zanim się je kupi, a nie po podłączeniu na obiekcie.
Sieć i PoE — sprawdzać osobno, nie „na oko”
Power over Ethernet przesyła dane i zasilanie jednym kablem, co upraszcza instalację o połowę. Ale zdejmuje z instalatora tylko ciągnięcie drugiego przewodu, nie liczenie.
Rzeczy do sprawdzenia w projekcie:
- czy sposób zasilania kamery zgadza się z tym, co daje port PoE;
- limit mocy pojedynczego portu;
- łączny budżet mocy switcha;
- pasmo potrzebne wszystkim strumieniom naraz;
- jak fizycznie połączone są kamery, rejestrator i stanowiska podglądu.
Budżetu mocy nie ocenia się po liczbie wolnych portów. Switch może mieć złącza na wszystkie kamery i jednocześnie za mało łącznej mocy, żeby wszystkie wystartowały — a objawia się to najczęściej tym, że ostatnia podłączona kamera „czasem działa”. Z przepustowością to samo: liczy się to, ile ruchu generują zaplanowane strumienie, a nie nominalna liczba kanałów na obudowie.
Archiwum: liczyć z bitrate’u, nie z tabelki
„Ile dysku na 8 kamer?” Nie wiem, dopóki nie znam bitrate’u, harmonogramu zapisu, kompresji i wymaganej retencji. Każdy, kto odpowiada od razu, zgaduje.
Kolejność, którą stosuję:
- Ustal bitrate każdego strumienia, który idzie do zapisu.
- Określ czas nagrywania w przyjętym harmonogramie.
- Pomnóż ilość danych przez wymaganą retencję.
- Zsumuj wynik dla wszystkich kamer.
- Ujednolić jednostki, zanim porównasz wynik z pojemnością archiwum (mieszanie bitów i bajtów to najczęstsza pomyłka na tym etapie).
Jeśli bitrate’y i harmonogram nie są jeszcze ustalone, obliczenie zostaje otwarte do czasu wyboru konfiguracji strumieni. Nie zastępuję tego żadnym „uniwersalnym” limitem, bo wynik zależy od konkretnego projektu i nic więcej.
Przykład: kamera na wejście, posesję albo parking
Na strefy zewnętrzne tego typu często sięgam po kamerę Hikvision DS-2CD2T63G2-2LI(4mm) — ma 6 MP (3200 × 1800), obiektyw 4 mm z kątem 78° w poziomie, 38° w pionie i 96° po przekątnej oraz oświetlacz podczerwieni i światła białego o zasięgu do 60 m, więc daje w miarę uniwersalny kadr na wejście czy fragment parkingu bez dokupowania osobnego doświetlenia.
Czy to znaczy, że w każdym miejscu da wystarczającą szczegółowość? Nie. Kadr trzeba policzyć dla konkretnej odległości i szerokości sceny i sprawdzić w rzeczywistym oświetleniu, a nie na karcie produktu.
Uwaga do zasilania: karta podaje DC 12 V i PoE, ale nie wskazuje standardu IEEE ani poboru mocy. Zgodność z konkretnym portem PoE trzeba więc potwierdzić osobno. Nie ma też podstaw, żeby bez sprawdzenia traktować tę kamerę z jakimkolwiek rejestratorem lub switchem jako gotowy, zgodny zestaw — o czym pisałem wyżej przy NVR.
Odbiór: cały tor obrazu, nie „świeci się, działa”
Test końcowy, w którym instalator pokazuje klientowi obraz na monitorze i wychodzi, to nie odbiór. Odbiór to przejście całej drogi: od kamery, przez zapis, do wyszukania i odtworzenia nagrania.
Moja lista wygląda tak:
- rzeczywisty kadr zgodny z założeniami dla każdej sceny;
- obraz w oświetleniu typowym dla miejsca — czyli także po zmroku;
- zapis ze wszystkich kamer, nie tylko z kilku;
- odtworzenie materiału z przyjętego okresu;
- obciążenie rejestratora przy jednoczesnym podglądzie wszystkich kamer;
- zasilanie PoE przy wszystkich podłączonych urządzeniach;
- dostęp zdalny, jeśli był przewidziany;
- nagrywanie lokalne po odcięciu internetu.
No i jedno ostrzeżenie: zmiana obiektywu, kadru albo ustawień strumienia nie jest zmianą lokalną. Po takiej korekcie wracam do pasma, zapisu i archiwum, bo któryś z nich zwykle przestaje się zgadzać.
Krótkie odpowiedzi przed zakupem
Czy monitoring IP może nagrywać bez internetu?
Tak. Poprawnie skonfigurowany system lokalny nagrywa bez dostępu do internetu. Łącze bywa potrzebne do usług zdalnych, w zależności od urządzeń i konfiguracji.
Czy deklaracja ONVIF gwarantuje obsługę wszystkich funkcji?
Nie. ONVIF nie gwarantuje działania analityki, audio ani pełnej konfiguracji z poziomu rejestratora. Potrzebne funkcje sprawdza się dla konkretnej pary kamera–NVR.
Czy najwyższa rozdzielczość zawsze oznacza najlepszy obraz?
Nie. Obiektyw, odległość, oświetlenie i ustawienie kamery ważą co najmniej tyle samo. Rozdzielczość to jedno z kryteriów, nie kryterium.
Od wymagań do listy urządzeń
Dobry projekt łączy wymagania każdej sceny z parametrami kamer, możliwościami NVR, przepustowością sieci, budżetem PoE i pojemnością archiwum. Lista sprzętu jest wtedy skutkiem, a nie punktem wyjścia.
Przy kompletowaniu instalacji przydaje się kategoria Monitoring IP — kamery sieciowe, rejestratory NVR, switche PoE i oprogramowanie w jednym miejscu. A jeśli zgodność urządzeń albo parametry nie są jednoznaczne, przed zakupem lepiej napisać do CTR i przesłać układ stref oraz planowany sposób nagrywania. Taniej wyjaśnić to na etapie projektu niż na drabinie.