Are atoms with tags 1,2,3 in the "solid" group? If not,
then the dump custom command will give zeroes. I'd
see if you can dump any of the fix awp to a file if you're
having trouble accessing it from thermo.
Are atoms with tags 1,2,3 in the "solid" group? If not,
then the dump custom command will give zeroes.
No, there are so many atoms in the cell. Even if I use all atoms in fix as following,
fix ap all ave/atom 1 100 100 x y z
thermo 100
thermo_style custom step temp press vol etotal
timestep 0.001
dump 3 all custom 100 dump.3ave-nve tag f_ap[1] f_ap[2] f_ap[3]
but the results are still zero. I understood that f_ap[1] means the x coordinate in fix command because (x y z) is a vector and f_ap[i] corresponds to (x y z). If not so, how can I output the averaged coordinates.
I'd see if you can dump any of the fix awp to a file if you're
having trouble accessing it from thermo.
I tested as following,
fix awp all ave/time 1 10 10 c_awc file test.avetime
but in the test.avetime there is no data for averaging value.
I added your diagnostic lines to bench/in.lj to yield
the following script. It runs fine in the current
version of LAMMPS. Both the thermo and dump
output of the fix quantities are non-zero and look
good. So I don't see the problem you are having.
Note that on timestep 0 the values are 0.0, but
that is b/c no averaging has been done yet.
On subsequent output steps, the values are non-zero.
Thank you so much for your check. I found the mistake in my input script, where I put the command "reset_timestep 0" (because this is in series of MD). When I remove this command, then the time averaging is not zero any more. I was surprised because to my understanding "reset_timestep" is only related to the assigning start time.
The about-to-be-released version of LAMMPS will throw an error
if you use "reset_timestep" when a fix is already in place
that is time dependent, like fix ave.