| 3,8 → 3,8 |
|---|
| <head> |
| <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> |
| <title> Měření slunečních článků </title> |
| <meta name="keywords" content="stavebnice MLAB sluneční články měření"> |
| <meta name="description" content="Projekt MLAB, Měření slunečních článků"> |
| <meta name="keywords" content="stavebnice MLAB čas přesná synchronizace"> |
| <meta name="description" content="Projekt MLAB, O synchronizaci času"> |
| <!-- AUTOINCLUDE START "Page/Head.cs.ihtml" DO NOT REMOVE --> |
| <link rel="StyleSheet" href="../../../../../Web/CSS/MLAB.css" type="text/css" title="MLAB základní styl"> |
| <link rel="StyleSheet" href="../../../../../Web/CSS/MLAB_Print.css" type="text/css" media="print"> |
| 48,7 → 48,7 |
|---|
| <!-- ============== TEXT ============== --> |
| <div class="Text"> |
| <p class="Title"> |
| Přesná sinchronizace času UT. |
| Přesná synchronizace času k UT |
| </p> |
| <p class=Autor> |
| Jakub Kákona |
| 119,15 → 119,56 |
|---|
| |
| <h1> Sychronizace hodin </h1> |
| <h2> Synchronizace systémových hodin PC </h2> |
| <h3> Windows </h3> |
| <p> |
| Příkladem tohoto způsobu přenosu času může být například NMEA výstup přijímače. Nebo některé další |
| binární výstupy častou vlastností tohoto způsobu přenosu je, že dosahuje menší přesnosti, než PPS |
| signál neboť datové packety mohou být po určitou dobu, zadržovány v bufferech, což způsobuje neznámé |
| spoždění přenosu a tedy i jitter časové informace. |
| Pod operačním systémem Windows je tento problém na amatérské úrovni obtížně řešitelný vzhledem k |
| tomu, že v době psaní tohoto článku neexistují volně dostupné softwarové nástroje, které by umožnily |
| přesnou a kontinuální synchronizaci systémových hodin s GPS. |
| </p> |
| |
| <h3> Linux </h3> |
| <p> |
| Pro Linux existují v zásadě dva nástroje vhodné pro synchronizaci systémového času. jsou to ntpd |
| (daemon zajišťující synchronizaci času pomocí síťového protokolu NTP) a gpsd (daemon určení pro |
| komunikaci a čtení dat ze zařízení GNSS). |
| </p> |
| |
| <p> |
| Pokud máme GPS přijímač, který na svém výstupu produkuje vhodný PPS signál můžeme konfiguraci |
| daemonů provéct následovně přidáním následujících řádků do souboru /etc/ntp.conf |
| |
| server 127.127.28.1 minpoll 4 maxpoll 4 prefer |
| fudge 127.127.28.1 refid PPS |
| </p> |
| |
| <p> |
| Po spušťění daemona gpsd dojde po chvíli k inicializaci spojení s ntpd. |
| |
| $ gpsd -N -n /dev/ttyUSB0 -D 6 2>&1 | grep -E "NTPD|PPS" |
| </p> |
| <p> |
| Je třeba ale zdůraznit, že tato konfigurace funguje správně pouze v případě, že použit GPS přijímač |
| s vhodným 1PPS výstupem. Neboť v případě že gpsd nedetekuje tento signál, tak daemonu ntpd nebudou |
| poskytnuta datat pro synchronizaci. |
| </p> |
| |
| <p> |
| V některých návodech se také můžeme setkat s konfigurací typu: |
| server 127.127.28.0 minpoll 4 maxpoll 4 |
| fudge 127.127.28.0 time1 0.664 refid GPS |
| server 127.127.28.1 minpoll 4 maxpoll 4 prefer |
| fudge 127.127.28.1 refid PPS |
| </p> |
| |
| <p> |
| Avšak její použití je problematické vzhledem k tomu, že jednak využívá dva časovací zdroje (PPS |
| signál a NMEA datový kanál). Takže ntpd není schopen správně rozhodnout, který z těchto časovacích |
| zdrojů je přesnější. A dále v případě, že 1PPS signál nění přijímačem poskytován, může nastat |
| situace, že systémový čas bude synchronizován, k NMEA datům, jejichž přesnost může být často |
| horší, než sychnonizace přes internetový protokol NTP. |
| </p> |
| |
| |
| </div> |
| |
| <!-- AUTOINCLUDE START "Page/Footer.cs.ihtml" DO NOT REMOVE --> |