ONVIF kamera

Kamera ONVIF to kamera IP, która obsługuje standard ONVIF (Open Network Video Interface Forum), który jest standardem branżowym dla produktów monitoringu wideo opartych na IP. ONVIF promuje interoperacyjność między różnymi urządzeniami monitoringu, takimi jak kamery, systemy zarządzania wideo (VMS) oraz inne urządzenia sieciowe, niezależnie od marki. Dzięki temu kamery ONVIF mogą być łatwo zintegrowane i zarządzane w ramach systemu monitoringu sieciowego, oferując większą elastyczność i większy wybór przy wyborze kompatybilnych urządzeń.

Aby dodać kamerę ONVIF do opragramowania Banalytics, wykonaj następujące kroki.

Najpierw upewnij się, że kamera jest podłączona do źródła zasilania i połączona z siecią lokalną za pomocą połączenia przewodowego lub bezprzewodowego. Aby upewnić się, że kamera jest poprawnie podłączona, sprawdź, czy znajduje się w tej samej sieci lokalnej co urządzenie uruchamiające opragramowanie Banalytics. Kamera musi mieć przypisany adres IP i być osiągalna w sieci.

Aby zweryfikować dostępność kamery, możesz skorzystać z komponentu Wykrywanie urządzeń sieciowych w Banalytics VMS. To narzędzie skanuje Twoją sieć lokalną w poszukiwaniu podłączonych urządzeń, w tym kamer ONVIF, i pomaga potwierdzić jej łączność.

Następnie kliknij przycisk + obok podmenu kamery ONVIF w serwerze Banalytics.

Opcje konfiguracji

Znaczenie

Wymagane (Tak/Nie)

Opis

Domyślny

Ponowne uruchomienie w przypadku błędu działania

Tak

Tryb ponownego uruchamiania po wykryciu błędu:

Zatrzymaj przy błędzie – nie uruchamia się ponownie, dopóki nie zostanie ręcznie wywołane.
Natychmiast – próbuje uruchomić się automatycznie natychmiast po wykryciu błędu.
10 sek – próbuje uruchomić się automatycznie po 10-sekundowym opóźnieniu po wykryciu błędu.
30 sek – próbuje uruchomić się automatycznie po 30-sekundowym opóźnieniu po wykryciu błędu.
1 min – próbuje uruchomić się automatycznie po 1-minutowym opóźnieniu po wykryciu błędu.

Domyślnie 10 sek

MAC Address

Nie

Adres MAC to unikalny identyfikator interfejsu sieciowego kamery. Możesz go znaleźć w interfejsie webowym kamery lub za pomocą funkcji Wykrywanie urządzeń sieciowych w opragramowaniu Banalytics. W niektórych przypadkach adres MAC jest również wydrukowany na naklejce na samej kamerze lub na jej opakowaniu. Ten unikalny adres pomaga wyróżnić Twoją kamerę spośród innych urządzeń w sieci.

Nazwa

Tak

Wybierz nazwę dla kamery, aby łatwo zidentyfikować ją w systemie (np. 'Kamera w garażu').

Host and Port

Tak

Adres IP (host) i numer portu są wymagane do nawiązania komunikacji między opragramowaniem Banalytics a kamerą. Adres IP kamery można znaleźć w dokumentacji kamery lub użyć funkcji Wykrywanie urządzeń sieciowych, aby go zlokalizować. Domyślny port ONVIF dla protokolu HTTP to 80, a dla HTTPS to 443, ale mogą się one różnić w zależności od ustawień kamery.

Nazwa użytkownika i Hasło

Tak

Będziesz potrzebował wprowadzić nazwy użytkownika i hasła do interfejsu webowego kamery. Jeśli ich nie masz, sprawdź dokumentację kamery, poszukaj naklejki na samej kamerze lub sprawdź opakowanie w celu znalezienia domyślnych danych logowania. Jeśli te opcje nie działają, może być konieczne zresetowanie kamery do ustawień fabrycznych.

Protokół transportowy

Tak

To ustawienie definiuje sposób, w jaki kamera komunikuje się z innymi urządzeniami:

HTTP: Standardowy protokół, zazwyczaj o niższej jakości i wyższej latencji.
RTSP (Real-Time Streaming Protocol): Popularna opcja dla strumieniowania w wysokiej jakości.
UDP (User Datagram Protocol): Protokół o niskiej latencji, bezpołączeniowy, odpowiedni do wideo na żywo.
TCP (Transmission Control Protocol): Bardziej niezawodny, ale wprowadza dodatkową latencję.

Dostępne opcje protokołu transportowego w opragramowaniu Banalytics zależą od portów obsługiwanych przez interfejs webowy kamery. Jeśli zdefiniowano wiele portów, możesz wybrać najbardziej odpowiedni protokół w zależności od swoich potrzeb (np. RTSP do strumieniowania na żywo lub TCP do niezawodnej transmisji). Poniżej przedstawiamy kilka wskazówek dotyczących różnych przypadków użycia, które pomogą Ci zdecydować, który protokół wybrać.

Domyślnie RTSP

Wybór protokołu transportowego

W całej konfiguracji kamery ONVIF, protokół transportowy często wydaje się być najbardziej skomplikowanym parametrem do skonfigurowania, szczególnie biorąc pod uwagę, że kamera może być używana do różnych celów. Wybór odpowiedniego protokołu transportowego jest kluczowy dla uzyskania optymalnej wydajności, niezależnie od tego, czy strumieniujesz wideo na żywo, nagrywasz materiał, czy monitorujesz ruch.

Aby pomóc w tym procesie, stworzyliśmy dedykowany artykuł z poradami dotyczącymi konfiguracji profili multimedialnych w zależności od Twoich specyficznych potrzeb monitoringu. W tej sekcji poprowadzimy Cię przez wybór odpowiedniego protokołu transportowego dla każdego z sześciu profili multimedialnych, które możesz wybrać do swojego systemu.

Profil multimedialny do detekcji ruchu

Zalecany protokół: UDP lub RTSP.

UDP: Ten protokół jest idealny do środowisk, w których niska latencja jest kluczowa. Jeśli monitorujesz obszary z ruchem i potrzebujesz aktualizacji w czasie rzeczywistym, UDP zapewnia minimalne opóźnienia, co jest niezbędne do szybkiego wykrywania zdarzeń ruchu.

RTSP: Jeśli potrzebujesz bardziej niezawodnego strumienia z równowagą między jakością a wydajnością, można użyć RTSP. Zapewni on stabilne strumieniowanie wideo, co jest szczególnie przydatne, gdy potrzebujesz zarówno detekcji ruchu, jak i spójnej jakości wideo.

Profil multimedialny do monitoringu zdalnego w czasie rzeczywistym

Zalecany protokół: RTSP lub UDP.

RTSP: Do monitoringu zdalnego w czasie rzeczywistym RTSP jest najlepszym wyborem, ponieważ zapewnia strumieniowanie wideo w wysokiej jakości z minimalnym buforowaniem, gwarantując płynne wrażenia podczas oglądania.

UDP: Jeśli Twoje główne potrzeby to niska latencja i jesteś w stanie zaakceptować okazjonalną utratę pakietów, UDP sprawdza się dobrze w monitoringu na żywo, szczególnie w środowiskach o dużym zapotrzebowaniu, gdzie szybkość jest ważniejsza od wideo bez błędów.

Profil multimedialny do nagrywania w wysokiej jakości

Zalecany protokół: TCP lub RTSP.

TCP: TCP zapewnia niezawodne przesyłanie wszystkich danych wideo bez utraty pakietów, co jest kluczowe, gdy musisz nagrywać wideo w wysokiej jakości do celów dowodowych lub analizy. Jest to preferowany protokół, gdy integralność danych jest niezbędna.

RTSP: Jeśli nie potrzebujesz dodatkowej niezawodności TCP, ale nadal chcesz mieć stabilny strumień wideo do nagrywania, RTSP sprawdzi się dobrze, zapewniając jakość wideo podczas nagrywania.

Profil multimedialny dla środowisk o niskiej przepustowości

Zalecany protokół: HTTP lub UDP.

HTTP: W środowiskach z bardzo ograniczoną przepustowością HTTP zapewnia najbardziej podstawowy strumień wideo o niskiej przepustowości, odpowiedni do podstawowego monitoringu bez wymagań dotyczących wysokiej jakości. Jest szczególnie przydatny, gdy nie potrzebujesz wideo na żywo, ale nadal potrzebujesz pewnego poziomu monitoringu.

UDP: Jeśli wymagana jest niska latencja, ale sieć może znieść minimalną utratę jakości, UDP może być również używane do przesyłania wideo przy zmniejszonym zużyciu przepustowości.

Profil multimedialny do monitoringu nocnego lub w słabym świetle

Zalecany protokół: RTSP lub UDP.

RTSP: RTSP jest najlepszy do monitoringu w słabym świetle, gdzie stabilne strumieniowanie jest ważne, ponieważ zapewnia stałą jakość wideo nawet w trudnych warunkach oświetleniowych.

UDP: W środowiskach, gdzie niska latencja jest kluczowa (np. monitoring wideo na żywo obszarów o słabym oświetleniu), UDP jest dobrą alternatywą, jeśli akceptowalna jest okazjonalna utrata jakości wideo.

Profil multimedialny do sterowania PTZ (Pan-Tilt-Zoom)

Zalecany protokół: RTSP lub UDP.

RTSP: Ponieważ kamery PTZ potrzebują płynnego strumieniowania wideo podczas ruchu, RTSP zapewnia wysoką jakość wideo i wspiera kontrolę PTZ bez znaczącej latencji.

UDP: Jeśli minimalizacja opóźnienia jest kluczowa, UDP jest dobrą opcją do interakcji w czasie rzeczywistym z kamerą PTZ, chociaż jakość może nieco pogorszyć się w porównaniu do RTSP.

Każdy profil multimedialny służy innemu celowi, w zależności od specyficznych potrzeb Twojego systemu monitoringu. Protokół transportowy, który wybierzesz (HTTP, RTSP, UDP lub TCP), powinien być dopasowany do przypadku użycia, aby zapewnić optymalną wydajność.

Profil multimedialny do detekcji ruchu

UDP lub RTSP