Open PeihengLu opened 7 months ago
I can fix this issue by adding an extra line in the batch configuration file:
stim_plain|start=list|1.0
However, it would still be interesting to see why the start time is being changed
I am testing this and in my machine worked correctly.
cable_run_1_INa_Multiplier_0.250000/outputlog.txt:[stim] start = 1.0 cable_run_2_INa_Multiplier_0.300000/outputlog.txt:[stim] start = 1.0 cable_run_3_INa_Multiplier_0.350000/outputlog.txt:[stim] start = 1.0 cable_run_4_INa_Multiplier_0.400000/outputlog.txt:[stim] start = 1.0 cable_run_5_INa_Multiplier_0.450000/outputlog.txt:[stim] start = 1.0 cable_run_6_INa_Multiplier_0.500000/outputlog.txt:[stim] start = 1.0 cable_run_7_INa_Multiplier_0.550000/outputlog.txt:[stim] start = 1.0 cable_run_8_INa_Multiplier_0.600000/outputlog.txt:[stim] start = 1.0 cable_run_9_INa_Multiplier_0.650000/outputlog.txt:[stim] start = 1.0 cable_run_10_INa_Multiplier_0.700000/outputlog.txt:[stim] start = 1.0 cable_run_11_INa_Multiplier_0.750000/outputlog.txt:[stim] start = 1.0 cable_run_12_INa_Multiplier_0.800000/outputlog.txt:[stim] start = 1.0 cable_run_13_INa_Multiplier_0.850000/outputlog.txt:[stim] start = 1.0 cable_run_14_INa_Multiplier_0.900000/outputlog.txt:[stim] start = 1.0 cable_run_15_INa_Multiplier_0.950000/outputlog.txt:[stim] start = 1.0
How many MPI processes are you using? I just found a bug where the simulation crashes if a process don't have any job to do. I will fix it.
I am not using MPI actually, I am only using Monoalg3D_batch to make testing different multipliers easier. Maybe that is why this is broken for me.
Testing with mpirun rn
It worked here without mpirun
cable_run_1_INa_Multiplier_0.250000/outputlog.txt:[stim] start = 1.0 cable_run_2_INa_Multiplier_0.300000/outputlog.txt:[stim] start = 1.0 cable_run_3_INa_Multiplier_0.350000/outputlog.txt:[stim] start = 1.0 cable_run_4_INa_Multiplier_0.400000/outputlog.txt:[stim] start = 1.0 cable_run_5_INa_Multiplier_0.450000/outputlog.txt:[stim] start = 1.0 cable_run_6_INa_Multiplier_0.500000/outputlog.txt:[stim] start = 1.0 cable_run_7_INa_Multiplier_0.550000/outputlog.txt:[stim] start = 1.0 cable_run_8_INa_Multiplier_0.600000/outputlog.txt:[stim] start = 1.0 cable_run_9_INa_Multiplier_0.650000/outputlog.txt:[stim] start = 1.0 cable_run_10_INa_Multiplier_0.700000/outputlog.txt:[stim] start = 1.0 cable_run_11_INa_Multiplier_0.750000/outputlog.txt:[stim] start = 1.0 cable_run_12_INa_Multiplier_0.800000/outputlog.txt:[stim] start = 1.0 cable_run_13_INa_Multiplier_0.850000/outputlog.txt:[stim] start = 1.0 cable_run_14_INa_Multiplier_0.900000/outputlog.txt:[stim] start = 1.0 cable_run_15_INa_Multiplier_0.950000/outputlog.txt:[stim] start = 1.0
Could you try a clean build? make clean; make
It should work with only one process. I will keep looking. Let me know if you find this bug again.
It still didn't work for me on a clean build. I'll try again in the uni lab machine as soon as I can. It's very likely just a strange problem on my side.
Thank you very much for your help so far btw!
Thanks for reporting. Maybe it is a bug in how I manage some global states with the batch simulations. I've just found a small bug when saving the mesh using the Ensight format.
Hi! Sorry for another question!
When executing the batch script, all iterations other than the first one only contains the last stimulus:
Only the first iteration managed to load the stimulus with the correct start time:
The configuration file is as follows:
cable.ini
The batch configuration file: