The VSP's in my system do not reduce speed to meet the target head assigned. I have a large model with many facilities, including 7 ON constant speed pumps, 7 VSP pumps, and 4 VSP Batteries.
Some of the variable speed pumps/batteries reduce speed to meet the input target head, and some do not. In previous versions of the model all pumps functioned as expected. The conversion of some VSP's to VSPB's seemed to cause some un-modified VSP's to have trouble converging.
Are there any known data input situations where this could occur? How should I go about troubleshooting if the model does not seem to obey input data?
Thanks for any guidance.
Regards,
Jesse DringoliTechnical Support Manager, OpenFlowsBentley Communities Site AdministratorBentley Systems, Inc.
I've taken a deep look at your model using the same version you have and found that part of the problem does appear to involve the multiple VSPs and VSPBs discharging to the same pressure zone, but there are other factors as well. Below I've listed some of the areas that have problems:
1) "Devon Manor" and "US Steel" are both VSPs with different target HGL and discharge into zone "D-2", but they currently turn on at different times. The reason why they appear to operate at full speed with the target node's HGL higher than the setting is because if they try to ramp down their speed, the other pumps and the tank in this zone provide enough head to maintain the target HGL at the target node. Therefore they go into "fixed speed override" and operate at full speed. For example if you perform a steady state simulation with "Is Variable Speed Pump?" set to "False" for pump "US Steel" and set the relative speed factor to 0.7, you'll see that the pump cannot pass any flow and the HGL at the target node is already higher than the target HGL, because of the head provided by other elements in the model. For example create a profile between that pump and tank "Parkway West", which is at 657 ft (compared to the target of 605). I also noticed that there appears to be a path between the zones marked as D-2 and D-3, through "Copperstone FCV". Even though the setting is only 30 gpm, there might be a significant amount of head added by pump "Hummelstown Hi HSP #3" that can makes its way through this FCV.
Also, VSPB "East Park Dr" discharges out of this pressure zone and is on at the same time as the other two, which could possibly lead to similar stability issues (where "Devon Manor" and "US Steel" aren't the only influence on the HGL at their target nodes).
2) "East Park Dr" and "Hummelstown Hi HSP #3" are both VSPs with different target HGL, and are seen on at the same time and discharge into zone "D-3". "East Park Dr" has a HGL target of 613 ft whereas "Hummelstown Hi HSP #3" has a target of 720 ft. The numerical solver was not designed to work in this configuration, which is part of why you're encountering problems with these particular pumps. Here is a related article on this subject:
http://communities.bentley.com/products/hydraulics___hydrology/w/hydraulics_and_hydrology__wiki/10118.vsp-or-vspb-not-properly-maintaining-target-hgl
3) The reporting timestep is set to 1 hr, so you will miss details between timesteps in graphs. I suggest setting this to "all" for troubleshooting.
4) Three tanks become full during the simulation, which engages an automatic altitude valve that closes the adjacent pipe, which can cause issues and disconnections. These tanks do not appear to have any controls set to prevent this from happening. Offending tanks: “Oberlin”, “chambers hill reservoir”, “spring garden”
5) There are appear to be other missing controls and settings:- PRV "Pennswood" is set to active with a pressure setting of zero. If this should be closed (as the Notes seem to indicate), it would be best to set the initial status to Closed.- PSV "US Steel PSV", "Devon Manor PSV", "Colorado PSV" and "Locust Lane PSV" have controls to close, but no control to reopen.- there is a control set to turn off "Blue Meadows #2" based on tank "Blue Meadows", but no control to turn the pump back on.- there may be other similar issues
6) The slowdown in calculation progress is a clear indicator of stability problems. The model has a difficult time converging on a balanced solution and requires additional timesteps. A good tool to help with this is the Intra-Trial Status Messages tab in the calculation summary. This can give you clues as to what the model is having trouble with. In your model, for the timesteps that see excessive timesteps (greater than ~40), I observe dozens, in some cases hundreds of intra-trial status messages. The elements that show up here multiple times, switching back and forth between status, indicate that they are "fighting" against other elements and should be investigated. Many of your PRVs, PSVs, pumps and check valve show up.
7) There are several areas that have two PRVs in parallel, which can be difficult to solve. For example Latsha 6" and Latsha 2". It is suggested that you combine these into a single PRV, to reduce calculation complexity. See below article:
http://communities.bentley.com/products/hydraulics___hydrology/w/hydraulics_and_hydrology__wiki/18158.i-have-prv-s-in-parallel-that-are-both-open-at-the-same-time-and-when-i-go-to-compute-my-model-i-get-a-user-notification-that-says-network-unbalanced-how-do-i-resolve-this
With that said, I realize that this is not necessarily a complete solution, but rather a list of things that appear to need attention. Once you've had a look at these and implement any necessary changes on your end (you may need to use your own judgment for this, given the assumptions presented), I'd be happy to meet with you to discuss further.