Comment par programmation avoir accès aux données mémorisées

par Janet Albers | Mis à jour le : 01/13/2016 | Commentaires : 10

Mots clés :

Programmation

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

Accès à vos données

Une fois que vous stockez des mesures et d'autres données dans vos tables de centrales d'acquisition de données, comment voulez-vous accéder à ces données pour effectuer des opérations dans votre programme CRBasic ? Où pouvez-vous obtenir l'accès à vos données ? Cet article explique comment vous pouvez utiliser une syntaxe CRBasic spéciale pour simplifier le codage de votre programme pour accéder à vos données et effectuer diverses opérations.

Structure de DataTable()

En règle générale, les programmes écrits pour les centrales d'acquisition de Campbell Scientific utilisent une ou plusieurs tables de données pour stocker des mesures, des calculs et des états de variable. Les lignes d'une table de données sont appelés enregistrements, et les colonnes sont appelés champs.

Tableau avec les noms de champs et d'enregistrements

Les tableaux dans lesquels les enregistrements de données sont stockées sont définies par les instructions DataTable()/EndTable, ainsi que par des instructions de traitement de sortie. Voici un exemple de ce type de définition :

Définitions des Table de données

Syntaxe CRBasic

Une fois les données stockées dans des tables, vous pouvez y accéder en utilisant une syntaxe spéciale CRBasic qui suit la forme suivante : TableName.FieldName. Cette syntaxe accède à la valeur stockée dans un champ spécifique d'un enregistrement d'une table spécifique. En option, vous pouvez ajouter la syntaxe avec un index des noms de domaine et enregistrer en retour en utilisant ce format : TableName.FieldName (FieldName Index, Records Back).

Note : Lorsque Records Back = 1, vous accédez à l'enregistrement le plus récent.

Exemples

Cet exemple montre comment utiliser la syntaxe CRBasic afin de prendre certaines données (température maximale de l'air d'hier), qui sont stockées dans une table de données, et de l'écrire dans une variable Public nomée YesterdayMaxAirTemp. Pour faire cela utiliser la syntaxe YesterdayMaxAirTemp = Daily.AirTemp_Max, où Daily est le nom de la table TableName, et AirTemp_Max est le FieldName.

Votre instruction DataTable() pourrait ressembler à ceci:

Code du programme DataTable()

En outre, pour calculer la variation de la température moyenne de l'air au cours des sept jours précédents, votre expression ressemblerait à ceci :

                AirTempDiff = Daily.AirTemp_Avg(1,1) – Daily.AirTemp_Avg(1,7)

Information supplémentaire

Vous pouvez trouver de plus amples informations sur d'autres syntaxes destinées aux tables de données, ainsi que des exemples de programmation, dans l'éditeur CRBasic. Suivez ces étapes pour accéder à cette rubrique :

  1. Dans l'éditeur CRBasic, cliquer sur l'option Help dans le menu de la barre de tâche en haut de la fenêtre.
  2. Dans le menu déroulant, sélectionner CRBasic Editor Help.

    Menu d'aide de l'éditeur CRBasic

  3. Dans le volet de gauche, cliquez sur l'onglet Index, et taper DataTable access dans la fenêtre keyword.
  4. Cliquer sur overview pour accéder à la liste complète des syntaxes.

    Options des différentes syntaxes d'accès au Data Table

  5. Vous pouvez cliquer sur chaque option de syntaxe pour en savoir plus.
    1. Après avoir cliqué sur une option, une fenêtre s'ouvre.
    2. Dans la fenêtre cliquer sur le lien Example.
    3. Une petite fenêtre s'ouvre avec un exemple de programme qui utilise la syntaxe.

J'espère que cet article vous a aidé à découvrir un des moyens pour accéder à vos données. En utilisant la syntaxe de CRBasic pour simplifier votre codage, vous devriez être en mesure d'accéder et d'utiliser facilement vos données stockées. Si vous avez des questions ou des commentaires, n'hésitez de les faire partager en postant ci-dessous vos remarques.

Traduction du bureau France de Campbell Scientific.


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

Ira | 01/13/2016 at 10:43 AM

A subtle, but important distinction to note is that FieldName doesn't necessarily equate to the variable name, which is illustrated in the examples above. The programmer should be cognizant of whether "_Max", "_Min", "_Avg" or another appendage is necessary to completely describe the FieldName.

Curt_Ingram | 01/15/2016 at 10:03 PM

I absolutely love the blogs that you post Janet!  Keep it up :)  

jra | 01/18/2016 at 08:17 AM

Right Ira. A variable name often is part of the FieldName but they are not (usually) the same. 

Thanks Curt! Let me know if you have suggestions for other topics. 

Curt_Ingram | 02/22/2016 at 08:30 PM

Janet, I would love a writeup on how to "properly" program events based on monthy or yearly change.  For example, I would like my datalogger to keep up with monthly kWhr usage.  For this to work for me now, I have to remember to reset to 0 each month (which I never do) :) 

jra | 02/23/2016 at 08:53 AM

Hi Curt! Starting with OS 28 the TimeIntoInterval() and DataInterval() instructions have a MONTH option. A line in your program, after your CallTable(), like this:

If TimeIntoInterval (0,1,Mon) Then Total_kWhr = 0

should do the trick.

 

The MONTH option is a little different than our other intervals. When using MONTH as the interval, the TIME INTO parameter is in seconds. Here’s a link to the change log description https://www.campbellsci.com/revisions?dl=103&sval=month

 

If you are using an older operating system the technique in this forum post: https://www.campbellsci.com/forum?forum=1&l=thread&tid=726 uses RealTime() to accomplish the same thing.

 

I hope that helps.

Let me know what other questions you have.

Curt_Ingram | 02/29/2016 at 09:01 AM

Yay!  Thanks Janet! 

minida28 | 02/27/2020 at 02:44 PM

Hi Janet,

I work a lot with data coming from serial or modbus. And often time, the data I received already have their own "real" timestamp. If I call the datatable to store those data, I endup having a datatable with inaccurate timestamp.

Is there a way so that when I call the data table to store the readings, I can instruct the datatable to use the "real" timestamp coming with the data, and not using the timestamp from the scan?

Thanks Janet, really appreciate your enlightenment in advance.

jra | 02/27/2020 at 03:36 PM

Your datatable will always store timestamps and record numbers. You have more control over your data files when using the TableFile() instruction. https://help.campbellsci.com/crbasic/cr1000x/#instructions/tablefile.htm Take a look at, and test, the Options available. Start with Option 10 (TOA5, Header, Record#). 

Or, from the LoggerNet Connect window you can use Custom Collect. In the Format Options area clear the "Include Timestamp" check box. 

I hope that helps. 

Makada | 05/05/2020 at 03:46 AM

Hi Janet,

May i ask you the following?:

When i use the "Tablename.fieldname" expression, for example "minute_avg_WS_kph = Table1.WS_KPH_S_WVT(1,1) , and have public data from it, "public minute_avg_WS_kph", then the actual value from the table1 "WS_KPH_S_WVT" is the same as the public minute_avg_WS_kph. So far so good.

But as soon as i make a sample data from the "public minute_avg_WS_kph" in table1, " Sample(1,minute_avg_WS_kph,IEEE4,False)", the output from the sample data from table 1 is one minute late (table1 is a one minute table) compared to the same data from the Table1.WS_KPH_S_WVT ...

With kind regards,

Mark

jra | 05/05/2020 at 12:20 PM

Thanks for your question Mark. This is being answered on our User Forum https://www.campbellsci.com/forum?forum=1&l=thread&tid=16306 

Please log in or register to comment.