Le changement d'heure et votre centrale de mesure
par Janet Albers | Mis à jour le : 02/27/2019 | Commentaires : 10
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!
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.
- Dans l'écran de configuration (Setup Screen), sélectionnez votre enregistreur de données de la liste sur la gauche.
- 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.
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 :
- Dans l'écran de configuration Setup Screen, sélectionnez l'option dans le menu Tools.
- Sélectionnez LoggerNet Settings.
- Cliquez sur le bouton pour Use local time without correction for daylight saving time.
- Cliquez sur le bouton Apply.
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.
A propos de l'auteur
Janet Albers est rédactrice technique senior. Elle vous fera part de ses conseils, simplifiera les concepts et vous guidera vers un projet réussi. 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.
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.
Mazhar | 01/30/2019 at 10:04 PM
Dear Janet, I am looking for easy and light means to get a GPS time update. The use is for AWS isolated with very difficult communication. Of course GPS 16X supplied by CS is a very good solution. Nevetheless I am looking for alternative solution like Bad Elf GPS for Lightning Connector https://bad-elf.com/pages/be-gps-1008-detail or other. This product is connected on USB port, so there no way to get time from it on a CR1000X.
If you have experienced other tracks I will be glad to hear from you.
Thank you for your help
Mazhar MERALLI BALLOU
STRATAGEM974
jra | 01/31/2019 at 08:31 AM
Mazhar,
Thank you for your question. Campbell Scientific data loggers have interfaced with many different GPS units. To provide you with the best technical support, please visit https://www.campbellsci.com/contact#dir to find your local Campbell Scientific office.
tjwilli_58 | 10/20/2023 at 07:11 PM
Hi Janet,
I currently have my LoggerNet set to using local time without DST adjustment as in the Bonus Tip. (Thanks jtrauntvein!) So all of my data is in EST year-round. What I'd like to change is to use UTC/GMT time for the timestamp, and add a column for local time (with DST changes) using the DaylightSavingUS(-1) instruction.
Is there an easy way to do that? Maybe use the RealTIme() instuctuction and add an hour depending on the result of DaylightSavingUS() ?
Maybe TableName.TimeStamp?
Please log in or register to comment.