-
Notifications
You must be signed in to change notification settings - Fork 11
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
Dehardcoding temperature parameter value in time series templates #379
Comments
I don't think I know the answer to this, probably a better question for @nllong |
Kk! I think the reason this was left hard-coded was b/c I was unsure about how this parameter value was used. After running the OSU models, I see that this parameter value is used to set the HHW return temperature, so I'm going to go ahead and de-hardcode it. @nllong @macintoshpie |
I'm stumped, below are my notes. My best guess is that I either misunderstand how Modelica parameters work or this is some JModelica strangeness. Maybe someone could try what I've done but run the model in Dymola instead and see what happens, otherwise we should punt or speak with a Modelica expert. Here are the things I tried, all ultimately failing with this same error (I also tried setting the log level to 4 but never got any more useful info). The lines changed were 20-22 ( Line 20 in 7896291
T_aHeaWat_nominal ends up being 313.15 .
I also tried diffing the stdout from running the file unmodified with the modified version and there were no additional warnings/errors before the line reporting that it failed to initialize. |
We tested this in Dymol and had no issues, this is apparently a JModelica specific issue. We decided to wait until the optimica docker image is ready to use (see #405). |
Hack Session!
In the TimeSeries template, Tb_HeaWater_Nominal is defined with a hard-coded offset from Ta_HeaWater_Nominal:
geojson-modelica-translator/geojson_modelica_translator/model_connectors/load_connectors/templates/TimeSeriesBuilding.mot
Line 20 in 422c43b
I'm happy to dehardcode this, and set Tb_HeaWater_Nominal the same way Ta_HeaWater_Nominal is set, unless there's a reason we're hardcoding it with a fixed offset?
@nllong @macintoshpie
This will happen after V9 upgrade.
The text was updated successfully, but these errors were encountered: