-
Notifications
You must be signed in to change notification settings - Fork 396
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
Fan:SystemModel inconsistencies in IDD #7697
Comments
The \key choice list for Fan Object Type should be reliable. For the unitary equipment that does not accept Fan:SystemModel, at the time this was added, there was an expectation of the various unitary and heatpump system being deprecated. Other considerations have delayed that. To resolve the name referencing problem, I would suggest giving Fan:SystemModel it's own reference group (deleting all of the other flavors of Fan) and add that where appropriate in the parent objects.
|
How about the
Edit: Yeah it should be added too. https://github.com/jmarrec/EnergyPlus/blob/6d979341f3d85973fca8f1e7afc02a6484be4bb4/src/EnergyPlus/HVACFan.cc#L732 |
SimplComponentModelFan seems to take this object into account though. FanSystemModel and FanOnOff seem like they don't. |
@jmarrec Confirmed that FaultModel:Fouling:AirFilter code does not support Fan:SystemModel. Please post a new issue to add support for Fan:SystemModel where missing so then we can proceed with #6903. |
FaultModel:Fouling:AirFilter is called from HVACFan, so that's good no? Added #7713 |
Interesting, but no. And this code in
|
Issue overview
I'm working on implementing
Fan:SystemModel
in OpenStudio (cf NREL/OpenStudio#3044). As you know, OpenStudio does strongly enforce IDD conventions: a field with an\object-list
has to match the\reference
of the object you're trying to assign to that field or it will reject the assignment.I'm seeing some inconsistencies in the IDD as far as object list / references goes, especially for
Fan:OnOff
replacement. Here's one example, but there are more (likeZoneHVAC:EnergyRecoveryVentilator
for eg)Additionally, it seems that all Unitary objects but the
AirLoopHVAC:UnitarySystem
aren't acceptingFan:SystemModel
. Is that on purpose since these should be deprecated in favor ofAirLoopHVAC:UnitarySystem
?eg:
Details
Some additional details for this issue (if relevant):
Checklist
Add to this list or remove from it as applicable. This is a simple templated set of guidelines.
The text was updated successfully, but these errors were encountered: