Ce couple pdagps/chronogps ne nécessite aucune installation complexe sur la moto (pas de capteur, cable et etc…), ni l’installation de bande magnétique sur le circuit contrairement à un Alfano.

Il est donc compatible avec tous les circtuis, il utilise simplement la position Gps à l’instant t. Je l’ai donc placé sous ma selle, bien à l’abri et à la fin de ma session, j’avais tous mes chronos. (Voir post précdent)

Tour N° – Temps – Vmax – Vmoy

25 1′22”8 162 77
24 1′22”5 166 77
23 1′22”3 168 77
22 1′22”2 169 77
21 1′22”9 167 76
20 1′21”7 166 77
19 1′22”6 168 75
18 1′24”3 162 75

De plus ce soft permet une analyse assez poussée (pour l’amateur que je suis) de ses tours

Le soft peut représenter le circuit

Ou encore comparer deux de ces tours en même le temps, histoire de savoir dans quelle portion de quelle tour on était le plus rapide.

Et même d’avoir un graphique représentant son km/h en fonction de sa position sur le circuit et comparer cela avec plusieurs tours.

Tout bonnement génial et gratuit comme application !!!

http://www.chronogps.com

Si votre machine n’est pas connectée à un domaine, pour garantir une heure correcte (indispensable avec certains logiciels, lors d’un travail en groupe) vous pouvez demandez à Windows de se synchroniser sur un serveur de temps.

Voici donc la commande « magique » :

NET TIME /SETSNTP: »129.132.2.21 193.5.216.14 131.173.17.7 192.36.143.151″ (notez les espaces entre les numéros ip!)

Pour info :

• 129.132.2.21 = swisstime.ethz.ch

• 193.5.216.14 = ntp.metas.ch

• 131.173.17.7 = ntps1-1.rz.uni-osnabrueck.de

• 192.36.143.151 = time2.stupi.se

Sur un contrôleur de domaine, c’est un peu plus subtile.. :

• Effectuer la commande net time /setsntp comme ci-dessus
• Executer la commande : w32tm /config /update
• Ensuite, arrêtez le service w32time : net stop w32time
• Puis redémarrer le : net start w32time
• Et forcez une synchro : w32tm /resync

Sous windows 2003, il peut y avoir un problème si le serveur de temps n’est pas une machine Win2003. Dans ce cas, effectuez ensuite les commandes suivantes :

• w32tm /config /manualpeerlist:<NTP_server_IP_Address>,0×8 /syncfromflags:MANUAL
• net stop w32time
• net start w32time
• w32tm /resync

Aujourd’hui, je vais vous présenter un petit WorkAround concernant le retard ou l’avance que peut prendre l’horloge d’une machine Linux, tournant sur un serveur Vmware (Vmware Workstation, Vmware Server, Vmware Esx). Il n’est pas rare qu’un serveur Debian tournant sous Vmware perde/prenne plusieurs heures sur une simple journée de 24h.

Vous comprenez aisément que ce problème peut être critique pour un certain nombres d’applications et services tournant sur votre machine.

Il fallait donc trouver une solution ! Après de longues recherches sur le net et le parcours de différents forums, j’ai enfin trouvé une petite astuce permettant de résoudre ce problème. La modification à réaliser se situe au niveau du bootloader (Lilo ou Grub) de votre système Linux.

Pour Lilo, la modification a effectuer se situe au niveau de la variable append :

1	image=/boot/vmlinuz

1

1	label="linux"

1	root=/dev/hda1

1

1	initrd=/boot/initrd.img

1

1	append="resume=/dev/hda6 splash=silent <strong>clock=pit</strong>"

1

read-only

Pour que la modification prenne effet, il ne faut pas oublier de réaliser un :

1

lilo -v

Suivi d’un redémarrage de la machine.

Maintenant, pour Grub :

1	title Fedora Core (2.6.9-1.667)

1	root (hd0,0)

1	kernel /vmlinuz-2.6.9-1.667 ro root=/dev/hda2 <strong>clock=pit</strong>

En complément de cela, il est également intéressant de mettre en place un script de synchronisation d’horloge (qui se lancera tous les jours par exemple) via un serveur ntp.

1	srvlinux01:~# cat /etc/cron.daily/updatetime

1

1	#! /bin/bash

1	ntpdate time.nist.gov

1

Voilà , maintenant votre serveur devrait toujours être à la bonne heure.