Dynamic Simulation After Feed Flow Reduction

  • Thread starter Thread starter Kakashi
  • Start date Start date
AI Thread Summary
When the flow rate of Stream 1 is reduced to nearly half, the flow control valve adjusts to maintain the process variable at the setpoint, reaching steady state in about 6 minutes. The lower flow results in reduced heat recovery by the circulating oil, leading to a lower temperature for the cooled process stream. The temperature controller for Stream 5 struggles to stabilize, taking nearly 7 hours to reach the setpoint, raising concerns about controller tuning. Additionally, the pressure drop in Stream 5 raises questions about the expected behavior of volatile components in the flash drum, as the level controller saturates despite not reaching its upper limit. Finally, significant oscillations in the boiler feed water flowrate occur with minimal level changes, suggesting potential issues with controller tuning or other underlying factors.
Kakashi
Messages
8
Reaction score
0
When Stream 1 flow rate is cut to nearly half of its design value, the flow control valve adjusts its output to maintain the process variable (PV) at the setpoint (SP). It reaches steady state about 6 minutes after the disturbance.

Since the circulating oil stream remains at its design flow, but the process stream it is cooling has now a lower flow the heat recovered by the oil reduced. As a result, the temperature rise is lower and the hot process stream is cooled to a lower temperature.

In the final HE, the process stream is cooled using cooling water. Now that both the process stream's flow rate and inlet temperature are lower, the temperature controller (TT) for Stream 5 attempts to maintain its outlet temperature at 40 °C by adjusting a valve. However, from the trend plot, the controller appears to respond quite slowly — it took nearly 7 hours to reach setpoint.Why might the temperature control response be so sluggish? Could it be due to poor controller tuning?

Another issue I noticed the pressure of Stream 5 decreased following the reduction in Stream 1 flow rate. With a lower pressure entering the flash drum, wouldn’t more volatile components be expected to vaporize, possibly reducing the liquid level instead of increasing it?. Also, the level controller output reaches 100%, but the PV (level fraction) is still only around 0.6 — well below the high limit of the controller range. Why does the controller saturate even though the level hasn’t hit its upper range?

For Stream 9 (the syngas stream), steady state was reached approximately 20 minutes after the disturbance, but at a higher temperature. I think this is because the lower flow rate and pressure of Stream 1 lead to a longer residence time in the heat exchanger, allowing more heat recovery. The heat duty of the reactor also decreased due to the reduced feed. Since the shell side of the reactor is simulated as a flash drum (V3), and we set its duty to zero, less energy is available to generate steam.

The amount of steam decreases rather if we set the duty of the drum to 0 excluding the heat from the reactor then heat is utilized to increase the temperature of bfw and generate less generate because its supplied at conditions of 240 C and 48 bar. I am not sure why the bfw flow rates is oscillating wildly in response to very small changes in the level fraction.

This leads to my final question: the boiler feed water (BFW) flowrate shows significant oscillations even though the level fraction in V3 barely changes. The fluctuations are large and continuous throughout the 12-hour period. Why would such small level changes cause such large swings in BFW flowrate? Could this be caused by overly aggressive controller tuning, or is there something else I might be missing?
 

Attachments

  • 3.pdf
    3.pdf
    1.7 MB · Views: 24
  • Plot1.JPG
    Plot1.JPG
    35 KB · Views: 32
  • Plot2.JPG
    Plot2.JPG
    29.3 KB · Views: 23
  • Plot3.JPG
    Plot3.JPG
    26.8 KB · Views: 27
  • Plot4.JPG
    Plot4.JPG
    30.1 KB · Views: 11
Engineering news on Phys.org
Please reread Post #2 in your Heat Exchanger Network Design thread of 2-23-2025. Very similar comments apply directly to this thread. You need to clearly communicate what you are trying to do, and compare to what is actually happening. You also need to clearly specify if this is a real system or a simulation. Also realize that expecting us to read through many pages of attachments is unrealistic.

A general comment on level control: All level controlled systems have a tolerance on the level. Use that tolerance to your advantage by using a proportional only controller tuned for 0% actuation at one tolerance limit and 100% actuation at the other tolerance limit. That is the optimal setup for minimizing oscillations and overshoots.
 
I'm working with a simulation file of a specific process, and the task is to test the control scheme by introducing a disturbance, in this case, reducing the feed flowrate (Stream 1) to nearly half its design value for a 12-hour period. The objective is to observe and describe how the system behaves and responds.

I only included the document to give some background on the process so I could explain what’s happening and my problem not expecting anyone to go through pages of attachments.

In my post, I was hoping to get insights into specific issues I observed during the simulation, such as:
  1. Sluggish temperature control response (nearly 7 hours to stabilize)
  2. Level controller saturation despite the PV not reaching its upper limit
  3. Oscillating BFW flowrate despite nearly steady level
 
Back
Top