Operators blocked even when the conveyor entry transfer is not blocked

Question

question

Rahul R asked Nov 10, '23 Jeanette F commented Nov 14, '23

Operators blocked even when the conveyor entry transfer is not blocked

I find the operator trying to unload a flow item onto an entry transfer blocked even though conveyor has space. I tried making the entry transfer wide to span over two dog positions. I have checked the option to block transporter if space is blocked to block operator if there is no space on the conveyor. I have attached the model.Test_Model.fsm

Software Version:

FlexSim 23.2.2

conveyors transporters entrytransfer dog interval

1699599677285.png (587.9 KiB)

test-model.fsm (2.2 MiB)

· 1

Jason Lightfoot ♦ commented · Nov 12, 2023 at 01:45 AM

It looks like only the center point of the entry transfer is used to assess the availability of a dog.

0 ·

Answer 1 · 2023-11-14T09:20:32Z

Felix Möhlmann answered Nov 14, '23 Jeanette F commented Nov 14, '23

I also assume that an item can only enter a conveyor at the center of the Entry Transfer. To allow a continuous entry, you would need to somehow keep track of empty dog positions, so you can move the transfer to the correct location.

While it should theoretically be possible to do this entirely virtually (as long as the conveyor never stops each dog position can be calculated based on the current time) a simpler way might be to introduce carrier items onto the belt. Each dog position is taken up by a carrier. You can then push available carriers within a certain of the conveyor onto a list and have the items/operator pull the next available one.

carrier-belt-example-fm.fsm

· 2

Rahul R commented · Nov 14, 2023 at 04:51 PM

@Felix Möhlmann : This makes sense. Thank you! The ability to track empty carriers between two points is what I was looking for. Do you think it may be useful to have ability to listen to event for a dog passing a decision point and also knowing if there is anything occupying the dog in future FlexSim releases? Also, please feel free to convert your reply to the answer.

0 ·

Jeanette F ♦♦ Rahul R commented · Nov 14, 2023 at 10:06 PM

Hello @Rahul R,

You can add that as an idea so the developers know it is a current feature request and other users can vote on it.

1 ·

1699999568587.png (25.1 KiB)

Answer 2 · 2023-11-13T16:12:00Z

Kavika F answered Nov 13, '23 Kavika F commented Nov 14, '23

Hey @Rahul R, I think there are gaps because you have your Operators use a "Load Time" currently set to a parameter. That parameter is set to ~3.6 seconds. The dogs come faster than the Operator can put on.

· 2

Rahul R commented · Nov 13, 2023 at 05:58 PM

Shouldn't the operator be in "Loading state" if the dogs are coming faster than the operator. Visually it does seem like they need the dog to align with center of the entry transfer and width of the entry transfer covering multiple dog positions does not seem to matter. The intention of the modeling here to simulate associate loading a cross belt. The associate could load a part to a cell that is slightly ahead or trailing.

0 ·

Felix Möhlmann Rahul R commented · Nov 14, 2023 at 09:20 AM

I also assume that an item can only enter a conveyor at the center of the Entry Transfer. To allow a continuous entry, you would need to somehow keep track of empty dog positions, so you can move the transfer to the correct location.

While it should theoretically be possible to do this entirely virtually (as long as the conveyor never stops each dog position can be calculated based on the current time) a simpler way might be to introduce carrier items onto the belt. Each dog position is taken up by a carrier. You can then push available carriers within a certain of the conveyor onto a list and have the items/operator pull the next available one.

carrier-belt-example-fm.fsm

3 ·

carrier-belt-example-fm.fsm (50.6 KiB)

question