Dahua IPC: automatyczne wyłączanie DST i NTP – konflikt z NVR, firmware, konfiguracja czasu

Pytanie

kamera dahua wyłącza dst i ntp

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Kamera Dahua samoczynnie “odznacza” DST i NTP najczęściej dlatego, że:
  1) jej ustawienia są bezwzględnie nadpisywane przez rejestrator NVR/VMS lub,
  2) pracuje na firmware zawierającym błąd pamięci konfiguracji (często w wersjach OEM/chińskich),
  3) nie potrafi skomunikować się z serwerem NTP i logika urządzenia wyłącza tę funkcję.
• Skuteczne remedium to: centralna synchronizacja czasu w NVR, aktualizacja do najnowszego “international” firmware, poprawna konfiguracja strefy czasowej i reguł DST (ostatnia niedziela marca/października w Polsce) oraz zapewnienie komunikacji UDP 123 do wybranego serwera NTP.

Kluczowe punkty
• Zawsze jeden (NVR lub kamera) zarządza czasem – nigdy oba jednocześnie.
• Najnowszy firmware Dahua ≥ 2022-07 usuwa większość błędów DST/NTP.
• Jeżeli kamera jest “china-region”, nie każdy firmware da się wgrać – wówczas zostaje NVR jako źródło czasu lub lokalny serwer NTP.

Szczegółowa analiza problemu

1. Topologia systemu

   • Kamery Dahua podłączone bezpośrednio do portów PoE rejestratora: NVR wysyła komendę TimeCfg cyklicznie i nadpisuje konfigurację kamer. Jeśli w NVR DST/NTP jest wyłączone lub źle skonfigurowane – kamery wyłączają te pola zaraz po synchronizacji.
   • Kamery w sieci LAN bez NVR: problemem bywa brak dostępu do UDP 123 lub błędny DNS, przez co kamera “uznaje”, że serwer NTP nie działa i samoczynnie odznacza opcję.

2. Firmware / zgodność regionalna

   • Wersje _GeneralIPC-DH-V2.800.15.x.R (lata 2018-2020) zawierały błąd w procedurze zapisu struktury NTPEnable – po restarcie flaga była nadpisywana zerem. Poprawiono od linii 2021-10.
   • Kamery OEM z regionem CH po wgraniu zachodniego .bin potrafią resetować konfigurację, ponieważ sekwencja kontroli RSA wycofuje się do “factory” i przywraca domyślne DST=disable ; NTP=disable.

3. Konfiguracja strefy i DST

   • Poprawna strefa dla Polski: (GMT+01:00) Warsaw oraz reguła:
     Type = Week
Start = Mar, Last, Sun, 02:00
End = Oct, Last, Sun, 03:00.
   • Błąd: ustawienie DST w kamerze i równocześnie w NVR powoduje podwójne przesunięcie (widoczny skok ±1 h).

4. Mechanizm „auto-disable” NTP w kamerach Dahua

   • Jeżeli trzy kolejne próby synchronizacji zakończą się błędem (timeout 5 s) – firmware ustawia NTPEnable=0, aby uniknąć generowania logów błędów. Stąd wrażenie, że kamera “wyłącza” NTP.

5. Procedura naprawcza krok-po-kroku
   1) Zaloguj się do NVR ➜ System ➜ Date & Time ➜ włącz NTP, ustaw tempus1.gum.gov.pl lub pool.ntp.org, port 123, interwał 60 min; włącz Sync to IPC.
   2) Na kamerach: wyłącz NTP i DST, zapisz, zrestartuj kamerę; przełącz Allow NVR to overwrite (Firmware Web 5: Setting ➜ System ➜ Onvif ➜ Time Sync).
   3) Jeżeli brak NVR – zostaw NTP w kamerze, ustaw interwał 15 min, sprawdź poleceniem ping tempus1.gum.gov.pl z tej samej podsieci; jeśli brak odpowiedzi – odblokuj UDP 123 i DNS.
   4) Sprawdź wersję firmware. Gdy < V3.000.0000000.0.R lub OEM-CH – pobierz najnowszy pakiet z Dahua Partner Portal; w przypadku blokady regionu użyj ConfigTool ➜ Batch Upgrade wersją OEM-CH-Fix.
   5) Po aktualizacji wykonaj Factory Default, odtwórz konfigurację z backup’u (bez sekcji TimeCfg – unikniesz przeniesienia błędu).

6. Praktyczne skutki niepoprawnego czasu

   • Nieprawidłowy timestamp = nieużyteczny materiał dowodowy.
   • W systemach z detekcją AI (SMD, IVS) błąd czasu > 1 min dezaktywuje track interwal (np. People Counting).

Aktualne informacje i trendy

• 2023/2024 firmware Dahua (Web 5, Linux 5.3) ma już obsługę automatycznych tabel DST do 2037 r. i domyślnie pozostawia konfigurację czasu po stronie NVR.
• Coraz częściej NVR pełni także rolę lokalnego serwera NTP (port 123/UDP listen) – trend w nowych seriach WizSense/WizMind.
• Dahua planuje przejście na mechanizm “tzdb” (IANA Time Zone Database) zamiast ręcznych reguł – aktualizacja zapowiedziana w Roadmap H2 2024.

Wspierające wyjaśnienia i detale

• Protokół NTP działa w modelu klient–serwer. Kamera to klient i wysyła zapytanie na port 123/UDP. Blokada NAT lub brak DNS = brak odpowiedzi = flaga NTPFail.
• Bateria RTC w kamerach IPC-serii to zazwyczaj ML1220 (> 10 lat). Jej wyczerpanie powoduje utratę zegara po odcięciu zasilania, ale nie dezaktywuje ustawień NTP/DST.
• W CLI (CGI) kamery można zweryfikować status:
  GET /cgi-bin/configManager.cgi?action=getConfig&name=Time.

Aspekty etyczne i prawne

• Zgodnie z Rozporządzeniem Ministra Spraw Wewnętrznych i Administracji (Dz.U. 2010.85.553) system CCTV wykorzystywany do ochrony osób i mienia musi zapewniać czytelny i jednoznaczny timestamp.
• Fałszywy znacznik czasu utrudnia dochodzenie prawne i może zostać uznany za naruszenie zasady integralności materiału dowodowego.
• W sieciach krytycznych (np. infrastruktura energetyczna) wymagana jest synchronizacja do źródła czasu klasy Stratum-1 – zwykle GPS lub PTP IEEE 1588.

Praktyczne wskazówki

• Jeżeli używasz routera Mikrotik/PfSense – włącz w nim usługę NTP Server i wskaż IP routera w kamerach; unikasz wtedy ruchu do Internetu.
• Ustaw zdalny syslog (port 514/UDP) i monitoruj wpisy „Time sync failed” – szybka diagnoza utraty łączności z NTP.
• W małych instalacjach (≤ 8 kamer) opłaca się włączyć interwał 15 min; w większych (> 64) 60 min, aby nie zasypać ruchu UDP.

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Kamer OEM z reduced features mogą nie przyjmować najnowszego firmware – istnieje ryzyko „soft-brick”.
• W niektórych starszych NVR serii 4xxx brak jest opcji “Sync to IPC” – wtedy każdą kamerę trzeba konfigurować osobno.
• Aktualizacja firmware może usunąć licencje LPR/ANPR – wykonaj backup pliku /mnt/mtd/Config/license jeśli korzystasz z płatnych funkcji.

Sugestie dalszych badań

• Test stabilności czasu przy różnych interwałach NTP i słabym łączu WAN.
• Porównanie precyzji NTP vs. PTP v2 (802.1AS) w kamerach z procesorem Ambarella CV-series.
• Wpływ utraty zasilania PoE na dryft RTC – pomiar w komorze temperaturowej.

Krótkie podsumowanie

Problem samoczynnego wyłączania DST i NTP w kamerach Dahua to efekt konfliktu konfiguracji z NVR, błędów w starszym firmware lub braku łączności z serwerem czasu. Rozwiązaniem jest: przeniesienie zarządzania czasem do rejestratora lub lokalnego serwera NTP, aktualizacja oprogramowania do najnowszej wersji, poprawne ustawienie strefy czasowej/DST i zapewnienie dostępu UDP 123. Prawidłowa synchronizacja czasu jest krytyczna dla wartości dowodowej nagrań i zgodności z polskimi regulacjami CCTV.