You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Source models such as Fluid.Sources.Boundary_pT have a parameter verifyInputs = false. If this is kept false, the instance medium is removed. Otherwise, it is not removed, and results in an underdetermined system of equations.
To reproduce, set verifyInputs=false in the instance sin in IBPSA.Fluid.Sources.Examples.PropertySource_T.
Simulating it in OMEdit yields, because of missing assignments to medium,
[2] 17:09:58 Symbolic Warning
[IBPSA.Media.Air: 87:3-88:60]: Variable sin.medium.X[1] does not have any remaining equation to be solved in.
The original equations were:
Equation 83: sin.medium.X[2] = 1.0 - sin.medium.X[1], which needs to solve for sin.medium.X[2]
Equation 82: sin.medium.X[1] = sin.medium.Xi[1], which needs to solve for sin.medium.Xi[1]
Equation 80: sin.medium.state.X[1] = sin.medium.X[1], which needs to solve for sin.medium.state.X[1]
Equation 75: sin.medium.R_s = 287.0512249529787 * sin.medium.X[2] + 461.5233290850878 * sin.medium.X[1], which needs to solve for sin.medium.R_s
Equation 74: sin.medium.h = 1006.0 * sin.medium.dT * sin.medium.X[2] + (2501014.5 + 1860.0 * sin.medium.dT) * sin.medium.X[1], which needs to solve for sin.medium.dT
Equation 72: sin.medium.MM = 1.0 / (55.50843506179199 * sin.medium.X[1] + 34.52428788658843 * sin.medium.X[2]), which needs to solve for sin.medium.MM
As I would think nobody ever used this feature, as it also does not work in MassFlowSource_T, I suggest the parameter verifyInputs is removed, an entry in the conversion script is done, and the instance medium is removed.
We could however keep the instance medium at the cost of a slight overhead (and have it always present) because currently, OMEdit fails if started with OMEdit --NAPI=true because to display temperature, it uses either T (a parameter) or T_in (a conditionally removable connector) and the parser issues the error
[3] 17:27:30 Translation Warning
[IBPSA.Fluid.Sources.Boundary_pT: 180:10-209:102]: Conditional component ‘T_in‘ is used in a non-connect context.
when the package IBPSA.Fluid.Sources is opened in OMEdit (using OMEdit --NAPI=true package.mo), presumably because it does not like the conditionally removable connector. Hence, either OMEdit will need to be updated, or we need to keep the instance medium so that we have a means to access the temperature, which is defined in Modelica.Media.Interfaces.PartialMedium.BaseProperties and hence exists for all media. @casella: Do you think this issue of the last paragraph should be fixed in OMEdit, or in the Modelica model?
The text was updated successfully, but these errors were encountered:
Source models such as
Fluid.Sources.Boundary_pT
have a parameterverifyInputs = false
. If this is keptfalse
, the instancemedium
is removed. Otherwise, it is not removed, and results in an underdetermined system of equations.To reproduce, set
verifyInputs=false
in the instancesin
inIBPSA.Fluid.Sources.Examples.PropertySource_T
.Simulating it in OMEdit yields, because of missing assignments to
medium
,As I would think nobody ever used this feature, as it also does not work in
MassFlowSource_T
, I suggest the parameterverifyInputs
is removed, an entry in the conversion script is done, and the instancemedium
is removed.We could however keep the instance
medium
at the cost of a slight overhead (and have it always present) because currently, OMEdit fails if started withOMEdit --NAPI=true
because to display temperature, it uses eitherT
(a parameter) orT_in
(a conditionally removable connector) and the parser issues the errorwhen the package
IBPSA.Fluid.Sources
is opened in OMEdit (usingOMEdit --NAPI=true package.mo
), presumably because it does not like the conditionally removable connector. Hence, either OMEdit will need to be updated, or we need to keep the instancemedium
so that we have a means to access the temperature, which is defined inModelica.Media.Interfaces.PartialMedium.BaseProperties
and hence exists for all media.@casella: Do you think this issue of the last paragraph should be fixed in OMEdit, or in the Modelica model?
The text was updated successfully, but these errors were encountered: