Thank you very much for your reply. I read in this post that line 281 of sciproc.F is commented out. There are only 256 lines in sciproc.F of my BLD_CCTM_cb6mp_ae6_aq file. I am still a little confused about this call to comment out CHEM
To me, the plots you posted suggest that your emissions are not being read in by CMAQ at all and consequently your pollutant concentrations are driven by the lateral boundary conditions, transport, and deposition. The plot for CO is particularly telling, there are no urban hotspots and the largest concentrations are at the boundaries. You wrote that you successfully simulated January 2017 with the same emission inventory. How did you go about preparing emission files for your January 2020 simulation?
Thank you for your reply. I used the 2017 emission inventory and the meteorology in January 2020 as the driving force. A time change was made in the script to read the emissions file for 17 years and the meteorology file for 2020. This is my script setting. No error was reported when running. Please check if it is a problem of reading the emission file.Thanks again for your reply！run_cctm.csh (28.1 KB)
Could you please also post the log file when running with this configuration? And could you provide additional information on the time stamps in your emission file? Did you only change the file names from their original dates in 2017 to the dates you were running in 2020, or did you use a tool like m3tshift to make sure that the time stamps within the files match those for your 2020 simulation?
Thank you @lihongli, @cgnolte, @hogrefe.christian, @Ben_Murphy, @RockeyZ and others for your questions and responses on this topic. I am learning a lot.
Thank you very much for your reply and suggestions. It is indeed a problem with the internal events of the emission inventory. After I converted it with m3tshift, a normal distribution appeared.