Request Current Configuration (REQCONFIG via script) is a Node-level command that triggers the service to retrieve current configuration data for each eligible device.
Devices are eligible if the following apply.
Use the FMS Command Task page of the New Schedule Task dialog box in the MSS to specify the command properties, the command parameters, and the device descriptors associated with the task you want to schedule. The table below lists the command parameters as they appear in the MSS. See Scheduling FMS Command Tasks in the MSS for more information about specifying the command properties and device descriptors associated with scheduling the command, and configuring the schedule.
You must have proper security authorization to execute this command. See FMS Security (and CMDDEV security event) for information about configuring security access for FMS commands.
See Configuring Request Current Configuration Commands and Running Node Commands for more information about using this command via FMS Explorer.
See Scheduling FMS Command Tasks in the MSS for more information about scheduling commands.
See FMS ActiveX Controls and CxHmiFms for more information about using commands via FMS ActiveX controls on CygNet Studio or CygNet Vision screens.
See CxFms for more information about scripting commands.
The following command definition properties apply to Request Current Configuration commands, when scheduling, creating, or editing commands via CygNet Explorer.
| Property | Description |
|---|---|
|
FMS service |
Select a Site.Service for the command from the available FMS service list in the drop-down menu. |
|
Command |
Select the desired Command name from the drop-down menu. See FMS Commands for more information about available command types. |
|
Time format |
Select the desired Time format for the command from the drop-down menu. Options are as follows.
Default value is Device time. Notes: This parameter determines how the time window is selected in the database; not how the data is exported. For daily devices only, specifying start and end times of midnight (00:00:00), will always be interpreted as Contract time format, regardless of this selected parameter value. |
|
Priority |
Select a processing queue Priority for the command from the drop-down menu. Options from least to greatest priority are as follows.
Default value is Low level processing queue priority. |
|
Logging |
Select a Logging level for the command results from the drop-down menu. Options are as follows.
Default value is Low level logging when scheduling a command via the MSS service in CygNet Explorer. Default value is High level logging when creating or running an ad-hoc command in FMS Explorer or via the FMS service in CygNet Explorer. |
The following command parameters apply to Request Current Configuration commands, when scheduling, creating, or editing commands via CygNet Explorer or scripting.
| Parameter | Description | Type | Usage Notes |
|---|---|---|---|
|
LastDate |
Skip devices with good config after |
DateTime |
If used, double-click to access the Select Skip Devices With Good Config After dialog box. Select the date after which devices with good configuration data will be skipped. See Note below this table. See Selecting Date and Time for more information. This parameter is optional. |
|
LimitPend |
Limit to 1 pending poll/device (hours) |
Integer |
If used, double-click to access the Enter Limit to 1 Pending Poll/device (hours) dialog box. Enter the number of hours to limit the queue to 1 pending poll/meter. This limits the number of requests in the queue for a specific device. Example The parameter is set to 1 hour and you poll at 8:00 a.m. If you poll again at 8:05 a.m., but the original request in still in the queue, the second message will be discarded since the pending time has not been exceeded. This parameter is optional. |
Note: Date/time - When using relative (rather than absolute) date/time, if both the start and end date/time have hour, minute, and second values of 00 (or if both are set to midnight), an additional day will be added to the date at the end of the range. This occurs because the service assumes the start of the day for the starting date/time and the end of the day for the ending date/time in these circumstances. Therefore requesting a time range from T to T will yield one day of data, and from T-1 to T will yield two days of data. If only one day of data is desired when using relative date/time, the start and end date/times must therefore be the same. If any of the start or end date/time hour, minute, or second values are specified as a value other than zero (or midnight) however, the range will be used as specified.