Doesn't seem to completely work in VE 2015.0.1.0 and CBECC-Com v3. For example, when editing a room using the Space Data button the required skylit, primary sidelit, and secondary sidelit areas are shown in the appropriate fields. However, if the user instead chooses to edit the room daylighting parameters using the Space Data Tabular Edit button the area is not always auto-filled after checking the box. I might be missing something, but this currently requires the user to individually edit the rooms negating the benefit of VE's tabular edit.
https://onedrive.live.com/redir?resid=F ... hoto%2cpng
https://onedrive.live.com/redir?resid=F ... hoto%2cpng
BUG: Daylighting Inputs
-
MatthewSteen
- VE Graduate
- Posts: 51
- Joined: Mon Nov 17, 2014 5:43 pm
- Location: Denver, CO, USA
BUG: Daylighting Inputs
Building Performance Engineer | Ambient Energy | http://ambient-e.com/
Q+A Resource for the Building Energy Modeling Community | https://unmethours.com/questions/
Q+A Resource for the Building Energy Modeling Community | https://unmethours.com/questions/
Re: Daylighting Tabular Edit
Matthew
I tried unsuccessfully to reproduce this behavior, but admittedly you say it doesn't always happen.
BTW could you confirm these 2 screenshots refer to the same room in the same model? Because the Secondary daylit area (which is of course auto-populated) is zero on the Tab edit and non-zero on the Space edit.
Donald
I tried unsuccessfully to reproduce this behavior, but admittedly you say it doesn't always happen.
BTW could you confirm these 2 screenshots refer to the same room in the same model? Because the Secondary daylit area (which is of course auto-populated) is zero on the Tab edit and non-zero on the Space edit.
Donald
IES Development Staff
-
MatthewSteen
- VE Graduate
- Posts: 51
- Joined: Mon Nov 17, 2014 5:43 pm
- Location: Denver, CO, USA
Re: Daylighting Tabular Edit
Yes Donald, these are the same rooms in the same model. I'm assuming that by checking the Secondary checkbox in the Tab edit that it should auto-fill the area.
Building Performance Engineer | Ambient Energy | http://ambient-e.com/
Q+A Resource for the Building Energy Modeling Community | https://unmethours.com/questions/
Q+A Resource for the Building Energy Modeling Community | https://unmethours.com/questions/
-
MatthewSteen
- VE Graduate
- Posts: 51
- Joined: Mon Nov 17, 2014 5:43 pm
- Location: Denver, CO, USA
Re: BUG: Daylighting Tabular Edit
VE 2015.1.0.0 + CBECC-Com v3c Update
A different but related issue is that many of the daylighting inputs that the user enters using the Space Data Tabular Edit are not translated to CBECC-Com resulting in a lighting penalty for the proposed model.
For example, I ran my model and saw that there was a large negative TDV margin for lighting. Since the LPDs and schedules were identical (defaults), daylighting controls were an obvious cause. I investigated by opening the EnergyPlus IDF and looking at the Daylighting:Controls objects. The baseline model had objects for each zone with fenestration while the proposed had none. I went back into VE and in the Space Data Tabular Edit filled in all the relevant fields to match those from the baseline EnergyPlus IDF. Next, I checked to make sure that the inputs I entered in tabular edit where populating the fields in the Space Data dialog which they were. I simulated to produce the XML and opened in CBECC-Com which showed that some of the inputs were not being translated, namely Installed Power and Illuminace Setpoint for the Primary Sidelit Area.
My suspicion was that the autopopulated values in the Space Data dialog were somehow not activated, so I simply clicked in the Illuminance Setpoint field and then simulated again. Checking the XML, the values were now being translated which was confirmed by the results of a full sim and the EnergyPlus IDF.
A different but related issue is that many of the daylighting inputs that the user enters using the Space Data Tabular Edit are not translated to CBECC-Com resulting in a lighting penalty for the proposed model.
For example, I ran my model and saw that there was a large negative TDV margin for lighting. Since the LPDs and schedules were identical (defaults), daylighting controls were an obvious cause. I investigated by opening the EnergyPlus IDF and looking at the Daylighting:Controls objects. The baseline model had objects for each zone with fenestration while the proposed had none. I went back into VE and in the Space Data Tabular Edit filled in all the relevant fields to match those from the baseline EnergyPlus IDF. Next, I checked to make sure that the inputs I entered in tabular edit where populating the fields in the Space Data dialog which they were. I simulated to produce the XML and opened in CBECC-Com which showed that some of the inputs were not being translated, namely Installed Power and Illuminace Setpoint for the Primary Sidelit Area.
My suspicion was that the autopopulated values in the Space Data dialog were somehow not activated, so I simply clicked in the Illuminance Setpoint field and then simulated again. Checking the XML, the values were now being translated which was confirmed by the results of a full sim and the EnergyPlus IDF.
Building Performance Engineer | Ambient Energy | http://ambient-e.com/
Q+A Resource for the Building Energy Modeling Community | https://unmethours.com/questions/
Q+A Resource for the Building Energy Modeling Community | https://unmethours.com/questions/
Re: BUG: Daylighting Inputs
Thanks Matthew, that issue has now been confirmed and logged for fixing.
As you point out, the workaround is to click on Illuminance Setpoint in Space Data before simulating.
Regards Donald
As you point out, the workaround is to click on Illuminance Setpoint in Space Data before simulating.
Regards Donald
IES Development Staff