Jednoznačně by to určil záchyt paketů, které z SDS jdou, ale to není obvykle snadné (je potŕeba buď sonda na routeru, nebo tŕeba počítač s dvěma fyzickými síťovými kartami).

Synchronizaci skutečně provádí interní firmware v SDS, a je tam implementována jediná možná podmínka, která by tomu mohla zabránit - a to že se (záměrně) IP adresa pro NTP server nastaví (v administraci SDS) na 127.0.0.1
Pokud to tak v daném SDS není, tak musí (do 15 sec od prvního získání LAN spojení, a pak periodicky) SDS posílat NTP dotazy.
To by právě potvrdil ten záchyt komunikace (pokud by tam přesto tyto pakety z SDS nebyly, tak by pak byla chyba v SDS).

Text "rtc only" ukazuje na to, že skutečně SDS dosud nedostalo odpověď z NTP serveru. Proč ji nedostalo, to je ta otázka - jestli proto že se SDS ještě nezeptalo (ale mělo by), nebo pro jiný důvod (a to je potřeba zjistit).

Interní stav NTP serveru by měl jít zjistit i přes některé ze systémových indexů ve FULLC programu, třeba by pomohlo i tohle.

Který systémový index berete jako EPOCH_TIME ?
Lokální čas z indexu 4 (nebo jeho rozpad v indexech 5 až 11), nebo čisté UTC z indexu 139 ?

Pozn. Stav NTP je k dispozici pod indexem 44, jaké jsou tam hodnoty v jednotlivých situacích ?

Ve SDS je (při rozpadech na lokální čas) rok brán vždy od čísla 2000, takže pokud je interní RTC prázdné, tak v něm bude takto podobný datum (samozřejmě źe postupně načítává sekundy atd. od zapnutí zařízení). Do interního RTC se zapíše až buď když se získá čas z NTP serveru, nebo když zavoláte funkci SDS_set_RTC().

Detekovat správný čas - lze i tak, že se program podívá, zda-li má epoch time (UTC) má hodnotu v sekundách větší než 1684411952 (hodnota získána v době psaní tohoto příspěvku). Ovšem není to samozřejmě ideální řešení.

Proto je vhodné si přečíst systémovy index 138, který dává programu informaci, o tom, v jakém stavu bylo interní RTC po zapnutí zařízení SDS - zda-li v něm byl platný čas, nebo zda-li je RTC "prázdné". Pokud máte SDS bez možnosti provozu interního RTC z baterie (při vypnutém napájení), pak si to můžete zjednodušit a předpokládat že po zapnutí vźdy interní RTC platný čas nemá.

Index 138 je vhodným řešením. Nastaví se na 1 pouze pokud po startu systému je v SDS (jeho interním RTC) platný čas. Jinak je v nule.
Pokud se tedy jedná o SDS, které má nezálohované interní RTC, tak vždy po studeném startu bude mít SDS své interní RTC prázdné.
Samozřejmě restart aplikace (bez výpadku napájení SDS) je pak další situace - interní RTC v takovém případě napájení neztratí a má tak v sobě nastavený čas.

Lze to sledovat i na webové administraci - stránka "Log".
Hned v úvodu je stav RTC (aktualizováno pro každé spuštění/reboot SDS).
Typicky je zde "BL: RTC-OK-empty" - a to v případě, kdy došlo ke studenému startu zařízení SDS, které nemá zálohované své vlastní interní RTC.

Ruční nastavení času přes funkci SDS_set_RTC() pak zapíše čas do interního RTC v SDS. Pokud dojde k restartu SDS (bez výpadku napájení), hodnota času v interním RTC je zachována,
a na stránce "Log" je následně napsáno "BL: RTC-OK+time".
Hodnota v indexu 138 je pak na 1 (což je správně, protože interní RTC má nastavenu hodnotu času).

Index 138 funguje. Jde mi ale stále o to zařízení, na kterém přestala fungovat synchronizace s NTP. Je to správně, když je hodnota na indexu 44 nenulová a čas na indexu 139 nemá správnou hodnotu? Mám ještě testovat index 138?

Jinak zařízení projevuje i jiné velice podivné změny chování (jakoby se skutečné ovládání výstupů zpožďovalo oproti programu), uvažujeme vyměnit celou jednotku. Pokud zjistíme nějaké definovatelné problémy, ještě napíšu.

Nahrál jsem tam nový FW z 6.6.2023 a ono se to spravilo . Čas z NTP serveru se synchronizuje hned po startu a zatím se neprojevuje ani žádné zpomalování. Nevím, zda je možné, že se nějak nepovedla předchozí aktualizace nebo byl soubor FW poškozený nebo se něco nenastavilo, v každém případě to "zatím" vypadá dobře. Nicméně, pokud bude zase něco zlobit, zkusím ještě vaši radu, V každém případě dobrá zkušenost pro příště.

Nepomohlo to, program se po několika dnech začne zpomalovat. Výpisy událostí v echo.html jsou v jedné sekundě, ale skutečné provedení akce (sepnutí relé) je až o několik sekund pozadu. Jak provedu RSTD?

Každý modul SDS má na sobě (na základní desce) jumper, označený jako RSTD,
specificky pro BIG: stačí jej zkratovat na více než 10 sec a pak odpojit, a provede se reset akce
(ostatní SDS to mají jinak, musí se zkratovat ve vypnutém stavu zařízení, nechat a zapnout zařízení, a pak jumper po chvíli odpojit).

Tohle se má dělat ve výrobě, ale zdá se, že pár kusů odešlo z testu bez provedení úvodního resetu.
Proto doporučím, bez ohledu na stav v jakém to z výroby přijde, udělat si vždy poprvé ten RSTD, u každého kusu.