Ce site utilise des cookies pour améliorer l'expérience utilisateur. En continuant à utiliser le site, vous acceptez leur utilisation. En savoir plus

Le changement d'heure et votre centrale de mesure

par Janet Albers | Mis à jour le : 10/30/2017 | Commentaires : 7

Mots clés :

LoggerNet

Les thèmes principaux du Blog


Recherche sur le Blog


Langages du blog

English
Français (French)


Abonnez-vous au Blog

Recevez un courriel lorsqu'un nouvel article est posté. Choisissez les sujets qui vous intéressent le plus.


Entrez votre adresse courriel :



Suggérer un article

Y a-t-il un sujet que vous souhaiteriez nous voir aborder ? Laissez-nous un message.

Leave this field empty

Avez-vous besoin de faire quoi que ce soit à votre centrale d'acquisition de données ou votre logiciel pour vous épargner le passage à l'heure d'été ? Lire ce court article pour le savoir!

Le changement d'heure et votre centrale de mesure

Les résidents de nombreux pays d'Europe ou d'Amérique du Nord et diverses régions du monde, continuent d'observer la pratique du changement d'heure en été, pendant une partie de l'année en avançant leurs horloges d'une heure au printemps et en reculant d'une heure en automne. Cependant toutes les régions du monde qui suivent l'heure d'été, utilisent les mêmes dates pour le changement d'heure. Par exemple, pour de nombreuses parties aux États-Unis, vous avancerez vos horloges le 13 Mars de cette année, alors que de nombreux autres pays vont déplacer leurs horloges avant le 27 Mars.

Cela peut-être une source de confusion, dans le tri des données de votre centrale de mesure. Pour la cohérence des données, de nombreuses centrales d'acquisition sont laissées à l'heure normale tout au long de l'année. Pour vous assurer que cela se passe bien, il y a certaines choses que vous aurez envie de connaître et comprendre, dans votre la configuration de votre logiciel LoggerNet.

  1. Dans l'écran de configuration (Setup Screen), sélectionnez votre enregistreur de données de la liste sur la gauche. 
  2. En haut de l'écran, sélectionnez l'onglet Horloge (Clock).

Dans l'onglet Clock, la case à cocher pour activer la fonction de vérification automatique de l'horloge Automated Clock Check n'est pas sélectionnée.

Le contrôle automatisé de l'horloge n'est pas cochée

Cela signifie que la fonction est désactivée, ce qui est ce que je recommande généralement. Lorsque cette fonction est activée, l'horloge de la centrale d'acquisition de données est comparée à l'horloge du serveur de LoggerNet. Si l'horloge de la centrale d'acquisition de données est désactivée par au moins le chiffre indiqué dans le champ Allowed Clock Deviation, l'horloge de la centrale d'acquisition de données est automatiquement remise à zéro pour correspondre à l'horloge du serveur de LoggerNet. Votre centrale d'acquisition de données ne sera pas contacté spécifiquement pour un contrôle d'horloge, mais, lors de la prochaine tentative de collecte de données, que ce soit manuelle ou programmée, l'horloge du datalogger sera vérifiée.

Conseil : Si vous habitez dans une région qui observe l'heure d'été et vous réglez l'horloge de votre centrale d'acquisition de données avant une heure, vous n'obtiendrez pas toutes vos données, en effet il va vous manquer des données.

Conseil n°2 : Si vous réglez l'horloge de votre centrale d'acquisition de données en retranchant une heure à l'automne, lorsque l'heure d'été se termine, vous pouvez vous retrouver avec deux enregistrements avec le même horodatage. Gardez cela à l'esprit lorsque vous examinez vos données.

Conseil en Bonus : Vous pouvez configurer LoggerNet de sorte qu'il ne change pas l'horloge. Pour ce faire, procédez comme suit :

  1. Dans l'écran de configuration Setup Screen, sélectionnez l'option dans le menu Tools.
  2. Sélectionnez LoggerNet Settings.
  3. Cliquez sur le bouton pour Use local time without correction for daylight saving time.
  4. Cliquez sur le bouton Apply.

LoggerNet clock setting

J'espère que cette information vous aidera à maintenir la cohérence de vos données, peu importe à quel moment de l'année et où vous vivez. Si vous avez des questions, n'hésitez pas à les poster ci-dessous.


Partagez cet article


A propos de l'auteur

janet albers Janet Albers est la responsable de la communication technique ; Le panneau au-dessus de la porte de son bureau dit: "Coach." Elle vous donnera des conseils, simplifiera les concepts et vous guidera afin de réussir votre projet. Elle est à Campbell Scientific, Inc depuis plus longtemps que la CR1000, mais pas depuis aussi longtemps que la CR10X. Après les heures de travail, Janet aime le plein air avec ses garçons et ses chiens.

Voir tous les articles de cet auteur.


Commentaires

Peter Wilde | 10/21/2015 at 01:30 PM

At ADH Environmental, where I work, any time-based recording device is always set to local standard time - even during periods of DST. While this can be confusing to uniformed field personnel, it avoids the problem of time change.

jtrauntvein | 10/21/2015 at 02:55 PM

You should be aware that there is a means of configuring LoggerNet so that its times do not correct for DST.  Choose the Setup Screen's Tools/LoggerNet Server Settings menu option, select the radio button that states "Use local time without correction for daylight savings time", and click the Apply button. 

jra | 10/22/2015 at 07:22 AM

Thanks Peter - it's good to hear about experiences from the field.
jtrauntvein - thanks for contributing that additional tip.

jra | 03/10/2016 at 07:19 AM

jtrauntvein - I've updated this article to include your Bonus Tip. 

Happy spring!

djtire | 03/10/2016 at 09:45 AM

It was not clear if there how one could have the "Automated Clock Check" enabled  so that a network of loggers can have their clocks synced continously, but still remain on Standard Time even when the server time has changed to DST. Could you add some detail for those who might want to do this. 

Ken Shackel | 08/26/2017 at 05:22 PM

I collect data remotely (but manually) periodically from a CR3000 using loggernet, and have assumed, maybe wrongly, that the date/time stamp on the data would always be the same as the logger (=station?) clock setting – like it used to be using PC208W and other earlier incarnations of computer/logger software, although in those days you needed to output the date/time as part of the program and you don’t with the CR3000, so I guess things have changed.  In any case, I checked my loggenet server settings and they are set to use local daylight savings time, however, when I look at data from times which should show a shift (e.g., March 12, 2017), there is no jump in the hour at any time, for instance for daylight savings, the time stamp should have gone from 3/12/2017  1:50:00 AM to 3/12/2017  3:00:00 AM, but it went to 3/12/2017 2:00.  Same thing in the fall, so I have 2 questions: 1) does the clock setting on the datalogger have any influence at all on the time stamp in the data, and 2) if the collected data do not show any jumps in the spring and the fall, then does that mean daylight savings time is not being used?  Thanks.

jra | 08/28/2017 at 09:04 AM

Mr. Shackel, 

1) The timestamp in your data is just as you've assumed; it is the time of the station, the CR3000.
2) If the collected data timestamps do not jump it means that the time set in the CR3000 has not been changed. If it was set to daylight saving time, it stayed at dst. If it was set to standard time, it stayed at standard time.

The datalogger clock will not change unless something changes it. The most common ways to change the clock include:
* Manually from the LoggerNet Connect screen, or from the keypad, or other,
* Automatically by LoggerNet when "Automated Clock Check" is enabled as shown above, or
* Instructions in your program.

I hope that helps. Let us know if you have other questions.

Please log in or register to comment.