Update subnetwork and de-energized equipment

[EdwardBlair]

Hi -

Here's the utility network scenario:   I open a fuse protecting a single phase tap on feeder ABC123.   I validate and save the edit, stop editing an update the subnetwork for ABC123.   The features I de-energized by opening the fuse still have a subnetwork name of ABC123, even though they are currently not part of any feeder.

What am I missing here?  Or what other steps do I need to take to have the de-energized features be assigned a subnetwork of 'Unknown'.

Thanks in advance for any info.

Ed

[LynnMoeEsri]

Hi Ed - I wonder if you are running Update Subnetwork in a version.  If so, try posting your version and running Update Subnetwork in default and see if 'Unknown' is then listed in the subnetwork name field.

[EdwardBlair]

Hi Lynn -

I *am* running Update Subnetwork in a version.   I'll give the post and update in Default a try.   Thanks for the suggestion!

E

[DamienPyne]

We have seen this, and raised to Esri.  We had been advised this is "as expected".  Our workflow advises the user to use the subnetwork line to review for the update.

You should see these features IsConnected value updated, and when you run IsConnected the subnetwork should then update to unknown.

[EdwardBlair]

This is "as expected"?  Really??  Pretty confusing.   I'll try the IsConnected. 

Thanks much Damien for the reply.

Ed

[DamienPyne]

I guess its similar to a load shift.  You have subnetwork 1 and subnetwork 2. To update the changes of the shift where SN1 is now part of the old SN1, you need to update both SN1 and SN2.  If you only update SN2, then there is a section not yet updated.

Same theory here.  You have a section of network not part of that update (ie your deenergised features), and the IsConnected will clear the SN value and flag these as isconnected = False.  Ie they are isolated network objects.

[EdwardBlair]

Hi @DamienPyne -

It seems like enabling "eventing" might enable the responsiveness to device status changes we now see with ArcFM Feeder Manager (in 10.x) .  But it also seems there are pros and cons to this.  Have you purposefully avoided enabling "eventing"?

Thx,

Ed

[gis_KIWI4]

@EdwardBlair - I am noticing the opposite of what you have suggested. 
I have opened up a fuse. After the subnetwork update -
The fuse has the SUBNETWORKNAME field populated but all assets downstream of it have the SUBNETWORKNAME blanked out.

 After "closing" the fuse and updating the subnetwork you can see the subnetwork name restored. (Ignore the "::" that an unrelated issue )

 

[EdwardBlair]

Well... that's what we would want.   Mike Miller stated that what we see is expected behavior *in a version with eventing off*.    Is it possible that you are performing the update subnetwork in SDE.Default?   Or that you have eventing enabled?

Thanks for the reply!

[DamienPyne]

I had to go digging to confirm.  Yes we have eventing off.  This was not an option with UNM v3 which is where we started.  Its one of those options and enhancements we did not go to when we uplifted to v6.