← Powrót do artykułów

Detektor problemów w Xeoma

Rozbudowane systemy monitoringu wizyjnego klasy korporacyjnej wykorzystują setki, a nawet tysiące kamer. W takich warunkach trudno na bieżąco kontrolować dostępność wszystkich urządzeń i ogólną sprawność systemu.

W takich sytuacjach nieoceniona jest automatyczna analityka wideo w ramach tzw. detektorów sabotażu, które natychmiast alarmują operatorów i administratorów o zagrożeniu lub trwającym przestępstwie.

Pierwszym celem wandali są zazwyczaj same kamery. Przestępcy starają się unikać rejestracji (dlatego tak ważne jest właściwe zaplanowanie ich rozmieszczenia), a gdy jest to niemożliwe, dążą do wyeliminowania zagrożenia.

Najczęstszą metodą jest zniszczenie kamer. Choć generuje to koszty dla właściciela systemu, operatorzy natychmiast wykrywają awarię i mogą podjąć działania. Inaczej wygląda to w systemach działających latami bez nadzoru: sprzęt ulega uszkodzeniu, mienie jest kradzione bez śladu sprawcy, a nagrania z innych zdarzeń mogą zostać utracone, zanim awaria zostanie w ogóle zauważona.

Bardziej technicznie przygotowani przestępcy mogą przeciąć kable, np. przewód Ethernet, co powoduje zatrzymanie strumienia wideo i zamarznięcie obrazu. Kamera pozostaje fizycznie nienaruszona, ale ostatnia klatka wyświetla się na monitorze jako prawidłowy obraz, maskując ingerencję. Pozwala to sprawcom działać w martwej strefie i opuścić miejsce zdarzenia z łupem niezauważonym.

Z perspektywy właściciela systemu korzystniejszym scenariuszem jest przekręcenie kamery w inną stronę, oślepienie jej światłem (np. reflektorami samochodu) lub zasłonięcie obiektywu tkaniną czy torbą. Straty ograniczają się wtedy do skradzionego mienia. Technicznie kamera działa, ale obserwuje niewłaściwy obszar. Przy dużej liczbie kamer operator może przeoczyć tę subtelną zmianę i przegapić przestępstwo rozgrywające się tuż przed obiektywem – jak w filmie szpiegowskim. Brak nagrań uniemożliwia identyfikację sprawcy.

Moduł „Detektor problemów” w Xeoma

Aby zapewnić automatyczny monitoring stanu systemu, Xeoma oferuje nie tylko zaawansowaną diagnostykę ekranową, ale także moduł „Detektor problemów”. Analityka wideo tego detektora sabotażu automatycznie wysyła wybrane powiadomienia o zmianach w scenie (ingerencji w kamerę) lub problemach z funkcjonowaniem systemu.

Zaawansowana analityka wideo, elastyczna konfiguracja i modułowa budowa pozwalają precyzyjnie dostosować alerty do konkretnych kamer. Można np. wysłać powiadomienie do administratora po utracie sygnału z jednej kamery, podczas gdy przerwanie sygnału z kamery chroniącej sejf natychmiast uruchomi alarm. Z jedną kamerą można powiązać kilka typów powiadomień.

Przyjrzyjmy się bliżej ustawieniom modułu.

Po kliknięciu modułu otwierają się jego ustawienia. W „Detektorze problemów” dostępne są następujące opcje:

• Typ wyzwalania:

Wyzwalaj przy braku problemów – jeśli nie wykryto żadnych z wybranych problemów, moduł przekaże sygnał do kolejnych modułów w łańcuchu
Wyzwalaj zawsze – moduł stale pracuje w trybie „Wyzwolony”, przekazując sygnał do kolejnych modułów w łańcuchu
Wyzwalaj przy wykryciu problemów – jeśli wystąpi co najmniej jeden z wybranych problemów, moduł przekaże sygnał do kolejnych elementów w łańcuchu modułów

• Pole wyboru Zawsze sprawdzaj problemy niezwiązane z kamerą (nawet gdy strumień kamery jest nieaktywny)

Opcja ta służy do monitorowania usterek niezależnych od kamery, nawet jeśli samo urządzenie nie działa (lub w ogóle go nie ma). W takim przypadku system wykryje wszystkie awarie niezwiązane z kamerą (np. problemy z dyskiem, pamięcią RAM itp.).

• Pola wyboru Brak obrazu z kamery oraz Brak dźwięku

Suwak Limit czasu kamery

Te opcje wykrywają brak aktualizacji obrazu lub dźwięku z kamery. Suwak limitu czasu pozwala określić próg wyzwolenia alarmu. Przykładowo ustawienie wartości na 10 sekund spowoduje zignorowanie wszystkich przerw w transmisji wideo lub dźwięku krótszych niż 10 sekund.

• Pole wyboru Brak strumienia wideo z kamery (brak obrazu i dźwięku)

Suwak Limit czasu kamery

To pole wyboru sygnalizuje całkowitą utratę połączenia z kamerą (np. gdy urządzenie w ogóle nie odpowiada ani nie przesyła strumienia danych). Suwak limitu czasu pozwala zdefiniować czas wyzwolenia alarmu, co umożliwia zignorowanie krótkotrwałych braków odpowiedzi kamery i uniknięcie fałszywych alertów.

• Pole wyboru Utrata ostrości obrazu

Suwak Poziom ostrości

Ta opcja umożliwia monitorowanie utraty ostrości obrazu (rozmycia).

• Pola wyboru Zbyt ciemny obraz z kamery oraz Zbyt jasny obraz z kamery

Suwak Tolerancja zmian jasności (%)
Suwak Dolny próg jasności (%)
Suwak Górny próg jasności (%)

Opcja ta pozwala wykrywać sytuacje, w których obraz z kamery staje się zbyt ciemny lub zbyt jasny, np. gdy obiektyw zostanie zasłonięty lub oświetlony latarką. Suwaki służą do zdefiniowania progów jasności branych pod uwagę podczas detekcji.

• Pole wyboru Możliwy obrót kamery

Suwak Próg zmiany obrazu (%)

To pole wyboru umożliwia wykrycie fizycznego obrócenia kamery na podstawie przesunięcia pikseli w obrazie. Próg zmiany obrazu określa wartość, której przekroczenie spowoduje wyzwolenie modułu.

• Pole wyboru Śledź utratę pakietów

Ta opcja pozwala wykrywać niestabilną pracę kamery (utratę pakietów lub danych strumieniowych). Tego typu zakłócenia zazwyczaj wskazują na problemy z siecią.

• Pole wyboru Brak wolnego miejsca na dysku

Suwak Pozostało mniej miejsca niż

Opcja ta generuje alert, gdy ilość wolnego miejsca na dysku spadnie poniżej wartości określonej suwakiem.

• Pole wyboru Kończy się pamięć RAM

Informacja Pozostała pamięć RAM – dane o dostępnej pamięci operacyjnej
Suwak Pozostało mniej pamięci RAM niż

Ta opcja wykrywa wycieki pamięci RAM.

• Pole wyboru Obciążenie procesora

Suwak Wyższe niż

Moduł „Detektor problemów” w Xeoma umożliwia również monitorowanie obciążenia procesora. Za pomocą suwaka można skonfigurować poziom obciążenia, który ma być raportowany przez moduł.

• Pole wyboru Sprawdź dostęp do zasobu sieciowego

Pole Adres zasobu sieciowego
Suwak Interwał sprawdzania dostępności

Ta opcja pozwala zdefiniować adres IP dowolnego urządzenia sieciowego, zasobu internetowego (strony WWW) itp.
Umożliwia to np. wykrywanie problemów z dostępem do Internetu na serwerze lub monitorowanie utraty łączności z urządzeniami sieciowymi (szlabanami automatycznymi, przekaźnikami itp.).

• Pole wyboru Serwer został zrestartowany

Ta opcja umożliwia wykrywanie awarii serwera. Aktywuje się, gdy serwer uległ awarii i został nieprawidłowo zrestartowany.

• Pole wyboru Problemy z bazą danych

To pole wyboru pozwala monitorować problemy z bazą danych archiwum w Xeoma (archive.db – baza zawierająca metadane z różnych modułów filtrujących).

• Pole wyboru Przekroczenie ruchu internetowego

Suwak Ruch przychodzący, GB
Lista rozwijana Interwał resetowania licznika ruchu

Ta opcja wykrywa przekroczenie limitów sieciowych.

• Pole wyboru Zapisuj wykryte problemy do pliku dziennika

Niestandardowa nazwa filtra w dzienniku

Ta opcja umożliwia zapisywanie wszystkich problemów w pliku dziennika. Ścieżkę pliku można określić w następującym formacie: C:\Users\Public\Documents\Xeoma\Logs\ProblemsDetector.log (Windows)
Dzienniki są domyślnie przechowywane w folderze „Logs” w folderze ustawień.

Komunikaty o błędach są wyświetlane również na ekranie. Przy odpowiednim rozmiarze czcionki ostrzeżenia Xeoma nie umkną Twojej uwadze:



Rozmiar czcionki można dostosować w „Menu układów” (ikona „kwadraty/okno” na dolnym panelu okna głównego w trybie widoku wszystkich kamer): Ustawienia okna – Rozmiar czcionki dla nazw kamer (domyślnie 12 pkt).

Jak wspomniano wcześniej, „Wykrywacz problemów” może również zapisywać informacje w pliku dziennika. Plik ten nosi nazwę ProblemsDetector.log i znajduje się w folderze Logs w katalogu Xeoma. Dziennik może zawierać wiele komunikatów dotyczących zmiany sceny lub stanu systemu; oto pełna lista:

• Brakuje pamięci RAM
• Problem z pamięcią RAM został rozwiązany
• Serwer został nieprawidłowo zrestartowany
• Brakuje miejsca na dysku
• Problem z miejscem na dysku został rozwiązany
• Brak miejsca na dysku
• Obraz z kamery jest zbyt ciemny
• Strumień wideo nie jest już zbyt ciemny
• Strumień wideo nie jest już zbyt jasny
• Obraz z kamery jest zbyt jasny
• Kamera została obrócona lub zasłonięta
• Kamera nie jest już obracana
• Błąd aktualizacji bazy danych
• Błąd odczytu bazy danych
• Błąd zapisu do bazy danych
• Odebrano strumień audio
• Odebrano strumień wideo
• Obraz z kamery jest niedostępny lub statyczny
• Zasób sieciowy nie jest już dostępny
• Zasób sieciowy jest ponownie dostępny
• Wysokie obciążenie procesora
• Obciążenie procesora wróciło do normy
• Obraz nie jest odświeżany
• Całkowity brak strumienia z kamery (wideo lub audio)

ProblemsDetector.log:



Od wersji beta Xeoma 20.10.13 dodano możliwość pracy w połączeniu z modułami filtrującymi (np. z „Harmonogramem”). Od wersji beta Xeoma 23.3.22 dodano opcję pobierania pliku dziennika przez Klienta. Teraz plik dziennika można pobrać również podczas połączenia zdalnego. Od wersji beta Xeoma 23.3.22 dodano nowe parametry precyzyjnej konfiguracji opcji „Obraz z kamery jest zbyt ciemny”, co ułatwia otrzymywanie powiadomień w przypadku zasłonięcia kamery.

16 kwietnia 2015, zaktualizowano: 27 marca 2023

Przeczytaj także:

Najczęściej zadawane pytania dotyczące oprogramowania Xeoma
Pełna instrukcja obsługi Xeoma
Jak wykrywać wandalizm i zapobiegać dewastacji oraz uszkodzeniom mienia za pomocą oprogramowania do monitoringu wideo