Zgemma Enigma2 – błędna data i godzina, NTP, fake-hwclock, ustawienia Europe/Warsaw

Pytanie

Zgemma zła data i godzina

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Upewnij się, że tuner ma dostęp do Internetu, ustaw strefę czasową „Europe/Warsaw” i włącz synchronizację NTP (np. pl.pool.ntp.org).
• Jeśli nie masz Internetu, przełącz źródło czasu na „Transponder Time” i pozostaw odbiornik na aktywnym kanale nadającym prawidłową TDT.
• Po zapisaniu zmian zrestartuj odbiornik; godzina powinna zostać skorygowana w kilkudziesięciu sekundach.

Kluczowe punkty
• dostęp do sieci ↔ NTP • poprawna strefa czasowa • alternatywa: czas z transpondera • aktualny image i brak pliku fake-hwclock.data

Szczegółowa analiza problemu

1. Źródła czasu w Zgemma/Enigma2
   a) NTP – pobiera UTC z Internetu (dokładność do ms).
   b) DVB-TDT – znacznik czasu w strumieniu sat./kabel/DVB-T.
   c) Brak fizycznego RTC (większość modeli), dlatego po każdym zimnym starcie zegar zaczyna od „01-01-1970”.

2. Typowe przyczyny złej daty/godziny
   • brak połączenia sieciowego lub blokada portu UDP 123
   • zła strefa czasowa/dst
   • plik /etc/fake-hwclock.data, który nadpisuje czas przy starcie
   • sporadycznie – błędne dane TDT od nadawcy
   • rozładowana bateria CMOS w nielicznych starszych konstrukcjach (np. H1/H2).

3. Diagnostyka krok po kroku
   1) Twardy reset tunera (60 s bez zasilania).
   2) MENU ➔ Ustawienia ➔ System ➔ Sieć ➔ Test połączenia – wszystkie pozycje muszą być zielone.
   3) MENU ➔ Ustawienia ➔ System ➔ Czas
   • Strefa czasowa: Europe/Warsaw
   • Zmiana DST: Automatyczna
   • Źródło czasu: Serwer NTP
   • Serwer NTP: pl.pool.ntp.org lub time.google.com
   • Zapisz (zielony) ➔ Restart GUI.
   4) Jeśli Internetu brak ➔ Źródło czasu = Transponder. Przełącz na silny kanał (TVP1 HD, Polsat HD). Po ~60 s czas powinien się podnieść.
   5) SSH – weryfikacja usług (OpenATV 7.x używa systemd-timesyncd):

     systemctl status systemd-timesyncd
     timedatectl

   6) Usunięcie fake-hwclock (jeśli występuje) i ręczny trigger:

     rm -f /etc/fake-hwclock.data
     ntpdate -s pool.ntp.org

4. Teoretyczne podstawy
   • Zegary Enigma2 pracują w czasie systemowym UNIX (sekundy od 1970-01-01 UTC).
   • NTP koryguje odchyłki zgodnie z algorytmem PLL/FLL.
   • Transponder TDT dostarcza UTC oraz offset lokalny w tabelach EIT/TDT.

5. Praktyczne konsekwencje źle ustawionego czasu
   • nieprawidłowe EPG, błędne timery nagrań, problemy z serwisami IPTV (tokeny czasowe), TLS/SSL (ważność certyfikatów).

Aktualne informacje i trendy

• Aktualne obrazy (OpenATV 7.3, OpenPLI 9.0) domyślnie przechodzą z ntpd na systemd-timesyncd lub chrony – nie wymaga to ręcznej instalacji pakietów.
• Projekt NTS (Network Time Security) ➔ przyszła metoda uwierzytelniania NTP; na razie brak w Enigma2, ale pojawiają się backporty chrony-NTS.
• Użytkownicy IPTV coraz częściej montują plug-in „timesync” wymuszający aktualizację przy każdym bootowaniu (automatyczny call do time.cloudflare.com).

Wspierające wyjaśnienia i detale

• Przykładowy wpis do crontab zapewniający zapasową korekcję co 6 h:

  0 */6 * * * /usr/bin/ntpdate -qs pl.pool.ntp.org

• Routery z oprogramowaniem OpenWrt mogą wystawiać lokalny NTP (192.168.1.1) – skraca to czas inicjalizacji tunera po starcie sieci Wi-Fi.

Aspekty etyczne i prawne

• Błędna data może powodować nieautoryzowane nagrania poza oknem licencji (niezgodność z prawem autorskim).
• Zgodność z unijnym rozporządzeniem w sprawie czasu letniego (Dyrektywa 2000/84/WE) zapewnia ustawienie Europe/Warsaw z automatycznym DST.
• Używając publicznych serwerów NTP należy przestrzegać ich zasad korzystania (fair-use).

Praktyczne wskazówki

• Na Wi-Fi opóźnij start Enigma2 o 20 s (skrypt sleep 20) ‑- sieć zdąży się podnieść przed żądaniem NTP.
• Jeśli router blokuje UDP 123, otwórz go lub skorzystaj z NTP w HTTP(S) przez skrypt curl -s https://worldtimeapi.org/api/ip.
• Po wymianie baterii RTC wykonaj „Restart zasilania”, nie tylko GUI, by kernel zaczytał nowe napięcie.

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Transponder Time bywa niepoprawny u niektórych nadawców FTA; nie traktuj go jako źródła referencyjnego do nagrań krytycznych.
• W starszych image’ach (OpenATV 6.x) występował bug inicjujący fake-hwclock mimo aktywnego NTP – aktualizacja usuwa problem.
• Modele H9 Combo/H10 Twin nie mają miejsca na baterię; wymiana nic nie da.

Sugestie dalszych badań

• Implementacja Chrony z NTS w Enigma2 dla zwiększenia bezpieczeństwa czasu.
• Dodanie sprzętowego modułu RTC z podtrzymaniem supercap (I²C PCF8563) – projekt hobbystyczny, który eliminuje zależność od sieci.
• Analiza wpływu jitteru czasu na pre-buffer IPTV i DRM (Widevine, PlayReady).

Źródła do dalszego studiowania
• openATV Forum – wątki „Unable to set correct date/time…”
• pool.ntp.org – dokumentacja polityki serwerów
• RFC 8915 – Network Time Security (NTS)
• GitHub: oe-alliance / enigma2 ntp-plugin

Krótkie podsumowanie

Problemy z godziną w Zgemma wynikają niemal zawsze z braku/drożności NTP lub złej strefy czasowej. Sprawdź sieć, ustaw Europe/Warsaw, wskaż działający serwer NTP i uruchom ponownie tuner. Jeżeli Internetu brak, użyj czasu z transpondera, lecz traktuj go tylko jako awaryjne rozwiązanie. Aktualny image OpenATV/OpenPLI rozwiązuje większość historycznych błędów (fake-hwclock). Dzięki prawidłowemu czasowi odzyskasz pełną funkcjonalność EPG, nagrań i usług IPTV.