Open taylorbrown75 opened 21 hours ago
I agree disabling the group box might be a good option here, but are you sure net energy metering is the right option? What happens if the system produces more heat than the load in a given timestep? It doesn't seem like the gas utility will allow customers to accrue credits over the course of the month to offset their load for exported heat. I might recommend "net billing" with a sell rate of zero.
I'm not sure which option is best, but this 'Metering and Billing' groupbox is only related to electricity rates. Since we're only buying electricity, I selected 'Net energy metering' because it shows a 'Buy' column and no 'Sell' column in the Energy Charges table.
For heat production, we set the sell rate to $0 and let the users define the buy rate on the Thermal Rates tab.
Got it, makes sense with the thermal rates being on a different page.
That sounds similar to the convention we use for front of meter losses & battery charging rates which set the metering and billing option to "buy all sell all," hide the sell column, and then set the sell rate to zero in lk. It should be possible to add something to set_ec_schedule_inputs()
on the Utility Rates - Flat inputs page to accommodate the process heat technologies and make them consistent.
Describe the bug
The IPH trough and IPH Fresnel commercial models allow users to select a metering type on the Electricity Rates page. These models do not produce electricity and the metering type does not seem to have an effect on the simulation.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
'Net energy metering' should be selected and the entire 'Metering and Billing' groupbox disabled.
Screenshots
Operating System and Version