mbg(4) - a pontos idő kedvéért

OpenBSD

Marc Balmer nemrég hozzáadta az új mbg(4) drivert az OpenBSD-hez. A driver a Meinberg Funkuhren által gyártott professzionális idő szerver és rádió óra berendezésekhez csatlakoztatható kártyához (DCF77 PCI32) használható. A fejlesztő a cvs log-ban méltatta a cég kivételesen segítőkész hozzáállását, amellyel segítette munkáját. Bővebben itt.

( trey | 2006. 12. 18., h – 19:30 )

Ha jól sejtem, akkor ezek közt van stratum-0 eszköz (reference clock), amivel egy OpenBSD szerverből a driver segítségével lehetne stratum-1 szintű time server-t készíteni.

--
trey @ gépház

Mit? :)

Az NTP világában a stratum szint a definiálja a referecia clock-tól való távolságot. A referecia clock az maga a stratum-0 eszköz, amit pontosnak (vagy minimálisan kis késleltetéssel rendelkezőnek) tételezünk fel. Maga az eszköz szinkonizál GPS, hosszúhullámú rádiójelek vagy éppen DCF77 jelek segítségével az pontos időhöz (UTC). A stratum-0 eszközt kapcsoljuk egy illesztőkártya segítségével a számítógéphez, amellyel feldolgozzuk a jeleket, és a számítógépből így egy stratum-1 szintű szervert kapunk. A hálózatokonon ez a legpontosabb szerver. Ha te time szervert üzemeltetsz és nincs stratum-0 eszközöd, akkor valószínűleg statum-1 szerverrel szinkronizálsz. Ha te is szerver vagy akkor az már csak stratum-2-es. Magyarországon azt hiszem, hogy a kfki szervere (time.kfki.hu) az stratum-2-es szerver (vagy volt valamikor). 

root@alderaan:/home/trey# ntpdate -vd time.kfki.hu
18 Dec 20:19:17 ntpdate[8248]: ntpdate 4.2.0a@1:4.2.0a+stable-8-r Mon Sep 18 19:09:34 UTC 2006 (1)
transmit(148.6.0.1)
receive(148.6.0.1)
transmit(148.6.0.1)
receive(148.6.0.1)
transmit(148.6.0.1)
receive(148.6.0.1)
transmit(148.6.0.1)
receive(148.6.0.1)
transmit(148.6.0.1)
server 148.6.0.1, port 123
stratum 2, precision -14, leap 00, trust 000
refid [148.6.0.1], delay 0.04788, dispersion 0.00058
transmitted 4, in filter 4
reference time:    c93164e3.48d7ac86  Mon, Dec 18 2006 20:05:07.284
originate timestamp: c9316836.1e214cb8  Mon, Dec 18 2006 20:19:18.117
transmit timestamp:  c9316836.1b1ca7d6  Mon, Dec 18 2006 20:19:18.105
filter delay:  0.04788  0.04944  0.04964  0.04941 
         0.00000  0.00000  0.00000  0.00000 
filter offset: -0.00098 -0.00030 -0.00026 -0.00029
         0.000000 0.000000 0.000000 0.000000
delay 0.04788, dispersion 0.00058
offset -0.000986

18 Dec 20:19:18 ntpdate[8248]: Debug mode --not changing the system date
18 Dec 20:19:18 ntpdate[8248]: adjust time server 148.6.0.1 offset -0.000986 sec

Ha jól tudom a niif-nél van stratum-1 szerver is (time1.niif.hu). 

root@alderaan:/home/trey# ntpdate -vd time1.niif.hu
18 Dec 20:21:08 ntpdate[8299]: ntpdate 4.2.0a@1:4.2.0a+stable-8-r Mon Sep 18 19:09:34 UTC 2006 (1)
transmit(195.111.96.158)
receive(195.111.96.158)
transmit(195.111.96.158)
receive(195.111.96.158)
transmit(195.111.96.158)
receive(195.111.96.158)
transmit(195.111.96.158)
receive(195.111.96.158)
transmit(195.111.96.158)
server 195.111.96.158, port 123
stratum 1, precision -20, leap 00, trust 000
refid [GPS], delay 0.04703, dispersion 0.00047
transmitted 4, in filter 4
reference time:    c9316886.775ab5f2  Mon, Dec 18 2006 20:20:38.466
originate timestamp: c93168a4.f180a44c  Mon, Dec 18 2006 20:21:08.943
transmit timestamp:  c93168a4.ef4c1a8a  Mon, Dec 18 2006 20:21:08.934
filter delay:  0.04703  0.04930  0.04771  0.04851 
         0.00000  0.00000  0.00000  0.00000 
filter offset: -0.00368 -0.00226 -0.00389 -0.00285
         0.000000 0.000000 0.000000 0.000000
delay 0.04703, dispersion 0.00047
offset -0.003686

18 Dec 20:21:08 ntpdate[8299]: Debug mode --not changing the system date
18 Dec 20:21:08 ntpdate[8299]: adjust time server 195.111.96.158 offset -0.003686 sec

--
trey @ gépház

Hat szerintem barmi, egy meghackelt kinai karora is, csak a pontossag nem lesz az igazi :)

A mezei NMEA protokollos GPS-ek masodpercenkent egyszer kuldik le soros porton az adatrekordot, amiben az ido is benne van de csak par tizedes pontossaggal. Plusz a soros port kesleltetese, ami 9600 baudon nem is annyira elhanyagolhato...
Szal ezzel meg nem kozelited meg egy atomora pontossaggat, az mas kerdes hogy egy szervernel az 1 masodperc pontossag szerintem boven eleg... de azt meg siman megkapod egy stratum-5 szervertol is ezert kar annyi penzt kiadni gps-re... :)

A'rpi

gps-t amugyis szeretnek venni igaz nem soros portra hanem usbre, mar nemsok gepben van soros port, a soros-usb atalakito meg draga, az usbn meg gondolom gyorsabban mozognak az adatok. az idoszinkronizacio nem ugy mukodik hogy a szerver es a kliens kimeri a kapcsolat keslelteteset es annak megfeleloen korrigalja az atkuldott eredmenyeket? ugyanis mar par router is annyira meg tudna hamisitani az idoadatokat, hogy nem lenne erdemes atomorat hasznalni...

udv Zoli

az usb-s az attol usb hogy beletettek egy usb-soros atalakitot... ha szerencsed van legalabb van linux driver hozza, ha nem akkor meg szopacs. szal nemhogy gyorsabb lenne de az meg tovabbi kesleltetest ad hozza...
a halozati keslelteteset meg persze hogy korrigaljak, de neked a muholdak es a programod kozottit kene (beleertve a gps vevo, a soros port, az usb atalakito, az usb driver, kernel stb keslelteteseit) ami mar nem olyan egyszeru, plane ha nincs egy atomorad keznel kalibralashoz... nem veletlen nincs minden utcasarkon stratum-1 szerver...

A'rpi

manapsag mar alapbol usbre fejlesztenek nem soros portra...
a gps vevo a muhold es a vevo kozotti resz korrigalasat elvegzi tudomasom szerint mestersegesen raknak bele nemi pontatlansagot a civil keszulekekbe, allitolag ebben is kulonbozni fog az europai valtozat (galileo). szoval csak a keszulek es az usb kabel keslelteteset kell korrekciozni ami sztem par msecen belul van, ami legalabb 1 nagysagrenddel jobb mint a halozati szinkronizacioe + 1 szolgaltatassal kevesebb ami potencialis biztonsagi problemat okozhat
--
Tuddd gi: A Dörrög Zuldán, te hűjje!
(Rejtő Jenő: Az elátkozott part)

A párszor 10 centiméteres pontossághoz a P kód vétele szükséges, ami nem butitott (álvéletlen hibával terhelt), hanem titkos (egyszerű halandók számára elérhetetlen). Ez, amennyire én tudom, azért van, hogy ne legyen olyan egyszerű zavarni.
Egyébként elérhető akár szubcentiméteres pontosság is geodéziai vevők segítségével, de ezek felépítésben, működési elvben és árban is teljesen más kategóriát jelentenek.

> A mezei NMEA protokollos GPS-ek masodpercenkent egyszer kuldik le soros porton az adatrekordot, amiben az ido is benne van de csak par tizedes pontossaggal. Plusz a soros port kesleltetese, ami 9600 baudon nem is annyira elhanyagolhato...

Szabvány NMEA csak 4800 baud, de csak a pontossag kedveert.

Ugy tudom olyan 100 euro korul biztosan kapsz gps eszkozt, amely a helymeghatarozas mellett a pontos idot is megadja neked... aztan soros porton rakotod a gepedre, es a megadott protokollja alapjan kiolvasod belole az idot... nem lesz atomora pontossagu, de ha raszamolsz valamennyit a kesleltetesek miatt, akkor egesz pontos lesz...
Hasznaltam egy ilyet, serial portra kellett kotni, volt egy kis program hozza (windows alatt), amit ha elinditottal annyit csinalt, hogy kiolvasta a a muholdaktol kapott adatokat (ha jol tudom 3 muholdal kell legyen lathatosaga, hogy mukodjon), es beallitotta az idot. Semmi egyebet nem tudott, bar nem is kellett mas :}
Az arat nem tudom.