-
Notifications
You must be signed in to change notification settings - Fork 18
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
Heat pump detailed performance inputs #359
Conversation
…tingEfficiencyType and CoolingEfficiencyType.
Does this allow for a variable number of PerformanceDataPoints? It appears it might, which seems beneficial for products that may rate the equipment at more extreme temperatures. Such flexibility may also prove helpful as this HP market segment evolves and standardizes. Is it essential to collect PerformanceDataPoints for both the maximum and minimum capacity? If a user is only interested in the minimum ("worst-case") values, are those sufficient? Offering this capability meets an urgent and growing need in the marketplace, as more jurisdictions set policies to decarbonize. I strongly support this proposal. |
@RockyMtnBrian Yes, you can specify 1 or more PerformanceDataPoints for both heating and cooling. The HPXML snippet above has 2 cooling and 3 heating datapoints. All of the fields are optional other than |
That said, it's common practice to have HPXML schema fields almost always specified as optional to support multiple use cases. But for any specific use case, some of the optional fields may be required. For example, the current RESNET proposal for ERI is to collect both min and max capacities/COPs for all 5 NEEP datapoints, so the fields would be required for that use case. |
|
…ump_detailed_performance # Conflicts: # schemas/HPXMLDataTypes.xsd
Can accommodate, e.g., cold climate heat pump performance data from the NEEP database or expanded manufacturer's data.
New schema element proposed under
HeatPump
for heating (similar for cooling):Example product from NEEP:
Example HPXML snippet for this product: