Select to view content in your preferred language

Make Update Subnetwork smarter about dirty areas it encounters

575
0
10-11-2022 04:27 PM
Status: Open
JakeJacobsAVA
Regular Contributor

When a subnetwork fails to update due to inconsistent subnetwork names, a dirty area is placed on each subnetwork controller device. This impedes the ability for other subnetworks to update, even if they are perfectly fine themselves, simply due to order of operations.

Example A: an gas isolation subnetwork fails and all the valves are marked with dirty areas. A cathodic trace (in a different tier group) now fails because it cannot trace through that valve, even though it doesn't affect anything in the cathodic network.

Example B: a gas isolation subnetwork fails and all the valves are marked with dirty areas. It is adjacent to two different subnetworks. One is involved in the failure. But on a different side there is a subnetwork that is defined accurately. It would be updated if the first subnetwork hadn't attempted its update first. Changes in this accurately defined subnetwork are not propagated due to the problems with the adjacent subnetwork.

Idea: allow a subnetwork to attempt to update if it encounters a dirty area of status 32 (subnetwork error)