You use 0.5m grid in the x and y directions. So, your door/exit widths are
bound due to this dx,dy to: 0.5m, 1.0m, 1.5m, and so on.
Do you want to model both the train and the platform movement?
If so, you should change your EXITs to DOORs like:
(we use now dx=dy=0.5m grid, like yours)
&DOOR ID='TopExit1', IOR=+2, XB=4.5, 5.5, 3.0, 3.0, 0.9, 1.1,
TO_NODE='TopCorr1', EXIT_SIGN=.TRUE. /
&CORR ID='TopCorr1', MAX_HUMANS_INSIDE=1, TO_NODE='TopExit1PlatDoor',
XB=4.5, 5.5, 3.0, 3.0, 0.9, 1.1,,FAC_SPEED=0.1, EFF_LENGTH=1.0 /
&ENTR ID='TopExit1PlatDoor', XB=4.5, 5.5, 3.5, 3.5, 0.9, 1.1, IOR=+2, /
And define your mesh so that you have more empty space in the top direction.
Now the mesh ends at y=4m. Set it to 5m, for example. The DOOR 'TopExit1'
makes an automatic OBST behind it, that is one grid cell thick => XB=4.5, 5.5, 3.0, 3.5, 0.9, 1.1,
is now solid obstacle. Change your mesh dx,dy, if you need to model the geometry better.
Now the agents go one by one through the door=>corr=>entr chain. This
takes some time that is: eff_length / (v0_i*fac_speed)
For an agent with walking speed 1.3 m/s this means: 1.0m / (1.3m/s * 0.1) =7.69s.
Set the eff_length and fac_speed so that you get a value that you want.
It would be best to define the train as its own evacuation mesh and the platform
as a separate evacuation mesh. DOOR=>CORR=>ENTR works then better, i.e.,
less bugs etc. DOORs (with TO_NODE) are basically used to move agents from
one mesh to an another mesh. Use MESH_ID in the keywords, if you have defined
overlapping evacuation meshes, so that FDS+Evac knows to which mesh these
should be applied (XB is not enough to make the mesh unambiguous, where the meshes
overlap). Or you could define the train mesh to be a little bit higher than the platform
mesh (this might be the case or not for you train). This way you do not need
MESH_IDs to be unambiguous.
TimoK