Lighting design input in the DSM calculation (ApacheSim)
Posted: Mon Feb 10, 2014 3:03 pm
Question : It has come to my attention that it occurs to be some discrepancies between actual design light efficacy value and software calculated values when lux method is in the UK DSM calculation. The actual design on paper appears to be more efficient than output from the model , can anyone explain me how to avoid this ?
Issues with DSM method , the following part explains my point of view and aim to raise some averseness concerning this issue
Reported power consumption(in the BRUKL ) due to lighting energy does not seem to be matching actual figures provided by the engineers . I understand that DSM tool is based on rules and guidance laid down in the NCM Modelling guide which states user should enter power density per 100 lux for the purpose of UK compliance calculation ( this was later revised by BRE and inference method also allowed for the same purpose of calculation ) . this value itself gives an indication of how efficient the lighting system is ( against notional building standard ) however degree of efficiency will be different than anticipated design values (calculated based on luminaries lighting data using more comprehensive lighting design software such as Relux etc..) an example would be designer comes up with 2.8 w/m2 100 lux power density with equivalent of 70Lumenaire per circuit watt light efficacy for the room however when 2.8 w/m2/100 lux info is entered in the model, calculated efficacy by software appears to be as 58 Lumen/watt which appears to be under the actual design value , so the BRUKL will report misleading lighting energy consumption from the actual building . I understand that DSM is not a design tool , so it is quite natural to get different wattage value in the end however when it comes to the point that you will need to advise the engineer that lighting will still need to be improved , he may argue on the basis that his lighting calculation showed light efficacy in excess of 55 lumen /watt ( national building standard )
this difference is mainly to do with Lux level used in the zones that is determined by the software based on activity type assigned which cannot be edited by user. The light consumption is the product of light power density entered in the model and the lux level assigned by the software , the final resulting light power will be different than actual design since it is based on different lux standards . the similar impact can also be seen in the light efficacy values in the actual building.
To avoid this problem and to be more in line with actual design performance , In my opinion , DSM should allow lux level ,power density per 100 lux and lumen per circuit watt information to be entered in the same area (3 set of information), if the national building is allowed to mimic the actual building in certain parameters of the design (same geometry, same operating system etc..) why not using the same lux level information in the national building ,? the following will demonstrate what I actual mean by example
Say actual design calculation is based on following parameters
300 lux at 2.5 W/m2/100 lux with equivalent 75 lumen /watt light efficacy,
Same building in the national building calculation should have ;
The same lux level (300 lux) but light efficacy at 55 lumen per circuit watt , software then calculates corresponding power density in accordance with actual building light efficacy curve , which is in this example would be= 3.4 w/m2/100 lux ( (75x2.5/55 = 3.4 w/m2/100 lux ) so it becomes irrespective of actual room geometrical information ( no need to calculate R value in the national building calculation) ,
with this method, the same power consumption from actual design will be reported in the BURKL document and will avoid any confusion between different disciplines ( due to discrepancies between actual design light efficacy value and the software reported figures)
Note:I am aware that you can put actual design figures in the form of w/m2 or watt for the zone , however if you meant to choose this route, resulting light efficacy may well be higher than the national building . I have tried this method before and used W/m2 information derived from the reasonably well efficient design , although I snapped the actual light consumption ( as expected from the design) , the building still showed high energy consumption against national building . because the national building lux level is generally lower than actual design figures.
Conclusion
As some of you may be aware or not , SBEM tool allows full design information (including actual design wattage and lux level ) to be entered in the software whereas DSM tool currently allows only power density per 100 lux or inference method , ( should the inference method be used ; reported wattage value would not match actual design values, should the PD per 100 lux information used ; reported light efficacy would not match actual design light efficacy ) to be consistent with SBEM tool, I therefore believe ,LUX method should be used for the purpose of DSM calculation in the way I described above (3 set of info ) otherwise I cannot see any benefit of using current lux method . it is better to use inference method instead
If you have any comments or would like add anything on this , please let me know as I am planning to write email to BRE to change or amend the way this calculation is carried out
Regards
Issues with DSM method , the following part explains my point of view and aim to raise some averseness concerning this issue
Reported power consumption(in the BRUKL ) due to lighting energy does not seem to be matching actual figures provided by the engineers . I understand that DSM tool is based on rules and guidance laid down in the NCM Modelling guide which states user should enter power density per 100 lux for the purpose of UK compliance calculation ( this was later revised by BRE and inference method also allowed for the same purpose of calculation ) . this value itself gives an indication of how efficient the lighting system is ( against notional building standard ) however degree of efficiency will be different than anticipated design values (calculated based on luminaries lighting data using more comprehensive lighting design software such as Relux etc..) an example would be designer comes up with 2.8 w/m2 100 lux power density with equivalent of 70Lumenaire per circuit watt light efficacy for the room however when 2.8 w/m2/100 lux info is entered in the model, calculated efficacy by software appears to be as 58 Lumen/watt which appears to be under the actual design value , so the BRUKL will report misleading lighting energy consumption from the actual building . I understand that DSM is not a design tool , so it is quite natural to get different wattage value in the end however when it comes to the point that you will need to advise the engineer that lighting will still need to be improved , he may argue on the basis that his lighting calculation showed light efficacy in excess of 55 lumen /watt ( national building standard )
this difference is mainly to do with Lux level used in the zones that is determined by the software based on activity type assigned which cannot be edited by user. The light consumption is the product of light power density entered in the model and the lux level assigned by the software , the final resulting light power will be different than actual design since it is based on different lux standards . the similar impact can also be seen in the light efficacy values in the actual building.
To avoid this problem and to be more in line with actual design performance , In my opinion , DSM should allow lux level ,power density per 100 lux and lumen per circuit watt information to be entered in the same area (3 set of information), if the national building is allowed to mimic the actual building in certain parameters of the design (same geometry, same operating system etc..) why not using the same lux level information in the national building ,? the following will demonstrate what I actual mean by example
Say actual design calculation is based on following parameters
300 lux at 2.5 W/m2/100 lux with equivalent 75 lumen /watt light efficacy,
Same building in the national building calculation should have ;
The same lux level (300 lux) but light efficacy at 55 lumen per circuit watt , software then calculates corresponding power density in accordance with actual building light efficacy curve , which is in this example would be= 3.4 w/m2/100 lux ( (75x2.5/55 = 3.4 w/m2/100 lux ) so it becomes irrespective of actual room geometrical information ( no need to calculate R value in the national building calculation) ,
with this method, the same power consumption from actual design will be reported in the BURKL document and will avoid any confusion between different disciplines ( due to discrepancies between actual design light efficacy value and the software reported figures)
Note:I am aware that you can put actual design figures in the form of w/m2 or watt for the zone , however if you meant to choose this route, resulting light efficacy may well be higher than the national building . I have tried this method before and used W/m2 information derived from the reasonably well efficient design , although I snapped the actual light consumption ( as expected from the design) , the building still showed high energy consumption against national building . because the national building lux level is generally lower than actual design figures.
Conclusion
As some of you may be aware or not , SBEM tool allows full design information (including actual design wattage and lux level ) to be entered in the software whereas DSM tool currently allows only power density per 100 lux or inference method , ( should the inference method be used ; reported wattage value would not match actual design values, should the PD per 100 lux information used ; reported light efficacy would not match actual design light efficacy ) to be consistent with SBEM tool, I therefore believe ,LUX method should be used for the purpose of DSM calculation in the way I described above (3 set of info ) otherwise I cannot see any benefit of using current lux method . it is better to use inference method instead
If you have any comments or would like add anything on this , please let me know as I am planning to write email to BRE to change or amend the way this calculation is carried out
Regards
