I am following the latest approach to the three-phase method as described in Andy McNeil's 2014 Radiance Workshop Presentation, but when I generate view matrices my output is botched.
With this command (I realise this is low accuracy, but for the moment I'm mainly testing workflow) :
rfluxmtx -ab 4 -ad 5000 < ChEast.pts - windows_pts/window_00.rad material.rad ChEast.rad > viewpts_00.mtx
the header in the viewmatrix is as follows:
oconv -f material.rad ChEast.rad windows_pts/window_01.rad
rcontrib -fo+ -ab 4 -ad 5000 -faa -c 1 -f klems_full.cal -bn Nkbins -b kbin(0.525501,0.0136168,-0.850684,0,0,1) -m M-nor
SOFTWARE= RADIANCE 4.3a lastmod by nrel_nt
gugliel on rgugliel-W7-VM
CAPDATE= 2015:02:19 12:21:14
GMT= 2015:02:19 12:21:14
When I try to do any matrix multiplication to get the three-phase result, I get problems with RMTXOP or dctimestep, which complain they can't load the matrix. If I add the line NROWS=81 (number of sensor points) manually in the header, I do get results. But I'm trying to run the simulation for a lot of windows so adding this line each time manually or with a script is a bit painful. Am I doing something wrong or is this a bug?
Additionally, when I try to run dctimestep in annual mode, using the following command:
dctimestep -n 8760 viewpts_00.mtx grate.xml daylight_00.mtx annual.smx > test.dat
'fatal - unexpected EOF reading annual.smx'
even though my annual.smx has 146 rows (for all 146 Tregenza daylight patches) and 8760 columns.
Any idea what is going wrong here?
Environmental Design Consultants + Building Services Engineers