algorithmic modeling for Rhino
Hi Mostapha and Chris,
I found that the following results of the new "read EP Result" component are missing.
totalEnergy:
totalThermalEnergy:
thermalEnergyBalance:
cooling:
heating:
But the old version of "read EP Result" component still works.
Could you please look into it and let me know if there is anything wrong with my energy model?
Thank you in advance!
Best,
Ding
Tags:
Replies are closed for this discussion.
Hi Ding!
It's because your using an old component to generate EP results. I updated the component and it works as expected.
Also all the default schedules and constructions will be assigned by Honeybee components. You don't need to re-set them to default as you are doing in the file.
Mostapha
Hi Mostapha,
Thank you! I did not notice the new release of the components. I have updated them and it works now.
In addition, considering that the function of "daylight control" or "daylight threshold" for energy simulation is not available so far (http://www.grasshopper3d.com/group/ladybug/forum/topics/hb-daylight...), I have to set up the energy simulation based on an annual daylight simulation. Hereby, I have some questions as follows.
- As for the lighting schedule (in csv format) generated from the "annual Profiles" in the "read Annual Results I" component in daylight simulation, how can I link it (instead of the default lighting schedule) to the succedent energy simulation? Could you please show this in my GH files?
I could imagine how to make "customized" EP constructions and EP loads and link them to the simulation. But, as for EP schedules, I can not figure out how the energy simulation can receive and recognize a "customized" EP schedule (i.e. from csv files). I am asking this because the light schedule generated by daylight simulation is in csv format, and also because the schedules provided by Honeybee are limited to some specific building type (i.e. office, retail etc.). But the schedules of some other type of buildings are not included, like the schedules of sports buildings.
- In the attached csv file (which is generated from the "annual Profiles" in the "read Annual Results I" component in daylight simulation), why the electric lighting is still partially "on" even when the "occupancy" shows "0 (absent)"?
For instance, "Row 16, 64...." in the csv file. As I understand, the electric lighting is partially/fully "on" only when the both of the following conditions are met, namely, there are people in the space and the illuminance level from daylight is below the threshold. Am I right?
- Is the above mentioned procedure a proper way to calculate the energy use for electric lighting when there is a lighting dimming system (the electric lighting may be continuously adjusted in proportion to the amount of daylight available)?
Apart from the above mentioned way of calculating the energy use for electric lighting, I also made other two ways for comparison showed in the attached image. But, the outcomes are very different. Which do you think is the most proper way to calculate the energy use for electric lighting when there is a lighting dimming system?
Thank you very much in advance!
Best,
Ding
Hi Ding,
Glad that everything's good with the ReadEPResult component. I removed totalEnergy since it was not really correct to draw an equivalence between the thermal (heating/cooling) energy and the electric (light and equipment) energy.
To use you annual daylight result in an E+ simulation, all that you have to do is connect the annualProfiles csv file path to the lighting schedule of the "Set EnergyPlus Zone Schedules" component. This will assume that you have auto-dimming lights in your zone and so this procedure is correct so long as this is what your final building will have. I can't tell what your three methods are in the image but, if you sum up the electric lighting results of the E+ simulation, this will give you a correct indication of your electric lighting energy use. You can find more on how to create and assign your own csv schedules in these two videos:
https://www.youtube.com/watch?v=_MRK_RxvD3o&list=PLruLh1AdY-SgW...
https://www.youtube.com/watch?v=b7ZQ5sazwrU&list=PLruLh1AdY-SgW...
As for the occupancy/lighting situation, usually you are not supposed to have the lights on when occupancy is 0 but I think that daysim is interpreting that particular hour you point out in the excel file as a lunch hour where the occupants would conceivably leave the lights on. If you want to be more precise, I think that the "Daysim Occupancy Generator Based on List" would give you better results.
-Chris
Hi Chris,
Thank you so much for the very helpful tutorial and your explanation! But, I have still one more question just to make sure I understand right regarding the "total energy".
Considering that the "totalEnergy" has been removed from the "read EP result" component, but what shall we do if we still want to obtain the simulation result of the "total energy" ? - Is that true that the sum of the thermal (heating/cooling) energy and the electric (light and equipment) energy obtained from the "read EP result" component is equal to the "total energy" used by the zone?
In addition, is it expected to integrate the "daylight threshold" function to the EP simulation again in near future ? Just for curious.
Thank you again!
Best,
Ding
Hi Ding,
To give a slightly theoretical/philosophical answer, I removed the total energy output because the second law of thermodynamics places energy in a hierarchy from most concentrated/ordered/high exergy/low entropy to dispersed/disordered/low exergy/high entropy. AC or DC electricity is a very highly ordered form of energy and thus is very valuable while thermal energy is a very disordered form of energy and thus not so valuable (or just much easier to obtain). Accordingly, it is really not correct to draw an equivalence between thermal and electrical energy, which is what you are doing when you add them together.
You can always use the "Separate Data" component and the native grasshopper math components to add the E+ results together but I wanted users to be aware that this is not a method favored by the scientific community.
From what I understand, the daylight threshold had never really been implemented on the back end. We might do this at some point.
-Chris
Just wanted to add to what Chris said, that take into account the COP you expect from your system (even though it is an IdealSystem) if you want to add the thermal loads (Heating, Cooling) to the electrical energy (lighting, equipment).
-A.
Hi Abraham,
Thanks a lot for your reply!
I have incorporated the COP in my test model (http://www.grasshopper3d.com/group/ladybug/forum/topics/discrepancy...), before adding the thermal loads (Heating, Cooling) to the electrical energy (lighting, equipment). Could you please also see the above link and let me know if I did it in a proper way?
Thank you again!
Best,
Ding
Hi Ding,
Looks about right.
-A.
Hi Chris,
Thank you so much for the detail explanation! It helps a lot!
As Abraham mentioned above, I think what I should do is to take the COP into account before adding the thermal loads (Heating, Cooling) to the electrical energy (lighting, equipment), in order to calculate the amount of electricity required for the predicted thermal loads (Heating, Cooling), which depends on the selected energy source and the COP.
Best,
Ding
Ding,
The COP method is a decent way of estimating your electrical energy and thank you, Abraham, for pointing that out. Just make sure that the fuel types for both your heating and cooling systems are electricity (if you have natural gas for heating, for example, this comparison won't work). Also, keep in mind that this method is a rough estimate and that the actual COP of a system can vary depending on how it is operated. You should land in the right ballpark with this simple multiplication method, though.
-Chris
Welcome to
Grasshopper
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
© 2024 Created by Scott Davidson. Powered by