Responder Developer Guide
Evaluate Method (CallbackPowerRestoredPossibleSubmitRuleCondition)


The submit rule data row to be examined.
Determines if a possible power restoration event has occurred
Syntax
'Declaration
 
Public Overrides Function Evaluate( _
   ByVal row As DataRow _
) As Boolean
'Usage
 
Dim instance As CallbackPowerRestoredPossibleSubmitRuleCondition
Dim row As DataRow
Dim value As Boolean
 
value = instance.Evaluate(row)
public override bool Evaluate( 
   DataRow row
)

Parameters

row
The submit rule data row to be examined.

Return Value

True if it the power will possibly been restored, else false.
Remarks
The power restoration event does not occur when an incident's status is set to restored. Unfortunately, it is a lot more complicated. The incident may be composed of multiple incident devices, each of which gets restored at a different time. In fact, power can be restored via a backfeed. A backfeed situation occurs when the actual incident device that caused the outage remains out but a different incident device is closed to restore power to some set of customers that are out. Thus, power restoration depends on whether there are any incident devices that were previously not supplying power but now are. Incident devices can be added, updated, or deleted from an incident at any time. Therefore, the first part of this condition is to check if the current data row being tested is from the RX_INCIDENT_DEVICES table and contains a DataRowState of Added, Modified, or Deleted. The existence of a change to an incident device record does not, by itself, indicate that a power restoration has actually occurred. The next step then is to construct a CallbackPowerStatus object which determines whether power has been restored and/or lost the various phases of the incident device. The PowerRestoredPossible property of this object indicates if power has been restored on any of the phases. The word 'Possible' is used because it requires an examination of the loadpoint records to determine who it is that has actually had power restored. Unfortunately, the loadpoint records are in the 'pending' dataset at this point in the submit cycle. Since rule conditions can only be applied to the 'completed' dataset, this rule can only detect that it is possible that power has been restored. The remaining portion of the event has to be detected by the PerformAction method.

Note: The 'pending' dataset can have loadpoint records that are not associated with the current incident device whose power status is changing. For example, there could be an incident downstream or upstream of the current incident and the tracing operation would load the loadpoints of those incidents as well. The key item that allows the correct loadpoint records to be identified is the fact that only those loadpoints which are actually being restored will have the TIME_RESTORED column defined.

Requirements

Target Platforms: Windows XP SP3 (32-bit and 64-bit), Windows 7 (32-bit and 64-bit)

Not all Operating Systems are supported on all products. Visit the ArcFM Solution Supported Versions page for full details.

See Also

Reference

CallbackPowerRestoredPossibleSubmitRuleCondition Class
CallbackPowerRestoredPossibleSubmitRuleCondition Members

 

 


Send Comment