-
Notifications
You must be signed in to change notification settings - Fork 63
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Example of heating network with multiple producers #309
Comments
(Hi, just fyi, I do not work anymore on this topic -- good luck anyways) |
Hello @cvTHM , |
Hello @dlohmeier , Besides, it would be great to be able to connect several heat generators to the network in the future. |
Hi @Toecan , |
Hello @dlohmeier , here you can see my test grid: ` Import Sectionimport pandapipes as pp kelvin = 273.15 Grid Componentsnet = pp.create_empty_network(fluid ="water") j0 = pp.create_junction(net, pn_bar=5, tfluid_k=90+kelvin, geodata=(0,5), name="junction 0") pp.create_pipe_from_parameters(net, from_junction=j0, to_junction=j1, length_km=1, Generationpp.create_circ_pump_const_pressure(net, return_junction=j5, flow_junction=j0, p_flow_bar=9, plift_bar=8.5, t_flow_k=90+kelvin, type='pt') heat = 500 #kW Loadheat = 3000 #kW Simulationpp.pipeflow(net, mode='all') The additional heat generation should feed 500 kW into the grid and the Slack the missing 2500 kW. Unfortunately the calculation does not converge. Without the second heat generation the calculation converges. Is there another way to model this small grid? Best regards |
Hi @Toecan, |
Hello together, I can provide a simple example of a heating network with multiple heat generators which makes use of flow controllers. I came up with the topology to ensure that there is at least one mesh in the grid. One heat generator (left side, between feed line junction 0 and reflux line junction 17) is used as a peak load producer which fixes pressure and temperature (circ_pump_const_pressure), the other one (between feed line junction 15 and reflux line juntion 32) is simply modelled as a combination of a heat exchanger and a flow controller. As stated by @dlohmeier before the pressure and the mixing temperature at the second producer's outlet junction into the feed line are results of the conditions in the entire rest of the network. The second heat generator's heating power is fixed - thus, I use this setup to define the first heat generator as a peak load producer which provides all thermal power that cannot be fed in by the second heat generator. The second heat generator is interpreted as a base load producer whose thermal ouput power is either known a priori (e. g. in maximum load case when simulating the network) or can be adjusted according to a time series. Maybe this is a bit of a help for some users. Best regards
|
Thanks for your answers! Replacing the "circ_pump_const_massflow" with a flow controller solved my problem. Modelling loads as well as generations with heat exchangers plus flow controller works fine. |
Hello everyone, I have tested an alternative approach that ensures a constant supply temperature at the additional producers, but the actual heat supply at these producers differs slightly from the calculated value. The main advantage of this proposed modelling approach (circ_pump_mass and flow_controller) is that the supply temperature at the additional producers can be set. However, as the return temperature at the producers is not known in advance, but the supply temperature and the mass flow are specified, the actually supplied heat at these producers deviates slightly from the calculated value. By varying the set mass flows at the producers depending on the supply condition and the estimated heat losses in the network, the actually supplied heat can be approximated to the aimed value. |
Hello everyone, hoping for an answer !! :) |
Hello everyone, @sad15919 why would you want a higher pressure at the second producer? The "first" producer in the network, the circ_pump_pressure-component, is literally there for setting the pressure in the system in my understanding. I would want to add multiple producers to simulate different producer locations and different producer behaviours, for example I could set the produced heat with results from a simulation of a solar thermal producer. |
Hello @JonasPfeiffer123 , thank you very much for replying. I am very new in DH networks so i dont have much idea. Can you please eloborate you answer 'I would want to add multiple producers to simulate different producer locations and different producer behaviours, for example I could set the produced heat with results from a simulation of a solar thermal producer.' ? It would be very helpful for my understanding. In my case, I am doing steady state simulation and I have 3 producers who has supply pressure of about 7, 4, and 3 bars respectively with also a specific p_lift. I have set the circ_pump_pressure component in the producer who has the supply pressure pressure of 4 bars. Am I wrong doing so? Should i have put that in the producer with max supply pressure? Because if the pressure pump is setting the pressure then how would i use the supply pressure of the other producers? And since we are circ_pump_mass, we are defining the input mass flow rate by using the flow control as well. Is it right because i read in real life, you choose the pump based on pump curve which we dont have here as a circulation pump. |
Hi all,
has there already been an exampel of a heating network which features multiple producers like in many real district heating networks?
I encounter some problems while modelling such a network design:
Mainly a network set pressure delivered by pumps at the production sites is known, but not the mass flow given by each production site (at a certain load of consumers). Referring to former issue:
I came up with the following small example to illustrate my approach to handle multiple producers (feed line and reflux line are calculated separately, unfortunetaly.) Circulation pumps often cause problems in combination with external grids and other circulation pumps. On top of that, modelling consumers merely as heat exchangers does not allow to consider the different pressure drops at consumers given by the network. That's why they are modelled as sinks and sources (consumers=heat exchangers close to production sites would simply feature the highest mass flow whereas those with more distance to a production site receive hardly any mass flow. A a priori-definition of the heat exchangers' loss coefficients is not practicable).
I would be glad for any contribution
Code example
The text was updated successfully, but these errors were encountered: