Data Groups
With few exceptions, data groups must be defined in a device template file (DTF) in order for them to be available for use on a remote device. Which data groups are defined by a device template file depends on protocol, device type, and unique configuration.
CygNet distributes sample device template files for its EIEs, each of which typically serves one or more hardware models along with applicable firmware. Therefore, the data groups described below are only those data groups defined by CygNet in sample device template file(s). Your template(s) might not include some of the data groups described below. Device template files exist to enable users to customize device configurations; however, CygNet is not responsible for changes made by users.
For information about data group definitions and device template files, see Device Template Files.
For more information about data group dependencies, see Data Group Dependencies.
Notes:
- When an AutoCom EIE data group is in edit mode, a Send only edited items check box displays on the View Data dialog box, and when selected, only the edited values are written to the DDS transaction.
-
When point processing is performed on history data groups, only closed records will be published and processed to points. If a device has leading timestamped records and returns the current, open record, point processing will not be performed for that record, even though there is data in the DDS transaction. The point record will be updated only when that record is closed. This is to avoid a situation where a point has multiple entries with the same timestamp, since an open record may be still updating values with each new poll, but each update will have the same timestamp. For example, say you start polling for a daily history record at 8:00am, you’ll get the first value at 8:00am, then if you poll every five minutes, you’ll get new values throughout the day at the exact same timestamp. A history record is basically an array of data with a timestamp and values where the values have different process variables for each incremental poll. The timestamp won’t get written until the record is closed, which happens at the end of the time period, in this case, a day.
AutoCom EIE Data Groups
Browse by letter: [A] [B] [C] [D] [E] [F] [H] [L] [P] [R] [S] [T] [V]
| Data Group Type | Usage Notes |
|---|---|
|
"Accumulators" |
|
|
Alarms |
"Alarms" |
|
AnlgCfg |
"Analog to Digital Config" |
|
"Base Stroke" |
|
|
BasicPoll |
"Basic Poll" |
|
BeamAngle |
"Beam Angle Correction" |
|
The "Configurable Data Group" data group provides a flexible way to create custom data groups on a per-device basis. See Configurable Data Group. |
|
|
ComCfg |
"Comm Config" |
|
"Date and Time" |
|
|
DevCfg |
"Device Config" |
|
DiscCfg |
"Discrete I/O Config" |
|
The "Dynagraph Card" data group retrieves and displays surface rod pump cycle data. Data is displayed in table and graph format. You do not need to retrieve any other data group(s) to get dynagraph card data. The total number of card instances that can be displayed per card type varies by card type. See manufacturer documentation for more information. Ordinals associated with the different data group types are hard coded. For instance, ordinal 0 is always Current Card, ordinal 4 is always Start Card, and so forth. Ordinals here do not merely identify the sequence in which "Dynagraph Card" data groups were added to a remote device editor. These "Dynagraph Card" card types are supported by CygNet:
Click Options > Display Details for table-format plot data and other details. This data group is required if you are connecting a device to the CygNet Dynagraph Viewer client application. However, not all AutoCom-specific card types are supported by the CygNet Dynagraph Viewer. |
|
|
"Dynagraph Card (Raw)" enables you to get any of a number of AutoCom-specific card types. Data returned is displayed in raw values; the values are not scaled. This data group is useful for diagnostic purposes. |
|
|
DynaConfig |
"Pumpoff Configuration" |
|
"Event Config" |
|
|
EventLog |
"Event Log" |
|
"Fluid Stroke Parameters" |
|
|
"History - Daily" enables the collection of 35 days of history. |
|
|
HstMth |
"History - Monthly" enables the collection of 23 months of history. The current month is excluded. |
|
"Load Alarm Limits" |
|
|
LoadCalib |
"Load Cell Calibration" |
|
LoadDrift |
"Load Drift Compensation" |
|
LoadSpike |
"Load Spike Detection/Correction" |
|
"Position Setup" |
|
|
PrdMax |
"Production Maximization Info" |
|
PrgCycle |
"Program - Cycle-Based" enables you to read and write custom device-specific programs. Requires a bin.hex data type to accommodate special characters that might be in the data group's string contents. Beam devices only. |
|
PrgReg |
"Program Registers" |
|
PrgStatus |
"Program Status" |
|
PrgStroke |
"Program - Stroke-Based" enables you to read and write custom device-specific programs. Requires a bin.hex data type to accommodate special characters that might be in the data group's string contents. Beam devices only. |
|
PrgTime |
"Program - Time-Based" enables you to read and write custom device-specific programs. Requires a bin.hex data type to accommodate special characters that might be in the data group's string contents. Beam devices only. |
|
PrgUAct |
"Program - User Action" enables you to read and write custom device-specific programs. Requires a bin.hex data type to accommodate special characters that might be in the data group's string contents. Beam devices only. |
|
PrgUEvt |
"Program - User Event" enables you to read and write custom device-specific programs. Requires a bin.hex data type to accommodate special characters that might be in the data group's string contents. Beam devices only. |
|
"Run History" |
|
|
"Set Point" |
|
|
"Single Register" See Single-Element Data Group. |
|
|
Status |
"Status" |
|
"Timing Control" |
|
|
TimeInfo |
"Time Information" |
|
ToDateDly |
"To-Date - Daily" |
|
ToDateMth |
"To-Date - Montly" |
|
Trend |
"Trend" |
|
TrendCfg |
"Trend Config" |
|
"Version" |


