Différences

Ci-dessous, les différences entre deux révisions de la page.

--- fr:ntp_raspberry [2015/05/06 16:19]
emeyer
+++ fr:ntp_raspberry [2015/05/11 15:08] (Version actuelle)
emeyer [Pour l'entrée PPS]
@@ Ligne 42: / Ligne 42: @@
 # cd ntp-4.2.8p2.tar.gz
 # ./configure --enable-linuxcaps # un peu moins de 6 min
-# make -j2 # un peu moins de 6 min contre presque 8 min avec un simple make
+# make -j2 # un peu moins de 5 min contre presque 8 min avec un simple make
 </code>
    * installer les binaires : <code>
@@ Ligne 52: / Ligne 52: @@
 ===== Configuration =====
+==== Pour l'entrée PPS ====
+=== Fichiers à modifier ===
    * Indiquer sur quelles entrée se trouve le PPS : \\ Nous avons choisi l'entrée BCM18 (broche 12) du connecteur GPIO du Raspberry PI 2. <code>
 #  nano /boot/config.txt </code> Ajouter la ligne suivante, puis enregistrer le fichier : <code>
 dtoverlay=pps-gpio,gpiopin=18 </code>
-   * redémarrer le service NTP : <code>
+   * Rajouter pps-gpio à la liste des modules : \\ Editer <code>
+# nano /etc/modules </code> Rajouter cette ligne puis enregistrer le fichier : <code>
+pps-gpio </code>
+=== Connecter le PPS ===
+Connecter le signal PPS entre la masse électrique et l'entrée choisie. Pour notre exemple, nous avons pris la masse broche 39 et l'entrée 18 broche 12. Voici l'organisation du bornier :
+{{ :fr:rpi_gpio_pinout.jpg?500 | Connecteur GPIO et brochage}}
+=== Tests ===
+   * Pour vérifier que le module est bien chargé, vous devriez obtenir quelque chose comme ça  : <code>
+# lsmod | grep pps
+pps_gpio                2547  1
+pps_core                6855  2 pps_gpio </code>
+   * Pour vérifier si le PPS est bien pris en compte, une fois le signal appliqué à l'entré GPIO concernée (ATTENTION : 3,3 V), vous deviez pouvoir utiliser la commande ppstest et obtenir une information par seconde : <code>
+# ppstest /dev/pps0
+trying PPS source "/dev/pps0"
+found PPS source "/dev/pps0"
+ok, found 1 source(s), now start fetching data...
+source 0 - assert 1430922986.000009024, sequence: 12990 - clear  0.000000000, sequence: 0
+source 0 - assert 1430922987.000007107, sequence: 12991 - clear  0.000000000, sequence: 0
+source 0 - assert 1430922988.000007013, sequence: 12992 - clear  0.000000000, sequence: 0
+source 0 - assert 1430922989.000006034, sequence: 12993 - clear  0.000000000, sequence: 0
+source 0 - assert 1430922990.000006461, sequence: 12994 - clear  0.000000000, sequence: 0 </code> Ctrl + C pour arrêter.
+==== Pour NTP ====
+   * Modifier le fichier de configuration, <code>
+# nano /etc/ntp.conf </code> en ajoutant les lignes : <code>
+# LAN servers
+server kronos prefer
+server saturne.obs-besancon.fr
+# kernel-mode PPS ref-clock
+server 127.127.22.0 minpoll 6 maxpoll 6
+fudge 127.127.22.0 refid PPS </code> Les lignes avec 127.127.22.X définissent les entrées PPS sur /dev/ppsX avec des temps de consultation réglés par nimpoll et maxpoll en puissance de 2 secondes.
+   * Redémarrer le service NTP : <code>
 #  /etc/init.d/ntp start </code>
+=== Test ===
+Pour vérifier l'action de NTP : <code>
+# ntpq -p
+     remote           refid      st t when poll reach   delay   offset  jitter
+==============================================================================
+oPPS(0)          .PPS.            0 l   52   64  377    0.000   -0.017   0.002
+*kronos.ltfb.lan .PPS.            1 u   43   64  377    0.264   -0.089   0.034
++saturne.obs-bes .PPS.            1 u    8   64  377    0.434    0.010   0.031 </code> Le jitter et le délais se stabilisent au bout de quelques heures.
+====== Références ======
+Je n'ai fait que reprendre une part des informations trouvées sur cette page qui est très bien faite :\\
+[[http://www.satsignal.eu/ntp/Raspberry-Pi-NTP.html]]\\ Tout y est très bien expliqué.\\ \\
+[[https://www.raspberrypi.org/documentation/usage/gpio-plus-and-raspi2/README.md| Documentation de la carte Raspberry PI 2]]
+ ======

CAN First-TF

Outils pour utilisateurs

Outils du site

Différences

Outils de la page