In tests on the Imperial HPC system, the EPM never finds water saturation. After some debugging I believe this line is the issue. The variable varSoot is important, but it relies on Soot_amb, which is set at
That in turn relies on aerArray[ind_SOOT][0] - however, as far as I can tell, this is not set after first being declared. In LAGRIDPlumeModel the line in question is
although the same issue appears to affect PlumeModel. It looks like this error crept in when the line ambientData.getData( aerArray, nTime ); was deleted in the LAGRID update. Setting aerArray to be filled with zeros appears to at least let the code run but it would be good to get input from @michaelxu3 on a more robust solution that brings in the missing data (i.e. initial conditions from ambient data).
https://github.com/MIT-LAE/APCEMM/blob/049fc9ff6218dcc7f531480f99950b5e8c7995f7/Code.v05-00/src/EPM/Integrate.cpp#L196
In tests on the Imperial HPC system, the EPM never finds water saturation. After some debugging I believe this line is the issue. The variable
varSoot
is important, but it relies onSoot_amb
, which is set athttps://github.com/MIT-LAE/APCEMM/blob/049fc9ff6218dcc7f531480f99950b5e8c7995f7/Code.v05-00/src/EPM/Integrate.cpp#L180
That in turn relies on
aerArray[ind_SOOT][0]
- however, as far as I can tell, this is not set after first being declared. InLAGRIDPlumeModel
the line in question ishttps://github.com/MIT-LAE/APCEMM/blob/049fc9ff6218dcc7f531480f99950b5e8c7995f7/Code.v05-00/src/Core/LAGRIDPlumeModel.cpp#L155
although the same issue appears to affect
PlumeModel
. It looks like this error crept in when the lineambientData.getData( aerArray, nTime );
was deleted in the LAGRID update. SettingaerArray
to be filled with zeros appears to at least let the code run but it would be good to get input from @michaelxu3 on a more robust solution that brings in the missing data (i.e. initial conditions from ambient data).