Presny cas pres DCF a linux

[Michal Dobes]

Stanislav Meduna wrote:
> > > pouzivate nekdo tento zpusob synchronizace casu pod linuxem ?
> 
> Ako presny cas potrebujete?

My si hrajem na mikrosekundy. :-)
 
> > to musi prakticky mit trvale dobre dekodovane pakety. Na vetsine
> > uzemi statu tohle neplati. Jste rad, kdyz to chyta pakety tak
> > nejak pres noc.
> 
> Suhlas, ale a) asi nie je problem robit kontrolu pripustnosti dat priamo
> tym Linuxom,

V tom je ten problem, aby xntp zacal vubec brat cas od DCF prijmace
v uvahu, tak vyzaduje nekolik minut po sobe bezchybny prijem, coz
je problem dodrzet v nasich podminkach. 
Pokud se pouzije nejaky driver jiny nebo hrabne do zdrojaku, tak by to
mohlo byt pruchodnejsi. Co jsem zkousel zde, tak maximalne se da
s trochou stesti ocekavam 3 minutovy prjem v kuse bez potizi.

> b) mizerny prijem maju vselijake vstavane anteny,
> ale existuju aj externe.

Tim by to mohlo jit vylepsit, ale i tak to neni dlouhodobe spolehlive
(aspon jak sleduji jeden system pobliz s antenou jak z projektu seti:).
 
> V Bratislave mam dve DCF zariadenia, obycajne hodiny. Jedny chodia
> ako sa im zachce (prevazne dobre, obcas dve hodiny mimo), druhe
> zatial uplnu blbost neukazovali, ale raz boli presne o minutu vedla.

Take mam doma DCF budik, vzdy zatim sel presne na sekundy a minuty,
ale nekolikrat byla uz sekera o par hodin, samozrejme vzdy ve dny,
kdy jsem opravdu potreboval vstavat. :-(

> Tipujem, ze tie druhe maju primitivnu kontrolu pripustnosti dat
> a tie prve ziadnu. 

No, nahoda je blbec a zabezpeceni v DCF paketu je primitivni, ze snadno
se prijem spravne formatovany nespravny cas. Je treba prijmat nekolik
minut v tahu, nez clovek vi na cem je. Navic presnejsi detekce sekundy
je bez slozitejsich zavesu problem, protoze kvalita beznych  AM 
detektoru je nic moc. Pro budik to je jedno, kdyby aspon poslouchal
minuty dve a dle toho se nastavil.

> zkuste mrknout na www.mapfactor.cz, maji tam i usb verzi (ale u te se mi
> nepodarilo zjistit, jestli to bude fungovat v linuxu)
> ta RS-232 by snad mela fungovat primo (i kdyz jsem to nezkousel) - posila
> standardni NMEA  0183 v 2.2
> 
> >
> > Jak to beha pod linuxem? Jsou k tomu opensource drivery
> > nebo to primo podporuje ntpd?

Pri prvnim pohledu na web by to melo byt uchoditelne. Asi ta GPSka 
nepodporuje sekundove pulzy, takze presnejsi cas nez cca 10-100 ms 
z ni nevyrazite, ale v principu do ntp.conf napsat:
server 127.127.20.0 prefer
fudge 127.127.20.0

a jeste vyrobit symbolicky link /dev/gps0 ukazujici na pouzity 
/dev/ttyS? soubor. Dale je dobre GPSku nastavit, at posila jen
$GPRMC NMEA vety a samozrejme 4800b/s 8N1 prenos. Tot vse. 
Pokud je k dispozici i PPS vystup z GPSky, pak se jeste pridava
server 127.127.22.0, ale pro jeho funkcnost musite jadro doplnit
o PPSkit patch, pak si muzete hrat na presnost v mikrosekundach.


	Majkl