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
As a consequence of that change (as shown by git bisect on the IDAES/idaes-pse repository), one of the models for the DISPATCHES project fails to solve with the exception TypeError: unsupported operand type(s) for -: 'str' and 'str' being thrown from pyomo.contrib.fbbt.fbbt:_FBBTVisitorRootToLeaf.visiting_potential_leaf()
The stack trace (and the pytest debug information) seems to point to one of the encountered node being a str, possibly as a consequence of external functions being involved in the new IDAES Helmholtz implementation
Steps to reproduce the issue
conda create --yes --name test-dispatches-165 python=3.8 && conda activate test-dispatches-165
pip install https://github.com/gmlc-dispatches/dispatches/archive/edba882.zip
pip uninstall idaes-pse --yes && pip install https://github.com/IDAES/idaes-pse/archive/bf61436.zip && idaes get-extensions --verbose
pytest --pyargs dispatches.case_studies.fossil_case.ultra_supercritical_plant.storage.tests.test_discharge_usc_powerplant -k test_main_function -svv # adding the --pdb flag will open a pdb session at the location where the exception is thrown
Error Message
Solved in 1 iterations and 8.34069 seconds
Optimal objective value inf
Relative optimality gap nan%
No feasible solutions found.
FAILED
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> captured log >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
WARNING pyomo.core:PyomoModel.py:209 Loading a SolverResults object with a warning status into model.name="fs.discharge.es_turbine";
- termination condition: other
- message from solver: Too few degrees of freedom (rethrown)!
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> traceback >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
@pytest.mark.gdpopt
@pytest.mark.integration
def test_main_function():
# Build ultra-supercritical plant base model
m_usc = usc.build_plant_model()
# Initialize ultra-supercritical plant base model
usc.initialize(m_usc)
# Build discharge model
m = discharge_usc.main(m_usc, solver=solver, optarg=optarg)
discharge_usc.model_analysis(m, heat_duty=heat_duty)
# Solve model using GDPopt
> results = discharge_usc.run_gdp(m)
../../dispatches/dispatches/case_studies/fossil_case/ultra_supercritical_plant/storage/tests/test_discharge_usc_powerplant.py:86:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
../../dispatches/dispatches/case_studies/fossil_case/ultra_supercritical_plant/storage/discharge_design_ultra_supercritical_power_plant.py:1181: in run_gdp
results = opt.solve(
../pyomo/pyomo/contrib/gdpopt/GDPopt.py:133: in solve
return SolverFactory(
../pyomo/pyomo/contrib/gdpopt/algorithm_base_class.py:119: in solve
self._solve_gdp(model, config)
../pyomo/pyomo/contrib/gdpopt/loa.py:108: in _solve_gdp
self._fix_discrete_soln_solve_subproblem_and_add_cuts(
../pyomo/pyomo/contrib/gdpopt/oa_algorithm_utils.py:25: in _fix_discrete_soln_solve_subproblem_and_add_cuts
nlp_termination = solve_subproblem(subprob_util_block, self,
../pyomo/pyomo/contrib/gdpopt/solve_subproblem.py:342: in solve_subproblem
with preprocess_subproblem(subprob_util_block, config) as call_solver:
../pyomo/pyomo/contrib/gdpopt/solve_subproblem.py:238: in __enter__
fbbt(m, integer_tol=self.config.integer_tolerance,
../pyomo/pyomo/contrib/fbbt/fbbt.py:1528: in fbbt
_new_var_bounds = _fbbt_block(comp, config)
../pyomo/pyomo/contrib/fbbt/fbbt.py:1425: in _fbbt_block
_new_var_bounds = _fbbt_con(c, config)
../pyomo/pyomo/contrib/fbbt/fbbt.py:1354: in _fbbt_con
visitorB.dfs_postorder_stack(con.body)
../pyomo/pyomo/core/expr/visitor.py:880: in dfs_postorder_stack
flag, value = self.visiting_potential_leaf(_sub)
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
self = <pyomo.contrib.fbbt.fbbt._FBBTVisitorRootToLeaf object at 0x7ff05835ca90>, node = 'H2O'
def visiting_potential_leaf(self, node):
if node.__class__ in nonpyomo_leaf_types:
lb, ub = self.bnds_dict[node]
_debug_node(node)
> if abs(lb - value(node)) > self.feasibility_tol:
E TypeError: unsupported operand type(s) for -: 'str' and 'str'
../pyomo/pyomo/contrib/fbbt/fbbt.py:1204: TypeError
Information on your system
Pyomo version: 6.4.2
Python version: 3.8.15
Operating system: Ubuntu 20.04.5
How Pyomo was installed (PyPI, conda, source): Pyomo installed via pip from GitHub ZIP URL in a Conda environment
Solver (if applicable): GDPopt (?)
Adding to the discussion - the issue is related to an ExternalFunction in the model with a string argument, and the fact that the FBBT tools does not know what to do with it.
This probably ends up being a more general issue of "what should the FBBT tool do when it encounters an ExternalFunction"? My initial preferred response would be to return infinite bounds, as this means the tool would at least keep working and tighten the other bounds in the model, whereas an Exception would preclude the FBBT tool from being used on any model which contains an ExternalFunction.
Summary
git bisect
on the IDAES/idaes-pse repository), one of the models for the DISPATCHES project fails to solve with the exceptionTypeError: unsupported operand type(s) for -: 'str' and 'str'
being thrown frompyomo.contrib.fbbt.fbbt:_FBBTVisitorRootToLeaf.visiting_potential_leaf()
str
, possibly as a consequence of external functions being involved in the new IDAES Helmholtz implementationSteps to reproduce the issue
Error Message
Information on your system
Pyomo version: 6.4.2
Python version: 3.8.15
Operating system: Ubuntu 20.04.5
How Pyomo was installed (PyPI, conda, source): Pyomo installed via pip from GitHub ZIP URL in a Conda environment
Solver (if applicable): GDPopt (?)
Additional information
See gmlc-dispatches/dispatches#165 for the downstream bug report.
The text was updated successfully, but these errors were encountered: