Londyn ma opinię miasta obwieszonego kamerami. I pewnie coś w tym jest, ale jeśli projektujesz monitoring dla konkretnej hali, magazynu czy parkingu, te opowieści o „tysiącach kamer na mieszkańca” nie pomogą ci w niczym. Nie ma zresztą świeżych, zweryfikowanych liczb, na których dałoby się cokolwiek oprzeć. Projekt robi się pod obiekt, nie pod statystykę.
Poniżej piszę o tym, co w praktyce decyduje, czy instalacja zadziała: cel obserwacji, miejsce, gdzie liczy się obraz, zasilanie i zgodność sprzętu. Na końcu jeden konkretny model do identyfikacji pojazdów jako przykład, jak czytać kartę katalogową.
Najpierw cel, potem sprzęt
Najczęstszy błąd, jaki widuję u ludzi zamawiających monitoring: zaczynają od liczby kamer. „Potrzebujemy osiem kamer 4K.” Do czego? Na to pytanie często nie ma odpowiedzi.
Kamera to tylko urządzenie do przekazywania obrazu na odległość. Co z tego obrazu wyciągniesz, zależy od tego, co chciałeś zobaczyć, zanim ją powiesiłeś. Ogólny podgląd placu to zupełnie inne zadanie niż odczyt tablicy rejestracyjnej przy szlabanie. Inna kamera, inny obiektyw, inne miejsce montażu i inne wymagania wobec rejestratora.
Zanim cokolwiek wybierzesz, spisz sobie na kartce:
- jaki obszar ma być obserwowany;
- czy wystarczy sam obraz, czy ma być automatyczna analiza (odczyt tablic, klasyfikacja pojazdów);
- kto ma mieć dostęp do podglądu i do wyników analizy;
- czy kamery mają dogadać się z istniejącym rejestratorem albo oprogramowaniem;
- jakie zasilanie jest realnie dostępne w punkcie montażu.
Ostatni punkt ludzie pomijają najczęściej. A potem okazuje się, że kamera wymaga PoE+, a w szafie stoi switch, który tyle nie da.
No i jedno zastrzeżenie, które powtarzam każdemu klientowi: monitoring nie zapobiega zdarzeniom. Pokazuje je i pomaga analizować. Jeśli ktoś obiecuje, że po zainstalowaniu kamer „nic się nie wydarzy”, to sprzedaje, a nie projektuje.
System IP to więcej niż kamera
Kiedy ktoś mówi „kupię kamerę IP”, to w praktyce kupuje jeden klocek z czterech. Cała kategoria Monitoring IP to kamery sieciowe, rejestratory NVR, switche PoE i oprogramowanie. I te klocki muszą do siebie pasować.
Złącze RJ45 na kamerze i na switchu niczego nie gwarantuje. Sprawdzasz osobno:
- standard i budżet zasilania PoE (czy switch daje tyle, ile kamera bierze, na wszystkich portach naraz);
- czy funkcje analityczne kamery są widoczne i obsługiwane w rejestratorze lub VMS;
- gdzie fizycznie odbywa się analiza obrazu.
Ten ostatni punkt wymaga słowa wyjaśnienia. Część funkcji wymaga zewnętrznego oprogramowania i serwera. Są jednak kamery, które robią analizę u siebie, w środku, i wysyłają gotowy wynik. Dla instalatora to duża różnica: brak serwera to mniej sprzętu w szafie, ale wynik z kamery i tak musi gdzieś trafić i ktoś musi go umieć odebrać.
ANPR: gdzie ma sens, a gdzie to wyrzucone pieniądze
Rozpoznawanie tablic rejestracyjnych ANPR to odczyt znaków z obrazu tablicy. Podkreślam: obraz tablicy i tekstowy wynik rozpoznania to dwie różne rzeczy. Kamera 4K może zarejestrować piękne, czytelne zdjęcie tablicy i nadal nie dać żadnego odczytu, bo po prostu nie ma tej funkcji. Wysoka rozdzielczość nie równa się ANPR.
ANPR sprawdza się tam, gdzie pojazd przejeżdża przez ściśle określony punkt: wjazd na parking, wyjazd z terenu zakładu, brama z szlabanem. Kamera patrzy w jedno miejsce, samochód zawsze przejeżdża tą samą ścieżką, tablica jest w przewidywalnym miejscu kadru. Moim zdaniem to jedyne zastosowanie, przy którym warto się do tego brać na zwykłym obiekcie przemysłowym. Rozwieszanie ANPR „na wszelki wypadek” nad ogólnym placem to marnowanie budżetu. Analiza ruchu drogowego to osobny temat i wymaga kamery z odpowiednim oprogramowaniem, nie każda go ma.
Przed wdrożeniem ustal jeszcze jedno: czy wystarczy sam numer, czy klient chce też wiedzieć, że wjechał biały dostawczak konkretnej marki. Rozpoznawanie marki, modelu i koloru to osobna funkcja i osobne wymagania wobec kamery.
Co sprawdzić w karcie produktu, zanim klikniesz „zamów”
Kartę sklepową zawsze zestawiam z dokumentacją producenta. Nie dlatego, że sklepy kłamią, tylko dlatego, że tabele skrócone bywają nieaktualne albo skopiowane z innej wersji urządzenia. Gdy opis mówi jedno, a tabela drugie, wygrywa PDF producenta. Zawsze.
Lista rzeczy, których szukam w pierwszej kolejności:
- rozdzielczość i zakres ogniskowej obiektywu (czy da się ustawić kadr z planowanego punktu montażu);
- jakie funkcje analizy są faktycznie dostępne i czy wymagają licencji;
- gdzie analiza jest wykonywana: w kamerze czy na zewnętrznym systemie;
- standard zasilania i pobór mocy, maksymalny, nie „typowy”;
- potwierdzona zgodność z rejestratorem i oprogramowaniem, które klient już ma.
Switcha PoE nie dobieram z tabelki sklepowej. Jeśli dokumentacja producenta mówi o wyższym poborze niż karta, liczę budżet pod dokumentację. Lepiej mieć zapas niż kamerę, która restartuje się w nocy przy włączonym doświetlaniu.
PNO-A9081RLP na przykładzie: jak czytać dokumentację
Weźmy PNO-A9081RLP Hanwha Vision, kamerę projektowaną do identyfikacji pojazdów na wjazdach, parkingach i do analizy ruchu. Od razu uczciwie: nie mam potwierdzenia, że ten model stoi gdziekolwiek w Londynie. Traktuję go jako przykład, bo dobrze pokazuje, jak wygląda porządny opis funkcji ANPR.
Karta CTR podaje rozdzielczość 4K (3840 × 2160) i obiektyw 4.5–10 mm. Ten zakres ogniskowej to sensowny kompromis dla wjazdów: da się ustawić dość ciasny kadr na pas, a jednocześnie nie trzeba stać z kamerą tuż nad szlabanem. Na pokładzie jest aplikacja Wisenet Road AI: ANPR, rozpoznawanie marki, modelu i koloru oraz klasyfikacja pojazdów.
Z dokumentacji producenta PNO-A9081RLP wynika, że ANPR i MMCR są zainstalowane i zalicencjonowane fabrycznie, a analiza dzieje się w kamerze, bez serwera do samego przetwarzania. To ważna informacja: nie doliczasz komputera do samego odczytu. Ale (i tu uwaga, którą łatwo przeoczyć) „analiza w kamerze” nie znaczy „działa z każdym rejestratorem”. Wynik trzeba jeszcze odebrać w systemie, który go rozumie.
Zasilanie: producent podaje PoE+ (IEEE 802.3at, Class 4) lub 12 V DC. Pobór dla PoE: maksymalnie 20,00 W, typowo 17,00 W. Do budżetu switcha bierzesz te dwadzieścia watów, a nie siedemnaście. Jak pisałem wyżej, karta sklepowa i dokumentacja różnią się w kilku miejscach (zasięg IR, standard PoE, pobór), więc trzymam się liczb producenta.
Jeszcze jedno: karta CTR oznacza model jako dostępny, ale wisi na nim etykieta „Wyprzedaż”. To zwykle sygnał, że seria się kończy. Zanim zaplanujesz na niej większą instalację, potwierdź dostępność i dopytaj o następcę.
Jak bym to rozpisał dla wjazdu na parking
Założenie: jeden wjazd, trzeba odczytywać tablice i dodatkowo rozpoznawać markę, model, kolor i klasę pojazdu. Klient ma już rejestrator, o którym nic nie wiadomo poza tym, że działa.
PNO-A9081RLP jest tu naturalnym kandydatem, bo Wisenet Road AI ma dokładnie ten zestaw funkcji. Ale kandydat to jeszcze nie decyzja. Kolejność prac:
- Sprawdzam, czy z planowanego punktu montażu obiektyw 4.5–10 mm da kadr, w którym tablica jest czytelna. Jeśli nie, przesuwam słupek albo szukam innej kamery, a nie „jakoś to będzie”.
- Zapewniam PoE+ zgodne z IEEE 802.3at Class 4 albo zasilanie 12 V DC. Stary switch bez „plusa” odpada.
- W budżecie mocy switcha rezerwuję 20,00 W na tę kamerę.
- Potwierdzam u producenta rejestratora lub w VMS, że wyniki ANPR i MMCR z tej kamery da się odebrać. Bez tego klient dostanie ładny obraz i zero danych.
- Robię test na miejscu, o różnych porach, z realnym ruchem. Kamera testowana na biurku nic nie mówi o nocnym wjeździe z reflektorami w obiektyw.
Dopóki punkt 4 nie jest zaliczony, nie sprzedaję tego jako „gotowego zestawu z rejestratorem”. Zaliczyłem kiedyś taką wpadkę i nie polecam.
Błędy, które widuję najczęściej
Krótko, bo większość wynika z tego, co wyżej:
- projektowanie „pod Londyn”, czyli pod ogólne statystyki, zamiast pod konkretny wjazd czy halę;
- utożsamianie 4K z gwarantowanym odczytem tablic;
- założenie, że analiza zawsze wymaga osobnego komputera (nie zawsze, ale trzeba to sprawdzić);
- przyjęcie na wiarę, że kamera dogada się z rejestratorem klienta;
- pominięcie standardu PoE i poboru mocy przy doborze switcha;
- kopiowanie sprzecznych parametrów z karty sklepowej bez zajrzenia do dokumentacji producenta;
- obiecywanie, że monitoring „wykryje i powstrzyma” każde zdarzenie.
Do tego dochodzi warstwa, której ten tekst nie obejmuje: brytyjskie przepisy i procedury konkretnego operatora. Tego nie sprawdzałem i przed wdrożeniem trzeba to zrobić osobno.
Co zrobić przed zamówieniem
Rozpisz cel obserwacji, wymagane wyniki analizy, dostępne zasilanie i listę urządzeń, z którymi kamera ma współpracować. Z taką kartką dobór sprzętu z kategorii Monitoring IP trwa krótko, bez niej kończy się zgadywaniem.
Jeśli temat odczytu tablic jest dla ciebie nowy, przeczytaj wcześniej poradnik Rozpoznawanie tablic rejestracyjnych przez kamery IP. A jeśli zgodność elementów albo budżet PoE budzi wątpliwości, opisz konfigurację i skonsultuj ją z CTR przed złożeniem zamówienia. Taniej niż wymiana switcha po odbiorze.