Closed gabriel-happle closed 6 years ago
Maybe this is related to the schedules @martin-mosteiro ?
what unit is schedules['Vww']
?
Maybe something is going wrong in the unit conversions in demand/hotwater_loads
.
@shanshanhsieh and @JIMENOFONSECA I assigned you because you are in the credits of demand/hotwater_loads
.
tsd['vww_m3perh'] = schedules['Vww'] * bpr.internal_loads['Vww_lpd'] / 1000 # m3/h
as far as i understand, the schedules['Vww'] is a fraction of the Liter per day for each hour
if that's the case, the unit m3/h is correct
@shanshanhsieh Correct. The hot water schedule is calculated as the scheduled value at time t according to the schedule archetype divided by the sum of the scheduled value for the entire day of the week. This is kind of dumb (why not just redefine the archetype schedule?) but it's the way it was done in CEA from the start.
@martin-mosteiro so the reason is that we got data about the profile of consumption of hot water in therms of intensity (m3/m3 of water per hour) BUT got the amount of water consumption in liters per person per DAY. So that is the tricky part. We could change the nominal value of water consumption to Peak liters per person per hour (but that is hard to get from a source).
@JIMENOFONSECA Thanks for the clarification for the source of the data. However we could just redefine the schedules to skip a step on the CEA code (i.e., give them as x[t]/sum_t(x[t])) - wouldn't that be easier to read?
Okay, this is weird. Just tested on reference-case-open for comparison and the demand for hot water is higher in office buildings than in residential ones (see graph below - B01 and B02 are 'MULTI_RES' and 'SINGLE_RES', respectively). Sounds like a scheduling issue, indeed. And here's WTP_RES_l for reference:
I'm not sure @martin-mosteiro I checked the liters of water consumed per day in residential yesterday... It seemed to make sense to me.
@shanshanhsieh, @JIMENOFONSECA, @martin-mosteiro I believe the hot water calculations are OK. I didn't find any bug so far. I believe the values make sense.
When comparing with actual SG household energy consumption, the values for hot water match quite well.
Real SG values: Average public housing electricity consumption (4-room) = 4800 kWh/yr Hot water electricity (20% of electricity) = 960 kWh/yr Hot water electricity per person (3.5 persons per 4-room) = 274 kWh/yr/pers
CEA values (Res_h case study B001): Hot water electricity per person = 558 kWh/yr/pers (I guess that's OK, as private housing consumption is much higher)
When looking at those values, it seems that rather than the hot water energy demand being too low the other electricity demands are too high.
Indeed, the household electricity consumption in my case study (B001 in RES_h) is 1238 kWh/month/person. That's way higher than the consumption of a whole average private household. I think we have to review either our appliance schedules or our installed power densities!
Sources:
http://www.tablebuilder.singstat.gov.sg/publicfacing/createDataTable.action?refId=12305
SG statistics:
Current CEA values:
I think either our occupant density is too low for Singapore, or our appliance and lighting power density is too high. Or both. I'll try to find some values.
I suggest the following:
https://www.gov.sg/factually/content/have-the-sizes-of-hdb-flats-been-reduced-over-the-years
right,
However I think we are calculating the number of people based on the Af rather than GFA, so that is where I see the problem when comparing with other metrics.
We might be wrong on the inputs we consider about people density, would you like to discuss it briefly guys?
From: Gabriel Happle [notifications@github.com] Sent: Monday, June 18, 2018 11:22 AM To: architecture-building-systems/CityEnergyAnalyst Cc: Jimeno Fonseca; Mention Subject: Re: [architecture-building-systems/CityEnergyAnalyst] Check hot water energy demand values for Singapore (#1501)
Current CEA values:
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/architecture-building-systems/CityEnergyAnalyst/issues/1501#issuecomment-397932686, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AIjrgs4-b5hGyKdMQjw-r1xNZx9N2DYaks5t9x0LgaJpZM4UnkBW.
Action plan:
[I made this graph for the Executive course. It contains the BCA Benchmarks. 25-75% of buildings are within the brown boxes.]
After the change of occupant density I get following values (for a modified version of MIX_m case study):
The shares of Hot Water and Cooling electricity of EUI are:
This means we are looking for modifications which lower our appliance and lighting use in Residential by approx. half. At the same time we want to increase our cooling consumption of retail and office buildings. Such modifications of the archetypes database for SG would be:
Ea_Wm2
and El_Wm2
for residential by approx. half.T1
to T2
and maybe increase WWR for office from 0.35 to 0.7 (value from BCA/Bharath).Yes! But! For retail, bear in mind that we are not taking into account restaurants! Which increase people density and hot water use.
Maybe the case studies need to include this? On 18 Jun 2018, 15:56 +0800, Gabriel Happle notifications@github.com, wrote:
[image]https://user-images.githubusercontent.com/17002288/41523838-f46549d8-730d-11e8-8ae4-d55d16b2bb5c.png
After the change of occupant density I get following values (for a modified version of MIX_m case study):
The shares of Hot Water and Cooling electricity of EUI are:
This means we are looking for modifications which lower our appliance and lighting use in Residential by approx. half. At the same time we want to increase our cooling consumption of retail and office buildings. Such modifications of the archetypes database for SG would be:
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/architecture-building-systems/CityEnergyAnalyst/issues/1501#issuecomment-397971683, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AIjrgoF1kbrvKMXzw8uMV2F9cYVLk1xpks5t9102gaJpZM4UnkBW.
I made some modifications to archetypes and window and wall constructions. These are the Pies I end up with a modified MIX_m case study.
EUI_res =~ 70kWh/m2GFA/yr (still a bit high) EUI_office =~ 160kWh/m2GFA/yr (still low share of cooling) EUI_retail =~ 200 kWh/m2GFA/yr (still a bit low and low share of cooling)
SinBerBest Benchmark office
Cooling load benchmarks for SG: https://www.bca.gov.sg/GreenMark/others/Cooling_Load_Article_2015.pdf
In peak_cooling_load per m2_Af.
CEA values with modifications to Archetypes: office ~= 100 W/m2_Af retail ~= 120 W/m2_Af
@gabriel-happle Good check on the feasibility of the numbers. However, I still think there must be something off with the hot water calculation.
If you look at the graph I provided above for the Swiss case (based on reference-case-open, so the buildings all have the same properties other than the occupancy), the hot water demand per square meter was higher for offices than for residential. However, according to the archetypes:
So while it might be that the value are within a feasible range, these results still don't make sense to me.
@martin-mosteiro true. that is strange! I actually did't compare across functions, because in SG we only have MULTI_RES with hot water consumption and there the amount of water consumed in one day and the energy used for that made sense to me.
We better keep this issue open then.
@gabriel-happle @JIMENOFONSECA We need to stay consistent in the definition of floor areas.
You guys just redefined the hot water calculations in order to use the GFA instead of the conditioned area. Consider however that the Swiss archetypes for example for a residential building have *Af = 0.82 GFA** in order to account for hallways, basements, etc. So by using GFA for the hot water calculation you just increased the hot water demand in Swiss residential buildings by 22% for no actual reason! So while this change might be reasonable for the Singapore cases I think it doesn't make sense for Switzerland. Please keep this in mind whenever you make changes like these.
In any case, I think we might need to give the definition of the floor areas a bit of thought. As mentioned in #1374 the electrified floor area is hard coded and always the same for all buildings, but then the internal gains due to lighting and appliances are all dumped into the conditioned floor area. That doesn't seem reasonable to me for neither the Singaporean nor Swiss cases.
I also noticed that the case study I was testing on had no fresh water demand: indeed, I checked the code and the fresh water volume calculation seems to have gone missing. I'm adding these on a separate branch.
Yes! you are right, we might need to create a flag based on the region and bring back the variables Es which controlled the area with lighting.
Would you like to create an strategy so we can discuss it? btw, do you find it to be the case still that offices get more hot water demand than residential? This could be the case as there are more people per m2 though. Did you accounted for this?
It would be great if we start working in this issue but at this point we will not merge it into master anymore (as the results make sense for the executive course.
From: Martín Mosteiro-Romero [notifications@github.com] Sent: Wednesday, June 20, 2018 8:38 PM To: architecture-building-systems/CityEnergyAnalyst Cc: Jimeno Fonseca; Mention Subject: Re: [architecture-building-systems/CityEnergyAnalyst] Check hot water energy demand values for Singapore (#1501)
@gabriel-happlehttps://github.com/gabriel-happle @JIMENOFONSECAhttps://github.com/JIMENOFONSECA We need to stay consistent in the definition of floor areas.
You guys just redefined the hot water calculations in order to use the GFA instead of the conditioned area. Consider however that the Swiss archetypes for example for a residential building have Af = 0.82 * GFA in order to account for hallways, basements, etc. So by using GFA for the hot water calculation you just increased the hot water demand in Swiss residential buildings by 22% for no actual reason! So while this change might be reasonable for the Singapore cases I think it doesn't make sense for Switzerland. Please keep this in mind whenever you make changes like these.
In any case, I think we might need to give the definition of the floor areas a bit of thought. As mentioned in #1374https://github.com/architecture-building-systems/CityEnergyAnalyst/issues/1374 the electrified floor area is hard coded and always the same for all buildings, but then the internal gains due to lighting and appliances are all dumped into the conditioned floor area. That doesn't seem reasonable to me for neither the Singaporean nor Swiss cases.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/architecture-building-systems/CityEnergyAnalyst/issues/1501#issuecomment-398733828, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AIjrgq1m9jzYRoELVRvPW8jVoWHvbf9oks5t-kJAgaJpZM4UnkBW.
Really? There is a variable mcptot i think and thata has the volume of fresh water. One way to see it is in the sewage-heat exchanger script which needs this info to run. If it does not exist then it does not run. Could tou check? On 20 Jun 2018, 21:15 +0800, Martín Mosteiro-Romero notifications@github.com, wrote:
I also noticed that the case study I was testing on had no fresh water demand: indeed, I checked the code and the fresh water volume calculation seems to have gone missing. [image]https://user-images.githubusercontent.com/18548065/41660557-a9ad04e0-749c-11e8-9a51-9b5a645d38ba.png [image]https://user-images.githubusercontent.com/18548065/41660566-b00cfcf0-749c-11e8-8cac-e363cc3b0a35.png I'm adding these on a separate branch.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/architecture-building-systems/CityEnergyAnalyst/issues/1501#issuecomment-398744413, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AIjrggcFc2Vh7C41MFadJZFJqKuVj0wXks5t-ksGgaJpZM4UnkBW.
Martin could it be a problem of the schedules? Could you check if they are ok? On 20 Jun 2018, 21:15 +0800, Martín Mosteiro-Romero notifications@github.com, wrote:
I also noticed that the case study I was testing on had no fresh water demand: indeed, I checked the code and the fresh water volume calculation seems to have gone missing. [image]https://user-images.githubusercontent.com/18548065/41660557-a9ad04e0-749c-11e8-9a51-9b5a645d38ba.png [image]https://user-images.githubusercontent.com/18548065/41660566-b00cfcf0-749c-11e8-8cac-e363cc3b0a35.png I'm adding these on a separate branch.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/architecture-building-systems/CityEnergyAnalyst/issues/1501#issuecomment-398744413, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AIjrggcFc2Vh7C41MFadJZFJqKuVj0wXks5t-ksGgaJpZM4UnkBW.
@JIMENOFONSECA Found the issue: the hot water loads script (which uses 'vfw_m3perh') was called before Eaux_fw (which defines 'vfw_m3perh'). Should be okay now.
Cools is there a pr for this? On 20 Jun 2018, 21:29 +0800, Martín Mosteiro-Romero notifications@github.com, wrote:
@JIMENOFONSECAhttps://github.com/JIMENOFONSECA Found the issue: the hot water loads script (which uses 'vfw_m3perh') was called before Eaux_fw (which defines 'vfw_m3perh'). Should be okay now.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/architecture-building-systems/CityEnergyAnalyst/issues/1501#issuecomment-398748292, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AIjrguE5p7TAAexqnTSnxiRb3G0wRWkYks5t-k4TgaJpZM4UnkBW.
There is now :)
The results for Switzerland makes sense now.
@gabriel-happle I think this issue may be closed now, right?
Yeah, if you are OK with it. We should tackle your #1374 next!
The hot water demand in residential buildings should approximately amount to 20% of electricity consumed. At the same time we can also check appliance and cooling consumption. The shares should approx be:
http://www.e2singapore.gov.sg/Households/Saving_Energy_At_Home/HEA.aspx
The shares we are having now are around: