m325tracefw | R Documentation |
Trace values of thermal-hydraulic regime (temperature, pressure, flow rate, and other) in the bunched pipeline along the flow direction using norms of heat loss values prescribed by Minenergo Order 325.
m325tracefw(
sender = c(0, 1),
acceptor = c(1, 2),
temperature = c(70, NA_real_),
pressure = c(pipenostics::mpa_kgf(6), NA_real_),
flow_rate = c(20, NA_real_),
d = rep_len(100, 2),
len = rep_len(72.446, 2),
year = rep_len(1986, 2),
insulation = rep_len(0, 2),
laying = rep_len("tunnel", 2),
beta = rep_len(FALSE, 2),
exp5k = rep_len(TRUE, 2),
roughness = rep_len(0.001, 2),
inlet = c(0.5, 1),
outlet = c(1, 1),
elev_tol = 0.1,
method = "romeo",
verbose = TRUE,
csv = FALSE,
file = "m325tracefw.csv",
use_cluster = FALSE
)
sender |
identifier of the node which heat carrier flows out.
Type: any type that can be painlessly coerced to character by
|
acceptor |
identifier of the node which heat carrier flows in. According to topology
of test bench considered this identifier should be unique for every row.
Type: any type that can be painlessly coerced to character by
|
temperature |
Sensor-measured temperature of heat carrier (water) sensor-measured on
the root node, [°C].
Use |
pressure |
Sensor-measured
absolute pressure
of heat carrier (water) inside the pipe on the root node, [MPa].
Use |
flow_rate |
Sensor-measured amount of heat carrier (water) on root node that is
transferred by pipe during a period, [ton/hour].
Type: |
d |
internal diameter of pipe (i.e.diameter of acceptor's incoming edge),
[mm].
Type: |
len |
pipe length (i.e. length of acceptor's incoming edge), [m].
Type: |
year |
year when the pipe (i.e. acceptor's incoming edge) is put in operation
after laying or total overhaul.
Type: |
insulation |
identifier of insulation that covers the exterior of pipe (i.e. acceptor's incoming edge):
Type: |
laying |
type of pipe laying depicting the position of pipe in space. Only five types of pipe laying are considered:
Type: |
beta |
logical indicator: should they consider additional heat loss of fittings
located on this pipe (i.e. acceptor's incoming edge)?
Type: |
exp5k |
logical indicator for regime of pipe (i.e. acceptor's incoming edge): if
|
roughness |
roughness of internal wall of pipe (i.e. acceptor's incoming edge), [m].
Type: |
inlet |
elevation of pipe inlet, [m]. Type: |
outlet |
elevation of pipe outlet, [m]. Type: |
elev_tol |
maximum allowed discrepancy between adjacent outlet and inlet elevations
of two subsequent pipes in the traced path, [m].
Type: |
method |
method of determining Darcy friction factor:
Type: |
verbose |
logical indicator: should they watch tracing process on console?
Type: |
csv |
logical indicator: should they incrementally dump results to csv-
file while tracing?
Type: |
file |
name of csv-file which they dump results to.
Type: |
use_cluster |
utilize functionality of parallel processing on multi-core CPU.
Type: |
The calculated (values of) regime may be considered as representation of district heating process in conditions of hypothetically perfect technical state of pipe walls and insulation.
They consider the topology of district heating network represented by
m325nxdata
:
Tracing starts from sensor-equipped root node and goes forward, i.e along
the flow direction. Function m325traceline
serves under the
hood for tracing identified linear segments from root node to every
terminal node. Hence they only need root node to be equipped with sensors.
Sensors at other nodes are redundant in forward tracing, since the tracing
algorithm by no means consider them for tracing.
Moreover in the forward tracing algorithm they assume the flow of heat carrier is distributed proportionally to the cross-sectional area of the outgoing pipeline. Actually, a lot of reasons may cause significant deviations from this assumption. As a result, the sequence of paired backward/forward tracing may be divergent for regime parameters.
Though some input arguments are natively vectorized their individual values
all relate to common part of district heating network, i.e. associated with
common object. It is due to isomorphism between vector representation and
directed graph of this network. For more details of isomorphic topology
description see m325nxdata
.
They are welcome to couple the algorithm with functionality of data.table.
data.frame
containing results (detailed log) of tracing in
narrow format:
node
Tracing job. Identifier of the node which regime parameters is
calculated for. Values in this vector are identical to those in
argument acceptor
.
Type: assert_character
.
tracing
Tracing job. Identifiers of nodes from which regime parameters
are traced for the given node. Identifier sensor
is used when
values of regime parameters for the node are sensor readings.
Type: assert_character
.
backward
Tracing job. Identifier of tracing direction. It constantly
equals to FALSE
.
Type: assert_logical
.
aggregation
Tracing job. Identifier of the aggregation method associated
with traced values. For forward tracing the only option is
identity
.
Type: assert_character
.
temperature
Traced thermal hydraulic regime. Traced temperature of heat
carrier (water) that is associated with the node, [°C].
Type: assert_double
.
pressure
Traced thermal hydraulic regime. Traced pressure of heat
carrier (water) that is associated with the node, [MPa].
Type: assert_double
.
flow_rate
Traced thermal hydraulic regime. Traced flow rate of heat
carrier (water) that is associated with the node, [ton/hour].
Type: assert_double
.
job
Tracing job. Value of tracing job counter.
For forward tracing value of job
counts the number of traced paths from root node.
Type: assert_count
.
Type: assert_data_frame
.
Other Regime tracing:
m325tracebw()
,
m325traceline()
,
tracebw()
,
tracefw()
,
traceline()
library(pipenostics)
# Minimum two nodes should be in district heating network graph:
m325tracefw(verbose = FALSE)
# Consider isomorphic representation of District Heating Network graph:
DHN <- pipenostics::m325nxdata
# * avoid using numeric identifiers for nodes:
DHN$sender <- sprintf("N%02i", DHN$sender)
DHN$acceptor <- sprintf("N%02i", DHN$acceptor)
# * alter units:
DHN$d <- 1e3 * DHN$d # convert [m] to [mm]
# Perform backward tracing to get regime on root node:
bw_report <- do.call("m325tracebw", c(as.list(DHN), verbose = FALSE))
# Put the traced values to the root node of test bench:
root_node_idx <- 12
root_node <- sprintf("N%02i", root_node_idx)
regime_param <- c("temperature", "pressure", "flow_rate")
DHN[root_node_idx, regime_param] <-
subset(bw_report,
node == root_node & aggregation == "median",
regime_param)
rm(root_node, root_node_idx)
# Trace the test bench forward for the first time:
fw_report <- do.call("m325tracefw",
c(as.list(DHN), verbose = FALSE, elev_tol = .5))
# Let's compare traced regime at terminal nodes back to test bench:
report <- subset(
rbind(bw_report, fw_report),
node %in% subset(DHN, !(acceptor %in% sender))$acceptor &
aggregation == "identity"
)
regime_delta <- colMeans(
subset(report, backward, regime_param) -
subset(report, !backward, regime_param)
)
print(regime_delta)
stopifnot(sqrt(regime_delta %*% regime_delta) < 0.5)
Add the following code to your website.
For more information on customizing the embed code, read Embedding Snippets.